From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 01:07:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62F016A41A for ; Sun, 11 Nov 2007 01:07:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6276613C4D9 for ; Sun, 11 Nov 2007 01:07:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:8049:34f6:cac8:aa95] (unknown [IPv6:2001:7b8:3a7:0:8049:34f6:cac8:aa95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 682CF3E; Sun, 11 Nov 2007 02:07:52 +0100 (CET) Message-ID: <473655EB.1050909@andric.com> Date: Sun, 11 Nov 2007 02:07:55 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47358981.6090701@gmail.com> <47364087.70103@andric.com> <47364115.5080208@gmail.com> In-Reply-To: <47364115.5080208@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: errors in the latest kernel update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 01:07:53 -0000 Aryeh M. Friedman wrote: >> You have CVS merge conflicts. Fix them first, before attempting to >> compile again. :) > Unless I complete misunderstood developement(7) I don't see how this > is possible since I used the procedure it lists and I have made no > local modifications. Unfortunately, it's rather easy to screw up updates or merges with CVS, especially when using branches and/or sticky tags. It must be something you did locally. It's impossible to tell what went wrong without more information, though. However, since you made no local modifications, can't you simply zap your whole src tree and re-checkout? That should fix your problem. From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 01:53:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CEF16A417 for ; Sun, 11 Nov 2007 01:53:23 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8B33913C4B3 for ; Sun, 11 Nov 2007 01:53:23 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 23888 invoked from network); 11 Nov 2007 01:52:50 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 11 Nov 2007 01:52:49 -0000 Message-ID: <4736603B.7070800@chuckr.org> Date: Sat, 10 Nov 2007 20:51:55 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20071109222421.037E116A494@hub.freebsd.org> <20071109224531.GA58036@wjv.com> <4734EA16.5090800@chuckr.org> <86hcjuglzz.fsf@ds4.des.no> In-Reply-To: <86hcjuglzz.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: bv@wjv.com, freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 01:53:23 -0000 > > None of that will happen. You are free to use your own lesspipe.sh on > your own system, or install sysutils/most from ports, but the base > system's lesspipe.sh will not change, LESSOPEN will not be defined in > the default environment, and zless will stay. > OK. That's, I guess, what I was after. It seems that some folks have lost my point, which was to see if there was any support for improving the currently installed lesspipe.sh. Since we already had one, and the changes are clearly useful to programmers, it seemed a likely bet, but if you're that dead set against it, OK, it's dropped. I got suggestions from several folks to do things like go look up other less users, but they didn't see that wasn't my intention, I wanted to see about improving our lesspipe.sh. I actually still disagree, but it's surely not worth any more discussion. It's dropped. I'll just maintain my own here. Easy enough to do. > DES From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 02:23:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C63B16A417 for ; Sun, 11 Nov 2007 02:23:21 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2159D13C4A5 for ; Sun, 11 Nov 2007 02:23:21 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 972403D8C2F; Sun, 11 Nov 2007 05:23:02 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 6C2933D86E9 for ; Sun, 11 Nov 2007 05:23:02 +0300 (MSK) Date: Sun, 11 Nov 2007 05:23:08 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <324179041.20071111052308@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: routes from ippool.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 02:23:21 -0000 Hi, All. I need to adding static routes from some tables in /etc/ippool.conf, may be it's require for any one and may be adding to rc scripts "for use"... sorry for my programming for /bin/sh . in /etc/rc.conf I added two lines ippool_static_routes="
... " ippool_static_routes_gw="" May be need to add more what one GW? or addign in one line, as ... ?, sorry, I don't know how to do it. :( The file ippool.conf should be formatted as follows: ... #Net num 1 table role = ipf type = tree name = table1 { #may be comment 1.2.3.4/5; ... }; ... scripts read /etc/ippool.conf (can be changed in /etc/rc.d/routing) and search for ONLY TABLE NAME! may be need to search full line to prevent errors? patch to /etc/rc.d/routing: --- /root/backup/routing 2007-11-11 04:33:08.000000000 +0300 +++ ./routing 2007-11-11 05:21:18.000000000 +0300 @@ -48,6 +48,35 @@ route add ${route_args} done fi + # Setup static routes from ippool.conf + ippool_file="/etc/ippool.conf" + + if [ \( -n "${ippool_static_routes}" \) -a \( -n "${ippool_static_routes_gw}" \) -a \( -f "${ippool_file}" \) ]; then +# tn_prefix="table role = ipf type = tree name = " +# tn_postfix=" }" + ippool_cnt=`cat ${ippool_file}` + process=0 + collected="" + + for i in ${ippool_static_routes}; do + for k in ${ippool_cnt}; do + if [ $process -eq 1 ]; then + if [ "${k}" = "};" ]; then + process=0 + break + elif [ "${k}" = "{" ]; then + else + val=$(echo $k | grep -Go '[0-9]*.[0-9]*.[0-9]*.[0-9]*/[0-9]*') + if [ -n "${val}" ]; then + route add ${val} ${ippool_static_routes_gw} + fi + fi + elif [ "${i}" = "${k}" ]; then + process=1 + fi + done + done + fi # Now ATM static routes # if [ -n "${natm_static_routes}" ]; then @@ -56,6 +85,7 @@ atmconfig natm add ${route_args} done fi + } options_start() -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 04:11:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4923616A417 for ; Sun, 11 Nov 2007 04:11:13 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 292D313C4A5 for ; Sun, 11 Nov 2007 04:11:13 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA02.emeryville.ca.mail.comcast.net with smtp id BDeB1Y0050FhH240106i00; Sun, 11 Nov 2007 03:59:08 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id BFz71Y0060byEVU0000000; Sun, 11 Nov 2007 03:59:08 +0000 X-Authority-Analysis: v=1.0 c=1 a=LGRm4m9_QTKmN8NkEZYA:9 a=seFGOA53rYDTe6A_figA:7 a=7BqPGlLQWMHFC03kF7osUtdnRKYA:4 a=WuK_CZDBSqoA:10 In-Reply-To: <4735CE3A.7020905@freebsd.org> References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Gregory Wright Date: Sat, 10 Nov 2007 22:59:03 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 04:11:15 -0000 On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: > Gregory Wright wrote: >> (Note: long message) >> Hi, >> The tcp duplicate ACK attack is back. >> Last March, there was a thread on duplicate TCP acks in -CURRENT. >> I have been able to reproduce the problem on 7.0-BETA2 (amd64) >> and have some new information that might help locate the bug. >> Background: I first noticed problems with tcp connections dropping >> when Bacula was running on our backup server. The hardware was >> a dual Opteron 244, 2 GB RAM, running FreeBSD 6.2-RELEASE-p2. >> The ethernet NIC was a bge. >> We went through an extensive process to rule out hardware and cabling >> problems: the server hardware was replaced with a single Opteron 270 >> (dual core) on a Tyan S2882-D motherboard. The memory was replaced >> as well. The NICs are still bge. This machine is "hardtack". > > This may be a TSO bug in the bge hardware. Please repeat your > tests in > the original setup with TSO disabled on the bge interfaces > ("ifconfig bgeX -tso"). > Second if you've got another network card with something else than bge > please put it into the same box and run the tests as well. > > -- > Andre > Hi Andre, I also took a look at the bge (4) driver in 7.0-BETA2. As far as I can tell, it does not support TSO (there is no ioctl supporting TSO enable/disable as there is for the em(4) driver). Might the chip --- a BCM5704_B0 --- not be completely initialized? This might explain why the machine with the BCM5714_B3 chips works, while the other machine shows the duplicate ACK bug. -Greg From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 06:50:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7087E16A41A; Sun, 11 Nov 2007 06:50:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 272E013C48D; Sun, 11 Nov 2007 06:50:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAB6nrgk089653; Sun, 11 Nov 2007 01:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAB6nrJq011406; Sun, 11 Nov 2007 01:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 514A87302F; Sun, 11 Nov 2007 01:49:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071111064953.514A87302F@freebsd-current.sentex.ca> Date: Sun, 11 Nov 2007 01:49:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 06:50:04 -0000 TB --- 2007-11-11 05:16:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-11 05:16:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-11 05:16:29 - cleaning the object tree TB --- 2007-11-11 05:16:50 - checking out the source tree TB --- 2007-11-11 05:16:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-11 05:16:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-11 05:23:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-11 05:23:38 - cd /src TB --- 2007-11-11 05:23:38 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 11 05:23:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 11 06:36:37 UTC 2007 TB --- 2007-11-11 06:36:37 - generating LINT kernel config TB --- 2007-11-11 06:36:37 - cd /src/sys/sun4v/conf TB --- 2007-11-11 06:36:37 - /usr/bin/make -B LINT TB --- 2007-11-11 06:36:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-11 06:36:38 - cd /src TB --- 2007-11-11 06:36:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 11 06:36:38 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-11 06:49:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-11 06:49:52 - ERROR: failed to build lint kernel TB --- 2007-11-11 06:49:52 - tinderbox aborted TB --- 0.65 user 2.15 system 5603.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 07:59:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A52C16A417 for ; Sun, 11 Nov 2007 07:59:36 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 5EFA713C4B3 for ; Sun, 11 Nov 2007 07:59:36 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m036202.ppp.asahi-net.or.jp [219.121.36.202]) by mail.asahi-net.or.jp (Postfix) with ESMTP id E35C74AE2D for ; Sun, 11 Nov 2007 16:39:40 +0900 (JST) Date: Sun, 11 Nov 2007 16:39:40 +0900 From: Watanabe Kazuhiro To: freebsd-current User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> Subject: An ATAPI CD-ROM drive doesn't work with 7.0-BETA2, but it works with 7.0-BETA1 and 6.3-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 07:59:36 -0000 Hi, all. I've tried to install FreeBSD/pc98 7.0-BETA2 to PC-9821Xa9 via FTP. Installation is finished sucessfully. But cannot use the internal ATAPI CD-ROM drive. aries# uname -a FreeBSD aries.sign.local 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 11 00:16:42 JST 2007 nabe@aries.sign.local:/usr/src/sys/pc98/compile/GENERIC pc98 aries# dmesg | grep ^acd acd0: CDROM drive at ata1 as master acd0: read 689KB/s (689KB/s), 256KB buffer, PIO2 acd0: Reads: CDDA stream acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM unknown aries# mount_cd9660 -v /dev/acd0 /mnt could not determine starting sector, using very first session mount_cd9660: /dev/acd0: Input/output error aries# cdcontrol info cdcontrol: /dev/acd0: Input/output error aries# cdcontrol status cdcontrol: /dev/acd0: Input/output error aries# The CD-ROM drive works well with 7.0-BETA1 and 6.3-BETA1. To use the CD-ROM drive with 7.0-BETA2, I have to apply a quick patch described below and recompile the kernel: --- sys/dev/ata/atapi-cd.c.orig 2007-11-01 04:59:53.000000000 +0900 +++ sys/dev/ata/atapi-cd.c 2007-11-11 00:15:21.000000000 +0900 @@ -696,12 +696,16 @@ if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, (caddr_t)&cdp->cap, sizeof(cdp->cap)) && cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { +#if 0 if ((cdp->cap.medium_type == MST_FMT_NONE) || (cdp->cap.medium_type == MST_NO_DISC) || (cdp->cap.medium_type == MST_DOOR_OPEN) || (cdp->cap.medium_type == MST_FMT_ERROR)) return EIO; else +#else + printf("cap.medium_type:%d\n", cdp->cap.medium_type); +#endif break; } pause("acdld", hz / 2); The value of cdp->cap.medium_type is 0 (MST_FMT_NONE). --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 08:09:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8204816A516 for ; Sun, 11 Nov 2007 08:09:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4640013C480 for ; Sun, 11 Nov 2007 08:09:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so435204wra for ; Sun, 11 Nov 2007 00:08:52 -0800 (PST) Received: by 10.70.42.9 with SMTP id p9mr3786295wxp.1194737946437; Sat, 10 Nov 2007 15:39:06 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id v26sm1879290ele.2007.11.10.15.39.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Nov 2007 15:39:05 -0800 (PST) Message-ID: <47364115.5080208@gmail.com> Date: Sat, 10 Nov 2007 18:39:01 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: Dimitry Andric References: <47358981.6090701@gmail.com> <47364087.70103@andric.com> In-Reply-To: <47364087.70103@andric.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: errors in the latest kernel update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 08:09:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > You have CVS merge conflicts. Fix them first, before attempting to > compile again. :) Unless I complete misunderstood developement(7) I don't see how this is possible since I used the procedure it lists and I have made no local modifications. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNkEVJ9+1V27SttsRAqbrAJ90yViqMXZwJC/kve8ZFJs+FiAJzACeKs3J zbr2yh5VfYXW1xf2w23SwNQ= =0nDt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 08:12:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F16416A517; Sun, 11 Nov 2007 08:12:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB7E13C480; Sun, 11 Nov 2007 08:12:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAB8CKdh042186; Sun, 11 Nov 2007 03:12:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAB8CJT6090645; Sun, 11 Nov 2007 03:12:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82D7C7302F; Sun, 11 Nov 2007 03:12:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071111081219.82D7C7302F@freebsd-current.sentex.ca> Date: Sun, 11 Nov 2007 03:12:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 08:12:29 -0000 TB --- 2007-11-11 06:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-11 06:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-11 06:55:00 - cleaning the object tree TB --- 2007-11-11 06:55:24 - checking out the source tree TB --- 2007-11-11 06:55:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-11 06:55:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-11 07:04:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-11 07:04:24 - cd /src TB --- 2007-11-11 07:04:24 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 11 07:04:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-11 08:12:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-11 08:12:19 - ERROR: failed to build world TB --- 2007-11-11 08:12:19 - tinderbox aborted TB --- 0.45 user 1.65 system 4638.80 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 10:23:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 088D916A418 for ; Sun, 11 Nov 2007 10:23:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7D73D13C4BE for ; Sun, 11 Nov 2007 10:23:02 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1258588mue for ; Sun, 11 Nov 2007 02:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; bh=O73W4wOrGVSx8V+lbvU9wMInKo9tZuuUCbl+a4CM6dQ=; b=SOCvnsQptwLqsKhSw9y0TuqXWFl77tWKuZeT0xtKdChggrWXT2PWoCSIpAIdI7uqgOeAI+yQFdABikBmxtaH9/1gXLN9f7eFy92ciEdqJl6eHO+fqVzIk2SVJuWlMNjVM59NKJipjUlWuwKDxCW/smUwCAstegC6vihv4elb8Ic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=sxv/aPKbAx10SUWvhLQqRL0vQC0nGXpD3g4QY1uYAEuIPwub29HD6HYBQ2WWJJnYp/E+lt7xUWmrMBOtDTuI4pB+atFPB7miWcM9OoE6yK1aUgYg8jsOpZoRlq4/wg6yQVSnP+VefKkXVZbSq2Fw+8fxQ/IfBn2tUKGaPjK0k9s= Received: by 10.86.62.3 with SMTP id k3mr2762292fga.1194774828646; Sun, 11 Nov 2007 01:53:48 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.132.174]) by mx.google.com with ESMTPS id d4sm1875529fga.2007.11.11.01.53.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 01:53:48 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lAB9rjCG033644 for ; Sun, 11 Nov 2007 10:53:45 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lAB9riwD033642 for current@freebsd.org; Sun, 11 Nov 2007 10:53:44 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 11 Nov 2007 10:53:44 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20071111095344.GA1558@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: panic under FUSE: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 10:23:03 -0000 Hi, I need to transfer a Windows installation from a broken drive to a new one. I already salvaged the old disk using recoverdisk(1) and now want to write to the new disk using fusefs-ntfs aka. ntfs-3g. I can read from NTFS via FUSE just fine, writing is also no problem if I'm using 'cp -pr', but since I want to copy selectively I'm using 'find | cpio -dump', this panics the box after a few seconds. I'm using a recent 8.0-CURRENT and the fuse ports are up to date. Here's the panic: panic: lockmgr: locking against myself KDB: stack backtrace: db_trace_self_wrapper(c071561a,cf349ae8,c0537d2a,c07138c3,c077e480,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07138c3,c077e480,c0711f62,cf349af4,cf349af4,...) at kdb_backtrace+0x29 panic(c0711f62,c073f0a0,c266b3b8,c0767fe0,c266b330,...) at panic+0xaa _lockmgr(c266b168,3002,c266b198,c255f840,c071a143,...) at _lockmgr+0x432 vop_stdlock(cf349b84,c05a41f1,1002,c266b110,cf349ba8,...) at vop_stdlock+0x40 VOP_LOCK1_APV(c2380ba0,cf349b84,cf349ba8,c05bf022,c2380ba0,...) at VOP_LOCK1_APV+0x46 _vn_lock(c266b110,1002,c255f840,c071a143,a6c,...) at _vn_lock+0x16f setfown(0,4,cf349c70,c2634550,c255f840,...) at setfown+0x9c fchown(c255f840,cf349cfc,c,86,55349d,...) at fchown+0x134 syscall(cf349d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (123, FreeBSD ELF32, fchown), eip = 0x280defa7, esp = 0xbfbfeb9c, ebp = 0xbfbfeca8 --- KDB: enter: panic [thread pid 984 tid 100087 ] Stopped at kdb_enter+0x32: leave db> show lockedvnods Locked vnodes 0xc266b110: tag fuse, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xc266e364 ref 0 pages 0 lock type fuse: EXCL (count 1) by thread 0xc255f840 (pid 984) nodeid: 11, parent_nid: 5, fh_counter: 1, nlookup: 1, flags: 0 PID 984 is cpio(1). This must be a locking bug in our FUSE layer, as ntfs-3g is a user process and shouldn't be able to panic the system. Is cp(1) -p not using fchown? Or why is it not affected? Shall I try tar(1) instead? Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 10:40:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBCD16A469 for ; Sun, 11 Nov 2007 10:40:23 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 4457C13C4A6 for ; Sun, 11 Nov 2007 10:40:23 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lABAe84E021201; Sun, 11 Nov 2007 11:40:08 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4736DC08.3030809@deepcore.dk> Date: Sun, 11 Nov 2007 11:40:08 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Sabourenkov References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <4732E37F.9020707@deepcore.dk> <4732E7C2.3030403@lxnt.info> In-Reply-To: <4732E7C2.3030403@lxnt.info> Content-Type: multipart/mixed; boundary="------------050407030106060702030805" Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues TAKE 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 10:40:23 -0000 This is a multi-part message in MIME format. --------------050407030106060702030805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi All Alexander found the bug causing the data to be offset wrongly in my last = patch, this new one should fix that so we dont get disappearing nodes=20 etc, sorry about that :) Please apply to clean releng_7 sources. Let me know how it turns out. -S=F8ren --------------050407030106060702030805 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix2" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 8 Nov 2007 20:15:48 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,41 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4890,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 8 Nov 2007 20:15:48 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------050407030106060702030805-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 11:36:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5B8916A421 for ; Sun, 11 Nov 2007 11:36:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3A93613C4A5 for ; Sun, 11 Nov 2007 11:36:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so738554nfb for ; Sun, 11 Nov 2007 03:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=mzpWsPMg40fHTjytk2wcYuBMmgewa19fdWuDQHfNcko=; b=TY/qB8/v13fU0tYC7hSQ39z9+4b6woHIjdnNiyOJadlU9CCcdzK7HoYGxgRPljVhIdZ6/7p4G5IY7JqSRDDAGGFMyn1zabpem0k47LLLwoPUJXcSoZ58WQZoPIJpgIIpiiB7ms7+bEVtI8ntT1UloFgeZSZtScjhe03IFKSKGLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=plzQ9O1gU8Mv0PUAwHh1g2PgehTimIMaSP4j1MxMMT2nwgAhacGAPdqEgNok1wAOHBX1UuCRzFuxC3uIYcX38fOSaOxrOBkW3LMohJYDQD4WnlxTl1uB39Nbo2ZgSJOah6kVLRQSs6ZS+5Sq6IiqSUsPBYUNP+cqcac8BcSI8NQ= Received: by 10.86.62.3 with SMTP id k3mr2839791fga.1194780970343; Sun, 11 Nov 2007 03:36:10 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.132.174]) by mx.google.com with ESMTPS id l12sm1947944fgb.2007.11.11.03.36.06 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 03:36:09 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lABBa0sp011967; Sun, 11 Nov 2007 12:36:00 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lABBZxhY011956; Sun, 11 Nov 2007 12:35:59 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 11 Nov 2007 12:35:58 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20071111113558.GB1558@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org, amistry@am-productions.biz, csaba.henk@creo.hu References: <20071111095344.GA1558@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071111095344.GA1558@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: amistry@am-productions.biz, csaba.henk@creo.hu Subject: Re: panic under FUSE: System call write returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 11:36:24 -0000 On Sun, 11.11.2007 at 10:53:44 +0100, Ulrich Spoerlein wrote: > I can read from NTFS via FUSE just fine, writing is also no problem if > I'm using 'cp -pr', but since I want to copy selectively I'm using > 'find | cpio -dump', this panics the box after a few seconds. > > panic: lockmgr: locking against myself > KDB: stack backtrace: > db_trace_self_wrapper(c071561a,cf349ae8,c0537d2a,c07138c3,c077e480,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c07138c3,c077e480,c0711f62,cf349af4,cf349af4,...) at kdb_backtrace+0x29 > panic(c0711f62,c073f0a0,c266b3b8,c0767fe0,c266b330,...) at panic+0xaa > _lockmgr(c266b168,3002,c266b198,c255f840,c071a143,...) at _lockmgr+0x432 > vop_stdlock(cf349b84,c05a41f1,1002,c266b110,cf349ba8,...) at vop_stdlock+0x40 > VOP_LOCK1_APV(c2380ba0,cf349b84,cf349ba8,c05bf022,c2380ba0,...) at VOP_LOCK1_APV+0x46 > _vn_lock(c266b110,1002,c255f840,c071a143,a6c,...) at _vn_lock+0x16f > setfown(0,4,cf349c70,c2634550,c255f840,...) at setfown+0x9c > fchown(c255f840,cf349cfc,c,86,55349d,...) at fchown+0x134 > syscall(cf349d38) at syscall+0x345 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (123, FreeBSD ELF32, fchown), eip = 0x280defa7, esp = 0xbfbfeb9c, ebp = 0xbfbfeca8 --- > KDB: enter: panic > [thread pid 984 tid 100087 ] > Stopped at kdb_enter+0x32: leave Kernel with INVARIANTS, WITNESS and DEBUG_*LOCKS: panic: System call write returning with 1 locks held KDB: stack backtrace: db_trace_self_wrapper(c0713383,cf35fc74,c053661a,c07106dd,c07877e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07106dd,c07877e0,c07321c9,cf35fc80,cf35fc80,...) at kdb_backtrace+0x29 panic(c07321c9,c070d9f4,1,c070d9f4,c0567fb8,...) at panic+0xaa syscall(cf35fd38) at syscall+0x46c Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x281672a3, esp = 0xbfbfeb7c, ebp = 0xbfbfeb98 --- KDB: enter: panic [thread pid 1004 tid 100083 ] Stopped at kdb_enter+0x32: leave db> show pcpu cpuid = 0 curthread = 0xc2568210: pid 1004 "cpio" curpcb = 0xcf35fd90 fpcurthread = none idlethread = 0xc1ffdc60: pid 10 "idle" APIC ID = 0 currentldt = 0x50 spin locks held: db> show locks db> show alllocks Process 945 (sshd) thread 0xc2392c60 (100070) exclusive sx so_rcv_sx r = 0 (0xc2368cec) locked @ /vol/src/sys/kern/uipc_sockbuf.c:145 db> show lockedvnods Locked vnodes 0xc2665570: tag fuse, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xc2642aa8 ref 0 pages 0 lock type fuse: EXCL (count 1) by thread 0xc2568210 (pid 1004)#0 0xc0525db6 at _lockmgr+0x596 #1 0xc05a5390 at vop_stdlock+0x40 #2 0xc06e5b35 at VOP_LOCK1_APV+0xa5 #3 0xc05bf3fd at _vn_lock+0xfd #4 0xc23899cc at fuse_io_file+0x3c #5 0xc05703f5 at dofilewrite+0x95 #6 0xc0570688 at kern_writev+0x58 #7 0xc05706ff at write+0x4f #8 0xc06ce803 at syscall+0x2e3 #9 0xc06bccf0 at Xint0x80_syscall+0x20 nodeid: 11, parent_nid: 5, fh_counter: 1, nlookup: 1, flags: 0 db> Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 11:51:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863B416A419 for ; Sun, 11 Nov 2007 11:51:48 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 820F513C494 for ; Sun, 11 Nov 2007 11:51:47 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 19388 invoked by uid 1001); 11 Nov 2007 11:24:56 -0000 Date: Sun, 11 Nov 2007 13:24:56 +0200 From: Dan Epure To: freebsd-current@freebsd.org Message-ID: <20071111112456.GA19354@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [gepu@iogyte.ro: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7]] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 11:51:48 -0000 Maybe I have better luck here: ----- Forwarded message from Dan Epure ----- Date: Thu, 8 Nov 2007 19:30:39 +0200 From: Dan Epure To: freebsd-stable@freebsd.org Subject: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] I can provide more info on request. ----- Forwarded message from Dan Epure ----- Date: Wed, 7 Nov 2007 19:25:08 +0200 From: Dan Epure To: Tom Evans Cc: freebsd-stable@freebsd.org Subject: Re: openpty() and jail in RELENG_7 Thank you for your answer. This is not Xin Li's scenario. Description: the host of the jail - H (192.168.168.2/24) the jail running on H - J (192.168.168.254/32) the testing system - T (192.168.168.253/24) 1. I start the ssh daemon on H: === cut here === H# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.2. Server listening on 192.168.168.2 port 22. === and here === 2. On T I run: === cut here === T# ssh 192.168.168.2 -l test2 === and here === 3. On H I see: === cut here === Debug1: fd 4 clearing O_NONBLOCK Debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 60155 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 60155 ssh2 debug1: audit_event: unhandled event 6 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 debug1: session_pty_req: session 0 alloc /dev/pts/3 debug1: Ignoring unsupported tty mode opcode 37 (0x25) debug1: Ignoring unsupported tty mode opcode 52 (0x34) debug1: Ignoring unsupported tty mode opcode 71 (0x47) debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug1: PAM: setting PAM_TTY to "/dev/pts/3" debug1: Setting controlling tty using TIOCSCTTY. === and here === 4. On T I am logged in on H: === cut here === Password: H$ === and here === 5. I start the jail on H: === cut here === H# /etc/rc.d/jail start Configuring jails:. Starting jails: test2.mydomain.org. 6. I start the ssh daemon on J: === cut here === J# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.254. Server listening on 192.168.168.254 port 22. === and here === 7. On T I run: === cut here === T# ssh 192.168.168.254 -l test2 === and here === 8. On J I see: === cut here === debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 52242 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 52242 ssh2 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 openpty: No such file or directory session_pty_req: session 0 alloc failed debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell === and here === 9. On T the session is stuck: === cut here === $ ssh 192.168.168.254 -l test2 Password: Environment: USER=test2 LOGNAME=test2 HOME=/home/test2 MAIL=/var/mail/test2 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/test2/bin TERM=su FTP_PASSIVE_MODE=YES BLOCKSIZE=K SHELL=/usr/local/bin/rbash SSH_CLIENT=192.168.168.253 39090 22 SSH_CONNECTION=192.168.168.253 39090 192.168.168.254 22 === and here === 10. On J the content of /dev/pts and /dev/pty is unchanged: === cut here === J# ls -la /dev/pts total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 97 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 106 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 110 Nov 7 17:16 5 J# ls -la /dev/pty total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 95 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 104 Nov 7 15:36 1 crw-rw-rw- 1 root wheel 0, 105 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 107 Nov 7 15:36 3 crw-rw-rw- 1 root wheel 0, 108 Nov 7 15:36 4 crw-rw-rw- 1 root wheel 0, 109 Nov 7 17:16 5 === and here === regards, Gepu On Wed, Nov 07, 2007 at 10:42:58AM +0000, Tom Evans wrote: > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > Hi All, > > > > > > I'm using on the host system (7.0-BETA2): > > #sysctl kern.pts.enable > > kern.pts.enable: 1 > > I have no problem at all. > > > > The jail is also 7.0-BETA2 > > > > The problem is inside the jail openpty() can not allocate the pty: > > === cut here === > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > openpty: No such file or directory > > session_pty_req: session 0 alloc failed > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > === and here === > > the ssh session just hangs. (no pty ?) > > > > I did not forget to mount devfs inside the jail. > > The jail is configured in rc.conf: > > === cut here === > > jail_enable="YES" > > jail_list="test" > > jail_test_hostname="test.mydomain.org" > > jail_test_rootdir="/jails/test" > > jail_test_interface="bge0" > > jail_test_devfs_enable="YES" > > jail_test_ip="192.168.10.2" > > jail_set_hostname_allow="NO" > > jail_sysvipc_allow="NO" > > jail_socket_unixiproute_only="YES" > > === and here === > > I think the problem is related to restrictions imposed by the jail. > > > > Please advise. > > > > Gepu > > This is because you haven't been allocated a pty inside your jail. > Enable sshd inside your jail, ssh to your jail (which will allocate you > a pty). Then from inside your jail, you can use any pty-using > application you wish. > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > similar, and I'm only really repeating Xin Li's advice to me[1]. > > Cheers > > Tom > > [1] > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html _______________________________________________ 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" ----- End forwarded message ----- -- Gepu _______________________________________________ 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" ----- End forwarded message ----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 06:31:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E4F16A419 for ; Sun, 11 Nov 2007 06:31:43 +0000 (UTC) (envelope-from nickpiggin@yahoo.com.au) Received: from smtp109.mail.mud.yahoo.com (smtp109.mail.mud.yahoo.com [209.191.85.219]) by mx1.freebsd.org (Postfix) with SMTP id E2DB513C491 for ; Sun, 11 Nov 2007 06:31:42 +0000 (UTC) (envelope-from nickpiggin@yahoo.com.au) Received: (qmail 25369 invoked from network); 11 Nov 2007 06:04:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.au; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Disposition:Content-Type:Content-Transfer-Encoding:Message-Id; b=vs7PhmWkGFDAHli+O6LOLwz9IJgbop/7yhoEtvTD4Vk3JP7x0K5uY52yUuvm5bAJsVWFb19qUW+2CkyBHP0F88kc3fmmao1+y8bEcULUbc2CXa2iYO5fZrwmw6s1IcVGIcI4/Pa5bHdLYeY4BAirlEEpJhk0S1XVkK8rUJLReIQ= ; Received: from unknown (HELO ?192.168.1.5?) (nickpiggin@59.167.38.76 with login) by smtp109.mail.mud.yahoo.com with SMTP; 11 Nov 2007 06:04:52 -0000 X-YMail-OSG: YKEpqIQVM1noF6Ik_exTNGP8u0QDP1BhqOSnQDJvB7sQGQWZemzxTZ9s9HCjsVS5KwGl5TJu7w-- From: Nick Piggin To: Daniel Gerzo Date: Sun, 11 Nov 2007 08:41:00 +1100 User-Agent: KMail/1.9.5 References: <20071109191821.V639@10.0.0.1> <1306808611.20071110124527@rulez.sk> In-Reply-To: <1306808611.20071110124527@rulez.sk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711110841.00411.nickpiggin@yahoo.com.au> X-Mailman-Approved-At: Sun, 11 Nov 2007 12:27:53 +0000 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD corruption problems on barcelona X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 06:31:43 -0000 Hi Daniel, On Saturday 10 November 2007 22:45, Daniel Gerzo wrote: > Hello Nick, > > Saturday, November 10, 2007, 4:21:05 AM, you wrote: > > Here it is attached. Now there is a cdrom error there, however I > > don't believe it is the cause of the problem (or at least, there > > is a bigger problem with the sata disk). The install has run > > perfectly every time I've run it, so it is pulling the data off > > the CD OK. > > > > Now I have actually got as far as root login, I filled up a 1MB > > file with /dev/urandom and took an md5. Then copied that to 50 > > files on the /tmp filesystem, unmounted and remounted it, and then > > read back the md5 sums. Practially all of them are wrong, but they > > seem to be wrong in the same ways (eg. many share the same > > incorrect md5 sum). Reading the files back from disk consistently > > gives the same information, so it seems like reads are OK. > > Did you by any chance tried to install some other OS and checked if > that is really a FreeBSD problem? You mentioned that you've got a new > box, so I suppose that you tried only FreeBSD on it so far on it. I have got Linux on it as well, no sign of problems (that doesn't completely rule out a hardware problem, of course...) > In the past, I had a bit similar problem. The symptons were that I > checked some file's md5 hash, then copied it some other location and > checked the new md5 hash of that file, it was different. The problem > was resolved after we replaced CPU (AFAIR). The thing is, the data doesn't get corrupted in the pagecache. If I copy the files then read them back from cache, everything is fine. It's only after dumping the pagecache (via unmount and remount), and reading it back into pagecache, can the corruption be seen. Subseqent unmounting and remounting shows exactly the same data. Also, the corruption isn't a usual CPU corruption one like a bitflip or cachline corruption, but significant blocks of zeroes in the files (which look like they're page or filesystem block size aligned). So it seems to be getting corrupted going from pagecache to disk. It would be pretty unusual if it were a CPU problem, but it could be other hardware, sure. > So the things you are describing in your email seem to me more like a > hardware problem than a FreeBSD problem, could you please run some > kind of hardware test and try to replace your controllers, sata cable, > disk and so on? It's tricky. The controller is built in. Cable and disk I'm reluctant to replace, given that reads are going across them just fine. But I can run any specific test that you suggest. Thanks, Nick From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 13:43:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 486AB16A421 for ; Sun, 11 Nov 2007 13:43:54 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id BD17313C4B3 for ; Sun, 11 Nov 2007 13:43:51 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lABD6TKi050251 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 11 Nov 2007 14:06:30 +0100 (CET) (envelope-from stb@lassitu.de) Message-Id: <02467C91-0269-472F-B3B9-C688E97643DF@lassitu.de> From: Stefan Bethke To: freebsd-current@freebsd.org In-Reply-To: <324179041.20071111052308@masm.elcom.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) X-Priority: 3 (Normal) Date: Sun, 11 Nov 2007 14:06:29 +0100 References: <324179041.20071111052308@masm.elcom.ru> X-Mailer: Apple Mail (2.912) Subject: Re: routes from ippool.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 13:43:54 -0000 Am 11.11.2007 um 03:23 schrieb Victor M. Blood: > Hi, All. > > I need to adding static routes from some tables in /etc/ippool.conf, > may be it's require for any one and may be adding to rc scripts "for > use"... sorry for my programming for /bin/sh . I'm not sure I understand. What's wrong with static_routes in rc.conf(5)? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 14:34:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEEAD16A421 for ; Sun, 11 Nov 2007 14:34:06 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 71D9213C4A6 for ; Sun, 11 Nov 2007 14:34:06 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lABEXhUx020058; Sun, 11 Nov 2007 15:33:43 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sun, 11 Nov 2007 15:33:41 +0100 User-Agent: KMail/1.9.7 References: <200710131857.46963.pieter@degoeje.nl> <20071109122628.GF37471@deviant.kiev.zoral.com.ua> <200711101707.23910.pieter@degoeje.nl> In-Reply-To: <200711101707.23910.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711111533.42775.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Kostik Belousov , Ken Smith , avleeuwen@piwebs.com, Rolf Witt , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 14:34:07 -0000 On Saturday 10 November 2007, Pieter de Goeje wrote: > On Friday 09 November 2007, Kostik Belousov wrote: > > On Fri, Nov 09, 2007 at 01:04:44PM +0100, Pieter de Goeje wrote: > > > > Is anyone who had been able to trigger this panic still having > > > > problems with recent kernels (and soft updates turned on)? I've > > > > checked with a few people who had been experiencing the panic and > > > > they can no longer trigger it. > > > > > > > > It's at least a tiny bit possible some of the VM fixes that have gone > > > > in addressed this problem. We'd like to find out if anyone can still > > > > trigger this. > > > > > > I can no longer reproduce it any more. > > > > Could anybody who was able to trigger the panic with relative ease, do > > the binary search for the dates that > > A. started the problem > > B. eliminated it > > > > There is uneasy feeling for the bug that did such appearance and still > > not tracked. > > Doing a binary search now. Might take some time though. This commit to sys/vm/vm_object.c fixed it: revision 1.386 date: 2007/10/18 23:02:18; author: alc; state: Exp; lines: +2 -1 The previous revision, updating vm_object_page_remove() for the new page cache, did not account for the case where the vm object has nothing but cached pages. Reported by: kris, tegge Reviewed by: tegge If you want I can still do a search for the commit that introduced the problem, but I think this gives a rather strong clue on what caused it :) Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 15:05:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E21016A417; Sun, 11 Nov 2007 15:05:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9492313C494; Sun, 11 Nov 2007 15:05:55 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 49AEE1BAC24; Sun, 11 Nov 2007 16:05:54 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lABF5p7x009933; Sun, 11 Nov 2007 16:05:51 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194793553; bh=kKNE51Bz8wyNXPN0HxZdpc4Nj1rqOHoMB4R+4pC 8qLc=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=TXcoPzDz6oj rK5ALeDHeE/Nw59tnuoOLwEmCDNiqC6NUuAcSAaqXyguMSn1lOBsugCTmjzPfgbzIgO 2qwHRAGg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=0rusZt4YsnoSy0QxJTzqsYsu6hnLRyWpTnVEzWJ9uoxn5SvArvoq24iD28zqk+ezX lHnXILSSbuETqgS0ZHKKw== Message-ID: <47371A4F.9080004@restart.be> Date: Sun, 11 Nov 2007 16:05:51 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> In-Reply-To: <20071110124806.GI37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:05:56 -0000 Pawel Jakub Dawidek wrote: > On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >> Pawel Jakub Dawidek wrote: >>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>> hello >>>> >>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >>>> system freeze: >>> [...] >>> >>> I found a deadlock too. If it's reproducable for you, can you try this >>> patch: >> I reproduce it after 30 minutes, si I try you patch. >> >>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >> when I try to load zfs.ko I get: >> >> # kldload zfs >> link_elf: symbol kproc_create undefined >> kldload: can't load zfs: No such file or directory >> >> What must I add to my config to resolve this symbol / problem > > Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). > Today, after more than 10 scrubs, no deadlock. This patch is effective. Thanks Henri From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 15:26:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8EBF16A419 for ; Sun, 11 Nov 2007 15:26:20 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 449C813C4B5 for ; Sun, 11 Nov 2007 15:26:20 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id DF1A83EA107 for ; Sun, 11 Nov 2007 16:26:00 +0100 (CET) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9F13E3EA0F6 for ; Sun, 11 Nov 2007 16:26:00 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id lABFOKDS021671; Sun, 11 Nov 2007 16:24:21 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 11 Nov 2007 16:24:13 +0100 User-Agent: KMail/1.9.7 References: <47326FB8.50602@fusiongol.com> <4732E7C2.3030403@lxnt.info> <4736DC08.3030809@deepcore.dk> In-Reply-To: <4736DC08.3030809@deepcore.dk> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711111624.14774.thierry@herbelot.com> Cc: Nathan Butcher , Alexander Sabourenkov , =?iso-8859-15?q?S=F8ren_Schmidt?= Subject: Re: Remaining SATA (and other) issues TAKE 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:26:20 -0000 Le Sunday 11 November 2007, Sųren Schmidt a écrit : > Hi All > > Alexander found the bug causing the data to be offset wrongly in my last > patch, this new one should fix that so we dont get disappearing nodes > etc, sorry about that :) > > Please apply to clean releng_7 sources. > > Let me know how it turns out. > > -Sųren Hello Sųren, I'm glad to report initial good results from the TAKE 2 patch : on a machine with an older "Promise PDC40518 SATA150" controller, I have installed a kernel built from a patched, recent RELENG_7 source tree (userland is from BETA1 iso image). the kernel boots correctly and finds the connected disks : ad6: 238475MB at ata3-master SATA150 ad8: 238475MB at ata4-master SATA150 ad10: 238475MB at ata5-master SATA150 # mount -r -a # mount /dev/ad10s3a on / (ufs, local, read-only) devfs on /dev (devfs, local) /dev/ad10s3e on /tmp (ufs, local, read-only) /dev/ad10s3d on /var (ufs, local, read-only) /dev/ad10s3f on /usr (ufs, local, read-only) # uname -a FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #3: Sun Nov 11 14:24:35 UTC 2007 XXX@YYY:/usr/obj/usr/src/sys/GENERIC i386 a simple dd completes correctly : # dd if=/dev/ad10s3e of=/dev/null bs=1M 512+0 records in 512+0 records out 536870912 bytes transferred in 7.685747 secs (69852794 bytes/sec) # find /usr -name "*tes*" /usr/bin/ztest /usr/include/machine/privatespace.h .... # dump -0cf - /usr | wc -c DUMP: Date of this level 0 dump: Sun Nov 11 17:08:35 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad10s3f (/usr) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 120690 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 121428 tape blocks DUMP: finished in 23 seconds, throughput 5279 KBytes/sec DUMP: DUMP IS DONE 124334080 Thanks TfH From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 15:30:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB0B16A418 for ; Sun, 11 Nov 2007 15:30:35 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id BF12F13C4C1 for ; Sun, 11 Nov 2007 15:30:34 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id lABEowBO036104 for ; Sun, 11 Nov 2007 09:50:58 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id lABEowrI036103 for current@freebsd.org; Sun, 11 Nov 2007 09:50:58 -0500 (EST) (envelope-from mwlucas) Date: Sun, 11 Nov 2007 09:50:58 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20071111145058.GA36073@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Sun, 11 Nov 2007 09:50:58 -0500 (EST) Cc: Subject: Panic with wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:30:35 -0000 Any thoughts, folks? Thanks, =3D=3Dml [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"]=0D GNU gdb 6.1.1 [FreeBSD]=0D Copyright 2004 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-marcel-freebsd".=0D =0D Unread portion of the kernel message buffer:=0D Copyright (c) 1992-2007 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD is a registered trademark of The FreeBSD Foundation.=0D FreeBSD 8.0-CURRENT #0: Mon Oct 29 11:36:13 EDT 2007=0D mwlucas@stretchlimo.blackhelicopters.org:/usr/obj/usr/src/sys/STRETCH=0D WARNING: WITNESS option enabled, expect reduced performance.=0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D CPU: Intel(R) Core(TM)2 CPU T5200 @ 1.60GHz (1600.07-MHz 686-class= CPU)=0D Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6=0D Features=3D0xbfebfbff=0D Features2=3D0xe39d=0D AMD Features=3D0x20000000=0D AMD Features2=3D0x1=0D Cores per package: 2=0D real memory =3D 2137587712 (2038 MB)=0D avail memory =3D 2086404096 (1989 MB)=0D ACPI APIC Table: =0D FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0D cpu0 (BSP): APIC ID: 0=0D cpu1 (AP): APIC ID: 1=0D ioapic0: Changing APIC ID to 1=0D ioapic0 irqs 0-23 on motherboard=0D kbd1 at kbdmux0=0D ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)= =0D smbios0: at iomem 0xf7610-0xf762e on motherboard=0D smbios0: Version: 2.4=0D acpi0: on motherboard=0D acpi0: [ITHREAD]=0D acpi0: Power Button (fixed)=0D unknown: I/O range not supported=0D Timecounter "HPET" frequency 14318180 Hz quality 900=0D Timecounter "ACPI-safe" frequency 3579545 Hz quality 850=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0=0D acpi_ec0: port 0x62,0x66 on acpi0=0D cpu0: on acpi0=0D est0: on cpu0=0D p4tcc0: on cpu0=0D cpu1: on acpi0=0D est1: on cpu1=0D p4tcc1: on cpu1=0D pcib0: port 0xcf8-0xcff on acpi0=0D pci0: on pcib0=0D vgapci0: port 0x1800-0x1807 mem 0xd0200000-0xd027f= fff,0xc0000000-0xcfffffff,0xd0300000-0xd033ffff irq 16 at device 2.0 on pci= 0=0D agp0: on vgapci0=0D agp0: detected 7932k stolen memory=0D agp0: aperture size is 256M=0D vgapci1: mem 0xd0280000-0xd02fffff at device 2.1 o= n pci0=0D pcm0: mem 0xd0340000-0xd034= 3fff irq 22 at device 27.0 on pci0=0D pcm0: [ITHREAD]=0D pcib1: irq 17 at device 28.0 on pci0=0D pci2: on pcib1=0D pcib2: irq 16 at device 28.1 on pci0=0D pci3: on pcib2=0D pci3: at device 0.0 (no driver attached)=0D pcib3: irq 18 at device 28.2 on pci0=0D pci4: on pcib3=0D uhci0: port 0x1820-0x183f irq 23 at device = 29.0 on pci0=0D uhci0: [GIANT-LOCKED]=0D uhci0: [ITHREAD]=0D usb0: on uhci0=0D usb0: USB revision 1.0=0D uhub0: on usb0=0D uhub0: 2 ports with 2 removable, self powered=0D uhci1: port 0x1840-0x185f irq 19 at device = 29.1 on pci0=0D uhci1: [GIANT-LOCKED]=0D uhci1: [ITHREAD]=0D usb1: on uhci1=0D usb1: USB revision 1.0=0D uhub1: on usb1=0D uhub1: 2 ports with 2 removable, self powered=0D uhci2: port 0x1860-0x187f irq 18 at device = 29.2 on pci0=0D uhci2: [GIANT-LOCKED]=0D uhci2: [ITHREAD]=0D usb2: on uhci2=0D usb2: USB revision 1.0=0D uhub2: on usb2=0D uhub2: 2 ports with 2 removable, self powered=0D uhci3: port 0x1880-0x189f irq 16 at device = 29.3 on pci0=0D uhci3: [GIANT-LOCKED]=0D uhci3: [ITHREAD]=0D usb3: on uhci3=0D usb3: USB revision 1.0=0D uhub3: on usb3=0D uhub3: 2 ports with 2 removable, self powered=0D ehci0: mem 0xd0544000-0xd05443f= f irq 23 at device 29.7 on pci0=0D ehci0: [GIANT-LOCKED]=0D ehci0: [ITHREAD]=0D usb4: waiting for BIOS to give up control=0D usb4: timed out waiting for BIOS=0D usb4: EHCI version 1.0=0D usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3=0D usb4: on ehci0=0D usb4: USB revision 2.0=0D uhub4: on usb4=0D uhub4: 8 ports with 8 removable, self powered=0D pcib4: at device 30.0 on pci0=0D pci10: on pcib4=0D cbb0: mem 0xd0004000-0xd0004fff irq 17 at device 4.0 o= n pci10=0D cardbus0: on cbb0=0D pccard0: <16-bit PCCard bus> on cbb0=0D cbb0: [ITHREAD]=0D fwohci0: <1394 Open Host Controller Interface> mem 0xd0007000-0xd00077ff,0x= d0000000-0xd0003fff irq 17 at device 4.1 on pci10=0D fwohci0: [FILTER]=0D fwohci0: OHCI version 1.10 (ROM=3D1)=0D fwohci0: No. of Isochronous channels is 4.=0D fwohci0: EUI64 00:c0:9f:00:00:c9:cb:f3=0D fwohci0: Phy 1394a available S400, 3 ports.=0D fwohci0: Link S400, max_rec 2048 bytes.=0D firewire0: on fwohci0=0D fwe0: on firewire0=0D if_fwe0: Fake Ethernet address: 02:c0:9f:c9:cb:f3=0D fwe0: Ethernet address: 02:c0:9f:c9:cb:f3=0D fwip0: on firewire0=0D fwip0: Firewire address: 00:c0:9f:00:00:c9:cb:f3 @ 0xfffe00000000, S400, ma= xrec 2048=0D sbp0: on firewire0=0D dcons_crom0: on firewire0=0D dcons_crom0: bus_addr 0x1270000=0D fwohci0: Initiate bus reset=0D fwohci0: BUS reset=0D fwohci0: node_id=3D0xc000ffc0, gen=3D2, CYCLEMASTER mode=0D pci10: at device 4.2 (no driver attached)=0D pci10: at device 4.3 (no driver attached)=0D fxp0: port 0x2000-0x203f mem 0xd00060= 00-0xd0006fff irq 20 at device 8.0 on pci10=0D miibus0: on fxp0=0D inphy0: PHY 1 on miibus0=0D inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0D fxp0: Ethernet address: 00:16:36:c0:58:a5=0D fxp0: [ITHREAD]=0D isab0: at device 31.0 on pci0=0D isa0: on isab0=0D atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x18b0-0x18bf at device 31.2 on pci0=0D ata0: on atapci0=0D ata0: [ITHREAD]=0D ata1: on atapci0=0D ata1: [ITHREAD]=0D ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci= 0=0D ichsmb0: [GIANT-LOCKED]=0D ichsmb0: [ITHREAD]=0D smbus0: on ichsmb0=0D smb0: on smbus0=0D acpi_acad0: on acpi0=0D battery0: on acpi0=0D acpi_lid0: on acpi0=0D acpi_button0: on acpi0=0D acpi_tz0: on acpi0=0D atkbdc0: port 0x60,0x64 irq 1 on acpi0=0D atkbd0: irq 1 on atkbdc0=0D kbd0 at atkbd0=0D atkbd0: [GIANT-LOCKED]=0D atkbd0: [ITHREAD]=0D psm0: irq 12 on atkbdc0=0D psm0: [GIANT-LOCKED]=0D psm0: [ITHREAD]=0D psm0: model Generic PS/2 mouse, device ID 0=0D pmtimer0 on isa0=0D orm0: at iomem 0xcf000-0xd07ff,0xdf000-0xdffff,0xe0000-0x= e17ff pnpid ORM0000 on isa0=0D ppc0: parallel port not found.=0D sc0: at flags 0x100 on isa0=0D sc0: VGA <16 virtual consoles, flags=3D0x300>=0D sio0: configured irq 4 not in bitmap of probed irqs 0=0D sio0: port may not be enabled=0D sio0: configured irq 4 not in bitmap of probed irqs 0=0D sio0: port may not be enabled=0D sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0=0D sio0: type 8250 or not responding=0D sio0: [FILTER]=0D sio1: configured irq 3 not in bitmap of probed irqs 0=0D sio1: port may not be enabled=0D vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0D ugen0: on uhub2=0D Timecounters tick every 1.000 msec=0D firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)=0D firewire0: bus manager 0 (me)=0D fwohci0: phy int=0D ad0: 152627MB at ata0-master SATA150=0D acd0: DVDR at ata1-master UDMA33=0D pcm0: =0D pcm0: =0D wi0: at port 0x100-0x13f irq 17 function 0 config = 1 on pccard0=0D wi0: [ITHREAD]=0D wi0: using RF:PRISM2.5 MAC:ISL3873=0D wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.2)=0D wi0: Ethernet address: 00:0a:e9:00:33:01=0D cpu0: Cx states changed=0D cpu1: Cx states changed=0D GEOM_JOURNAL: Journal 3744432623: ad0s1e contains journal.=0D GEOM_JOURNAL: Journal 3744432623: ad0s1f contains data.=0D GEOM_JOURNAL: Journal ad0s1f consistent.=0D GEOM_JOURNAL: Journal 2484419004: ad0s2f contains data.=0D GEOM_JOURNAL: Journal 2484419004: ad0s2f contains journal.=0D GEOM_JOURNAL: Journal ad0s2f consistent.=0D SMP: AP CPU #1 Launched!=0D WARNING: WITNESS option enabled, expect reduced performance.=0D Trying to mount root from ufs:/dev/ad0s1a=0D WARNING: /slice1 was not properly dismounted=0D <118>Loading configuration files.=0D <118>kernel dumps on /dev/ad0s1b=0D <118>Entropy harvesting:=0D <118> interrupts=0D <118> ethernet=0D <118> point_to_point=0D <118> kickstart=0D <118>.=0D <118>swapon: adding /dev/ad0s1b as swap device=0D <118>swapon: adding /dev/ad0s2b as swap device=0D <118>Starting file system checks:=0D <118>/dev/ad0s1a: 4681 files, 213442 used, 40373 free (2757 frags, 4702 blo= cks, 1.1% fragmentation)=0D <118>/dev/ad0s1d: DEFER FOR BACKGROUND CHECKING=0D <118>/dev/ad0s2e: DEFER FOR BACKGROUND CHECKING=0D <118>/dev/ad0s2d: DEFER FOR BACKGROUND CHECKING=0D <118>/dev/ad0s2a: 2748 files, 124930 used, 128885 free (629 frags, 16032 bl= ocks, 0.2% fragmentation)=0D <118>Setting hostuuid: A0FB4510-6899-D811-A94C-001636C058A5.=0D <118>Setting hostid: 0x14398bb7.=0D <118>Mounting local file systems:=0D WARNING: /var was not properly dismounted=0D WARNING: /slice2/tmp was not properly dismounted=0D WARNING: /slice2/var was not properly dismounted=0D <118>.=0D <118>Setting hostname: stretchlimo.blackhelicopters.org.=0D <118>net.inet6.ip6.auto_linklocal: =0D <118>1=0D <118> -> =0D <118>0=0D <118>=0D <118>lo0: flags=3D8049 metric 0 mtu 16384=0D <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 =0D <118> inet6 ::1 prefixlen 128 =0D <118> inet 127.0.0.1 netmask 0xff000000 =0D <118>wi0: flags=3D8843 metric 0 mtu= 1500=0D <118> ether 00:0a:e9:00:33:01=0D <118> inet 192.168.1.202 netmask 0xffffff00 broadcast 192.168.1.255=0D <118> media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps)=0D <118> status: no carrier=0D <118> ssid GoAway channel 1 (2412 Mhz 11b)=0D <118> stationname "FreeBSD WaveLAN/IEEE node"=0D <118> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 100=0D <118> bmiss 7 scanvalid 60=0D <118>add net default: gateway 192.168.1.254=0D <118>Additional routing options:=0D <118>.=0D <118>Starting devd.=0D panic: ieee80211_newstate: bogus xmit rate 0 setup=0D =0D cpuid =3D 1=0D KDB: enter: panic=0D Uptime: 15s=0D Physical memory: 2030 MB=0D Dumping 65 MB: 50 34 18 2=0D =0D #0 doadump () at pcpu.h:195=0D 195 pcpu.h: No such file or directory.=0D in pcpu.h=0D (kgdb) bt=0D #0 doadump () at pcpu.h:195=0D #1 0xc05c10be in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09=0D #2 0xc05c137b in panic (fmt=3DVariable "fmt" is not available.=0D ) at /usr/src/sys/kern/kern_shutdown.c:563=0D #3 0xc06864a2 in ieee80211_newstate (ic=3D0xc5144004, nstate=3DIEEE80211_S= _RUN, arg=3D-1)=0D at /usr/src/sys/net80211/ieee80211_proto.c:1331=0D #4 0xc0550247 in wi_newstate (ic=3D0xc5144004, nstate=3DIEEE80211_S_RUN, a= rg=3D-1)=0D at /usr/src/sys/dev/wi/if_wi.c:3011=0D #5 0xc055256d in wi_intr (arg=3D0xc5144000) at /usr/src/sys/dev/wi/if_wi.c= :1888=0D #6 0xc04d71e2 in pccard_intr (arg=3D0xc4cf0d80) at /usr/src/sys/dev/pccard= /pccard.c:1224=0D #7 0xc04ddf91 in cbb_func_intr (arg=3D0xc4fa1160) at /usr/src/sys/dev/pccb= b/pccbb.c:648=0D #8 0xc05a5705 in ithread_loop (arg=3D0xc4e20950) at /usr/src/sys/kern/kern= _intr.c:1034=0D #9 0xc05a2df8 in fork_exit (callout=3D0xc05a5550 , arg=3D0xc= 4e20950, =0D frame=3D0xe52e1d38) at /usr/src/sys/kern/kern_fork.c:806=0D #10 0xc07f46f0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 205=0D (kgdb) quit=0D stretchlimo/boot/kernel;^D=08=08exit=0D Script done on Sun Nov 11 09:47:29 2007 Kernel config: include GENERIC nooptions SCHED_4BSD options SCHED_ULE nooptions COMPAT_FREEBSD4 nooptions COMPAT_FREEBSD5 nooptions COMPAT_FREEBSD6 nooptions AUDIT nodevice ataraid nodevice atapifd nodevice atapist nodevice ahb nodevice ahc nooption AHC_REG_PRETTY_PRINT nodevice ahd nooptions AHD_REG_PRETTY_PRINT nodevice amd nodevice hptiop nodevice isp nodevice mpt nodevice sym nodevice trm nodevice adv nodevice adw nodevice aha nodevice aic nodevice bt nodevice ncv nodevice nsp nodevice stg nodevice amr nodevice arcmsr nodevice asr nodevice ciss nodevice dpt nodevice hptmv nodevice rr232x nodevice iir nodevice ips nodevice mly nodevice twa nodevice aac nodevice aacp nodevice ida nodevice mfi nodevice mlx nodevice pst nodevice twe nodevice de nodevice em nodevice ixgb nodevice le nodevice txp nodevice vx nodevice bce nodevice bfe nodevice bge nodevice dc nodevice lge nodevice msk nodevice nfe nodevice nge nodevice nve nodevice pcn nodevice re nodevice rl nodevice sf nodevice sis nodevice sk nodevice ste nodevice stge nodevice ti nodevice tl nodevice tx nodevice vge nodevice vr nodevice wb nodevice xl nodevice cs nodevice ed nodevice ex nodevice ep nodevice fe nodevice ie nodevice sn nodevice xe =09 --=20 Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Coming Soon: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons= ." From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 15:54:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9883116A41B for ; Sun, 11 Nov 2007 15:54:19 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 71C3B13C48E for ; Sun, 11 Nov 2007 15:54:19 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1322902waf for ; Sun, 11 Nov 2007 07:54:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=Hq5/pvDX5y8sIoSi6iYtXkAnm/qpN7JzbOon65/doOU=; b=ichkKcPK5mPJ5ZnNDdwixZ08DUzuSMzUZfUp07RFnbddDlJdEO0QuGUX/jJPftGfejiq7/hcwn0Wbe9/TBrm7WGIfT7zOgLOS+n9Ta8aGVb1Inm/J1Tc9wa0qU/UHS875cd7rekrXd9qn74yy41fuhgu49ItWaogWMwF4HPhH5U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BClCtLIu/noAcJlABvqIXVMkVYMTZGHg0Q9C8aC8s08lpGY29BejEzu6CesrNZuTEjEHWP3tiPPgjnprpBr8khtzJ1EWkGla9ufXhYdmq7l95WaQVp7SqbSMVKu6FPAOn69NAVKFO1dopd4l4TBSzocdeiNGketizddDzinly3Q= Received: by 10.115.106.7 with SMTP id i7mr732890wam.1194794837543; Sun, 11 Nov 2007 07:27:17 -0800 (PST) Received: by 10.114.125.4 with HTTP; Sun, 11 Nov 2007 07:27:17 -0800 (PST) Message-ID: <26b05a0e0711110727o10c3eb9eg9f7913def74268c4@mail.gmail.com> Date: Sun, 11 Nov 2007 23:27:17 +0800 From: "Chris Chou" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 7.0 BETA 2 crashes when starts up with USB disk plugged in X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:54:19 -0000 Dear all, I encountered another crash when using FreeBSD 7.0 BETA 2. The following is the kgdb output: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #6: Mon Nov 5 23:28:18 CST 2007 chris@mercury:/usr/obj/usr/src/sys/MERCURY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (1750.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073676288 (1023 MB) avail memory = 1037295616 (989 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe5001000-0xe5001fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xe5002000-0xe5002fff irq 22 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xe5003000-0xe50030ff irq 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 8 ports with 8 removable, self powered uhub2: port 5 reset failed atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xc400-0xc40f,0xc800-0xc87f irq 21 at device 10.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib1: at device 11.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe0000000-0xe0ffffff,0xd8000000-0xdfffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcib2: at device 14.0 on pci0 pci2: on pcib2 fxp0: port 0x9000-0x901f mem 0xe4000000-0xe4000fff,0xe3000000-0xe30fffff irq 17 at device 7.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:00:4c:93:56:88 fxp0: [ITHREAD] pcm0: port 0x9400-0x94ff irq 19 at device 9.0 on pci2 pcm0: [ITHREAD] rl0: port 0x9800-0x98ff mem 0xe3100000-0xe31000ff irq 16 at device 13.0 on pci2 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:13:d3:3b:f1:02 rl0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd0000-0xd3fff,0xd4000-0xd4fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1750010255 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled acd0: DVDR at ata1-master UDMA66 acd1: DMA limited to UDMA33, device found non-ATA66 cable acd1: DVDROM at ata1-slave UDMA33 ad4: 156334MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a <118>Loading configuration files. <118>kernel dumps on /dev/ad4s1b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>swapon: adding /dev/ad4s1b as swap device <118>Starting file system checks: <118>/dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1a: clean, 134060 free (1308 frags, 16594 blocks, 0.5%fragmentation) <118>/dev/ad4s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s2d: clean, 30942034 free (76122 frags, 3858239 blocks, 0.1%fragmentation) <118>/dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1e: clean, 161455 free (1535 frags, 19990 blocks, 0.6%fragmentation) <118>/dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1f: clean, 2488118 free (216614 frags, 283938 blocks, 2.8%fragmentation) <118>/dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1d: clean, 116918 free (30526 frags, 10799 blocks, 3.0%fragmentation) <118>Setting hostuuid: d51b734d-7b82-11dc-8224-00004c935688. <118>Setting hostid: 0xdb2f6497. <118>Mounting local file systems: <118>mount_nullfs: <118>/storage/soft: No such file or directory <118> <118>. <118>Setting hostname: mercury. <118>Enabling ipfilter. <118>Installing NAT rules. <118>0 entries flushed from NAT table <118>0 entries flushed from NAT list umass0: on uhub2 <118>net.inet6.ip6.auto_linklocal: <118>1 <118> -> <118>0 <118> <118>hw.snd.maxautovchans: <118>16 <118> -> <118>4 <118> <118>compat.linux.osrelease: <118>2.4.2 <118> -> <118>2.6.16 <118> <118>kern.ipc.shmmax: <118>33554432 <118> -> <118>67108864 <118> <118>kern.ipc.shmall: <118>8192 <118> -> <118>32768 <118> da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1968MB (4030464 512 byte sectors: 255H 63S/T 250C) umass0: at uhub2 port 5 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc045915b stack pointer = 0x28:0xe2974adc frame pointer = 0x28:0xe2974af8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault Uptime: 6s Physical memory: 1011 MB Dumping 49 MB: 34 18 2 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0611ce4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0611ee4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc087307c in trap_fatal (frame=0xe2974a9c, eva=0) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc08732e0 in trap_pfault (frame=0xe2974a9c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0873c42 in trap (frame=0xe2974a9c) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc085d84b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc045915b in xpt_done (done_ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:4856 #8 0xc0459278 in dead_sim_action (sim=0xc08e7500, ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:7264 #9 0xc045a47e in xpt_action (start_ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:3057 #10 0xc0455c08 in cam_periph_runccb (ccb=0xc40d9800, error_routine=0, camflags=CAM_RETRY_SELTO, sense_flags=1, ds=0xc4272000) at /usr/src/sys/cam/cam_periph.c:878 #11 0xc046b48b in daprevent (periph=Variable "periph" is not available. ) at /usr/src/sys/cam/scsi/scsi_da.c:1822 #12 0xc046c348 in daclose (dp=0xc436f200) at /usr/src/sys/cam/scsi/scsi_da.c:751 #13 0xc05c25ef in g_disk_access (pp=0xc4366a80, r=0, w=0, e=Variable "e" is not available. ) at /usr/src/sys/geom/geom_disk.c:152 ---Type to continue, or q to quit--- #14 0xc05c730c in g_access (cp=0xc4268b80, dcr=-1, dcw=0, dce=0) at /usr/src/sys/geom/geom_subr.c:748 #15 0xc05cbd10 in g_part_taste (mp=0xc0908520, pp=0xc4366a80, flags=0) at /usr/src/sys/geom/part/g_part.c:1355 #16 0xc05c6f31 in g_new_provider_event (arg=0xc4366a80, flag=0) at /usr/src/sys/geom/geom_subr.c:477 #17 0xc05c3973 in g_run_events () at /usr/src/sys/geom/geom_event.c:211 #18 0xc05c4d56 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:141 #19 0xc05f3334 in fork_exit (callout=0xc05c4cf0 , arg=0x0, frame=0xe2974d38) at /usr/src/sys/kern/kern_fork.c:796 #20 0xc085d8c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) The crash happens when I reboot the system with a USB disk plugged in, my USB disk is KINGSTON DataTraverler 2GB. Any one could help with this? Best regards, Chris From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 16:25:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D1E716A41B for ; Sun, 11 Nov 2007 16:25:42 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 164EC13C4BF for ; Sun, 11 Nov 2007 16:25:41 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lABGPCA1083975 ; Sun, 11 Nov 2007 17:25:12 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lABGPB2J019966 ; Sun, 11 Nov 2007 17:25:11 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lABGPA91019963; Sun, 11 Nov 2007 17:25:10 +0100 (MET) (envelope-from arno) To: =?iso-8859-1?q?S=F8ren_Schmidt?= , Alexander Sabourenkov References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <4732E37F.9020707@deepcore.dk> <4732E7C2.3030403@lxnt.info> <4736DC08.3030809@deepcore.dk> From: "Arno J. Klaassen" Date: 11 Nov 2007 17:25:10 +0100 In-Reply-To: <4736DC08.3030809@deepcore.dk> Message-ID: Lines: 43 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Sun, 11 Nov 2007 17:25:12 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4748/Sun Nov 11 13:33:34 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 47372CE8.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues TAKE 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 16:25:42 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sųren, Alexander, > Alexander found the bug causing the data to be offset wrongly in my > last patch, this new one should fix that so we dont get disappearing > nodes etc, sorry about that :) > > Please apply to clean releng_7 sources. > > Let me know how it turns out. I still test first on releng_6, but initial testing indicates it solves my problems. Thank you very much! NB, I still get an error in ata_pci_attach() when bus_alloc_resource_any() for ATA_BMADDR_RID : pci0: child atapci0 requested type 4 for rid 0x20, but the BAR says it is an memio When I retry with "ctlr->r_type1 = SYS_RES_MEMORY" (diff attached) it says : atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xfba00000 which it anyway says as well a bit later when attaching : ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xfba00000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xfbb00000 atapci0: [MPSAFE] Just if ever this info helps you; the failing bus_alloc_resource_any() for ATA_BMADDR_RID does not seem to have any influence. Once again thanx. Best, Arno --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=ata_bmaddr_rid.patch Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.105.2.6 diff -u -r1.105.2.6 ata-pci.c --- ata-pci.c 9 Nov 2007 09:58:08 -0000 1.105.2.6 +++ ata-pci.c 11 Nov 2007 15:58:07 -0000 @@ -212,6 +212,17 @@ ctlr->r_rid1 = ATA_BMADDR_RID; ctlr->r_res1 = bus_alloc_resource_any(dev, ctlr->r_type1, &ctlr->r_rid1, RF_ACTIVE); + /* ARNO some bios + TX4 claim memio iso portio */ + if ( (ctlr->r_res1 == NULL) && (ctlr->chip->chipid == ATA_PDC40718) ) { + device_printf(dev, + " ARNO TX4 fails ioport for rid %#x\n" + " retry with memio .. \n", ATA_BMADDR_RID); + ctlr->r_type1 = SYS_RES_MEMORY; + ctlr->r_res1 = bus_alloc_resource_any(dev, ctlr->r_type1, + &ctlr->r_rid1, RF_ACTIVE); + if (ctlr->r_res1 == NULL) device_printf(dev, " ARNO memio KO\n"); + else device_printf(dev, " ARNO memio OK!\n"); + } } if (ctlr->chipinit(dev)) --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 16:33:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E7B916A417 for ; Sun, 11 Nov 2007 16:33:42 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id BEE8813C481 for ; Sun, 11 Nov 2007 16:33:41 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lABGXNBY030772; Sun, 11 Nov 2007 17:33:23 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47372ED3.8030004@deepcore.dk> Date: Sun, 11 Nov 2007 17:33:23 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Arno J. Klaassen" References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <4732E37F.9020707@deepcore.dk> <4732E7C2.3030403@lxnt.info> <4736DC08.3030809@deepcore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Nathan Butcher , Alexander Sabourenkov , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues TAKE 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 16:33:42 -0000 Arno J. Klaassen wrote: > I still test first on releng_6, but initial testing indicates > it solves my problems. > =20 > Thank you very much! > =20 Now it would be interesting to know if both parts of the patch are=20 needed, can you test that ? That is just the part that changes the burst length, and just the part=20 that hacks the SG list. > NB, I still get an error in ata_pci_attach() when > bus_alloc_resource_any() for ATA_BMADDR_RID : > > pci0: child atapci0 requested type 4 for rid 0x20, but the BAR says i= t is an memio > > When I retry with "ctlr->r_type1 =3D SYS_RES_MEMORY" (diff attached) > it says : > > atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xfba00000 > > which it anyway says as well a bit later when attaching : > > ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 > atapci0: [MPSAFE] > atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xfba00000 > atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xfbb00000 > atapci0: [MPSAFE] > > > Just if ever this info helps you; the failing bus_alloc_resource_any() > for ATA_BMADDR_RID does not seem to have any influence. > =20 That's just harmless verbose chatter from the PCI subsystem. It needs to = grow functionality to tell what kind of resources are there. I'll change ATA to take advantage of that when present, until then I=20 have no intention of poking around PCI space registers on my own. Keep snot and beard sorted as we say over here :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 16:52:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3A6116A419 for ; Sun, 11 Nov 2007 16:52:10 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCB113C48A for ; Sun, 11 Nov 2007 16:52:10 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lABGpMvV089168 ; Sun, 11 Nov 2007 17:51:22 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lABGpL7v020043 ; Sun, 11 Nov 2007 17:51:21 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lABGpLhb020040; Sun, 11 Nov 2007 17:51:21 +0100 (MET) (envelope-from arno) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <4732E37F.9020707@deepcore.dk> <4732E7C2.3030403@lxnt.info> <4736DC08.3030809@deepcore.dk> <47372ED3.8030004@deepcore.dk> From: "Arno J. Klaassen" Date: 11 Nov 2007 17:51:20 +0100 In-Reply-To: <47372ED3.8030004@deepcore.dk> Message-ID: Lines: 39 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Sun, 11 Nov 2007 17:51:22 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4749/Sun Nov 11 15:32:53 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4737330A.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , Alexander Sabourenkov , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues TAKE 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 16:52:11 -0000 Sųren Schmidt writes: > Arno J. Klaassen wrote: > > I still test first on releng_6, but initial testing indicates > > it solves my problems. > > Thank you very much! > > > Now it would be interesting to know if both parts of the patch are > needed, can you test that ? > That is just the part that changes the burst length, and just the part > that hacks the SG list. with pleasure, but just leave me a day or two : I'm now copying data from a 3Ware array with a faling disk to this box (that is where I set it up for originally) before rebuilding the array with a new disk (that lab has no money (they say) for decent backup and I fell more confident to fiddle with twdm2 when having a decent backup of the data). Enfin, I'll let you know when I have tested both parts of the patch individually. > > [ .. bus_alloc_resource_any() for ATA_BMADDR_RID : .. ] > > ... > > Just if ever this info helps you; the failing bus_alloc_resource_any() > > for ATA_BMADDR_RID does not seem to have any influence. > > > That's just harmless verbose chatter from the PCI subsystem. It needs > to grow functionality to tell what kind of resources are there. > I'll change ATA to take advantage of that when present, until then I > have no intention of poking around PCI space registers on my own. OK. Thanx for the explanation. > Keep snot and beard sorted as we say over here :) "ah, ces vikings barbares" as the say over here (I'm Dutch from birth) Arno From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 17:27:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4B816A420 for ; Sun, 11 Nov 2007 17:27:03 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id 45BBF13C4D1 for ; Sun, 11 Nov 2007 17:27:01 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 41696 invoked by uid 98); 11 Nov 2007 17:26:44 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.055663 secs); 11 Nov 2007 17:26:44 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Sun, 11 Nov 2007 17:26:43 +0000 Received: (qmail 84550 invoked by uid 1002); 11 Nov 2007 17:26:40 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Nov 2007 17:26:40 -0000 Date: Sun, 11 Nov 2007 17:26:40 +0000 (GMT) From: "Mark Powell" To: freebsd-current@freebsd.org Message-ID: <20071111163622.W75459@rust.salford.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: SCSI End of Tape problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 17:27:03 -0000 I'm having problems with multi-volume backups onto scsi tape. Perhaps it's just my problem understanding how sa(4) is supposed to work. If so, please humour me :) I notice that SCSI EOT seems to be behaving strangely. This is 7.0-BETA2 amd64 with an IBM Ultrium 3580 LTO-2 drive: # mt status Mode Density Blocksize bpi Compression Current: 0x42 variable 0 0x1 ---------available modes--------- 0: 0x42 variable 0 0x1 1: 0x42 variable 0 0x1 2: 0x42 variable 0 0x1 3: 0x42 variable 0 0x1 --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 Filling a tape with data yields unexpected write sizes towards tape end: # sdd if=/dev/random of=/dev/nsa0 -debug bs=1m ... readbuf (4, 800900000, 1048576) = 1048576 writebuf (5, 800900000, 1048576) readbuf (4, 800900000, 1048576) = 1048576 writebuf (5, 800900000, 1048576) writebuf (5, 800910000, 983040) writebuf (5, 800920000, 917504) writebuf (5, 800930000, 851968) writebuf (5, 800940000, 786432) writebuf (5, 800950000, 720896) writebuf (5, 800960000, 655360) writebuf (5, 800970000, 589824) writebuf (5, 800980000, 524288) writebuf (5, 800990000, 458752) writebuf (5, 8009A0000, 393216) writebuf (5, 8009B0000, 327680) writebuf (5, 8009C0000, 262144) writebuf (5, 8009D0000, 196608) writebuf (5, 8009E0000, 131072) writebuf (5, 8009F0000, 65536) readbuf (4, 800900000, 1048576) = 1048576 writebuf (5, 800900000, 1048576) sdd: File too large. Error writing '/dev/nsa0'. sdd: Read 202157 records + 0 bytes (total of 211976978432 bytes = 207008768.00k). sdd: Wrote 202155 records + 1048576 bytes (total of 211975929856 bytes = 207007744.00k). and truss output: 2255: 0.014697962 read(4,"\M^G\M-,\M-t\M^A\M-_H\240\M-l|"...,1048576) = 1048576 (0x100000) 2255: 0.011191023 write(5,"\M^G\M-,\M-t\M^A\M-_H\240\M-l|"...,1048576) = 1048576 (0x100000) 2255: 0.014743220 read(4,"4\M-;\M-C\M-.7\M^XM/\aC\M-R\M-p"...,1048576) = 1048576 (0x100000) 2255: 0.016858613 write(5,"4\M-;\M-C\M-.7\M^XM/\aC\M-R\M-p"...,1048576) = 65536 (0x10000) 2255: 0.006140005 write(5,"Z<>\M^B\^DQV\M-v\^_\M-g\M^\p\M--"...,983040) = 65536 (0x10000) 2255: 0.008204274 write(5,""\M-Z\M-z\M^D\aOEBn\M^G\^V\M^["...,917504) = 65536 (0x10000) 2255: 0.008075763 write(5,"0C\n\M-\\M-Yv\M^T,\M-p\^]\M-r"...,851968) = 65536 (0x10000) 2255: 0.005905613 write(5,"\M-&\^T:\M-;\M-%\M-i\M-@Cb\M-k"...,786432) = 65536 (0x10000) 2255: 0.008508229 write(5,"\M^Q\M-4O#\^T\M^TP\M-#\M-m\M-F"...,720896) = 65536 (0x10000) 2255: 0.009589113 write(5,"W\M^Z\f\^A\M^O\M-~\f\M-,\M-Q:^T"...,655360) = 65536 (0x10000) 2255: 0.012372202 write(5,"\M-vO1A\M-r\^[\M-m\M-y%Se&\M-"8"...,589824) = 65536 (0x10000) 2255: 0.008358486 write(5,"-\M^F\M-pZ\rT\M-=*%U\M-@\M->:"...,524288) = 65536 (0x10000) 2255: 0.006049768 write(5,"\M-r\M^Q\^V\M-|\M^GN\M--\M-D\M-<"...,458752) = 65536 (0x10000) 2255: 0.008752399 write(5,"\M^K\^\\M-w7\M-C\M-U/\M-s\v\M^Ou"...,393216) = 65536 (0x10000) 2255: 0.008212376 write(5,"Pp\M^Y\M^XtVg\^S\M^Z(%i\M-^9\M-C"...,327680) = 65536 (0x10000) 2255: 0.006424125 write(5,"\M-|\M-t\M-q\a~\M-F\240\M-h\M-y"...,262144) = 65536 (0x10000) 2255: 0.008091408 write(5,"\M-d\M^\d\M-NFO#V\M^Q[5\M^Q\M-C."...,196608) = 65536 (0x10000) 2255: 0.017410649 write(5,"j\M-Z\M-)\M^?\M^P\M-a`Bqx\M-@"...,131072) = 65536 (0x10000) 2255: 0.005774868 write(5,"bo\v\M-S\M-M\M-XZH\M-ee\^B8D\M-."...,65536) = 65536 (0x10000) 2255: 0.014674216 read(4,"\^DK\^??0\M^L\M-eE$\M-`\M-a\M-%k"...,1048576) = 1048576 (0x100000) 2255: 0.000014527 write(5,"\^DK\^??0\M^L\M-eE$\M-`\M-a\M-%k"...,1048576) = 0 (0x0) 2255: 0.000008102 fsync(0x5,0x7fffffffe410,0x30,0x7fffffffe380,0xffffffff80616580,0x7fffffffe2d8) = 0 (0x0) 2255: 1.282824673 close(5) = 0 (0x0) 2255: -1.999956418 process exit, rval = 27 It seems strange that the OS split the last 1m in 16x64kb chunks. Is that a driver bug? Shouldn't it just write a single 1m block at the end? Reading that tape back seems to correctly reads every block as 1m: # sdd if=/dev/nsa0 -onull -debug bs=1m ... readbuf (4, 800900000, 1048576) = 1048576 readbuf (4, 800900000, 1048576) = 1048576 readbuf (4, 800900000, 1048576) = 0 sdd: Read 202156 records + 0 bytes (total of 211975929856 bytes = 207007744.00k). sdd: Wrote 0 records + 0 bytes (total of 0 bytes = 0.00k). And the truss: 3316: 0.027002833 read(4,"\M^G\M-,\M-t\M^A\M-_H\240\M-l|"...,1048576) = 1048576 (0x100000) 3316: 1.330697190 read(4,"4\M-;\M-C\M-.7\M^XM/\aC\M-R\M-p"...,1048576) = 1048576 (0x100000) 3316: 0.005059958 read(4,0x800900000,1048576) = 0 (0x0) 3316: 0.000017041 fsync(0x1,0x7fffffffe520,0x4,0x7fffffffe490,0xffffffff80616500,0x7fffffffe3e8) = 0 (0x0) 3316: 0.000016203 close(1) = 0 (0x0) 3316: -1.999939377 process exit, rval = 0 So why the discrepancy on write? I'm also seeing other strange behaviour. Here's some truss from a star multi-volume tape write with bs=1m: # star -c -xdev -sparse -acl -link-dirs -T -vv -time H=exustar dumpdate=$dumpdate bs=1m fs=${fifo} -M -multivol -fifostats level=${level} -wtardumps VOLHDR=\"Level ${level} ${fs} `date +'%F %T'`\" fs-name=/${fs} -C /${snapdir} ." Star uses a fifo to speed up tape writes. That's why there are two processes. FD 5 are the files it's reading and fd 9 is the tape: 6082: 6183.696515874 read(5,"\M^?\M-{\M^Pd\0\^O\M-p\0\0L\0\0"...,42691072) = 2104844 (0x201e0c) 6082: 6183.696598009 read(5,0x804654600,42682880) = 0 (0x0) 6083: 6183.357543470 write(9,"\M-y!\M-f\M-0 \M-fo\M-q\M^MjjV_"...,1048576) = 512 (0x200) 6082: 6183.725543832 read(5,"\M^?\M-{\240D\0\0\^C\^QV\M-9h#"...,42681344) = 3267175 (0x31da67) 6082: 6183.725633230 read(5,0x804972800,40462336) = 0 (0x0) 6083: 6183.369095147 write(9,"4\M-n\M-`;\M^N\M-E\M-%\M-c\^\"...,1048576) = 1048576 (0x100000) 6083: 6183.408098854 write(9,"\M-*\M-d\M^U$^\M-N\M-^\M-C\M-\'d"...,1048576) = 5 (0x5) 6083: 6183.447565199 write(9,"\^\\M-G\M-*\^]l\M-@s\M-,`\M-s\^Y"...,1048576) = 1048576 (0x100000) 6083: 6183.458886675 write(9,"O\M-[\M^KRN\M-5D\M^M\M-y\^W\M^?"...,1048576) = 1048576 (0x100000) 6083: 6183.497476915 write(9,"\^N\M^O\M^^x\M-e\^T\M-H\M-J\M-n"...,1048576) = 1048576 (0x100000) 6083: 6183.536590694 write(9,"a\M^L\M-o\M^?\M-[\M-7\fk\M-q\M^H"...,1048576) = 1048576 (0x100000) 6083: 6183.568920807 write(9,"\M-%\M-R)4\M-K[jr\M-x\M-|\M^U"...,1048576) = 1048576 (0x100000) 6083: 6183.580280278 write(9,"i\M^T\M-9\M-$\M-;Yz,\M-<\M^T\M-W"...,1048576) = 512 (0x200) 6082: 6183.975335126 read(5,"\M^?\M-{\M^Pd\0\^C0\0\0N\0\0\0\0"...,42557952) = 3762476 (0x39692c) 6082: 6183.975424804 read(5,0x804d09800,45086720) = 0 (0x0) 6083: 6183.619253813 write(9,"\M-1\M-6\M^K\M-.\M-T\M-4L@l\M^@ "...,1048576) = 1048576 (0x100000) It's writing blocks of all sorts of sizes; as expected 1048576, more unusually 512, but also more surprisingly a write to tape of 5 bytes! Surely they must be at least modulo 512? Or are the size of these writes not a reflection of the size of the blocks that are being written to the tape? Later on towards the end of the tape it starts to write just 64KB blocks like sdd did, but it writes 1039 of these rather than the neat 16 that sdd did: 6083: 6188.558234023 write(9,"\M-]\^D\M^Rk@\^D`\^P\M-`(\M-2$"...,1048576) = 65536 (0x10000) 6083: 6188.563378066 write(9,"\M-C4\n\M-D\M-!&\^Sr\^Y_\M^OO"...,1048576) = 65536 (0x10000) 6083: 6188.568657603 write(9,"\M-@\M^?M\^EO\M-%\a\M-y[\^^;HY?"...,1048576) = 65536 (0x10000) 6083: 6188.574390838 write(9,"@ \M^AS\M-'\0\^^\M^@\M^V\^P4"...,1048576) = 65536 (0x10000) 6083: 6188.579571478 write(9,"\M-ZX$\M-"%\M^Q\M-I\M-8A\M^B\M-,"...,1048576) = 65536 (0x10000) 6083: 6188.584619418 write(9,"^\M-U\^E\M-'%\M-\\M^@\M^Bh\M-N`"...,1048576) = 65536 (0x10000) 6083: 6188.589762064 write(9,"\M-E\M-9\M-#\M-@C\^R\M-;I)\v\M-T"...,1048576) = 65536 (0x10000) But it does report EOT, in a way: 6083: 6191.387300915 write(9,"D\M^X\^R\M-H\r\M-I.\M-{\M-m\M-0+"...,1048576) = 65536 (0x10000) 6083: 6191.393140310 write(9,"\M-rz\^?\M^?\M^?\M^?\M-{>\M-4~"...,1048576) = 65536 (0x10000) 6083: 6191.402045793 write(9,"\M-$\^\\M^U\M-D"\^E\b\M^A\M^R!"...,1048576) = 65536 (0x10000) 6083: 6193.593383502 write(9,",B&.\M^@[\^Z=\M-c\0\M^Q\M-Qme"...,1048576) = 65536 (0x10000) 6083: 6193.601456462 write(9,"\M-=',\^SGN\M-'\M-[\M-yY\M^Q\M-e"...,1048576) ERR#28 'No space left on device' 6083: 6193.601564578 write(2,"star: fifo had 88479 puts 206042"...,39) = 39 (0x27) 6083: 6193.601619056 write(2,"star: fifo was 24 times empty an"...,51) = 51 (0x33) Now getting to the real issue. I can use star to create multi-volume archives without a problem. The ERR#28 above, when writing causes star to prompt for a new tape. The issue comes when reading them back. I want to make sure my backups are good using star's excellent -diff option. I can successfully check the 1st tape using diff (so the backup is good despite those bizarre write sizes), but at the end of the 1st tape I get: 13908: 1.016033736 read(9,"T\M-|\M-VD\M^Rq\M-'q\M-yd\M-u3"...,1048576) = 1048576 (0x100000) 13908: 0.014666665 read(9,0x801101000,1048576) ERR#5 'Input/output error' 13908: 0.000017042 write(2,"star: Input/output error. Error "...,53) = 53 (0x35) Star dies and the kernel outputs: (sa0:ahc1:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. Shouldn't the last read return 0 or report EOT in some other way? The driver sa, getting into this frozen state seems wrong? On to blocksizes. I believe the maximum blocksize that an LTO can handle is 2MB. Correct me if I'm wrong. However, I see more unusual behaviour. Blocksize seems to have a 64KB maximum: # mt blocksize 0 # sdd if=/dev/random of=/dev/sa0 bs=32k count=1 sdd: Read 1 records + 0 bytes (total of 32768 bytes = 32.00k). sdd: Wrote 1 records + 0 bytes (total of 32768 bytes = 32.00k). Try to read it back without specifying a buffer size: # sdd if=/dev/sa0 -onull (sa0:ahc1:0:6:0): 32768-byte tape record bigger than supplied buffer sdd: Input/output error. Error reading '/dev/sa0'. sdd: Read 0 records + 0 bytes (total of 0 bytes = 0.00k). sdd: Wrote 0 records + 0 bytes (total of 0 bytes = 0.00k). As expect we are warned that the blocksize is 32k. Do that with 64k and we get expected behaviour too: # sdd if=/dev/random of=/dev/sa0 bs=64k count=1 sdd: Read 1 records + 0 bytes (total of 65536 bytes = 64.00k). sdd: Wrote 1 records + 0 bytes (total of 65536 bytes = 64.00k). # sdd if=/dev/sa0 -onull (sa0:ahc1:0:6:0): 65536-byte tape record bigger than supplied buffer sdd: Input/output error. Error reading '/dev/sa0'. sdd: Read 0 records + 0 bytes (total of 0 bytes = 0.00k). sdd: Wrote 0 records + 0 bytes (total of 0 bytes = 0.00k). But go beyond 64k and the blocksize seems to be limited: # sdd if=/dev/random of=/dev/sa0 bs=65k count=1 sdd: Read 1 records + 0 bytes (total of 66560 bytes = 65.00k). sdd: Wrote 1 records + 0 bytes (total of 66560 bytes = 65.00k). # sdd if=/dev/sa0 -onull (sa0:ahc1:0:6:0): 65536-byte tape record bigger than supplied buffer sdd: Input/output error. Error reading '/dev/sa0'. sdd: Read 0 records + 0 bytes (total of 0 bytes = 0.00k). sdd: Wrote 0 records + 0 bytes (total of 0 bytes = 0.00k). What's going on here? Why is blocksize getting limited to 64k? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 17:29:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2698316A46B; Sun, 11 Nov 2007 17:29:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 47B3013C4B8; Sun, 11 Nov 2007 17:29:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lABGuiZS074007; Sun, 11 Nov 2007 11:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lABGui3J085124; Sun, 11 Nov 2007 11:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 47B667302F; Sun, 11 Nov 2007 11:56:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071111165644.47B667302F@freebsd-current.sentex.ca> Date: Sun, 11 Nov 2007 11:56:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 17:29:28 -0000 TB --- 2007-11-11 15:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-11 15:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-11 15:40:00 - cleaning the object tree TB --- 2007-11-11 15:40:26 - checking out the source tree TB --- 2007-11-11 15:40:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-11 15:40:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-11 15:49:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-11 15:49:33 - cd /src TB --- 2007-11-11 15:49:33 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 11 15:49:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-11 16:56:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-11 16:56:43 - ERROR: failed to build world TB --- 2007-11-11 16:56:43 - tinderbox aborted TB --- 0.47 user 1.64 system 4603.80 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 17:32:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C84816A421 for ; Sun, 11 Nov 2007 17:32:44 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id CB79F13C4B9 for ; Sun, 11 Nov 2007 17:32:43 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lABHQKri053610 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 11 Nov 2007 12:26:23 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Pieter de Goeje In-Reply-To: <200711111533.42775.pieter@degoeje.nl> References: <200710131857.46963.pieter@degoeje.nl> <20071109122628.GF37471@deviant.kiev.zoral.com.ua> <200711101707.23910.pieter@degoeje.nl> <200711111533.42775.pieter@degoeje.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Ynmy49Jp81p/BMIPUOrA" Organization: U. Buffalo CSE Department Date: Sun, 11 Nov 2007 12:26:19 -0500 Message-Id: <1194801979.3906.6.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Kostik Belousov , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 17:32:44 -0000 --=-Ynmy49Jp81p/BMIPUOrA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2007-11-11 at 15:33 +0100, Pieter de Goeje wrote: > This commit to sys/vm/vm_object.c fixed it: >=20 > revision 1.386 > date: 2007/10/18 23:02:18; author: alc; state: Exp; lines: +2 -1 > The previous revision, updating vm_object_page_remove() for the new page > cache, did not account for the case where the vm object has nothing but > cached pages. >=20 > Reported by: kris, tegge > Reviewed by: tegge >=20 > If you want I can still do a search for the commit that introduced the=20 > problem, but I think this gives a rather strong clue on what caused it :) >=20 > Pieter de Goeje We really really really appreciate your help with this. Thank you VERY much! --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Ynmy49Jp81p/BMIPUOrA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHNzsr/G14VSmup/YRAtG2AKCUsbGqPNEOAWAGn+omdc6+IjXLkACdE+OO 5vtmREMV6ZAlHLAM6a5K7mc= =rtOw -----END PGP SIGNATURE----- --=-Ynmy49Jp81p/BMIPUOrA-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 18:26:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59C3116A41B for ; Sun, 11 Nov 2007 18:26:36 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id E286013C4A3 for ; Sun, 11 Nov 2007 18:26:35 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 9693A10ECFA for ; Sun, 11 Nov 2007 19:07:31 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g0HB56XcEHjZ for ; Sun, 11 Nov 2007 19:07:29 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 5214B10EBBF for ; Sun, 11 Nov 2007 19:07:29 +0100 (CET) Date: Sun, 11 Nov 2007 19:07:06 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <507457093.20071111190706@rulez.sk> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 18:26:36 -0000 Hello people, I would like to report problems which are most probably related to the re(4) driver. The problem is reproducible after some time (i.e. after some amount of data has been sent/received) and disappears again after reboot. You can try to reproduce it by extracting a big tar archive contianing a thousands of small files with verbose output (e.g. tar -v) over ssh session. It will reset your connection after some time with something like: Disconnecting: Bad packet length 4070316545. After it's been provoked for the first time, it is even more easier to provoke it again, simply by ssh-ing to the box and running "yes". The problem will occur in a few seconds, and you will be disconnected with the error mentioned above, or sometimes with the following error: Disconnecting: Corrupted MAC on input. Ok, these were the symptones, now the device in the question: I suppose that it is an integrated card (the machine is in collocation and I've never seen it by myself). This is the respective line from dmesg: re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 pciconf -lv output: re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet I would swear that this isn't a bad hardware, as the machine is brand new, and we have 4 of these boxes, all of them are having the same symptons. I also have a friend, who is experiencing the same problem for quite some time on HEAD (I am running on recent RELENG_7). I will very willingly provide any additional data, which might be required, I can also manage a remote ssh access to the machine so it can be debugged. The problem is, that the system itself doesn't hang, there is no panic and no additional information in /var/log/messages. If there is any way how can I debug this, please let me know and I will do so ASAP (as we are migrating our servers to this hardware). Also, I wasn't able to reproduce it by transferring a 10gb file over ftp, but when the problem starts to occur, it's not limited to only ssh connecion. I mean, even mysql connections are being reset. Any help will be greatly appreciated! Also, if you are able to confirm this problem with re(4) etherent card, please let us know! -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 18:52:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE61516A469 for ; Sun, 11 Nov 2007 18:52:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9A56A13C4BE for ; Sun, 11 Nov 2007 18:52:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so821235pyb for ; Sun, 11 Nov 2007 10:52:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=DnyJ1B9wzujIVQixOoCjbiS0YvVx/QIWd7KkL+kXllM=; b=U6fcYUATBT2ftrSuaiiN//FlhPJweeqJCuMonUVqxyq5sVrFY9NnlaasOgkW/NBjutHxoZfLbs+VXG1W/cPqaCI3kVNftp7Sfgdy1N9CjLXYA9W4cZ1GjpI1jUIiFwgvFyFrAQMMVz77CN4vnGbJr+FKnKzYzsmdWIsgC6H0PvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TZerRZs5tSBpaltKDIxNGkuovy5JB7ibqVFgNsLhQmzj6SQwdn4ZWt+ReYVfFmGOq6qobEYAlUQfDXlNQB238AW5PoMEGPmPo4MgcUsAulhjoaXIhdbWkiSkv4N22OEHHEoqF0qQGlKRF4dzZmWCzW7UVTsSBR9ZtAOcknm3XrA= Received: by 10.65.155.19 with SMTP id h19mr12040390qbo.1194806718506; Sun, 11 Nov 2007 10:45:18 -0800 (PST) Received: by 10.65.107.3 with HTTP; Sun, 11 Nov 2007 10:45:18 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 13:45:18 -0500 From: "Aryeh Friedman" To: "Daniel Gerzo" In-Reply-To: <507457093.20071111190706@rulez.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <507457093.20071111190706@rulez.sk> Cc: current@freebsd.org Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 18:52:38 -0000 > Disconnecting: Corrupted MAC on input. I have not seen any error messages but your description sound identical to something happening on the same hardware to me (p35, e6850).... Daniel: does this happen to be a MSI Neo-F Mobo? > > Ok, these were the symptones, now the device in the question: > > I suppose that it is an integrated card (the machine is in > collocation and I've never seen it by myself). This is the > respective line from dmesg: > > re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 > > pciconf -lv output: > > re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet So no it is not your hardware (kind of reminds me of the amount time it took to convience people there was a IHC9/SATA problem on same Mobo ;-)) From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 19:41:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6FA216A418 for ; Sun, 11 Nov 2007 19:41:29 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 70F0913C4B9 for ; Sun, 11 Nov 2007 19:41:29 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62957 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrIgI-000FNf-5I for freebsd-current@freebsd.org; Sun, 11 Nov 2007 19:41:18 +0000 Message-ID: <47375ADD.2020001@conducive.net> Date: Sun, 11 Nov 2007 19:41:17 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <507457093.20071111190706@rulez.sk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:41:29 -0000 Aryeh Friedman wrote: >> Disconnecting: Corrupted MAC on input. > > I have not seen any error messages but your description sound > identical to something happening on the same hardware to me (p35, > e6850).... Daniel: does this happen to be a MSI Neo-F Mobo? > >> Ok, these were the symptones, now the device in the question: >> >> I suppose that it is an integrated card (the machine is in >> collocation and I've never seen it by myself). This is the >> respective line from dmesg: >> >> re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 >> >> pciconf -lv output: >> >> re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' >> class = network >> subclass = ethernet > > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > > re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > ======== Ok - here's what may be a slightly earlier rev on a Gigabyte GA G33-DS3R: re0: port 0xc000-0xc0ff mem 0xf1000000-0xf1000fff irq 16 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:4e:22:e8 re0: [FILTER] re0: [FILTER] ======= re0@pci0:3:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet ======= OS build: FreeBSD chameleon.triligon.to 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Sat Oct 20 22:37:19 UTC 2007 root@chameleon.triligon.local:/usr/obj/usr/src/sys/WBH_ULE i386 Core-2 Quad 2.6 GHz, 2 GB DDR-800. Supporting a Win 'server' with IIS 6.0 inside a Qemu container. - We were hunting a Squid conf problem before switching to varnishd, (thanks phk@!), so ran some largish tcpdump -i to files and perused same. Problem was not with the NIC. *So far* - this one hasn't set a foot wrong with: - multiple, often long-running (days) ssh sessions - squid & varnish accelerators - multiple GB per file qcow2 .img backups .. on either the re Gig-E (above), or the add-on fxp0 10/100. Interested in the outcome, as this one is in 'production' now. - Might the issue be external to the box (cables, routers, network)? - Does a long-running 'ping' show packet loss? - Have you run tcpdump -i re0 >> {some.file} and looked at what it shows around the time of the aberrant behaviour? Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 19:53:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62AB616A417 for ; Sun, 11 Nov 2007 19:53:35 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4D34E13C4B0 for ; Sun, 11 Nov 2007 19:53:35 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 23430 invoked from network); 11 Nov 2007 19:53:14 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 11 Nov 2007 19:53:14 -0000 Message-ID: <47375D78.4040309@chuckr.org> Date: Sun, 11 Nov 2007 14:52:24 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:53:35 -0000 I have a junko, but reliable, Ethernet card, one that has installed perfectly as dc0, and runs fine. I've been recently experimenting with on-board peripherals, and since I have a Asus Striker Extreme mobo, I thought that the dual Ethernet ports ought to work. The dmesg output seems to probe nfe0 & nfe1 just fine, so I tried using ifconfig (an old friend, so you can dismiss thoughts that I did this wrong) to drop the dc0, and move my stuff over to nfe0. When I do this, the entire machine instantly locks up solid. I've tried this 3 times now; the machine doesn't respond to pings, I can't (even typing in the blind) bring dc0 back to life, and it just seems to instantly lock up. Any suggestions on this? From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 19:56:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2434516A419 for ; Sun, 11 Nov 2007 19:56:10 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id C155113C48D for ; Sun, 11 Nov 2007 19:56:09 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id D7F7A3D92E3; Sun, 11 Nov 2007 22:55:48 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 949883D8774; Sun, 11 Nov 2007 22:55:48 +0300 (MSK) Date: Sun, 11 Nov 2007 22:55:57 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <18010548279.20071111225557@masm.elcom.ru> To: Stefan Bethke , freebsd-current@freebsd.org In-Reply-To: <02467C91-0269-472F-B3B9-C688E97643DF@lassitu.de> References: <324179041.20071111052308@masm.elcom.ru> <02467C91-0269-472F-B3B9-C688E97643DF@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: routes from ippool.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:56:10 -0000 On 11.11.2007, Stefan Bethke wrote: > Am 11.11.2007 um 03:23 schrieb Victor M. Blood: >> Hi, All. >> >> I need to adding static routes from some tables in /etc/ippool.conf, >> may be it's require for any one and may be adding to rc scripts "for >> use"... sorry for my programming for /bin/sh . > I'm not sure I understand. What's wrong with static_routes in > rc.conf(5)? I think, load rules with ippool - good idea, I have pool/homenet and need to it anower gateway, thereis 24 subnet listed. If any subnet changes I need to change ippool and rc.conf, I think that quite enough change only ippool.conf, why routes couldnot be load from it? I'm only send idea and think that it helps anyone in work. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 19:58:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC97116A421 for ; Sun, 11 Nov 2007 19:58:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 66EA513C4BB for ; Sun, 11 Nov 2007 19:58:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so847311pyb for ; Sun, 11 Nov 2007 11:58:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nmsyaC1/EevFgYemJC855t1RA10xlQ1ylNOJVHinQkY=; b=TX+Z9k89PFkwLFUQyTCZ7X/zPmM1kFkmi6b2nKJe+pFBpiWK+NdFJeXerQ9VYolew8rJjg2mAXxF3h2LEDhaMHNEZ8zdGI+0HPQ5o3hxACJ+TjRPp3HwjEzN7tFNdwWjMOCvm08CwwWAmhclU7qNEu0O3RFLeeOTp6Gg700qcD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kB/Q5SQ2N0rkKpp/QAmonmQv9ErWSBlCxL6mfaK7TTw0QxM1Sv6g1qW84RrV4FI11C6TPbL1OzlMPcpLnqIQdRtMEHWBuIbjMJTrbqsyu3ni94lRhsO+eU8lcr17+Fg8sgadM8c4sx/gT8ijDw5hMh3lNT9LfZgmzUDVGWiqylk= Received: by 10.65.214.19 with SMTP id r19mr12186009qbq.1194811080395; Sun, 11 Nov 2007 11:58:00 -0800 (PST) Received: by 10.65.107.3 with HTTP; Sun, 11 Nov 2007 11:58:00 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 14:58:00 -0500 From: "Aryeh Friedman" To: "=?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?=" In-Reply-To: <47375ADD.2020001@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> Cc: freebsd-current@freebsd.org Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:58:12 -0000 > > OS build: > > FreeBSD chameleon.triligon.to 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Sat Oct 20 > 22:37:19 UTC 2007 root@chameleon.triligon.local:/usr/obj/usr/src/sys/WBH_ULE > i386 FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 11 05:22:44 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 (I always do a cvs right before kernel builds so it is as recent as about 10 mins before the above0 From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 20:04:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F4216A41B for ; Sun, 11 Nov 2007 20:04:27 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id DC37B13C4BD for ; Sun, 11 Nov 2007 20:04:26 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: by rv-out-0910.google.com with SMTP id l15so908041rvb for ; Sun, 11 Nov 2007 12:04:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=bd3stsdCs4tFhQG5rtmkphIDUyIR3WrssTzN6oORoos=; b=eSf440KMSiCqpmAW1VDWV3F/7u/81gwRuGZNaB1ZCdAfoh4/h45htRwWeLfseagy6qm/b0Sy3zllH9i0A1ZVBHI0yphmnuqnT3IFTEUX/SGXcum7PGvlixpaat1ToZKOmnbvG+IEZJawtG6+lAlSa+QH2GvWcGvctNY22gR0xrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XHexlbRaYbRXF2weN/pDxveiOw3Y6u8YO1pZoOGiy1jm4fjIW3b71c7qw5+RyHDYj9QlWJtqqkGd+qCTPT6Gf1tJq2UK/4dGAEXUxgRuNyjjarC3zXFnzrN+LK0NYLaleAPxwjUu6EYv90OXOrtwY/sfTPs0ZAzJ9w135dc3vNA= Received: by 10.142.222.21 with SMTP id u21mr528171wfg.1194811459836; Sun, 11 Nov 2007 12:04:19 -0800 (PST) Received: by 10.142.108.8 with HTTP; Sun, 11 Nov 2007 12:04:19 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 20:04:19 +0000 From: mustkaru To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Sun, 11 Nov 2007 20:09:59 +0000 Subject: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 20:04:27 -0000 Hi, I updated to RELENG_7 two yesterday, and under usual load started getting hundreds of messages swap_pager_getswapspace(3): failed The system swap is 96% full; it is less than 20% usually under the same load. The system started to kill off processes because of lack of swap space: pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap space swap_pager_getswapspace(2): failed pid 13984 (evince), uid 1001, was killed: out of swap space I suppose there's no way to get back to the more stable BETA2 ? When cvsuping, I noticed 52815 Nov 8 14:03 vm_page.c had been changed. Might it be related to that? Might a next possible change in that get back a more stable swapper. . .? Must -- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 20:25:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D3916A417 for ; Sun, 11 Nov 2007 20:25:02 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6316113C480 for ; Sun, 11 Nov 2007 20:25:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63049 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrJLW-000FY9-0X for freebsd-current@freebsd.org; Sun, 11 Nov 2007 20:23:54 +0000 Message-ID: <473764D9.6060609@conducive.net> Date: Sun, 11 Nov 2007 20:23:53 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 20:25:02 -0000 Aryeh Friedman wrote: >> OS build: >> >> FreeBSD chameleon.triligon.to 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Sat Oct 20 >> 22:37:19 UTC 2007 root@chameleon.triligon.local:/usr/obj/usr/src/sys/WBH_ULE >> i386 > > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 11 > 05:22:44 EST 2007 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 > > (I always do a cvs right before kernel builds so it is as recent as > about 10 mins before the above0 > _______________________________________________ My 8- stuff is on another MB (Asus P5K at the moment - restricted to add-on NIC's as the onboard one is a POS.) I *hope* the OP is not planning production use of 8-CURRENT just yet.... and you had mentioned this as a 'while ago' problem in your case, so was that not still under 7-something? Has it recurred under 8-? Can you 'make' it happen again? The OP's network environment can just as easily be a contributor as the NIC & drivers. All these are external, so only a good quality cable back-to-back eliminates them from the equation, and the OP may not have that option, even with site-tech help, on boxen he's never laid eyes on. I'll test what I can to see if it occurs here, but what has been mentioned so far has been done, and has not been problematic - yet. Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 20:33:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41B0A16A419 for ; Sun, 11 Nov 2007 20:33:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id EB23113C4BF for ; Sun, 11 Nov 2007 20:33:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so860965pyb for ; Sun, 11 Nov 2007 12:32:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=DvkiwAF2Lga56VOA/2HRns6ioaN5VUGwk1lsANe0h34=; b=HuU2ZnJ8bh6AhIe1mEeNdG72t5m8iAokwHSrMpneQVwow3vPfwLHh0cpnUrnhp65Y3IHwSNEUiRIr30irGQb5yJMQ6DOOQNgjIJMbXQgYM1V14xNkWTa9p4hCj14+td1ZeGngMwkyQkDqRRKl/tpLW4iubUQzGxmUyPzuonVrIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jP0J/TnKUiVl7iQKuCn1GAnoCfriQN/DAsO/r3sfUPF8Ty3gq1rGxGiPbxmAVeSf6x7zWMjzdET6UhqGQ9PzE1PRRUaTxdNIYlZUt9usWhhzGVcRAyhF5g1lpqq4y0my0QCl7iiDR+BJSRP5WuzVMEHaI1FOWx4yAdFQXAsSLJI= Received: by 10.65.214.19 with SMTP id r19mr12248569qbq.1194813176462; Sun, 11 Nov 2007 12:32:56 -0800 (PST) Received: by 10.65.107.3 with HTTP; Sun, 11 Nov 2007 12:32:56 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 15:32:56 -0500 From: "Aryeh Friedman" To: "=?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?=" In-Reply-To: <473764D9.6060609@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> <473764D9.6060609@conducive.net> Cc: freebsd-current@freebsd.org Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 20:33:11 -0000 > Has it recurred under 8-? Yes... but as I said I have had no error messages just random dropouts and then reconnects after about 15 secs > Can you 'make' it happen again? On demand no but everyday use yes. From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 20:57:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 465A816A418 for ; Sun, 11 Nov 2007 20:57:09 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0E14A13C494 for ; Sun, 11 Nov 2007 20:57:08 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63111 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrJrY-000Fgo-CH for freebsd-current@freebsd.org; Sun, 11 Nov 2007 20:57:00 +0000 Message-ID: <47376C9C.50505@conducive.net> Date: Sun, 11 Nov 2007 20:57:00 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> <473764D9.6060609@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 20:57:09 -0000 Aryeh Friedman wrote: >> Has it recurred under 8-? > > Yes... but as I said I have had no error messages just random dropouts > and then reconnects after about 15 secs > > >> Can you 'make' it happen again? > > On demand no but everyday use yes. and off-list said: Aryeh Friedman wrote: >> Ok - here's what may be a slightly earlier rev on a Gigabyte GA G33-DS3R: > > For once you won't be accusing me of seeing ghosts ;-) It isn't about 'ghosts'. Its about thorough troubleshooting and reporting of the available facts vs the dollar under the tin-bin side-trips. The NIC and drivers are only a small part of the network environment. Long ago and far away, ethernet ran out of hard-coded MAC ID's (shorter at the time), so we assigned them by manual over-ride. As with setting up duplicate IP's inadvertantly, you can guess that there were problems. Recently I've run into Pegasus II chipset USB ethernet adapters with ... duplicate factory-assigned MAC addresses. Something I hadn't expected to need to watch for in over a decade. And only a problem if they show up on the same LAN, but - go figure - we had it happen on a 192 - internal subnet with just four machines, so... Then there are ARP caches not cleared fast enough when you migrate IP's, faulty routers, hubs, cables, shit-storms on the channel from *other* boxen that block your packets...and so on... None of which driver coders can do SQRT of FA about... Let's find out what we actually have here... 'More facts, please'.... Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 21:28:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB72E16A417 for ; Sun, 11 Nov 2007 21:28:01 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 5931C13C4B0 for ; Sun, 11 Nov 2007 21:28:00 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 569EF10EB67; Sun, 11 Nov 2007 22:27:23 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gclxMSCrM65z; Sun, 11 Nov 2007 22:27:21 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 77BED10EB2D; Sun, 11 Nov 2007 22:27:21 +0100 (CET) Date: Sun, 11 Nov 2007 22:27:08 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1785437761.20071111222708@rulez.sk> To: =?utf-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= In-Reply-To: <47376C9C.50505@conducive.net> References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> <473764D9.6060609@conducive.net> <47376C9C.50505@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re[2]: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 21:28:02 -0000 Hello ???, Sunday, November 11, 2007, 9:57:00 PM, you wrote: > And only a problem if they show up on the same LAN, but - go figure - we had it > happen on a 192 - internal subnet with just four machines, so... > Then there are ARP caches not cleared fast enough when you migrate IP's, faulty > routers, hubs, cables, shit-storms on the channel from *other* boxen that block > your packets...and so on... > None of which driver coders can do SQRT of FA about... > Let's find out what we actually have here... > 'More facts, please'.... OK let's see what can I provide: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ (2999.98-MHz K8-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs usable memory = 8543711232 (8147 MB) avail memory = 8264265728 (7881 MB) FreeBSD web1.opensubtitles.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 11 11:38:53 CET 2007 danger@detuxator:/usr/obj/usr/src/sys/web1 amd64 ULE Scheduler, polling enabled, hz=1000. Also: options ACCEPT_FILTER_HTTP options ACCEPT_FILTER_DATA re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:db:f8:cf:b1 inet 78.46.35.175 netmask 0xffffffe0 broadcast 78.46.35.191 media: Ethernet autoselect (100baseTX ) status: active Other machine, same configuration besides: re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:db:f8:c9:48 inet 78.46.35.176 netmask 0xffffffe0 broadcast 78.46.35.191 media: Ethernet autoselect (100baseTX ) status: active There is another one, which is suffering this problem. I have the same hardware configuration on yet another one, but it doesn't seem like to have these symtons, which is interesting: FreeBSD web3.opensubtitles.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri Nov 9 09:38:49 CET 2007 root@detuxator:/usr/obj/usr/src/sys/web3 amd64 re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:db:f8:c9:f6 inet 78.46.35.174 netmask 0xffffffe0 broadcast 78.46.35.191 media: Ethernet autoselect (100baseTX ) status: active If you are interested in any other information, just ask me and I will provide it. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 21:49:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBEE16A418 for ; Sun, 11 Nov 2007 21:49:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 39E1513C4A8 for ; Sun, 11 Nov 2007 21:49:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63259 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrKfs-000FwD-72 for freebsd-current@freebsd.org; Sun, 11 Nov 2007 21:49:00 +0000 Message-ID: <473778CB.7000403@conducive.net> Date: Sun, 11 Nov 2007 21:48:59 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <507457093.20071111190706@rulez.sk> <47375ADD.2020001@conducive.net> <473764D9.6060609@conducive.net> <47376C9C.50505@conducive.net> <1785437761.20071111222708@rulez.sk> In-Reply-To: <1785437761.20071111222708@rulez.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: *Suspect* Re[2]: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 21:49:14 -0000 Daniel Gerzo wrote: > Hello ???, > > Sunday, November 11, 2007, 9:57:00 PM, you wrote: > >> And only a problem if they show up on the same LAN, but - go figure - we had it >> happen on a 192 - internal subnet with just four machines, so... > >> Then there are ARP caches not cleared fast enough when you migrate IP's, faulty >> routers, hubs, cables, shit-storms on the channel from *other* boxen that block >> your packets...and so on... > >> None of which driver coders can do SQRT of FA about... > >> Let's find out what we actually have here... > >> 'More facts, please'.... > > OK let's see what can I provide: > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ (2999.98-MHz K8-class CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > usable memory = 8543711232 (8147 MB) > avail memory = 8264265728 (7881 MB) > > FreeBSD web1.opensubtitles.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 11 11:38:53 CET 2007 danger@detuxator:/usr/obj/usr/src/sys/web1 amd64 > ULE Scheduler, polling enabled, hz=1000. > Also: > options ACCEPT_FILTER_HTTP > options ACCEPT_FILTER_DATA > > > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:f8:cf:b1 > inet 78.46.35.175 netmask 0xffffffe0 broadcast 78.46.35.191 > media: Ethernet autoselect (100baseTX ) > status: active > > Other machine, same configuration besides: > > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:f8:c9:48 > inet 78.46.35.176 netmask 0xffffffe0 broadcast 78.46.35.191 > media: Ethernet autoselect (100baseTX ) > status: active > > There is another one, which is suffering this problem. > > I have the same hardware configuration on yet another one, but it > doesn't seem like to have these symtons, which is interesting: > > FreeBSD web3.opensubtitles.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri Nov 9 09:38:49 CET 2007 root@detuxator:/usr/obj/usr/src/sys/web3 amd64 > > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:19:db:f8:c9:f6 > inet 78.46.35.174 netmask 0xffffffe0 broadcast 78.46.35.191 > media: Ethernet autoselect (100baseTX ) > status: active > > If you are interested in any other information, just ask me and I will > provide it. > Good start.. And interesting that ONE box does not exhibit the problem. Understand that the rackup is not within arm's length, What info can you get from the colo provider and/or inside analysis tools, and/or a looking glass as to how the boxen are; - cabled - switched - routed How are you arriving when ssh'ed in, and is there packet loss on *your* end or in between? Can you run tcpdump on several of the boxen's NIC's - offenders and proper - saved to file for Mark One eyeball scan, then grep of suspects? What about the arp & netstat reports? Any chance of duplicate MAC or IP addresses within your block or others in the same 'house' (it has been done...)? Are the netmasks as well as the IP's 'proper' *everywhere* on the subnet? Are there any tun/tap/bridge crittere about, as for virtualizers? NICS in promiscuous mode anywhere? What is in /var/log/messages? (redirect the console messages to a file in /var/log in /etc/syslog.conf and/or activate copy to /var/log/all.log if you haven't already done so. - you get the drift. Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 22:23:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAC9A16A41A for ; Sun, 11 Nov 2007 22:23:27 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 33C5613C4A3 for ; Sun, 11 Nov 2007 22:23:26 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 91176 invoked from network); 11 Nov 2007 21:58:15 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Nov 2007 21:58:15 -0000 Message-ID: <473780DB.2040705@freebsd.org> Date: Sun, 11 Nov 2007 23:23:23 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Gregory Wright References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 22:23:27 -0000 Gregory Wright wrote: > > On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: > >> Gregory Wright wrote: >>> (Note: long message) >>> Hi, >>> The tcp duplicate ACK attack is back. >>> Last March, there was a thread on duplicate TCP acks in -CURRENT. >>> I have been able to reproduce the problem on 7.0-BETA2 (amd64) >>> and have some new information that might help locate the bug. >>> Background: I first noticed problems with tcp connections dropping >>> when Bacula was running on our backup server. The hardware was >>> a dual Opteron 244, 2 GB RAM, running FreeBSD 6.2-RELEASE-p2. >>> The ethernet NIC was a bge. >>> We went through an extensive process to rule out hardware and cabling >>> problems: the server hardware was replaced with a single Opteron 270 >>> (dual core) on a Tyan S2882-D motherboard. The memory was replaced >>> as well. The NICs are still bge. This machine is "hardtack". >> >> This may be a TSO bug in the bge hardware. Please repeat your tests in >> the original setup with TSO disabled on the bge interfaces ("ifconfig >> bgeX -tso"). >> Second if you've got another network card with something else than bge >> please put it into the same box and run the tests as well. >> >> --Andre >> > > Hi Andre, > > I also took a look at the bge (4) driver in 7.0-BETA2. As far as I can > tell, > it does not support TSO (there is no ioctl supporting TSO enable/disable > as there is for the em(4) driver). OK. > Might the chip --- a BCM5704_B0 --- not be completely initialized? This > might explain why the machine with the BCM5714_B3 chips works, while > the other machine shows the duplicate ACK bug. Perhaps. Do you see the duplicate ACKs in a tcpdump on both the sender and the receiver? If you see it on the sender too, then it must be a bug in our network stack or the driver (by requeuing the same packet over and over again). -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 22:32:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28FD516A417; Sun, 11 Nov 2007 22:32:20 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id DD1A713C481; Sun, 11 Nov 2007 22:32:19 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 81DA25C7F; Sun, 11 Nov 2007 23:02:27 +0100 (CET) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sun, 11 Nov 2007 23:13:52 +0100 Message-Id: <1194819232.1047.19.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on martenvijn.nl Cc: freebsd-small@freebsd.org Subject: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 22:32:20 -0000 a comprehensive overview how i use tinybsd and maintain images http://martenvijn.nl/trac/wiki/TinyBSD feedback is welcome, Marten From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 22:48:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C02916A468 for ; Sun, 11 Nov 2007 22:48:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 21A7F13C494; Sun, 11 Nov 2007 22:47:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4737869B.7020105@FreeBSD.org> Date: Sun, 11 Nov 2007 23:47:55 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: mustkaru References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 22:48:01 -0000 mustkaru wrote: > Hi, > > I updated to RELENG_7 two yesterday, and under usual load started > getting hundreds of messages > > swap_pager_getswapspace(3): failed > > The system swap is 96% full; it is less than 20% usually under the > same load. The system started to kill off processes because of lack of > swap space: > > pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap space > swap_pager_getswapspace(2): failed > pid 13984 (evince), uid 1001, was killed: out of swap space > > I suppose there's no way to get back to the more stable BETA2 ? When > cvsuping, I noticed > > 52815 Nov 8 14:03 vm_page.c > > had been changed. Might it be related to that? Might a next possible > change in that get back a more stable swapper. . .? This means you ran out of swap space because applications were requesting more virtual memory than your system contains. This is an application issue, not a kernel issue. Kris From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 23:24:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1172016A419 for ; Sun, 11 Nov 2007 23:24:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id CA44F13C4A5 for ; Sun, 11 Nov 2007 23:24:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lABNO06M065151; Sun, 11 Nov 2007 15:24:00 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lABNO0nw065150; Sun, 11 Nov 2007 15:24:00 -0800 (PST) (envelope-from david) Date: Sun, 11 Nov 2007 15:23:59 -0800 From: David Wolfskill To: "Michael W. Lucas" Message-ID: <20071111232359.GH7943@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , "Michael W. Lucas" , current@freebsd.org References: <20071111145058.GA36073@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j6zkAHxOZJkiczrA" Content-Disposition: inline In-Reply-To: <20071111145058.GA36073@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Panic with wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:24:33 -0000 --j6zkAHxOZJkiczrA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 11, 2007 at 09:50:58AM -0500, Michael W. Lucas wrote: >=20 > Any thoughts, folks? OK; I finally got around to building & booting today's CURRENT: g1-1(8.0-C)[1] uname -a FreeBSD g1-1.catwhisker.org. 8.0-CURRENT FreeBSD 8.0-CURRENT #588: Sun Nov = 11 13:33:03 PST 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/s= ys/CANARY i386 g1-1(8.0-C)[2]=20 As expected: * No panic trying to probe or use the wi0 NIC. * But it (still) doesn't associate, either: g1-1(8.0-C)[6] ifconfig xl0: flags=3D8802 metric 0 mtu 1500 options=3D9 ether 00:08:74:e5:95:cb media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 46:4f:c0:76:40:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 44.4f.c0.0.30.76.40.41.a.2.ff.fe.0.0.0.0 plip0: flags=3D108810 metric 0 mt= u 1500 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 wi0: flags=3D8802 metric 0 mtu 1500 ether 00:02:2d:5b:2c:78 media: IEEE 802.11 Wireless Ethernet autoselect (none) status: no carrier ssid Sojourner channel 1 (2412 Mhz 11b) stationname "FreeBSD WaveLAN/IEEE node" authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit bmiss 7 scanvalid 60 bintval 0 an0: flags=3D8843 metric 0 mtu 1500 ether 00:40:96:32:19:a9 inet 172.17.1.1 netmask 0xffff0000 broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid 1:lmdhw-net channel 1 (2412 Mhz 11b) stationname FreeBSD authmode OPEN privacy ON deftxkey 1 txpower 0 rtsthreshold 0 fragthreshold 0 bmiss 0 mcastrate 0 roaming DEVICE bintval 0 g1-1(8.0-C)[7]=20 (The an0 NIC works, though it seems to lose connectivity; running through the script I cobbled up to get the NIC associated seems to help,, though I sometimes need to ifconfig it down, then up first.) This behavior is the same for me in HEAD & RELENG_7; for RELENG_6, the wi0 NIC (which in my laptop's case is a miniPCI card) works fine. Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --j6zkAHxOZJkiczrA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkc3jw8ACgkQmprOCmdXAD2IuACeN68TpIIujdwOxPiw2gg+UAkF RN8An1uCNtBpbIz3JsGVoH8llaCpJoue =qrir -----END PGP SIGNATURE----- --j6zkAHxOZJkiczrA-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 23:32:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BA0A16A417 for ; Sun, 11 Nov 2007 23:32:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C7A9013C4AA for ; Sun, 11 Nov 2007 23:32:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7962 invoked by uid 399); 11 Nov 2007 23:31:29 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 11 Nov 2007 23:31:29 -0000 X-Originating-IP: 127.0.0.1 Date: Sun, 11 Nov 2007 15:31:26 -0800 (PST) From: Doug Barton To: Gardner Bell In-Reply-To: <868740.65655.qm@web88004.mail.re2.yahoo.com> Message-ID: References: <868740.65655.qm@web88004.mail.re2.yahoo.com> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Bad VPD checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:32:23 -0000 Original was posted on -stable. On Sat, 10 Nov 2007, Gardner Bell wrote: > Hello, > > I just recently upgraded my 6.2-PRERELEASE system to 7.0-BETA2 and am > noticing the following bad checksums on my two on board broadcom > gigabit ethernet cards. > > dan@mx1~% dmesg | grep VPD > pci0:10:9:0: bad VPD cksum, remain 72 > pci0:10:9:1: bad VPD cksum, remain 72 I've been getting these in HEAD for a long time now, never found the time to follow up though: pci0:9:0:0: bad VPD cksum, remain 14 Happy to help with debugging efforts. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 23:34:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C42C16A417 for ; Sun, 11 Nov 2007 23:34:15 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id B3E9213C48E for ; Sun, 11 Nov 2007 23:34:14 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: by el-out-1112.google.com with SMTP id s27so251173ele for ; Sun, 11 Nov 2007 15:33:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AFJzmRmxCighX9L1+WHS9xo5Jr9dmp5+8APPDtI4bzQ=; b=gnW15pGWNtTtxVd9I45Vy2tzYs7LooDXoSCuAdG6TaWAWhE0jeoIXowwHNjB3/SvDGcUdAPnbAdLa3vVnpgvRmnyYapCjKuKIKDtoCa4niEQ9Du1nlIhhmLXFW001qzheVOgppNy9pFk59EoturAUtuBH9JP0c/eSB7+k6RkCEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k6Ddq0dMvy7iAo4uH0w3JaT70BIcsUZAHYTJnqnvDcWOq42K2Yf0WKA9f9koaknRM+moLaXJfSLLlExfEZuZvVNujtXezGyMvr2aS6ewdesUyzMDNuVvQHitZ+M4T2y+RNLxO7CyOms9dn0JHs5VWtOdzPM9a1Tjd33lAsVVRJA= Received: by 10.142.239.11 with SMTP id m11mr1104029wfh.1194824038994; Sun, 11 Nov 2007 15:33:58 -0800 (PST) Received: by 10.142.108.8 with HTTP; Sun, 11 Nov 2007 15:33:58 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 23:33:58 +0000 From: mustkaru To: freebsd-current@freebsd.org In-Reply-To: <4737869B.7020105@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4737869B.7020105@FreeBSD.org> X-Mailman-Approved-At: Sun, 11 Nov 2007 23:51:34 +0000 Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:34:15 -0000 On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: > > mustkaru wrote: > > Hi, > > > > I updated to RELENG_7 two yesterday, and under usual load started > > getting hundreds of messages > > > > swap_pager_getswapspace(3): failed > > > > The system swap is 96% full; it is less than 20% usually under the > > same load. The system started to kill off processes because of lack of > > swap space: > > > > pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap space > > swap_pager_getswapspace(2): failed > > pid 13984 (evince), uid 1001, was killed: out of swap space > > > > I suppose there's no way to get back to the more stable BETA2 ? When > > cvsuping, I noticed > > > > 52815 Nov 8 14:03 vm_page.c > > > > had been changed. Might it be related to that? Might a next possible > > change in that get back a more stable swapper. . .? > > This means you ran out of swap space because applications were > requesting more virtual memory than your system contains. This is an > application issue, not a kernel issue. > > Kris > > I hope so. It is weird though that I run exactly the same number of applications every day; and I ran the same binary apps on an earlier version of RELENG_7 (I updated system but not apps), but I never ran out of swap space; in particular I have never used more than .5 GB swap. This time, the system was using 1 GB swap. So I suppose I should start hunting the guilty app. Must -- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 00:05:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FF0F16A41A for ; Mon, 12 Nov 2007 00:05:44 +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 BE31213C4A5 for ; Mon, 12 Nov 2007 00:05:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (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 lAC05ITD036825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 10:35:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 10:35:08 +1030 User-Agent: KMail/1.9.7 References: <868740.65655.qm@web88004.mail.re2.yahoo.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1689360.Np0fkXTGAi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711121035.16474.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Gardner Bell , Doug Barton Subject: Re: Bad VPD checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 00:05:44 -0000 --nextPart1689360.Np0fkXTGAi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 12 Nov 2007, Doug Barton wrote: > I've been getting these in HEAD for a long time now, never found the > time to follow up though: > > pci0:9:0:0: bad VPD cksum, remain 14 > > Happy to help with debugging efforts. I think this is a non-issue. PCI Vital Product Data is stored on an EEPROM and if the card creator is=20 too lazy/cheap to either install one, or program it you get VPD=20 checksum errors. I don't think it is bge specific because you're supposed to be able to=20 read VPD in a generic fashion. (I am no PCI expert so please correct me if wrong) =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 --nextPart1689360.Np0fkXTGAi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHN5i85ZPcIHs/zowRAvClAJoCU4H3V2AldTAmAi6Wei/j+5CGqwCgkPxM fET57jPaG7aKMvtFKCUtt/w= =IS6z -----END PGP SIGNATURE----- --nextPart1689360.Np0fkXTGAi-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 01:08:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58A116A421 for ; Mon, 12 Nov 2007 01:08:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7F313C48D for ; Mon, 12 Nov 2007 01:08:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1443668waf for ; Sun, 11 Nov 2007 17:08:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=p/OFy0sL1apcVbVEQcE4QZP4fGMqE5wsoVUt5zgSLg0=; b=Y9TWXfKLJwS4HujbNmaOpDpy80w52RTtE+LQxEaOYUx75u5DCZ4k8VimK76zwdxXqf+TZzI+RSxcZpfpCuLCYoe7ay6k3vj7E3KArn2wo5jFXEuzF/JL8PZdHYYWllu6i11fZFvGTDkSSdGngJNHHRIV8b8ANaKygPXd4ySfH1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=aRFcwcEJYy6bxF8A9SrKOKJBN9VpHm1VF8BcGDKgsNUhr6+eg6Ytm0N/Wyamu7OQrEWvoxNz/vulNxLsAPL2qo99KJ3tma2cDt5riI7Hq1WuBT+7EymRgvc24DIIhFMO6I9OKU5YD9S/5FCYFJ0SCtLP23Hak3OyLQuYEbilyrw= Received: by 10.114.153.18 with SMTP id a18mr48698wae.1194829713545; Sun, 11 Nov 2007 17:08:33 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l22sm6486287waf.2007.11.11.17.08.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 17:08:31 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAC18M6A095115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 10:08:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAC18Mej095114; Mon, 12 Nov 2007 10:08:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 12 Nov 2007 10:08:22 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20071112010822.GB87383@cdnetworks.co.kr> References: <507457093.20071111190706@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <507457093.20071111190706@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Reproducible problems with re(4) on RELENG_7 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 01:08:43 -0000 On Sun, Nov 11, 2007 at 07:07:06PM +0100, Daniel Gerzo wrote: > Hello people, > > I would like to report problems which are most probably related to > the re(4) driver. The problem is reproducible after some time (i.e. > after some amount of data has been sent/received) and disappears > again after reboot. You can try to reproduce it by extracting a big > tar archive contianing a thousands of small files with verbose > output (e.g. tar -v) over ssh session. It will reset your connection > after some time with something like: > > Disconnecting: Bad packet length 4070316545. > > After it's been provoked for the first time, it is even more easier > to provoke it again, simply by ssh-ing to the box and running "yes". > The problem will occur in a few seconds, and you will be > disconnected with the error mentioned above, or sometimes with the > following error: > > Disconnecting: Corrupted MAC on input. > > Ok, these were the symptones, now the device in the question: > > I suppose that it is an integrated card (the machine is in > collocation and I've never seen it by myself). This is the > respective line from dmesg: > > re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 > > pciconf -lv output: > > re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > > I would swear that this isn't a bad hardware, as the machine is > brand new, and we have 4 of these boxes, all of them are having the > same symptons. I also have a friend, who is experiencing the same > problem for quite some time on HEAD (I am running on recent > RELENG_7). > > I will very willingly provide any additional data, which might be > required, I can also manage a remote ssh access to the machine so it > can be debugged. > > The problem is, that the system itself doesn't hang, there is no > panic and no additional information in /var/log/messages. If there > is any way how can I debug this, please let me know and I will do so > ASAP (as we are migrating our servers to this hardware). Also, I > wasn't able to reproduce it by transferring a 10gb file over ftp, > but when the problem starts to occur, it's not limited to only ssh > connecion. I mean, even mysql connections are being reset. > > Any help will be greatly appreciated! Also, if you are able to > confirm this problem with re(4) etherent card, please let us know! > I didn't encounter this problem. And I think you're the first one that reported this issue. Problem description says that data corruption happened somewhere during large transfers of data. It seems that you can reproduce it on demand so how about disabling checksum offload on re(4)? If that fix the issue would you check number of bad checksums from the "netstat -s" before/after the test? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 01:25:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446EB16A420 for ; Mon, 12 Nov 2007 01:25:43 +0000 (UTC) (envelope-from pyunyh@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 0A14B13C4B9 for ; Mon, 12 Nov 2007 01:25:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1447708waf for ; Sun, 11 Nov 2007 17:25:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=iPBg6quACnOL3JTxUAL/jS8vn91O9Yy1QWYxZ4eO3AI=; b=tCZDbOwn/2a6NTky0xg2lBBOw1Yg4pI1KPCaQz0dEkvn9F3e1WYDEHH2Cy855gAIEJNQVDL+v0skDNjVquW03iQQb9kKhuWI4DIR7zMYdXu5wJQclbuIek5uPP+ZikGvRMg1IpMOlXP+M3KUnnJTn1bQV1zvkTxD3m3YUpFUnRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=V/fe1tWRywcKJ5f9ovGGztpJ3aDIWLJZHd3+wPGtUJIAlc1JDQGEdSGcif93XwXnPYyAnAOFxTQqEg3aAKQ3ECHeiCJnP0ppTnxG01zgXQRv2+SSixQ5NuMdkANtXZrcmqQ9pzQ6fmdgk+dqqO9y6m1E/iRW7fOn+D4fUlED9b8= Received: by 10.114.75.1 with SMTP id x1mr1021257waa.1194828997824; Sun, 11 Nov 2007 16:56:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l36sm2188872waf.2007.11.11.16.56.31 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 16:56:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAC0uNG8095077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 09:56:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAC0uM5Q095076; Mon, 12 Nov 2007 09:56:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 12 Nov 2007 09:56:20 +0900 From: Pyun YongHyeon To: Chuck Robey Message-ID: <20071112005620.GA87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47375D78.4040309@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 01:25:43 -0000 On Sun, Nov 11, 2007 at 02:52:24PM -0500, Chuck Robey wrote: > I have a junko, but reliable, Ethernet card, one that has installed > perfectly as dc0, and runs fine. I've been recently experimenting with > on-board peripherals, and since I have a Asus Striker Extreme mobo, I > thought that the dual Ethernet ports ought to work. The dmesg output > seems to probe nfe0 & nfe1 just fine, so I tried using ifconfig (an old > friend, so you can dismiss thoughts that I did this wrong) to drop the > dc0, and move my stuff over to nfe0. When I do this, the entire machine > instantly locks up solid. I've tried this 3 times now; the machine > doesn't respond to pings, I can't (even typing in the blind) bring dc0 > back to life, and it just seems to instantly lock up. > > Any suggestions on this? Please show me more information. - FreeBSD version - verbosed boot messages - ifconfig nfe0 output - vmstat -i output -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 01:55:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 858CD16A419; Mon, 12 Nov 2007 01:55:43 +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 4328913C4A7; Mon, 12 Nov 2007 01:55:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAC1aJn9034356; Sun, 11 Nov 2007 20:36:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAC1aJqa055118; Sun, 11 Nov 2007 20:36:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F132F7302F; Sun, 11 Nov 2007 20:36:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071112013618.F132F7302F@freebsd-current.sentex.ca> Date: Sun, 11 Nov 2007 20:36:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 01:55:43 -0000 TB --- 2007-11-12 00:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 00:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-12 00:20:00 - cleaning the object tree TB --- 2007-11-12 00:20:25 - checking out the source tree TB --- 2007-11-12 00:20:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-12 00:20:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 00:29:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 00:29:23 - cd /src TB --- 2007-11-12 00:29:23 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 00:29:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-12 01:36:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-12 01:36:18 - ERROR: failed to build world TB --- 2007-11-12 01:36:18 - tinderbox aborted TB --- 0.42 user 1.66 system 4578.37 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 02:40:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5ED16A46C for ; Mon, 12 Nov 2007 02:40:37 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 08A4D13C4BC for ; Mon, 12 Nov 2007 02:40:35 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 23905 invoked from network); 12 Nov 2007 02:40:26 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 12 Nov 2007 02:40:26 -0000 Message-ID: <4737BCC3.5030509@chuckr.org> Date: Sun, 11 Nov 2007 21:38:59 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: pyunyh@gmail.com References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> In-Reply-To: <20071112005620.GA87383@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 02:40:37 -0000 Pyun YongHyeon wrote: > On Sun, Nov 11, 2007 at 02:52:24PM -0500, Chuck Robey wrote: > > I have a junko, but reliable, Ethernet card, one that has installed > > perfectly as dc0, and runs fine. I've been recently experimenting with > > on-board peripherals, and since I have a Asus Striker Extreme mobo, I > > thought that the dual Ethernet ports ought to work. The dmesg output > > seems to probe nfe0 & nfe1 just fine, so I tried using ifconfig (an old > > friend, so you can dismiss thoughts that I did this wrong) to drop the > > dc0, and move my stuff over to nfe0. When I do this, the entire machine > > instantly locks up solid. I've tried this 3 times now; the machine > > doesn't respond to pings, I can't (even typing in the blind) bring dc0 > > back to life, and it just seems to instantly lock up. > > > > Any suggestions on this? > > Please show me more information. > - FreeBSD version > - verbosed boot messages > - ifconfig nfe0 output > - vmstat -i output I guess I was asking about any known, general instability with the nfe driver, and not even considering that it might be something I have somehow screwed up, but you're obviously right, so here's the requested data dump: uname -a reads: FreeBSD april.chuckr.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Nov 3 13:46:50 EDT 2007 root@april.chuckr.org:/usr/obj/s6/sys/APRIL i386 I can't show you the nfe ifconfig, cause soon as I turn the nfe 0 or 1 to up, my box becomes a doorstop I will give you the ifconfig out of my dc0, because when I set it up, I do it identically. I have tried doing it manually, and also tried editing rc.conf so that it comes up automatically (oh, recovering from that one is cute). Here's the ifconfig, which I believe is pretty useless .... ifconfig dc0: dc0: flags=8843 metric 0 mtu 1500 options=8 ether 00:0c:41:1b:e3:5c inet 66.92.151.30 netmask 0xffffff00 broadcast 66.92.151.255 media: Ethernet autoselect (100baseTX ) status: active Chances of my getting that one wrong are pretty remote, I'm fairly good at commo stuff. TCSH-april:chuckr:/usr/ports/lang:#13120:53>vmstat -i interrupt total rate irq1: atkbd0 194002 0 irq12: psm0 1088361 2 irq14: ata0 9913 0 irq16: dc0 atapci+ 6104969 13 irq19: fwohci0 3 0 irq22: pcm0 ehci0 918638 2 cpu0: timer 885224650 1999 cpu1: timer 885215957 1999 cpu2: timer 885215978 1999 cpu3: timer 885215959 1999 Total 3549188430 8018 OK, I just finished getting a verbose boot. Wouldn't you know it? The nfe ports aren't even recognized now. I have them static in the kernel (so they don't need kldloading) but I can offer you no probing info. I can find the nfe by using kldstat -v, so it's in the kernel (and i checked, an attempt to load it anyhow fails). I haven't any idea why it would not be probed, it's on the motherboard (an Asus Striker Extreme) and needs only to have the bios agree to allow it, which it was. Hmm, I think I will reboot and check the bios again anyhow. Won't hurt anything, I guess. From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 04:44:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4C3C16A418 for ; Mon, 12 Nov 2007 04:44:08 +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 81DBD13C4A7 for ; Mon, 12 Nov 2007 04:44:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1495060waf for ; Sun, 11 Nov 2007 20:43:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=SHwRGgeZe3fVW6OhZJ/YbmgSvOSNtu2wyOZYFGRgm+Q=; b=RZwIIocYBxRNDZX288cv7VyxBltjwzEDOkSSzizc+2Oe3QS1Jrsb/tJDzdPVtGYprHo7Imfv8lDe3Hyp0OxeW8+mRjwAxbun9kWg/QkoeqDC7QaX+eXo4BrBxPU81gF0BKTxzBa7yZbW3h/KhXO+zTaknWeZvTRTlgNIiucgG3Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CuePxaFr2eWM9YDG1EtqyrkWQGMt+++cjYIzxU5+z3ok6bEe8DIC26BPk8kE/UGNDhTtQe/wgSpsMokLJYkvFbjRiC36od8bqJt3UFPoolWPqFVFhDBf5eKFUHQJaQxy2FuPMipqUoJwQRINzwF3jcaJj7X6chw18QHj/gh5IGo= Received: by 10.114.137.2 with SMTP id k2mr162487wad.1194842633162; Sun, 11 Nov 2007 20:43:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k26sm10014034waf.2007.11.11.20.43.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 20:43:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAC4hfe4095609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 13:43:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAC4heeA095608; Mon, 12 Nov 2007 13:43:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 12 Nov 2007 13:43:40 +0900 From: Pyun YongHyeon To: Chuck Robey Message-ID: <20071112044340.GC87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4737BCC3.5030509@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 04:44:08 -0000 On Sun, Nov 11, 2007 at 09:38:59PM -0500, Chuck Robey wrote: > Pyun YongHyeon wrote: > >On Sun, Nov 11, 2007 at 02:52:24PM -0500, Chuck Robey wrote: > > > I have a junko, but reliable, Ethernet card, one that has installed > > > perfectly as dc0, and runs fine. I've been recently experimenting with > > > on-board peripherals, and since I have a Asus Striker Extreme mobo, I > > > thought that the dual Ethernet ports ought to work. The dmesg output > > > seems to probe nfe0 & nfe1 just fine, so I tried using ifconfig (an old > > > friend, so you can dismiss thoughts that I did this wrong) to drop the > > > dc0, and move my stuff over to nfe0. When I do this, the entire > > machine > instantly locks up solid. I've tried this 3 times now; the > > machine > doesn't respond to pings, I can't (even typing in the blind) > > bring dc0 > back to life, and it just seems to instantly lock up. > > > > > > Any suggestions on this? > > > >Please show me more information. > > - FreeBSD version > > - verbosed boot messages > > - ifconfig nfe0 output > > - vmstat -i output > > I guess I was asking about any known, general instability with the nfe > driver, and not even considering that it might be something I have > somehow screwed up, but you're obviously right, so here's the requested > data dump: > > uname -a reads: FreeBSD april.chuckr.org 8.0-CURRENT FreeBSD > 8.0-CURRENT #0: Sat Nov 3 13:46:50 EDT 2007 > root@april.chuckr.org:/usr/obj/s6/sys/APRIL i386 > > I can't show you the nfe ifconfig, cause soon as I turn the nfe 0 or 1 > to up, my box becomes a doorstop I will give you the ifconfig out of my > dc0, because when I set it up, I do it identically. I have tried doing > it manually, and also tried editing rc.conf so that it comes up > automatically (oh, recovering from that one is cute). Here's the > ifconfig, which I believe is pretty useless .... > > ifconfig dc0: > > dc0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:0c:41:1b:e3:5c > inet 66.92.151.30 netmask 0xffffff00 broadcast 66.92.151.255 > media: Ethernet autoselect (100baseTX ) > status: active > > Chances of my getting that one wrong are pretty remote, I'm fairly good > at commo stuff. > > TCSH-april:chuckr:/usr/ports/lang:#13120:53>vmstat -i > interrupt total rate > irq1: atkbd0 194002 0 > irq12: psm0 1088361 2 > irq14: ata0 9913 0 > irq16: dc0 atapci+ 6104969 13 > irq19: fwohci0 3 0 > irq22: pcm0 ehci0 918638 2 > cpu0: timer 885224650 1999 > cpu1: timer 885215957 1999 > cpu2: timer 885215978 1999 > cpu3: timer 885215959 1999 > Total 3549188430 8018 > > OK, I just finished getting a verbose boot. Wouldn't you know it? The > nfe ports aren't even recognized now. I have them static in the kernel > (so they don't need kldloading) but I can offer you no probing info. I > can find the nfe by using kldstat -v, so it's in the kernel (and i > checked, an attempt to load it anyhow fails). I haven't any idea why it > would not be probed, it's on the motherboard (an Asus Striker Extreme) If nfe(4) was loaded successfully and identified ethernet controller it should have printed some information for the device.(You can check it before invoking ifconfig(8)). If it's not detected by nfe(4) I guess nfe(4) is not guilty for the issue. It would be even better if you can post the output of "pciconf -lcv". > and needs only to have the bios agree to allow it, which it was. Hmm, I > think I will reboot and check the bios again anyhow. Won't hurt > anything, I guess. > Your BIOS may have a ASF option for ethernet. Try toggling the option. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 04:57:07 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1D916A41A for ; Mon, 12 Nov 2007 04:57:07 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 11A5213C4B0 for ; Mon, 12 Nov 2007 04:57:05 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id lAC4L42I000678; Sun, 11 Nov 2007 20:21:08 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200711120421.lAC4L42I000678@gw.catspoiler.org> Date: Sun, 11 Nov 2007 20:21:04 -0800 (PST) From: Don Lewis To: se@FreeBSD.org In-Reply-To: <470A2B0C.2020502@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, bu7cher@yandex.ru, toomany@toomany.net Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 04:57:07 -0000 On 8 Oct, Stefan Esser wrote: > Andrey V. Elsukov schrieb: >> TooMany Secrets wrote: >>> 2007/10/8, Stefan Esser : >>>> Well, you may want to take a look at the Abit AN-M2 (or -M2HD, if you >>>> are interested in firewire support, or possibly in HDMI/HDCP). All >>>> functions appear to be well supported (disk, video, sound, integrated >>>> PCIe Gigabit Ethernet). Combined with an "Arctic Cooling Freezer 64 Pro >>>> PWM" it gives a cheap, compact, and quiet (and power-efficient!) small >>>> server with quite good performance (though with only a limited number >>>> of PCIe and PCI slots, since it has a uATX form factor). >>> >>> I'm very interested in this mb, but is correctly supported in >>> 6.2-STABLE also? >> >> There is one issue. ATI IXP600/IXP700 not yet supported with ata(4) >> driver. And you will have only UDMA33 is the best case. But you can >> found a patch in gnats (PR ). >> http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 > > No, the Abit AN-M2(HD) are based on nForce chip-sets (630a with > integrated 7025/7050 graphics), no patch is required for ata(4) > (since the SATA/IDE parts are mostly identical to the nF6150/430, > with the addition of AHCI support, which can be optionally enabled > in the BIOS). When I tried 6.2-STABLE on my AN-M2HD, the nve driver didn't recognize the Ethernet hardware. The nfe driver in 7.0-CURRENT works fine and I'm very happy with this board for desktop use, though I haven't exercised the onboard sound with FreeBSD. I'm using the Nvidia binary-blob graphics driver. From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 06:55:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 303AD16A41B for ; Mon, 12 Nov 2007 06:55:16 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id E98D513C4A7 for ; Mon, 12 Nov 2007 06:55:15 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59783 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrTCA-000Kql-7o for freebsd-current@freebsd.org; Mon, 12 Nov 2007 06:54:54 +0000 Message-ID: <4737F8BD.40304@conducive.net> Date: Mon, 12 Nov 2007 06:54:53 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> In-Reply-To: <20071112044340.GC87383@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 06:55:16 -0000 Pyun YongHyeon wrote: > On Sun, Nov 11, 2007 at 09:38:59PM -0500, Chuck Robey wrote: > > Pyun YongHyeon wrote: *trimmed* > > > > OK, I just finished getting a verbose boot. Wouldn't you know it? The > > nfe ports aren't even recognized now. I have them static in the kernel > > (so they don't need kldloading) but I can offer you no probing info. I > > can find the nfe by using kldstat -v, so it's in the kernel (and i > > checked, an attempt to load it anyhow fails). I haven't any idea why it > > would not be probed, it's on the motherboard (an Asus Striker Extreme) > > If nfe(4) was loaded successfully and identified ethernet controller > it should have printed some information for the device.(You can check > it before invoking ifconfig(8)). If it's not detected by nfe(4) I > guess nfe(4) is not guilty for the issue. > It would be even better if you can post the output of "pciconf -lcv". > > > and needs only to have the bios agree to allow it, which it was. Hmm, I > > think I will reboot and check the bios again anyhow. Won't hurt > > anything, I guess. > > > > Your BIOS may have a ASF option for ethernet. Try toggling the option. > Side issue, but perhaps related (BIOS?) - the Asus P5K with Alantec NIC doesn't load any driver in probes *either*, but at least reports somthing is there; Extracts: (an older 7-CURRENT from September ISO); pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) .. (8-CURRENT form 17 OCtober) pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) That the OP's scan has gone totally 'blind' to the nfe suggests it might be a good idea to physically reset the MB BIOS by jumper, then start over. Gigabyte (often!), and Asus, (sometimes) get their BIOS knickers in a knot after many soft changes and go into unplanned states. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 09:33:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E60316A418 for ; Mon, 12 Nov 2007 09:33:18 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp805.mail.ird.yahoo.com (smtp805.mail.ird.yahoo.com [217.146.188.65]) by mx1.freebsd.org (Postfix) with SMTP id 7B3E313C4A7 for ; Mon, 12 Nov 2007 09:33:17 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 72938 invoked from network); 12 Nov 2007 09:32:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=NkLY4zMKZHjoqpreosYMPx1kNpH3YNrvggpSFxJDu14ZzeeCfGWEi0jITHQA+wS3NJvonFGQLCyZSy91Y+fuBv/bDkfdPk2AYwNHJhjdB03XscLdoWkGZBP9GExsrqdgYQ1d5MzDjlUr75600aVqIxNTnszmGAnYAQQtzOYCCpU= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.212.193 with login) by smtp805.mail.ird.yahoo.com with SMTP; 12 Nov 2007 09:32:50 -0000 X-YMail-OSG: wjIBxC0VM1mbItkZFb..KpKV5CldHSq42SwdD74XlzsXJgM4JaXoNVtadeLx9IUVRF2iuPV31A-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 09:32:49 +0000 User-Agent: KMail/1.9.7 References: <47348CAC.5020208@restart.be> <20071110124806.GI37371@garage.freebsd.pl> <47371A4F.9080004@restart.be> In-Reply-To: <47371A4F.9080004@restart.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711120932.49793.Thomas.Sparrevohn@btinternet.com> Cc: Pawel Jakub Dawidek Subject: Another ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 09:33:18 -0000 After re-partitioning my disks and adding a conventional SWAP if have finally been able to secure a kernel dump. I can reproduce a what I think is a dead lock - after a while the system will hang with a lock - tx->tx_quiesce_done_cv - The system is running AMD64 Current - with Root on ZFS and conventional SWAP (Using GENERIC) From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 09:38:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C5016A418 for ; Mon, 12 Nov 2007 09:38:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 4D3A613C4BC for ; Mon, 12 Nov 2007 09:38:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11537 invoked by uid 399); 12 Nov 2007 09:38:22 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 12 Nov 2007 09:38:22 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 12 Nov 2007 01:38:20 -0800 (PST) From: Doug Barton To: Daniel O'Connor In-Reply-To: <200711121035.16474.doconnor@gsoft.com.au> Message-ID: References: <868740.65655.qm@web88004.mail.re2.yahoo.com> <200711121035.16474.doconnor@gsoft.com.au> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Gardner Bell , freebsd-current@freebsd.org Subject: Re: Bad VPD checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 09:38:56 -0000 On Mon, 12 Nov 2007, Daniel O'Connor wrote: > On Mon, 12 Nov 2007, Doug Barton wrote: >> I've been getting these in HEAD for a long time now, never found the >> time to follow up though: >> >> pci0:9:0:0: bad VPD cksum, remain 14 >> >> Happy to help with debugging efforts. > > I think this is a non-issue. > > PCI Vital Product Data is stored on an EEPROM and if the card creator is > too lazy/cheap to either install one, or program it you get VPD > checksum errors. > > I don't think it is bge specific because you're supposed to be able to > read VPD in a generic fashion. > > (I am no PCI expert so please correct me if wrong) Ok, if you're right and this is essentially harmless, it should be hidden behind bootverbose for the release. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 09:39:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55FB616A468 for ; Mon, 12 Nov 2007 09:39:25 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from freebsd.alaskaparadise.com (freebsd.alaskaparadise.com [208.79.80.117]) by mx1.freebsd.org (Postfix) with ESMTP id 272FD13C4C1 for ; Mon, 12 Nov 2007 09:39:24 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from 137-42-178-69.gci.net (137-42-178-69.gci.net [69.178.42.137]) by freebsd.alaskaparadise.com (Postfix) with ESMTP id 5B9422383390; Mon, 12 Nov 2007 09:20:29 +0000 (UTC) From: Beech Rintoul To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 00:20:22 -0900 User-Agent: KMail/1.9.7 References: <4737869B.7020105@FreeBSD.org> In-Reply-To: X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M,^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m,)=?utf-8?q?2=0A=09X=3FM=5C=3AOE9QgZ?="xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{<=?utf-8?q?O=3Bg7=7C=0A=09o=7D=265A=5D4?=@7D`=Eb@Zs1Ln814?]|k@'bG=.Ca"[|8+_.OsNAo8!#?4u MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711120020.26076.beech@freebsd.org> Cc: mustkaru Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 09:39:25 -0000 On Sunday 11 November 2007, mustkaru said: > On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: > > mustkaru wrote: > > > Hi, > > > > > > I updated to RELENG_7 two yesterday, and under usual load > > > started getting hundreds of messages > > > > > > swap_pager_getswapspace(3): failed > > > > > > The system swap is 96% full; it is less than 20% usually under > > > the same load. The system started to kill off processes because > > > of lack of swap space: > > > > > > pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap > > > space swap_pager_getswapspace(2): failed > > > pid 13984 (evince), uid 1001, was killed: out of swap space > > > > > > I suppose there's no way to get back to the more stable BETA2 ? > > > When cvsuping, I noticed > > > > > > 52815 Nov 8 14:03 vm_page.c > > > > > > had been changed. Might it be related to that? Might a next > > > possible change in that get back a more stable swapper. . .? > > > > This means you ran out of swap space because applications were > > requesting more virtual memory than your system contains. This > > is an application issue, not a kernel issue. > > > > Kris > > I hope so. It is weird though that I run exactly the same number of > applications every day; and I ran the same binary apps on an > earlier version of RELENG_7 (I updated system but not apps), but I > never ran out of swap space; in particular I have never used more > than .5 GB swap. This time, the system was using 1 GB swap. So I > suppose I should start hunting the guilty app. I'm seeing the exact same thing. I'm running -current from yesterday and this box is lightly loaded. I can't track it down to a specific process, but all of a sudden normal compiles are running me out of vm. This box has 500Mb ram and a gig of swap and has never run out of memory before. None of my applications have changed. I'm also starting to see it on a client's box I recently updated to 7.0, That box has 1Gb ram and 2Gb swap and is just a desktop and mailserver. I don't think this is application related. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:01:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD7316A469; Mon, 12 Nov 2007 10:01:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6C013C4F8; Mon, 12 Nov 2007 10:01:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47382470.3070001@FreeBSD.org> Date: Mon, 12 Nov 2007 11:01:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Beech Rintoul References: <4737869B.7020105@FreeBSD.org> <200711120020.26076.beech@freebsd.org> In-Reply-To: <200711120020.26076.beech@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mustkaru , freebsd-current@freebsd.org Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:01:20 -0000 Beech Rintoul wrote: > On Sunday 11 November 2007, mustkaru said: >> On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: >>> mustkaru wrote: >>>> Hi, >>>> >>>> I updated to RELENG_7 two yesterday, and under usual load >>>> started getting hundreds of messages >>>> >>>> swap_pager_getswapspace(3): failed >>>> >>>> The system swap is 96% full; it is less than 20% usually under >>>> the same load. The system started to kill off processes because >>>> of lack of swap space: >>>> >>>> pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap >>>> space swap_pager_getswapspace(2): failed >>>> pid 13984 (evince), uid 1001, was killed: out of swap space >>>> >>>> I suppose there's no way to get back to the more stable BETA2 ? >>>> When cvsuping, I noticed >>>> >>>> 52815 Nov 8 14:03 vm_page.c >>>> >>>> had been changed. Might it be related to that? Might a next >>>> possible change in that get back a more stable swapper. . .? >>> This means you ran out of swap space because applications were >>> requesting more virtual memory than your system contains. This >>> is an application issue, not a kernel issue. >>> >>> Kris >> I hope so. It is weird though that I run exactly the same number of >> applications every day; and I ran the same binary apps on an >> earlier version of RELENG_7 (I updated system but not apps), but I >> never ran out of swap space; in particular I have never used more >> than .5 GB swap. This time, the system was using 1 GB swap. So I >> suppose I should start hunting the guilty app. > > I'm seeing the exact same thing. I'm running -current from yesterday > and this box is lightly loaded. I can't track it down to a specific > process, but all of a sudden normal compiles are running me out of > vm. This box has 500Mb ram and a gig of swap and has never run out of > memory before. None of my applications have changed. I'm also > starting to see it on a client's box I recently updated to 7.0, That > box has 1Gb ram and 2Gb swap and is just a desktop and mailserver. > I don't think this is application related. Then you have further investigation to do to prove that theory :) Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:11:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1D916A419 for ; Mon, 12 Nov 2007 10:11:19 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from freebsd.alaskaparadise.com (freebsd.alaskaparadise.com [208.79.80.117]) by mx1.freebsd.org (Postfix) with ESMTP id 9669013C4B7 for ; Mon, 12 Nov 2007 10:11:19 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from 137-42-178-69.gci.net (137-42-178-69.gci.net [69.178.42.137]) by freebsd.alaskaparadise.com (Postfix) with ESMTP id CC31C23833D3 for ; Mon, 12 Nov 2007 10:10:56 +0000 (UTC) From: Beech Rintoul To: freebsd-current@freebsd.org User-Agent: KMail/1.9.7 References: <200711120020.26076.beech@freebsd.org> <47382470.3070001@FreeBSD.org> In-Reply-To: <47382470.3070001@FreeBSD.org> X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M,^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m,)=?iso-8859-1?q?2=0A=09X=3FM=5C=3AOE9QgZ?="xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{<=?iso-8859-1?q?O=3Bg7=7C=0A=09o=7D=265A=5D4?=@7D`=Eb@Zs1Ln814?]|k@'bG=.Ca"[|8+_.OsNAo8!#?4u MIME-Version: 1.0 Content-Disposition: inline Date: Mon, 12 Nov 2007 01:10:54 -0900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711120110.55086.beech@freebsd.org> Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:11:20 -0000 On Monday 12 November 2007, Kris Kennaway said: > Beech Rintoul wrote: > > On Sunday 11 November 2007, mustkaru said: > >> On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: > >>> mustkaru wrote: > >>>> Hi, > >>>> > >>>> I updated to RELENG_7 two yesterday, and under usual load > >>>> started getting hundreds of messages > >>>> > >>>> swap_pager_getswapspace(3): failed > >>>> > >>>> The system swap is 96% full; it is less than 20% usually under > >>>> the same load. The system started to kill off processes > >>>> because of lack of swap space: > >>>> > >>>> pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap > >>>> space swap_pager_getswapspace(2): failed > >>>> pid 13984 (evince), uid 1001, was killed: out of swap space > >>>> > >>>> I suppose there's no way to get back to the more stable BETA2 > >>>> ? When cvsuping, I noticed > >>>> > >>>> 52815 Nov 8 14:03 vm_page.c > >>>> > >>>> had been changed. Might it be related to that? Might a next > >>>> possible change in that get back a more stable swapper. . .? > >>> > >>> This means you ran out of swap space because applications were > >>> requesting more virtual memory than your system contains. This > >>> is an application issue, not a kernel issue. > >>> > >>> Kris > >> > >> I hope so. It is weird though that I run exactly the same number > >> of applications every day; and I ran the same binary apps on an > >> earlier version of RELENG_7 (I updated system but not apps), but > >> I never ran out of swap space; in particular I have never used > >> more than .5 GB swap. This time, the system was using 1 GB swap. > >> So I suppose I should start hunting the guilty app. > > > > I'm seeing the exact same thing. I'm running -current from > > yesterday and this box is lightly loaded. I can't track it down > > to a specific process, but all of a sudden normal compiles are > > running me out of vm. This box has 500Mb ram and a gig of swap > > and has never run out of memory before. None of my applications > > have changed. I'm also starting to see it on a client's box I > > recently updated to 7.0, That box has 1Gb ram and 2Gb swap and is > > just a desktop and mailserver. I don't think this is application > > related. > > Then you have further investigation to do to prove that theory :) > > Kris I'd be happy to. All the processes on both boxes look normal. I suspected either kde or xorg, but everything looks ok. Point me in the right direction and I'll troubleshoot all I can. I do know we have a problem, if it's not related to vm_page.c, then we have a very evil application that is common to all. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:21:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7804416A417; Mon, 12 Nov 2007 10:21:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 0912C13C4B5; Mon, 12 Nov 2007 10:21:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47382944.6050407@FreeBSD.org> Date: Mon, 12 Nov 2007 11:21:56 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Beech Rintoul References: <200711120020.26076.beech@freebsd.org> <47382470.3070001@FreeBSD.org> <200711120110.55086.beech@freebsd.org> In-Reply-To: <200711120110.55086.beech@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:21:56 -0000 Beech Rintoul wrote: > On Monday 12 November 2007, Kris Kennaway said: >> Beech Rintoul wrote: >>> On Sunday 11 November 2007, mustkaru said: >>>> On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: >>>>> mustkaru wrote: >>>>>> Hi, >>>>>> >>>>>> I updated to RELENG_7 two yesterday, and under usual load >>>>>> started getting hundreds of messages >>>>>> >>>>>> swap_pager_getswapspace(3): failed >>>>>> >>>>>> The system swap is 96% full; it is less than 20% usually under >>>>>> the same load. The system started to kill off processes >>>>>> because of lack of swap space: >>>>>> >>>>>> pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap >>>>>> space swap_pager_getswapspace(2): failed >>>>>> pid 13984 (evince), uid 1001, was killed: out of swap space >>>>>> >>>>>> I suppose there's no way to get back to the more stable BETA2 >>>>>> ? When cvsuping, I noticed >>>>>> >>>>>> 52815 Nov 8 14:03 vm_page.c >>>>>> >>>>>> had been changed. Might it be related to that? Might a next >>>>>> possible change in that get back a more stable swapper. . .? >>>>> This means you ran out of swap space because applications were >>>>> requesting more virtual memory than your system contains. This >>>>> is an application issue, not a kernel issue. >>>>> >>>>> Kris >>>> I hope so. It is weird though that I run exactly the same number >>>> of applications every day; and I ran the same binary apps on an >>>> earlier version of RELENG_7 (I updated system but not apps), but >>>> I never ran out of swap space; in particular I have never used >>>> more than .5 GB swap. This time, the system was using 1 GB swap. >>>> So I suppose I should start hunting the guilty app. >>> I'm seeing the exact same thing. I'm running -current from >>> yesterday and this box is lightly loaded. I can't track it down >>> to a specific process, but all of a sudden normal compiles are >>> running me out of vm. This box has 500Mb ram and a gig of swap >>> and has never run out of memory before. None of my applications >>> have changed. I'm also starting to see it on a client's box I >>> recently updated to 7.0, That box has 1Gb ram and 2Gb swap and is >>> just a desktop and mailserver. I don't think this is application >>> related. >> Then you have further investigation to do to prove that theory :) >> >> Kris > > I'd be happy to. All the processes on both boxes look normal. I > suspected either kde or xorg, but everything looks ok. Point me in > the right direction and I'll troubleshoot all I can. I do know we > have a problem, if it's not related to vm_page.c, then we have a very > evil application that is common to all. Start by characterizing exactly what applications are using up all of memory and then proceed to studying what they are doing when the memory use grows. Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:22:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F4BC16A419; Mon, 12 Nov 2007 10:22:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id ADFD513C4B3; Mon, 12 Nov 2007 10:22:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lACALxA6034675; Mon, 12 Nov 2007 05:21:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lACALwia081858; Mon, 12 Nov 2007 05:21:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE7F87302F; Mon, 12 Nov 2007 05:21:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071112102158.AE7F87302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 05:21:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:22:15 -0000 TB --- 2007-11-12 09:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 09:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-12 09:05:00 - cleaning the object tree TB --- 2007-11-12 09:05:26 - checking out the source tree TB --- 2007-11-12 09:05:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-12 09:05:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 09:14:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 09:14:26 - cd /src TB --- 2007-11-12 09:14:26 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 09:14:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-12 10:21:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-12 10:21:58 - ERROR: failed to build world TB --- 2007-11-12 10:21:58 - tinderbox aborted TB --- 0.31 user 1.81 system 4617.65 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:31:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254FA16A421 for ; Mon, 12 Nov 2007 10:31:57 +0000 (UTC) (envelope-from pyunyh@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 E1D0A13C4B6 for ; Mon, 12 Nov 2007 10:31:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1583519waf for ; Mon, 12 Nov 2007 02:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=XI8D8UNcvMqFuHF/qKUsTor6YKRYwCLLw6dfqLPvOVY=; b=WuzifAbgNg2gIicteUYThYHnvecADJln8JXQp3AiyHqv1fYTqByV0HgLeLeF6JuxijavsIaYJN7irAsrIDbFPIyhIi6e2YRozfndf5YabC3vqX5rVjF89azI9Mx9g8LYMiL3CDMZvUQXmqB2DJRqedgYqNCtEC0MkxZaBkFpLXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=kHM+kk06rGdbfVP9T1vrM8q2izIalatsPQIfutJJI/TCD9vwiJp/1cfgyAa39XBV5nUpOw5ppyIWliCHqsMDCtBLLzslP9094mj5h/J5EdFmFTBRNL3JN9Uey2nS174/rUoSHQQICs179r2m8MDtU7BwwTs0apK79elbTgk9RFE= Received: by 10.115.32.1 with SMTP id k1mr1875745waj.1194863500436; Mon, 12 Nov 2007 02:31:40 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v38sm10489717wah.2007.11.12.02.31.33 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 02:31:38 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lACAVJLX096497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 19:31:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lACAVIVL096496; Mon, 12 Nov 2007 19:31:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 12 Nov 2007 19:31:18 +0900 From: Pyun YongHyeon To: =?euc-kr?B?+dvKq/j2?= Bill Hacker Message-ID: <20071112103118.GE87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4737F8BD.40304@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4737F8BD.40304@conducive.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:31:57 -0000 On Mon, Nov 12, 2007 at 06:54:53AM +0000, łŪŹ«ųö Bill Hacker wrote: > Pyun YongHyeon wrote: > >On Sun, Nov 11, 2007 at 09:38:59PM -0500, Chuck Robey wrote: > > > Pyun YongHyeon wrote: > > *trimmed* > > > > > > > OK, I just finished getting a verbose boot. Wouldn't you know it? The > > > nfe ports aren't even recognized now. I have them static in the kernel > > > (so they don't need kldloading) but I can offer you no probing info. I > > > can find the nfe by using kldstat -v, so it's in the kernel (and i > > > checked, an attempt to load it anyhow fails). I haven't any idea why > > it > would not be probed, it's on the motherboard (an Asus Striker > > Extreme) > >If nfe(4) was loaded successfully and identified ethernet controller > >it should have printed some information for the device.(You can check > >it before invoking ifconfig(8)). If it's not detected by nfe(4) I > >guess nfe(4) is not guilty for the issue. > >It would be even better if you can post the output of "pciconf -lcv". > > > > > and needs only to have the bios agree to allow it, which it was. Hmm, > > I > think I will reboot and check the bios again anyhow. Won't hurt > > > anything, I guess. > > > > > > >Your BIOS may have a ASF option for ethernet. Try toggling the option. > > > > Side issue, but perhaps related (BIOS?) - the Asus P5K with Alantec NIC > doesn't load any driver in probes *either*, but at least reports somthing > is there; > > Extracts: > > (an older 7-CURRENT from September ISO); > > pcib4: irq 16 at device 28.5 on pci0 > pci2: on pcib4 > pci2: at device 0.0 (no driver attached) > > .. > > (8-CURRENT form 17 OCtober) > > pcib4: irq 16 at device 28.5 on pci0 > pci2: on pcib4 > pci2: at device 0.0 (no driver attached) > Show me the "pciconf -lcv" output. > That the OP's scan has gone totally 'blind' to the nfe suggests it might be > a good idea to physically reset the MB BIOS by jumper, then start over. > > Gigabyte (often!), and Asus, (sometimes) get their BIOS knickers in a knot > after many soft changes and go into unplanned states. > > Bill -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:59:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A99CD16A420 for ; Mon, 12 Nov 2007 10:59:55 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4170713C48D for ; Mon, 12 Nov 2007 10:59:55 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60573 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrX0r-000M3y-P8 for freebsd-current@freebsd.org; Mon, 12 Nov 2007 10:59:29 +0000 Message-ID: <47383211.7040702@conducive.net> Date: Mon, 12 Nov 2007 10:59:29 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4737F8BD.40304@conducive.net> <20071112103118.GE87383@cdnetworks.co.kr> In-Reply-To: <20071112103118.GE87383@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:59:55 -0000 Pyun YongHyeon wrote: *trimmed* > > Show me the "pciconf -lcv" output. If it is of any use, here 'tis - BIOS has the onboard Gig-E chip AND its BIOS extension 'enabled' and there is a CAT5e attached to a Gig-E hub with DHCP available. External components work cleanly with other gear attached, to wit PowerBook 17" with Gig-E, other MB with Intel or Realtek Gig-E. ======= 8-CURRENT 17 OCT Asus P5K ================= hostb0@pci0:0:0:0: class=0x060000 card=0x82761043 chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 11) Intel cap 0 version 1 pcib1@pci0:0:1:0: class=0x060400 card=0x29c18086 chip=0x29c18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 0d[88] = PCI Bridge card=0x29c18086 cap 01[80] = powerspec 3 supports D0 D3 current D0 cap 05[90] = MSI supports 1 message cap 10[a0] = PCI-Express 1 root port uhci0@pci0:0:26:0: class=0x0c0300 card=0x82771043 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 uhci1@pci0:0:26:1: class=0x0c0300 card=0x82771043 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 uhci2@pci0:0:26:2: class=0x0c0300 card=0x82771043 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 ehci0@pci0:0:26:7: class=0x0c0320 card=0x82771043 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 09[98] = vendor (length 6) Intel cap 2 version 0 pcib2@pci0:0:28:0: class=0x060400 card=0x82771043 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x82771043 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib3@pci0:0:28:4: class=0x060400 card=0x82771043 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x82771043 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib4@pci0:0:28:5: class=0x060400 card=0x82771043 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x82771043 cap 01[a0] = powerspec 2 supports D0 D3 current D0 uhci3@pci0:0:29:0: class=0x0c0300 card=0x82771043 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 uhci4@pci0:0:29:1: class=0x0c0300 card=0x82771043 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 uhci5@pci0:0:29:2: class=0x0c0300 card=0x82771043 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 09[50] = vendor (length 6) Intel cap 2 version 0 ehci1@pci0:0:29:7: class=0x0c0320 card=0x82771043 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 09[98] = vendor (length 6) Intel cap 2 version 0 pcib5@pci0:0:30:0: class=0x060401 card=0x82771043 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x82771043 isab0@pci0:0:31:0: class=0x060100 card=0x82771043 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: Quick Resume, SATA RAID-5, 4 PCI-e x1 slots, SATA RAID-0/1/10 atapci2@pci0:0:31:2: class=0x01018f card=0x82771043 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 09[b0] = vendor (length 6) Intel cap 2 version 0 none0@pci0:0:31:3: class=0x0c0500 card=0x82771043 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus atapci3@pci0:0:31:5: class=0x010185 card=0x82771043 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 09[b0] = vendor (length 6) Intel cap 2 version 0 vgapci0@pci0:1:0:0: class=0x030000 card=0x34541458 chip=0x042210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = display subclass = VGA cap 01[60] = powerspec 2 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit cap 10[78] = PCI-Express 1 endpoint atapci0@pci0:3:0:0: class=0x010601 card=0x824f1043 chip=0x2363197b rev=0x03 hdr=0x00 vendor = 'JMicron Technology Corp' device = 'JMB36X PCIE-to-SATAII/IDE RAID Controller' class = mass storage cap 01[68] = powerspec 2 supports D0 D3 current D0 cap 10[50] = PCI-Express 1 legacy endpoint IRQ 0 atapci1@pci0:3:0:1: class=0x010185 card=0x824f1043 chip=0x2363197b rev=0x03 hdr=0x00 vendor = 'JMicron Technology Corp' device = 'JMB36X PCIE-to-SATAII/IDE RAID Controller' class = mass storage subclass = ATA cap 01[68] = powerspec 2 supports D0 D3 current D0 none1@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[48] = MSI supports 1 message, 64 bit cap 10[58] = PCI-Express 1 endpoint rl0@pci0:5:2:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 fwohci0@pci0:5:3:0: class=0x0c0010 card=0x81fe1043 chip=0x30441106 rev=0xc0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire cap 01[50] = powerspec 2 supports D0 D2 D3 current D0 ============== Should be the same for 7-(any) AFAIK. The nVidia and the RTL8139 are on PCI-e and PCI of course. Manual & BIOS report the onboard GigE is an Attansic - not currently supported AFAIK. Nor do I care. Cheaper to switch MB or add cards unless this chipset becomes more common. The OP's nVidia is more important. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 11:54:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F52616A418 for ; Mon, 12 Nov 2007 11:54:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0939713C48D for ; Mon, 12 Nov 2007 11:54:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1604121waf for ; Mon, 12 Nov 2007 03:54:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=3epWlguI9O1E+GClBa0iWRAU5twWruDepUE4hlO6hLU=; b=Ycj6+FNUTWOnhur3cvFwADGgmqCLoYBoEyDWDvMiFkPJk1A3A+WDo9jsQyhlpjiGq/JflxLVoyeshV+2hGMs4tWRP4QbLj3QIxD3MJ71cZqL53K7BX1DjzJ6RyfOX+0Tb2YskqiLZvOhxkh/+LgCx3SRpGlTtim6FpxKlvMfnWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=E1lAgxVkPsXVN71nmwjS4xRh0wRQq0PD6lEAD8CYUG5EeLkeqvXM0d3v+EmdQ3U4Ll1f8CxWHofy8+9EVGK7GlIl1UigT/sOnzz5UAxqBLSXmDg9016Q5HM3IJOnCv/3f9qc4abaW+B07PO+tXcU2iJim0I5B7u5UMBVGCKzPU4= Received: by 10.114.126.1 with SMTP id y1mr7364wac.1194868453124; Mon, 12 Nov 2007 03:54:13 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m10sm485918waf.2007.11.12.03.54.09 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 03:54:11 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lACBs1u7096713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 20:54:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lACBs148096712; Mon, 12 Nov 2007 20:54:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 12 Nov 2007 20:54:01 +0900 From: Pyun YongHyeon To: =?euc-kr?B?+dvKq/j2?= Bill Hacker Message-ID: <20071112115401.GF87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4737F8BD.40304@conducive.net> <20071112103118.GE87383@cdnetworks.co.kr> <47383211.7040702@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47383211.7040702@conducive.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 11:54:24 -0000 On Mon, Nov 12, 2007 at 10:59:29AM +0000, łŪŹ«ųö Bill Hacker wrote: > Pyun YongHyeon wrote: > > *trimmed* > > > >Show me the "pciconf -lcv" output. > > If it is of any use, here 'tis - BIOS has the onboard Gig-E chip AND its > BIOS extension 'enabled' and there is a CAT5e attached to a Gig-E hub with > DHCP available. > > External components work cleanly with other gear attached, to wit PowerBook > 17" with Gig-E, other MB with Intel or Realtek Gig-E. > > > ======= 8-CURRENT 17 OCT Asus P5K ================= > [...] > none1@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 > rev=0xb0 hdr=0x00 > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D3 current D0 > cap 05[48] = MSI supports 1 message, 64 bit > cap 10[58] = PCI-Express 1 endpoint Hmm, it's Attansic L1 gigabit ethernet controller. ATM as you said there is no FreeBSD driver for the controller but I think Kevin Lo(kelvo@) is working on age(4) to support the ethernet controller. I'm not sure whether age(4) also supports Attansic F1 ethernet controller. I also heard ndis(4) works OK for the ethernet. Long time ago when I asked for datasheet for the controller the vendor simply rejected it so I gave up. AFAIK the vendor released Linux driver under GPL so it's doable to write a driver but it would be time-consuming and tedious work. :-( [...] > > Should be the same for 7-(any) AFAIK. > > The nVidia and the RTL8139 are on PCI-e and PCI of course. > > Manual & BIOS report the onboard GigE is an Attansic - not currently > supported AFAIK. > > Nor do I care. Cheaper to switch MB or add cards unless this chipset > becomes more common. > > The OP's nVidia is more important. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 12:17:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0545616A419 for ; Mon, 12 Nov 2007 12:17:58 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id BF1A213C491 for ; Mon, 12 Nov 2007 12:17:57 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60733 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrYE7-000MWz-Cv for freebsd-current@freebsd.org; Mon, 12 Nov 2007 12:17:15 +0000 Message-ID: <4738444A.5020003@conducive.net> Date: Mon, 12 Nov 2007 12:17:14 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4737F8BD.40304@conducive.net> <20071112103118.GE87383@cdnetworks.co.kr> <47383211.7040702@conducive.net> <20071112115401.GF87383@cdnetworks.co.kr> In-Reply-To: <20071112115401.GF87383@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 12:17:58 -0000 Pyun YongHyeon wrote: *trimmed* > > none1@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 > > rev=0xb0 hdr=0x00 > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 2 supports D0 D3 current D0 > > cap 05[48] = MSI supports 1 message, 64 bit > > cap 10[58] = PCI-Express 1 endpoint > > Hmm, it's Attansic L1 gigabit ethernet controller. ATM as you said > there is no FreeBSD driver for the controller but I think Kevin Lo(kelvo@) > is working on age(4) to support the ethernet controller. I'm not sure > whether age(4) also supports Attansic F1 ethernet controller. > I also heard ndis(4) works OK for the ethernet. > > Long time ago when I asked for datasheet for the controller the > vendor simply rejected it so I gave up. AFAIK the vendor released > Linux driver under GPL so it's doable to write a driver but it would > be time-consuming and tedious work. :-( > Not to worry - bigger fish to fry! Important that bge, common on server-grade MB - and nVidia on consumer-grade become better sorted f'rinstance. Easy enough to avoid el-cheapo wannabee's like Attansic 'til Realtek has eaten them for lunch. Even try-anything-cheap Asus don't seem to use them much - not even on some of their other P5 MB. Thanx, Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 12:33:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971E916A41B for ; Mon, 12 Nov 2007 12:33:46 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 18B4213C4DD for ; Mon, 12 Nov 2007 12:33:45 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1653368mue for ; Mon, 12 Nov 2007 04:33:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=GIhykp7QwaOlK6BaHe7RfkgVcgkxM0+b5P7GIv0eaDA=; b=AKRVte1f306Ftl0/oRe4ZpijxqPHaZPkGaVJj94P7/8Y3w8v6qC974syKlg3Yo8BcWwPbJJt/L6Q3l8G32HPYoV0on7AuxBIUf84DAgEbzO5gsYuvHHONAxf9slixi7A9xHctL0o/R56RaTkA5cu9P0yoqb+1e9FN7HMYcrcJKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=kwYNvy+bE4gdM5DQPlqIAm5UCsyiLU9nr1pjrsayMzh1UF0VOZtyxM2m0AZitodgkmhaH4u1QyygWL/xGbkgZy7pwVi3EhTSitkcVecEBSUS4fWDzcv5AKstxsGY2nnJ52/axFatdaGQFMZ1mLTvbnPZ781GZhQGY0Ib0ySB3JY= Received: by 10.82.189.6 with SMTP id m6mr11746884buf.1194870813970; Mon, 12 Nov 2007 04:33:33 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id d27sm6367862nfh.2007.11.12.04.33.28 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 04:33:31 -0800 (PST) From: Nikolay Pavlov To: delphij@freebsd.org Date: Mon, 12 Nov 2007 14:33:22 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20070917194009.W84177@woozle.rinet.ru> <200709241223.52140.qpadla@gmail.com> <472561A7.60108@delphij.net> In-Reply-To: <472561A7.60108@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1488894.QgF6e56mr3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711121433.26356.qpadla@gmail.com> Cc: freebsd-current@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 12:33:46 -0000 --nextPart1488894.QgF6e56mr3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 October 2007 06:29:27 LI Xin wrote: > > Just want to be sure that no one lose this. Here is a PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D116600 > > Can not reproduce here. =C2=A0Could you please confirm that this still > persists for latest RELENG_7? Look like i've got it finally. The exact option the cause a panic for me is= =20 a "mode=3D777". So that: mount -t tmpfs tmpfs /tmp - works fine. =20 mount -t tmpfs -o mode=3D777 tmpfs /tmp - triggers a panic. A backtrace and a message are the same as in PR. 7.0-BETA2 is affected too. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1488894.QgF6e56mr3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHOEgW/2R6KvEYGaIRAozOAJ9dqsa+T7+dRvRIZ3gmig8Ds/O2cwCcCR7C T8nduJtXv6i/61EZnhD/dQE= =yxwe -----END PGP SIGNATURE----- --nextPart1488894.QgF6e56mr3-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 12:35:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E821816A418 for ; Mon, 12 Nov 2007 12:35:10 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from byebye.mdh.se (byebye.mdh.se [130.243.85.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6DE13C491 for ; Mon, 12 Nov 2007 12:35:09 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from dahlsten.mdh.se (dahlsten.mdh.se [130.243.76.148]) by byebye.mdh.se (8.12.11/8.12.11/Debian-5) with ESMTP id lACCM1OW018722; Mon, 12 Nov 2007 13:22:01 +0100 Received: from [130.243.87.26] (gin.mds.mdh.se [130.243.87.26]) by dahlsten.mdh.se (8.14.1/8.14.1) with ESMTP id lACCLq5U026965; Mon, 12 Nov 2007 13:21:53 +0100 (MET) Message-ID: <4738455B.6080706@mdfnet.se> Date: Mon, 12 Nov 2007 13:21:47 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Arne_=5C=22W=F6rner=5C=22=22?= , freebsd-current@freebsd.org References: <740403.70965.qm@web30311.mail.mud.yahoo.com> In-Reply-To: <740403.70965.qm@web30311.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mdh_se-MailScanner-Information: Please contact helpdesk@mdh.se for more information X-mdh_se-MailScanner: Found to be clean X-MailScanner-From: henrik@mdfnet.se Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 12:35:11 -0000 Arne Wörner wrote: > --- Henrik Bergkvist wrote: > > >> Arne Wörner wrote: >> >>> Maybe the device is even in use somehow (e.g.: by a mounted file system)? >>> >>> > Is the device in use? mounted? or so? > > >> But when I do "graid5 stop data" I get a kernel panic. >> >> > Hmm... > Where is the panic? Did u see some messages on the console? > > -Arne > I took a picture. You can see it here: http://mds.mdh.se/~kem96hbt/panic.jpg /Henrik From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 12:56:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A45A16A417 for ; Mon, 12 Nov 2007 12:56:29 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [209.191.69.69]) by mx1.freebsd.org (Postfix) with SMTP id 1841113C4CB for ; Mon, 12 Nov 2007 12:56:27 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 64560 invoked by uid 60001); 12 Nov 2007 12:56:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=XGOwjNrbfAia0uOYuJe8Qtvww7+6Id4fIs770N5CySFgG0gXnh0ca/hJjm/UP6cpSjvBy90thr3fZi7fAIuJaCGNWkai7tO1UN1pN+RnLXKnQVPzO97y0/NRjRLTr0kqdpYJ551eywjGPZig4B8ldNZInB3X7rKnoprfkLCqdgg=; X-YMail-OSG: m5IsoVIVM1nf0C4tqfrH8AGGZZcMQfV_O1YNBG_sPW4rsOy81P9EvvaRHWsWet8oMJ3Bc5dv3qf5yjtVHmHOEpkAioJtn1frusLnazq_d3rWF8vm7uI- Received: from [84.141.60.25] by web30307.mail.mud.yahoo.com via HTTP; Mon, 12 Nov 2007 04:56:15 PST Date: Mon, 12 Nov 2007 04:56:15 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <4738455B.6080706@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <647944.54189.qm@web30307.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 12:56:29 -0000 --- Henrik Bergkvist wrote: > I took a picture. You can see it here: > http://mds.mdh.se/~kem96hbt/panic.jpg > Hmm... U could increase debug level to 10 or so (sysctl kern.geom.raid5.debug=10) before u do that "graid5 stop" command again... Then u can see better, why graid5 couldnt stop... Currently it looks like GEOM (g_event) gets an event, that is somehow bad, which is not necessarily a graid5 bug... In R6.2 the stop cmd worked fine in some version of graid5 (I dont remember which, because I personally never really needed to stop a device)... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 13:38:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7076616A417 for ; Mon, 12 Nov 2007 13:38:28 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from byebye.mdh.se (byebye.mdh.se [130.243.85.101]) by mx1.freebsd.org (Postfix) with ESMTP id 071A813C4BA for ; Mon, 12 Nov 2007 13:38:27 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from dahlsten.mdh.se (dahlsten.mdh.se [130.243.76.148]) by byebye.mdh.se (8.12.11/8.12.11/Debian-5) with ESMTP id lACDcDJt020219; Mon, 12 Nov 2007 14:38:13 +0100 Received: from [130.243.87.26] (gin.mds.mdh.se [130.243.87.26]) by dahlsten.mdh.se (8.14.1/8.14.1) with ESMTP id lACDc7E4022798; Mon, 12 Nov 2007 14:38:07 +0100 (MET) Message-ID: <4738573A.3080302@mdfnet.se> Date: Mon, 12 Nov 2007 14:38:02 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Arne_=5C=22W=F6rner=5C=22=22?= , freebsd-current@freebsd.org References: <647944.54189.qm@web30307.mail.mud.yahoo.com> In-Reply-To: <647944.54189.qm@web30307.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mdh_se-MailScanner-Information: Please contact helpdesk@mdh.se for more information X-mdh_se-MailScanner: Found to be clean X-MailScanner-From: henrik@mdfnet.se Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 13:38:28 -0000 Arne Wörner wrote: > --- Henrik Bergkvist wrote: > >> I took a picture. You can see it here: >> http://mds.mdh.se/~kem96hbt/panic.jpg >> >> > Hmm... > U could increase debug level to 10 or so (sysctl kern.geom.raid5.debug=10) > before u do that "graid5 stop" command again... Then u can see better, why > graid5 couldnt stop... > > Currently it looks like GEOM (g_event) gets an event, that is somehow bad, > which is not necessarily a graid5 bug... In R6.2 the stop cmd worked fine in > some version of graid5 (I dont remember which, because I personally never > really needed to stop a device)... > > -Arne > That gave the exact same error. /Henrik From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 14:20:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 227A216A417 for ; Mon, 12 Nov 2007 14:20:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id C016913C4C4 for ; Mon, 12 Nov 2007 14:20:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ira90-000Jb7-Us; Mon, 12 Nov 2007 16:20:07 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lACEK0ob035332; Mon, 12 Nov 2007 16:20:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id lACEJxqO035331; Mon, 12 Nov 2007 16:19:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 12 Nov 2007 16:19:59 +0200 From: Kostik Belousov To: Nikolay Pavlov Message-ID: <20071112141959.GP37471@deviant.kiev.zoral.com.ua> References: <20070917194009.W84177@woozle.rinet.ru> <200709241223.52140.qpadla@gmail.com> <472561A7.60108@delphij.net> <200711121433.26356.qpadla@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wJnDPJhqGGlzIm5V" Content-Disposition: inline In-Reply-To: <200711121433.26356.qpadla@gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 565941832c2f675ae953af64aa3a5396 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1766 [Nov 12 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, delphij@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 14:20:21 -0000 --wJnDPJhqGGlzIm5V Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 12, 2007 at 02:33:22PM +0200, Nikolay Pavlov wrote: > On Monday 29 October 2007 06:29:27 LI Xin wrote: > > > Just want to be sure that no one lose this. Here is a PR: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D116600 > > > > Can not reproduce here. =9ACould you please confirm that this still > > persists for latest RELENG_7? >=20 > Look like i've got it finally. The exact option the cause a panic for me = is=20 > a "mode=3D777". So that: > mount -t tmpfs tmpfs /tmp - works fine. =20 > mount -t tmpfs -o mode=3D777 tmpfs /tmp - triggers a panic. > A backtrace and a message are the same as in PR. 7.0-BETA2 is affected to= o. The following patch fixed it for me. diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c index 4a3cdec..55e9891 100644 --- a/sys/fs/tmpfs/tmpfs_vfsops.c +++ b/sys/fs/tmpfs/tmpfs_vfsops.c @@ -201,7 +201,7 @@ tmpfs_mount(struct mount *mp, struct thread *td) /* Root node attributes. */ uid_t root_uid; gid_t root_gid; - mode_t root_mode; + int root_mode; =20 struct vattr va; =20 --wJnDPJhqGGlzIm5V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHOGEPC3+MBN1Mb4gRAgmDAKDEL4P6HqEd9FC0+f1QjA8ybtkDzACgitaf aoOSRLzlqCgrZXwYa2t6thY= =0OCb -----END PGP SIGNATURE----- --wJnDPJhqGGlzIm5V-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 14:46:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F68216A417 for ; Mon, 12 Nov 2007 14:46:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1A12013C480 for ; Mon, 12 Nov 2007 14:45:54 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A4FD620A2; Mon, 12 Nov 2007 15:45:24 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8FFA620A0; Mon, 12 Nov 2007 15:45:24 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 5918C84468; Mon, 12 Nov 2007 15:45:24 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kostik Belousov References: <20070917194009.W84177@woozle.rinet.ru> <200709241223.52140.qpadla@gmail.com> <472561A7.60108@delphij.net> <200711121433.26356.qpadla@gmail.com> <20071112141959.GP37471@deviant.kiev.zoral.com.ua> Date: Mon, 12 Nov 2007 15:45:24 +0100 In-Reply-To: <20071112141959.GP37471@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Mon\, 12 Nov 2007 16\:19\:59 +0200") Message-ID: <86k5onwmij.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, delphij@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 14:46:00 -0000 Kostik Belousov writes: > The following patch fixed it for me. > > diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c > index 4a3cdec..55e9891 100644 > --- a/sys/fs/tmpfs/tmpfs_vfsops.c > +++ b/sys/fs/tmpfs/tmpfs_vfsops.c > @@ -201,7 +201,7 @@ tmpfs_mount(struct mount *mp, struct thread *td) > /* Root node attributes. */ > uid_t root_uid; > gid_t root_gid; > - mode_t root_mode; > + int root_mode; >=20=20 > struct vattr va; >=20=20 Alternatively: @@ -231,7 +231,7 @@ vfs_scanopt(mp->mnt_optnew, "uid", "%d", &root_uid) !=3D 1) root_uid =3D va.va_uid; if (mp->mnt_cred->cr_ruid !=3D 0 || - vfs_scanopt(mp->mnt_optnew, "mode", "%o", &root_mode) !=3D 1) + vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) !=3D 1) root_mode =3D va.va_mode; if(vfs_scanopt(mp->mnt_optnew, "inodes", "%d", &nodes_max) !=3D 1) nodes_max =3D 0; Incidentally, later edits to the tmpfs code have introduced a number of style(9) violations, one of which is visible in my patch. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 12:01:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B29116A49A for ; Mon, 12 Nov 2007 12:01:59 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2617513C4CA for ; Mon, 12 Nov 2007 12:01:58 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: by el-out-1112.google.com with SMTP id s27so266471ele for ; Mon, 12 Nov 2007 04:01:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ySFirR6hiNDix+Dg6d1ylo4ub4jkPrM75dzUPvy8O8I=; b=kptYDf+w1oj/ZxcYrs/C8DhwsnkGyQJIhG5tHdljNRDmP8Xod9gnZOViZwm08x3dw+6FtAS6dSMgZNGL1x2doGb3KeqQ6MQTTje03BYPbakDsqzcBYkoLvbsZemSC0n+iC4zzmpEtQOVj92hnhGQP4XRzqTaGp/dWNNsV2Zfhs0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ACnUAqgtrEnnnxDWTusooo0VJocZM1IbKAjmON6c3D1taM4rcqEn/JqaUciobhXTbSRFbfEJTE93phqv6v+tIT6wsAceqWiD+BaCRH2fAqXQNQRjJ2wgYS7Jx7ga4HD6pB3kaWzQyo1rQnMFdG2tXg93YhZHRop3vAsLwgGmXQA= Received: by 10.142.79.15 with SMTP id c15mr1153854wfb.1194868907541; Mon, 12 Nov 2007 04:01:47 -0800 (PST) Received: by 10.142.108.8 with HTTP; Mon, 12 Nov 2007 04:01:47 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 12:01:47 +0000 From: mustkaru To: "Beech Rintoul" In-Reply-To: <47382470.3070001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4737869B.7020105@FreeBSD.org> <200711120020.26076.beech@freebsd.org> <47382470.3070001@FreeBSD.org> X-Mailman-Approved-At: Mon, 12 Nov 2007 15:03:32 +0000 Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 12:01:59 -0000 On Nov 12, 2007 10:01 AM, Kris Kennaway wrote: > > Beech Rintoul wrote: > > On Sunday 11 November 2007, mustkaru said: > >> On Nov 11, 2007 10:47 PM, Kris Kennaway wrote: > >>> mustkaru wrote: > >>>> Hi, > >>>> > >>>> I updated to RELENG_7 two yesterday, and under usual load > >>>> started getting hundreds of messages > >>>> > >>>> swap_pager_getswapspace(3): failed > >>>> > >>>> The system swap is 96% full; it is less than 20% usually under > >>>> the same load. The system started to kill off processes because > >>>> of lack of swap space: > >>>> > >>>> pid 52606 (thunderbird-bin), uid 1001, was killed: out of swap > >>>> space swap_pager_getswapspace(2): failed > >>>> pid 13984 (evince), uid 1001, was killed: out of swap space > >>>> > >>>> I suppose there's no way to get back to the more stable BETA2 ? > >>>> When cvsuping, I noticed > >>>> > >>>> 52815 Nov 8 14:03 vm_page.c > >>>> > >>>> had been changed. Might it be related to that? Might a next > >>>> possible change in that get back a more stable swapper. . .? > >>> This means you ran out of swap space because applications were > >>> requesting more virtual memory than your system contains. This > >>> is an application issue, not a kernel issue. > >>> > >>> Kris > >> I hope so. It is weird though that I run exactly the same number of > >> applications every day; and I ran the same binary apps on an > >> earlier version of RELENG_7 (I updated system but not apps), but I > >> never ran out of swap space; in particular I have never used more > >> than .5 GB swap. This time, the system was using 1 GB swap. So I > >> suppose I should start hunting the guilty app. > > > > I'm seeing the exact same thing. I'm running -current from yesterday > > and this box is lightly loaded. I can't track it down to a specific > > process, but all of a sudden normal compiles are running me out of > > vm. This box has 500Mb ram and a gig of swap and has never run out of > > memory before. None of my applications have changed. I'm also > > starting to see it on a client's box I recently updated to 7.0, That > > box has 1Gb ram and 2Gb swap and is just a desktop and mailserver. > > I don't think this is application related. > > Then you have further investigation to do to prove that theory :) > > Kris > > I suspect it's tunderbird (version 2.0.0.6 (20071101)) and not the system. I admit I wasn't quite precise when saying Im using *all the same* apps. I realized this morning that after upgrading, I installed the above version of binary thunderbird package. The phenomenon is well reproducable: when Im running my normal set of apps, nothing happens. Then I start thunderbird, start downloading messages, and swap space hits the ceiling. Then the system kills off thunderbird. I can even start thunderbird alone and have the same effect. So I wonder if that's the same that you're seeing on your two machines? Must -- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 10:16:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D23316A417 for ; Mon, 12 Nov 2007 10:16:54 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id DD7F913C4B7 for ; Mon, 12 Nov 2007 10:16:53 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so757189nzf for ; Mon, 12 Nov 2007 02:16:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=u8BKmYeP30qfxKB4lYXdxxzKe7qfVj7ZN2RdXtluSCA=; b=E74kNGkcGTPR5qAadwdgyXugoUYAhnlK4X0o5+cqV+p8QqYIuuWJVXiEUZWnRRKpMUmPATrZlbiaujbf+k4oNPqSMhGdr3TLsBGYxI4Lsc9J3J7mVAh5Kt/YhFadDeIBAakY+emj3rYPPrKdDys0107yuWJliRQ3Pg3wuuc2y9I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=OIdXBZcZjtBmQKCIEdkmgXdVDSa+SGocImeKrJl2D+xJ8t1HrhDzf6PmsW4Ugi6l6OcMuTaE1DnkN46LlSTTo0RsQ8Gc3xKAdqxsMfkQKDjTJ4Bh8EuqhZIB6LAlYriAHPUA9aAmg6Q/9RY34NDIyT9E6l0vMIh/ZN9W1A9Ypxk= Received: by 10.142.158.17 with SMTP id g17mr288760wfe.1194862602214; Mon, 12 Nov 2007 02:16:42 -0800 (PST) Received: by 10.142.215.16 with HTTP; Mon, 12 Nov 2007 02:16:41 -0800 (PST) Message-ID: <398a5c890711120216n2d6709bclac5962837443f2fd@mail.gmail.com> Date: Mon, 12 Nov 2007 08:16:41 -0200 From: "Ricardo A. Reis" To: current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 12 Nov 2007 15:03:49 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 10:16:54 -0000 Hi all, After i updated my system for RELENG_7 yesterday from RELENG_6, in mp3 sync with amarok (1.4.7) and my cellphone Nokia N91 (Hitachi 4GB MicroDrive) severals mp3's were corrupted in silence without any error output. The same occurs on the terminal with cp or rsync. -- Ricardo A. Reis HSP/SPDM - UNIFESP Security Analyst From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 15:55:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B391216A421 for ; Mon, 12 Nov 2007 15:55:53 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2DE13C48A for ; Mon, 12 Nov 2007 15:55:52 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id lACFtgJC081159; Mon, 12 Nov 2007 09:55:43 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1194882943; bh=p20nNbMw++DWOJ13UIX//5B3YwLYYz0QUmVojgo HwwY=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=bEIc+Ghl dAguaH1LoSUUrqwC8l8i+lZD17cQppEcDMeFGPpCpOxEIV5630/njpjlgVRTg+UUp/M P0WxXGpeX3XWVhY77xxRALpTX2HKjxy2VA0CW8JCCqRGXNKtfIl7JgUXL98RyVQpmIT UjjmnYPJHc+LbxogeGZSG2dSrNxG4= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id lACFtgou081158; Mon, 12 Nov 2007 09:55:42 -0600 (CST) (envelope-from tinguely) Date: Mon, 12 Nov 2007 09:55:42 -0600 (CST) From: Mark Tinguely Message-Id: <200711121555.lACFtgou081158@casselton.net> To: beech@freebsd.org, kris@freebsd.org In-Reply-To: <47382944.6050407@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7: swap_pager_getswapspace(3): failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 15:55:53 -0000 Could the change to vmspace_dofree() in vm_map.c that does no longer runs pmap_release() cause wasted space? Could someone help me grasp why wired pages cannot handled in vm_remove_pages()? --Mark Tinguely. From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 16:54:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7623516A473 for ; Mon, 12 Nov 2007 16:54:33 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECD413C4BB for ; Mon, 12 Nov 2007 16:54:33 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA03.emeryville.ca.mail.comcast.net with smtp id BoVi1Y00A0EPcho010Lj00; Mon, 12 Nov 2007 16:54:21 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id BsuL1Y00Y0byEVU0000000; Mon, 12 Nov 2007 16:54:21 +0000 X-Authority-Analysis: v=1.0 c=1 a=af9TxOCv0iFInQMOZu0A:9 a=bps_uzhcBtOMeHMgsGtOcb6JxkAA:4 a=50e4U0PicR4A:10 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: Gregory Wright Date: Mon, 12 Nov 2007 11:54:12 -0500 X-Mailer: Apple Mail (2.752.2) Subject: Crash after trying powerd on FreeBSD 7.0BETA-2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 16:54:33 -0000 Hi, I tried enabling powerd on FreeBSd 7.0BETA-2 by adding powerd_enable="YES" to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron 270 HE processor (dual core), 2 GB RAM. AMD powernow was enabled in the BIOS. Upon rebooting, the machine crashed. Rebooting indicated file system corruption and I was not able to successfully reboot again. (When I tried to reboot in safe mode, I got a kernel panic for a page fault in kernel mode.) I have reinstalled the OS and the machine seems to work again. Is this a variant of a known issue or something new? BR, Greg From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 17:07:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E4F816A419 for ; Mon, 12 Nov 2007 17:07:11 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2B26813C481 for ; Mon, 12 Nov 2007 17:07:10 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lACH6oY0075431 ; Mon, 12 Nov 2007 18:06:50 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lACH6n4k024019 ; Mon, 12 Nov 2007 18:06:49 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lACH6nKo024016; Mon, 12 Nov 2007 18:06:49 +0100 (MET) (envelope-from arno) To: Gregory Wright References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> From: "Arno J. Klaassen" Date: 12 Nov 2007 18:06:48 +0100 In-Reply-To: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Mon, 12 Nov 2007 18:06:50 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4756/Mon Nov 12 16:28:55 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4738882A.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-current@freebsd.org Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:07:11 -0000 Gregory Wright writes: > Hi, > > I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > > powerd_enable="YES" > > to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > 270 HE processor (dual core), 2 GB RAM. AMD powernow was > enabled in the BIOS. I never succeeded in using cpufreq on any 288x MB. If freezes box even with latest bios. I use acpi_ppc with releng_6 (needs slight modifications for newer acpica code). Arno From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 17:30:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DB616A419 for ; Mon, 12 Nov 2007 17:30:53 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3035413C4A6 for ; Mon, 12 Nov 2007 17:30:52 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA01.emeryville.ca.mail.comcast.net with smtp id BqS81Y0060FhH24010FK00; Mon, 12 Nov 2007 17:30:46 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id BtWl1Y00H0byEVU0000000; Mon, 12 Nov 2007 17:30:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=C6UAhnNhsQ_pgDceBmcA:9 a=VDqLveKXXoWf2jG3q1YFlSXQH68A:4 a=8pM5Lrggm8MA:10 a=WuK_CZDBSqoA:10 In-Reply-To: References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <9FDA8795-1B07-4585-91BA-3D8DB7A90A89@antiope.com> Content-Transfer-Encoding: 7bit From: Gregory Wright Date: Mon, 12 Nov 2007 12:30:37 -0500 To: Arno J. Klaassen X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:30:53 -0000 On Nov 12, 2007, at 12:06 PM, Arno J. Klaassen wrote: > Gregory Wright writes: > >> Hi, >> >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding >> >> powerd_enable="YES" >> >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was >> enabled in the BIOS. > > > I never succeeded in using cpufreq on any 288x MB. If freezes > box even with latest bios. > > I use acpi_ppc with releng_6 (needs slight modifications > for newer acpica code). > > Arno > Thanks, Arno. I will give acpi_ppc a try when the 7.0 RELEASE comes out. Greg From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 17:35:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF6116A417 for ; Mon, 12 Nov 2007 17:35:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD1413C494 for ; Mon, 12 Nov 2007 17:35:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lACHYsjt017747; Mon, 12 Nov 2007 18:35:00 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lACHYsq4017746; Mon, 12 Nov 2007 18:34:54 +0100 (CET) (envelope-from olli) Date: Mon, 12 Nov 2007 18:34:54 +0100 (CET) Message-Id: <200711121734.lACHYsq4017746@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, mashtizadeh@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Nov 2007 18:35:00 +0100 (CET) Cc: Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, mashtizadeh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:35:03 -0000 [Excessive Cc list cut] Ali Mashtizadeh wrote: > For ZFS KVA_PAGES=512 seems to run very stable so it's unfortunate that we > have to give up our VA space in the userland. I would personally like to see > a move to a 4-4 Memory model or at least have it as a compile time option. > Does anyone know if that's been attempted on FreeBSD? Sorry for the late reply. I haven't seen an answer to your question, so I try to give one. Using a 4-4 memory model (in 32 bit mode) means that kernel and user pages could never be active at the same time, i.e. they would have to be swapped for _every_ context switch, including syscalls and interrupts. That would be extremely expensive. And there would still be an address space limit at 4 GB, so the problem would only be pushed a little farther away, but it wouldn't be solved. A much better solution (or rather: the _real_ solution) is to use a 64bit OS (such as FreeBSD/amd64), where there's no need to worry about address space splitting at all. That's also precisely the reason why amd64 is recommended over i386 when using ZFS on FreeBSD. Practically all new hardware is 64bit-capable, so that's the way to go. 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 "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 17:45:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DFB16A420 for ; Mon, 12 Nov 2007 17:45:59 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 3C63813C4D1 for ; Mon, 12 Nov 2007 17:45:59 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA07.westchester.pa.mail.comcast.net with smtp id Btl81Y00K0bG4ec0000W00; Mon, 12 Nov 2007 17:45:48 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA03.westchester.pa.mail.comcast.net with comcast id Btlo1Y00N0byEVU0000000; Mon, 12 Nov 2007 17:45:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=IJfJwvcmZ-LFclAhYWQA:9 a=HAQ9-HIdPFGBVTxcYboA:7 a=BaAXoKaL0Erw_FKE1DZ-Y-0nxyoA:4 a=WuK_CZDBSqoA:10 In-Reply-To: <473780DB.2040705@freebsd.org> References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> <473780DB.2040705@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <17995F62-7E9B-42E3-A7FA-30143C704C34@antiope.com> Content-Transfer-Encoding: 7bit From: Gregory Wright Date: Mon, 12 Nov 2007 12:45:43 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:45:59 -0000 On Nov 11, 2007, at 5:23 PM, Andre Oppermann wrote: > Gregory Wright wrote: >> On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: >>> >> Hi Andre, >> I also took a look at the bge (4) driver in 7.0-BETA2. As far as >> I can tell, >> it does not support TSO (there is no ioctl supporting TSO enable/ >> disable >> as there is for the em(4) driver). > >> Might the chip --- a BCM5704_B0 --- not be completely >> initialized? This >> might explain why the machine with the BCM5714_B3 chips works, while >> the other machine shows the duplicate ACK bug. > > Perhaps. Do you see the duplicate ACKs in a tcpdump on both the > sender > and the receiver? If you see it on the sender too, then it must be a > bug in our network stack or the driver (by requeuing the same packet > over and over again). > > -- > Andre The logs show that the duplicate ACKs are generated only by the receiver. I suspect a bug in the driver, perhaps the ACK packet is not being removed from the TX buffer ring. Examining the transmitted packets should be enough to rule out a network stack problem. Is there any debugging infrastructure I can use or do I just have to hack in on my own? Greg From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 17:56:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C398916A419 for ; Mon, 12 Nov 2007 17:56:08 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 52AFD13C4B3 for ; Mon, 12 Nov 2007 17:56:08 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so992949uge for ; Mon, 12 Nov 2007 09:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=dIyIgdnTrOgL9AGdehRq/XnGIUKSyQIV04SyS5rJ2E8=; b=EVuEpPzzKhtIdXCh9jLiwlanuJg2DqMJkpPCKLYST/6qDg8ajO8y/lyfNWp9pbk2GNzjJM3hTkWJbEEjWY9UapZUUjm8uj+/Ax6GOTm3l9uY1kqG+LM8gE/X0HnrzJQCqT4b6deDqtLdzki0TFr8etYCrDMdJMd+QWycjKiRkpQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=IN4SAr6Bzdpt3onpjPd7sEI24o03aKiR/GGMHiS7GvVKmxtCiogqBSy2BO1uUNxtGObVIba7PZsI9IlAlnOP7RJSyFUWw6rHhXPnHM41SCk+lrQvzrJkE1J53nUFzZ/2QhdI4nZ8DMwJK2wZ9iIPgrPU9GDeimsrqXCQMZ+Zp0I= Received: by 10.142.245.10 with SMTP id s10mr1157621wfh.1194888627043; Mon, 12 Nov 2007 09:30:27 -0800 (PST) Received: from bsd.powered.net ( [200.181.68.107]) by mx.google.com with ESMTPS id h39sm8437520wxd.2007.11.12.09.30.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Nov 2007 09:30:26 -0800 (PST) Message-ID: <47388D97.2040301@gmail.com> Date: Mon, 12 Nov 2007 15:29:59 -0200 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.6) Gecko/20071102 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Ricardo A. Reis" References: <398a5c890711120216n2d6709bclac5962837443f2fd@mail.gmail.com> In-Reply-To: <398a5c890711120216n2d6709bclac5962837443f2fd@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:56:08 -0000 On 11/12/2007 08:16, Ricardo A. Reis wrote: > After i updated my system for RELENG_7 yesterday from RELENG_6, in > mp3 sync with amarok (1.4.7) > and my cellphone Nokia N91 (Hitachi 4GB MicroDrive) severals mp3's were corrupted. > > Oi Ricardo, tudo jĆ³ia? I'm having the exact same problem. Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to mount my SonyEricsson W810 phone, but whatever is copied there gets corrupted. I first noticed this yesterday when copying a new batch os MP3s to its 4 GB memory stick. - Rainer From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:06:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B74F16A417 for ; Mon, 12 Nov 2007 18:06:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id C27BB13C481 for ; Mon, 12 Nov 2007 18:06:15 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id lACHWLXo027728 for ; Mon, 12 Nov 2007 17:32:21 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ird93-0003zY-00 for freebsd-current@freebsd.org; Mon, 12 Nov 2007 17:32:21 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.1/8.14.1) with ESMTP id lACHWK4K047675 for ; Mon, 12 Nov 2007 17:32:20 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.1/8.14.1/Submit) id lACHWJ05047674 for freebsd-current@freebsd.org; Mon, 12 Nov 2007 17:32:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 12 Nov 2007 17:32:18 +0000 Message-Id: <1194888738.46113.30.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: pkg_add fails with "fatal error during execution: getcwd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:06:16 -0000 Hi all, For the last couple of months, I've seen the following issue on my -CURRENT laptop: rho# pkg_add -r libgtkhtml fast-user-switch-applet deskbar-applet Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ libgtkhtml.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ fast-user-switch-applet.tbz...pkg_add: fatal error during execution: getcwd rho# I've determined that the failing getcwd is the one on line 126 of src/usr.sbin/pkg_install/lib/pen.c. I've never seen it fail when trying to install a single package at a time, only multiple. Running the pkg_add command again immediately will usually work, or fail later on a different package. This started after an upgrade from early April to late September HEAD, but due to various other changes, I was unable to revert to the April kernel to test. I cannot recreate this on any other machine. My laptop is a Core 2 Duo, however I can recreate the issue with a non-SMP kernel. I've forced an fsck of all filesystems, with no difference. There's plenty of disk space left. I've even deleted all packages and cleared out /usr/local but still see the problem? Any suggestions? Can anyone else recreate this? As I first saw this just before RELENG-7 was branched, I'm concerned that it may also affect that branch. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:16:01 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB8516A41A for ; Mon, 12 Nov 2007 18:16:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7D913C49D for ; Mon, 12 Nov 2007 18:16:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lACIFr0I019492; Mon, 12 Nov 2007 19:15:59 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lACIFrrW019491; Mon, 12 Nov 2007 19:15:53 +0100 (CET) (envelope-from olli) Date: Mon, 12 Nov 2007 19:15:53 +0100 (CET) Message-Id: <200711121815.lACIFrrW019491@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, stephan@yaraghchi.org In-Reply-To: <25f52a3d0711010019v76aef126q6ccae27682f14568@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Nov 2007 19:15:59 +0100 (CET) X-Mailman-Approved-At: Mon, 12 Nov 2007 18:22:28 +0000 Cc: Subject: Re: loader breaks with -O2 optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, stephan@yaraghchi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:16:02 -0000 Stephan F. Yaraghchi wrote: > Oliver Fromme wrote: > > Stephan F. Yaraghchi wrote: > > > After making world on a freshly installed 7.0-BETA1 > > > the system does not boot anymore due to a broken loader: > > > [...] > > > I found out that the following line in my make.conf causes > > > the problem: > > > > > > CFLAGS= -O2 -funroll-loops -pipe > > > > > > After changing down to -O1 and making /usr/src/sys/boot again > > > the systems behaves properly at boot. > > > > Have you tried with the default flags? i.e. simply remove > > the CFLAGS line from your make.conf. Does the loader still > > break? > > > > Best regards > > Oliver > > > > PS: The default flags are: -O2 -fno-strict-aliasing -pipe > > (see /usr/share/mk/sys.mk) > > Hi Oliver, > > I added -O2 -fno-strict-aliasing -pipe to the make.conf and it worked too! Nice to hear that it works, but ... Actually my point was that you should _remove_ the "CFLAGS=" line entirely from your make.conf, instead of replacing a bogus set of flags with a different set of flags that happens to work in this particular case. Even if the flags you inserted are the normal default flags, some piece of software might want to use different flags for certain reasons. Your "CFLAGS=" line might break those, as others have already explained in this thread. A general rule of thumb is to never touch CFLAGS globally, but only for specific software, if you're sure that it actually benefits from your modified flags. For example, some ports offer options to enable optimized CFLAGS, for that particular port only. 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 "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:39:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9321316A41A for ; Mon, 12 Nov 2007 18:39:18 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30313.mail.mud.yahoo.com (web30313.mail.mud.yahoo.com [209.191.69.75]) by mx1.freebsd.org (Postfix) with SMTP id 4231513C480 for ; Mon, 12 Nov 2007 18:39:17 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 4420 invoked by uid 60001); 12 Nov 2007 18:38:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=0LCkJAfW57io2vXBgCIPtJ4L6qW7Z7Jj/uXeBUWWrrzuce9kTY/4tMYb2egsxYwnQwdFyXWJlXqKF1nulWPKP8vmPpt22gUIW7DBIHK/pUD0diph9R+MZZNQLeUiWFZWloT12x5Hvb2cIylCUBIoAKKCu0nhqbVj5lJrCTPXLQc=; X-YMail-OSG: 9DDYBBUVM1n_uFN3_D86M3qA6Ag31C4HNZV.m1Rbsbah8CO5zMEhNhZFVF09H36xYCNDiFlJrzan_Q_Di2XiF6cy4GY4omT7uwmhtbvmVa5Usdw5lNA- Received: from [84.141.60.25] by web30313.mail.mud.yahoo.com via HTTP; Mon, 12 Nov 2007 10:38:54 PST Date: Mon, 12 Nov 2007 10:38:54 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <4738573A.3080302@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <695947.4328.qm@web30313.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:39:18 -0000 Hi! The graid5 female testing officer found, that this problem just happens with EFF aka. TNG... with the stable version this problem doesnt occur... I dont know why, since both use the same destroy aka. stop procedure... Bye Arne --- Henrik Bergkvist wrote: > Arne Wörner wrote: > > --- Henrik Bergkvist wrote: > > > >> I took a picture. You can see it here: > >> http://mds.mdh.se/~kem96hbt/panic.jpg > >> > >> > > Hmm... > > U could increase debug level to 10 or so (sysctl kern.geom.raid5.debug=10) > > before u do that "graid5 stop" command again... Then u can see better, why > > graid5 couldnt stop... > > > > Currently it looks like GEOM (g_event) gets an event, that is somehow bad, > > which is not necessarily a graid5 bug... In R6.2 the stop cmd worked fine > in > > some version of graid5 (I dont remember which, because I personally never > > really needed to stop a device)... > > > > -Arne > > > That gave the exact same error. > > /Henrik > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:47:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 046E216A420 for ; Mon, 12 Nov 2007 18:47:02 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 1952E13C4B2 for ; Mon, 12 Nov 2007 18:47:00 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 53056 invoked from network); 12 Nov 2007 21:40:01 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 12 Nov 2007 21:40:01 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 259070, updated: 12.11.2007] Message-ID: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Mon, 12 Nov 2007 21:39:58 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: 3dm2 "Maintenance" meanu disappeared! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:47:02 -0000 I have updated 3dm, firmware and driver to the latest (tried 3dm from ports and from 3ware.com, firmware from 3ware.com site and driver from freebsd source cvs) NOW I HAVE: FREEBSD 7-BETA2 9650SE-2LP FIRMWARE FE9X 3.08.00.016 API 2.03.00.004 DRIVER 3.70.05.001 3DM 2 version 2.06.00.016 However, when i move my mouse over "management" menu i only see to submenu items: Controller Settings Scheduling THERE IS NO "Maintenance" submenu. ON another box with 8506 and 7xxx controller it is present. Also the 3dm with same controller under windows 2003 shows "Maintenance" submenu, but not under FreeBSD. ANy idea what's going on here? How to make "Maintenance" submenu appear under FreeBSD version of 3dm? -- Artem From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:53:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441D916A468 for ; Mon, 12 Nov 2007 18:53:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4586B13C491 for ; Mon, 12 Nov 2007 18:53:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218938194-1834499 for multiple; Mon, 12 Nov 2007 13:53:08 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lACIqII8042270; Mon, 12 Nov 2007 13:52:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Mon, 12 Nov 2007 13:51:57 -0500 User-Agent: KMail/1.9.6 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> In-Reply-To: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711121351.58616.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]); Mon, 12 Nov 2007 13:52:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4756/Mon Nov 12 10:28:55 2007 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: Rink Springer , Rui Paulo , freebsd-current@freebsd.org, freebsd-i386@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:53:19 -0000 On Friday 09 November 2007 06:40:48 am Rui Paulo wrote: > On 7 Nov 2007, at 21:48, Scott Long wrote: > > > Rui Paulo wrote: > >> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: > >>> I don't really like the fact that it has to be turned on manually. > >>> Is it > >>> possible to make this automatic based on BIOS Id or something like > >>> this? > >> Yes, I can turn this on for MacBooks. > > > > Yeah, at least have it on by default for the systems that we know have > > the problem. I still think that it needs wider application, but as > > long > > as the immediate and identifiable issue is addressed, I'm happy. > > > Ok, if there are no objections, I plan to request approval from my > mentor and from re@ for the following patch: > > Index: clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ clock.c 9 Nov 2007 11:34:56 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,31 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv, *sysenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + sysenv = getenv("smbios.system.product"); > + if ((ichenv != NULL) || (sysenv != NULL && > + strncmp(sysenv, "MacBook", 7) == 0)) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + if (ichenv) > + freeenv(ichenv); > + if (sysenv) > + freeenv(sysenv); > + } > + This is missing a freeenv(sysenv) in the case that ichenv is NULL and sysenv != "MacBook". Perhaps move the freeenv()'s out of the if statement. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:54:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E59116A41A for ; Mon, 12 Nov 2007 18:54:23 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from byebye.mdh.se (byebye.mdh.se [130.243.85.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC0313C494 for ; Mon, 12 Nov 2007 18:54:22 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from dahlsten.mdh.se (dahlsten.mdh.se [130.243.76.148]) by byebye.mdh.se (8.12.11/8.12.11/Debian-5) with ESMTP id lACIsD4A024199; Mon, 12 Nov 2007 19:54:13 +0100 Received: from [130.243.87.26] (gin.mds.mdh.se [130.243.87.26]) by dahlsten.mdh.se (8.14.1/8.14.1) with ESMTP id lACIsADo006216; Mon, 12 Nov 2007 19:54:10 +0100 (MET) Message-ID: <4738A14D.4060204@mdfnet.se> Date: Mon, 12 Nov 2007 19:54:05 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Arne_=5C=22W=F6rner=5C=22=22?= , freebsd-current@freebsd.org References: <695947.4328.qm@web30313.mail.mud.yahoo.com> In-Reply-To: <695947.4328.qm@web30313.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mdh_se-MailScanner-Information: Please contact helpdesk@mdh.se for more information X-mdh_se-MailScanner: Found to be clean X-MailScanner-From: henrik@mdfnet.se Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:54:23 -0000 Arne Wörner wrote: > Hi! > > The graid5 female testing officer found, that this problem just happens with > EFF aka. TNG... with the stable version this problem doesnt occur... I dont > know why, since both use the same destroy aka. stop procedure... > > Bye > Arne > Ok, I used -PP, but I guess it's the same thing there then... /Henrik From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 18:58:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 483F116A41B for ; Mon, 12 Nov 2007 18:58:08 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id C29A413C4C1 for ; Mon, 12 Nov 2007 18:58:07 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1056734nfb for ; Mon, 12 Nov 2007 10:57:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=0pYLZjinD8gt8ekiR6YyD2h1IQcZZsrWT2DARe91n44=; b=tCWP6oW+eKOXX5fC3NdC7GEfvqVfLuRX5K6zoS0KyrEa9LxysdmyQrLE8SYsrMLsgXJBwL/W36q9QKEMlECRsoZq7vMc053ryJdkyPgCgotqg3xHH5O5cEtuiQuI79sefRXrkl7aqqSJGhqOLkErJgaZQmgz4sVRt03RbUmU0Po= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=gI8zdW9qsPjaTQs6PJ++NIUbINAGjaiYQSzUtM3Dh8/+F1to6xKnt01ij2x57C2LfsUc+L+CJzJPXY+C/s1tx6wiVlq1xPDaPo1AXVK7aFKaKvpPtwU2UkNyZJzA50nSS+HYpRDObkE8MC1e4uAUi0pQINSxrlpHqQJ3+lqtkYo= Received: by 10.86.91.12 with SMTP id o12mr4848773fgb.1194892250382; Mon, 12 Nov 2007 10:30:50 -0800 (PST) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id l19sm4967310fgb.2007.11.12.10.30.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Nov 2007 10:30:49 -0800 (PST) From: Michal Varga To: Rainer Alves In-Reply-To: <47388D97.2040301@gmail.com> References: <398a5c890711120216n2d6709bclac5962837443f2fd@mail.gmail.com> <47388D97.2040301@gmail.com> Content-Type: text/plain Organization: Stonehenge Date: Mon, 12 Nov 2007 19:30:47 +0100 Message-Id: <1194892247.879.11.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Ricardo A. Reis" , current@freebsd.org Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 18:58:08 -0000 On Mon, 2007-11-12 at 15:29 -0200, Rainer Alves wrote: > I'm having the exact same problem. > Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to > mount my SonyEricsson W810 phone, but whatever is copied there gets > corrupted. > I first noticed this yesterday when copying a new batch os MP3s to its 4 > GB memory stick. > > - Rainer > "Me too" - I see this with USB2.0 support/controller enabled, tested on two nforce5 and amd690 boards. Random (but pretty heavy) corruptions with data transferred to and from digital camera and mp3 player (both acting as common "usb flash disks"). Disabling USB2.0 seems to fix it AND also no board without USB2.0 controller exhibits this here (I just did a few quick tests, and nothing so far). Possibly some EHCI-specific bug? ,. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 19:11:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CBAE16A41A; Mon, 12 Nov 2007 19:11:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7410613C4B0; Mon, 12 Nov 2007 19:11:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id EA671EBB842; Tue, 13 Nov 2007 03:03:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 6qIns5L2xotP; Tue, 13 Nov 2007 03:02:59 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 64EA8EB1E47; Tue, 13 Nov 2007 03:02:57 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=FMJcqyD7i5SwbVFGsZFWfRxeN84e6ul23Ktd//Wk+j7B+WhNrVhPjn1vfUf3gmjIs uxl6DsHgDxp1kw9zx+A6g== Message-ID: <4738A35D.3080408@delphij.net> Date: Mon, 12 Nov 2007 11:02:53 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20070917194009.W84177@woozle.rinet.ru> <200709241223.52140.qpadla@gmail.com> <472561A7.60108@delphij.net> <200711121433.26356.qpadla@gmail.com> <20071112141959.GP37471@deviant.kiev.zoral.com.ua> <86k5onwmij.fsf@ds4.des.no> In-Reply-To: <86k5onwmij.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Kostik Belousov , freebsd-current@freebsd.org, delphij@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 19:11:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling SmĆørgrav wrote: > Kostik Belousov writes: >> The following patch fixed it for me. >> >> diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c >> index 4a3cdec..55e9891 100644 >> --- a/sys/fs/tmpfs/tmpfs_vfsops.c >> +++ b/sys/fs/tmpfs/tmpfs_vfsops.c >> @@ -201,7 +201,7 @@ tmpfs_mount(struct mount *mp, struct thread *td) >> /* Root node attributes. */ >> uid_t root_uid; >> gid_t root_gid; >> - mode_t root_mode; >> + int root_mode; >> >> struct vattr va; >> > > Alternatively: > > @@ -231,7 +231,7 @@ > vfs_scanopt(mp->mnt_optnew, "uid", "%d", &root_uid) != 1) > root_uid = va.va_uid; > if (mp->mnt_cred->cr_ruid != 0 || > - vfs_scanopt(mp->mnt_optnew, "mode", "%o", &root_mode) != 1) > + vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) != 1) > root_mode = va.va_mode; > if(vfs_scanopt(mp->mnt_optnew, "inodes", "%d", &nodes_max) != 1) > nodes_max = 0; Oh... My fault, thanks for pointing out. I have just checked it into - -HEAD. > Incidentally, later edits to the tmpfs code have introduced a number of > style(9) violations, one of which is visible in my patch. Could you please give me a copy of the patch? :) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHOKNdhcUczkLqiksRAhZ5AJ9MKCYlDT+NGGESAHf2BE0mSm5FeACgqHO3 Nk6Lk2Bt8L3z78oza08d9Xw= =TfYA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 19:20:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C863316A421 for ; Mon, 12 Nov 2007 19:20:36 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30301.mail.mud.yahoo.com (web30301.mail.mud.yahoo.com [209.191.69.63]) by mx1.freebsd.org (Postfix) with SMTP id 7666313C4C5 for ; Mon, 12 Nov 2007 19:20:36 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 91787 invoked by uid 60001); 12 Nov 2007 19:20:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=OiAmBausuJlrSFbM7HqbzD305O9/HX6e1t+EGLbP6bkx+GVMsjQQsuSeq7HXD8MpVixtNMfALieuNKAvDvL0HvESLb2K3+Fwm27hXXYlrnwop0jKbrNGW3JtqkwBIMLJduAirjEhK0zCg3mrJJL90zWKjeWmL9XsYn7y8SAn104=; X-YMail-OSG: p5NFPOkVM1lhZedC7F62tzG3NCGsHxMTT30TqykZzGerP3BWmFuCFhCOfbuQgMDWsFWOnfYIM2WfH5T8jKbFRGDeEmNwRQ9SxmQ7ThNqdg65iYfu4.U- Received: from [84.141.60.25] by web30301.mail.mud.yahoo.com via HTTP; Mon, 12 Nov 2007 11:20:30 PST Date: Mon, 12 Nov 2007 11:20:30 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <4738A14D.4060204@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <232061.83441.qm@web30301.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 19:20:36 -0000 Hmm... I took a close look and now I guess/hope, that u use an old user-land-program (/usr/sbin/graid5 or where is it?)... I added the "no yo-yo" flag (-y) to "stop"/"destroy" some time ago, so that the device stays "stop"ped, even though GEOM would like to taste its consumers again... *giggle* I uploaded a fixed PP and TNG/EFF version... -Arne --- Henrik Bergkvist wrote: > Arne Wörner wrote: > > Hi! > > > > The graid5 female testing officer found, that this problem just happens > with > > EFF aka. TNG... with the stable version this problem doesnt occur... I dont > > know why, since both use the same destroy aka. stop procedure... > > > > Bye > > Arne > > > Ok, I used -PP, but I guess it's the same thing there then... > > > /Henrik > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:19:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BD1616A421 for ; Mon, 12 Nov 2007 20:19:34 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id DA1F813C4CE for ; Mon, 12 Nov 2007 20:19:33 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1547825pyb for ; Mon, 12 Nov 2007 12:19:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=cwtkvAa3KRugUle3sikVwZvRfYEcse0jYQVYlnFFvNU=; b=FCDkrRgsTOA2G1X+n7CMyKRIV8XlB9xc5sOoH0eOoUG6A8gE5atMEIqSIKj02/N1KbPagp2wt39ZWscM82DBS9Vb4RBrdKe8jHf5hJs5JrvvKniTitHjgk+k8J52zzYBMu9CAYycpm4gqgPUrzspvI/PiHBlkaO5TAFTGIGLxZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=dX5PQ8jR35Eixk/uS6MTZZGeTIKpVPnm9W3f9x9zb8i7ekf++DBZsUjGzs7CT6RaZPbrBnxcNtJ1j9bUPLI5urSgi0eV4tIvqEssT3Z3ZTZo4oMxPTPowtCPbQuw/ByXu7J9jDt9N65MuyLHTtPOJS+6IiB5nhmfalzi4WCP0mY= Received: by 10.35.78.9 with SMTP id f9mr2701326pyl.1194898763111; Mon, 12 Nov 2007 12:19:23 -0800 (PST) Received: by 10.35.76.2 with HTTP; Mon, 12 Nov 2007 12:19:23 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 20:19:23 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "John Baldwin" In-Reply-To: <200711121351.58616.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> <200711121351.58616.jhb@freebsd.org> X-Google-Sender-Auth: fb8e40cb068bdcdc Cc: freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:19:34 -0000 On Nov 12, 2007 6:51 PM, John Baldwin wrote: > > On Friday 09 November 2007 06:40:48 am Rui Paulo wrote: > > On 7 Nov 2007, at 21:48, Scott Long wrote: > > > > > Rui Paulo wrote: > > >> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: > > >>> I don't really like the fact that it has to be turned on manually. > > >>> Is it > > >>> possible to make this automatic based on BIOS Id or something like > > >>> this? > > >> Yes, I can turn this on for MacBooks. > > > > > > Yeah, at least have it on by default for the systems that we know have > > > the problem. I still think that it needs wider application, but as > > > long > > > as the immediate and identifiable issue is addressed, I'm happy. > > > > > > Ok, if there are no objections, I plan to request approval from my > > mentor and from re@ for the following patch: > > > > Index: clock.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > > retrieving revision 1.240 > > diff -u -p -r1.240 clock.c > > --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 > > +++ clock.c 9 Nov 2007 11:34:56 -0000 > > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > > #define ACQUIRED 2 > > #define ACQUIRE_PENDING 3 > > > > +/* Intel ICH register */ > > +#define ICH_PMBASE 0x400 > > + > > static u_char timer2_state; > > > > static unsigned i8254_get_timecount(struct timecounter *tc); > > @@ -616,11 +619,31 @@ i8254_init(void) > > void > > startrtclock() > > { > > + char *ichenv, *sysenv; > > u_int delta, freq; > > > > writertc(RTC_STATUSA, rtc_statusa); > > writertc(RTC_STATUSB, RTCSB_24HR); > > > > + /* > > + * On some systems, namely MacBooks, we need to disallow the > > + * legacy USB circuit to generate an SMI# because this can > > + * cause several problems, namely: incorrect CPU frequency > > + * detection and failure to start the APs. > > + */ > > + ichenv = getenv("hw.ich.disable_legacy_usb"); > > + sysenv = getenv("smbios.system.product"); > > + if ((ichenv != NULL) || (sysenv != NULL && > > + strncmp(sysenv, "MacBook", 7) == 0)) { > > + if (bootverbose) > > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > > + if (ichenv) > > + freeenv(ichenv); > > + if (sysenv) > > + freeenv(sysenv); > > + } > > + > > This is missing a freeenv(sysenv) in the case that ichenv is NULL and > sysenv != "MacBook". Perhaps move the freeenv()'s out of the if statement. Yeah, Nate already pointed that out. Could you check your inbox, please? Nate asked you if this was the proper place to add this code. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:28:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7FF16A420 for ; Mon, 12 Nov 2007 20:28:48 +0000 (UTC) (envelope-from mgowda82@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 866E613C491 for ; Mon, 12 Nov 2007 20:28:48 +0000 (UTC) (envelope-from mgowda82@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so890601nzf for ; Mon, 12 Nov 2007 12:28:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=af4EHEEUFIY+DRgZJb6Fyzt8BQVMIi9FBB1dwVZcRB4=; b=H7szysXJBJi0+N/3+5oBRD0TTUNMgOVjTSdGgttcqCOu4UHGuLEZgNkqTpcX2NFnp/UVH4NvA4+dn1TAEk5s6i+X1OisGKld+lzZRGGH6zloHxyEnkuLMTXGlGuNbxkgSUAs7LgXR2QqBXW8sAF0XKEtqQMFeNSIbkKJDGKtOP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=IGBgb9x7k+d1FhOZYSihb6fSg3irw68EjqEQ46ovyaISGLQt2U7kTR72M/ACGYHpyyUxC1yRENgpIot6VgKbcw10VzZYLnPzyCSu+7eX2TYioOcHRdbVZjx9eLUbZKyIEazP2qMqyoo9ml6vpGDAieyWPo/zTpDdpcieaTF//zE= Received: by 10.142.141.5 with SMTP id o5mr1313204wfd.1194899311738; Mon, 12 Nov 2007 12:28:31 -0800 (PST) Received: by 10.142.13.10 with HTTP; Mon, 12 Nov 2007 12:28:31 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 12:28:31 -0800 From: "Manjunath R Gowda" To: "Artem Kuchin" In-Reply-To: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> MIME-Version: 1.0 References: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 3dm2 "Maintenance" meanu disappeared! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:28:49 -0000 I'm connecting remotely through Internet explorer it shows all the three. Are you connecting remotely ? Which web browser are you using ? -Manjunath On 11/12/07, Artem Kuchin wrote: > > I have updated 3dm, firmware and driver to the latest (tried 3dm from > ports and from 3ware.com, firmware from 3ware.com site and > driver from freebsd source cvs) > > NOW I HAVE: > FREEBSD 7-BETA2 > 9650SE-2LP > > FIRMWARE FE9X 3.08.00.016 > API 2.03.00.004 > DRIVER 3.70.05.001 > 3DM 2 version 2.06.00.016 > > However, when i move my mouse over "management" menu i only see to submenu > items: > > Controller Settings > Scheduling > > THERE IS NO "Maintenance" submenu. > ON another box with 8506 and 7xxx controller it is present. Also the 3dm > with same > controller under windows 2003 shows "Maintenance" submenu, but not under > FreeBSD. > > ANy idea what's going on here? How to make "Maintenance" submenu appear > under FreeBSD version of 3dm? > > -- > Artem > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:30:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4BFE16A468 for ; Mon, 12 Nov 2007 20:30:27 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30305.mail.mud.yahoo.com (web30305.mail.mud.yahoo.com [209.191.69.67]) by mx1.freebsd.org (Postfix) with SMTP id 9388113C4BF for ; Mon, 12 Nov 2007 20:30:27 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 76065 invoked by uid 60001); 12 Nov 2007 20:30:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=GwaXRYStBf9g+A+SVj26yIXBl35JwuhtMl+s5M2L7geUxxcv7sqsXLZ9hwnrAPC7DzPH1KmZWxGcV1q46uQOlpC296mxrSMSswWTUQCyA9h71ThgkDO2E32uiz7AM/yEodBZPJ9aevyTLV3R+8Diob84FYoffPePNHiu7roaAx8=; X-YMail-OSG: zSHrqjYVM1k0K8BNDzX.TeJF0PSSOpmEw460onV2 Received: from [84.141.60.25] by web30305.mail.mud.yahoo.com via HTTP; Mon, 12 Nov 2007 12:30:05 PST Date: Mon, 12 Nov 2007 12:30:05 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <439322.75726.qm@web30305.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:30:28 -0000 Oh no... :-) It was a little different: The user-land tool was possibly the right one, but "stop" behaved not like "destroy"... Both should have the same behaviour, but I didnt add the "-y" feature to "stop"... I uploaded the fixed version... -Arne --- Arne Wörner wrote: > Hmm... > > I took a close look and now I guess/hope, that u use an old user-land-program > (/usr/sbin/graid5 or where is it?)... > > I added the "no yo-yo" flag (-y) to "stop"/"destroy" some time ago, so that > the > device stays "stop"ped, even though GEOM would like to taste its consumers > again... *giggle* > > I uploaded a fixed PP and TNG/EFF version... > > -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:33:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21DB416A46C for ; Mon, 12 Nov 2007 20:33:02 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id F204813C4B0 for ; Mon, 12 Nov 2007 20:33:01 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 4008 invoked from network); 12 Nov 2007 20:32:50 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 12 Nov 2007 20:32:50 -0000 Message-ID: <4738B818.2070204@chuckr.org> Date: Mon, 12 Nov 2007 15:31:20 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: pyunyh@gmail.com References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> In-Reply-To: <20071112044340.GC87383@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:33:02 -0000 Pyun YongHyeon wrote: > OK, I just finished getting a verbose boot. Wouldn't you know it? The > > nfe ports aren't even recognized now. I have them static in the kernel > > (so they don't need kldloading) but I can offer you no probing info. I > > can find the nfe by using kldstat -v, so it's in the kernel (and i > > checked, an attempt to load it anyhow fails). I haven't any idea why it > > would not be probed, it's on the motherboard (an Asus Striker Extreme) > > If nfe(4) was loaded successfully and identified ethernet controller > it should have printed some information for the device.(You can check > it before invoking ifconfig(8)). If it's not detected by nfe(4) I > guess nfe(4) is not guilty for the issue. > It would be even better if you can post the output of "pciconf -lcv". > > > and needs only to have the bios agree to allow it, which it was. Hmm, I > > think I will reboot and check the bios again anyhow. Won't hurt > > anything, I guess. > > > > Your BIOS may have a ASF option for ethernet. Try toggling the option. > OK, like I said to begin with (look above) the nfe0/1 didn't probe. I've done more investigation, and believe it or not, the nfe0/1 doesn't print any probe message when I was in verbose booting mode. I rebooted 4 times, and did check the BIOS, the ports were definitely active. What's more puzzling is that, when I gave up trying to get a verbose boot with the nfe0/1 in there, and booted non-verbosely, it probed immediately, and here's what printed (I have excerpted the nfe section): nfe0: port 0xfb00-0xfb07 mem 0xefffd000-0xefffdfff,0xefffc000-0xefffc0ff,0xefff b000-0xefffb00f irq 20 at device 17.0 on pci0 miibus1: on nfe0 e1000phy0: PHY 19 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:1b:fc:a0:90:4c nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe1: port 0xfa00-0xfa07 mem 0xefffa000-0xefffafff,0xefff9000-0xefff90ff,0xefff 8000-0xefff800f irq 21 at device 18.0 on pci0 miibus2: on nfe1 e1000phy1: PHY 19 on miibus2 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: Ethernet address: 00:1b:fc:a0:97:89 nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] pciconf -l -cv yielded: nfe0@pci0:0:17:0: class=0x068000 card=0xcb841043 chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled cap 05[50] = MSI supports 8 messages, 64 bit, vector masks cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 nfe1@pci0:0:18:0: class=0x068000 card=0xcb841043 chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled cap 05[50] = MSI supports 8 messages, 64 bit, vector masks cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 I have one other odd problem, it's that no probe messages whatever print during booting, so I had to pick up the demsg later on. The last thing I see during booting is the first spinner character, usually "|", and the next thing I see is "Login;", nothing inbetween whatever. Any idea why my booting has gone totally silent on me? From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:38:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C0A116A417 for ; Mon, 12 Nov 2007 20:38:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 61E0213C4BA for ; Mon, 12 Nov 2007 20:38:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lACKcCki032750; Mon, 12 Nov 2007 15:38:12 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lACKcB4t084119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 15:38:11 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711122038.lACKcB4t084119@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 12 Nov 2007 15:38:21 -0500 To: "Artem Kuchin" , From: Mike Tancsa In-Reply-To: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> References: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: 3dm2 "Maintenance" meanu disappeared! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:38:24 -0000 At 01:39 PM 11/12/2007, Artem Kuchin wrote: >I have updated 3dm, firmware and driver to the latest (tried 3dm >from ports and from 3ware.com, firmware from 3ware.com site and >driver from freebsd source cvs) > >NOW I HAVE: >FREEBSD 7-BETA2 >9650SE-2LP > >FIRMWARE FE9X 3.08.00.016 >API 2.03.00.004 >DRIVER 3.70.05.001 >3DM 2 version 2.06.00.016 > >However, when i move my mouse over "management" menu i only see to >submenu items: > >Controller Settings >Scheduling > >THERE IS NO "Maintenance" submenu. >ON another box with 8506 and 7xxx controller it is present. Also the >3dm with same >controller under windows 2003 shows "Maintenance" submenu, but not >under FreeBSD. I am using Model 9650SE-2LP Serial # L325002A7051245 Firmware FE9X 3.06.00.005 Driver 3.70.05.001 BIOS BE9X 3.06.00.002 Boot Loader BL9X 3.06.00.003 Memory Installed 112 MB Bus Type PCIE 3DM 2 version 2.04.00.035 (from the ports) and all works correctly with Internet Explorer on XP as well as Safari on a MAC. The driver for the card is what is in the base from this morning 7.0-BETA2 FreeBSD 7.0-BETA2 #3: Mon Nov 12 00:17:35 EST 2007 ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:43:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEF3116A46E for ; Mon, 12 Nov 2007 20:43:38 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 12AB813C4B5 for ; Mon, 12 Nov 2007 20:43:37 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 56872 invoked from network); 12 Nov 2007 23:43:24 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 12 Nov 2007 23:43:24 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 259077, updated: 12.11.2007] Message-ID: <045001c8256c$ab0275e0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Manjunath R Gowda" References: <03fb01c8255b$6eb841c0$0c00a8c0@Artem> Date: Mon, 12 Nov 2007 23:43:21 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@freebsd.org Subject: Re: 3dm2 "Maintenance" meanu disappeared! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:43:39 -0000 > On 11/12/07, Artem Kuchin wrote: >> >> I have updated 3dm, firmware and driver to the latest (tried 3dm from >> ports and from 3ware.com, firmware from 3ware.com site and >> driver from freebsd source cvs) >> >> NOW I HAVE: >> FREEBSD 7-BETA2 >> 9650SE-2LP >> >> FIRMWARE FE9X 3.08.00.016 >> API 2.03.00.004 >> DRIVER 3.70.05.001 >> 3DM 2 version 2.06.00.016 >> >> However, when i move my mouse over "management" menu i only see to >> submenu items: >> >> Controller Settings >> Scheduling >> >> THERE IS NO "Maintenance" submenu. >> ON another box with 8506 and 7xxx controller it is present. Also the >> 3dm with same >> controller under windows 2003 shows "Maintenance" submenu, but not >> under FreeBSD. >> >> ANy idea what's going on here? How to make "Maintenance" submenu >> appear under FreeBSD version of 3dm? >> >> -- >> Artem Manjunath R Gowda wrote: > I'm connecting remotely through Internet explorer it shows all the > three. Are you connecting remotely ? Which web browser are you using > Please, don't top post. Well, this is a stupid little bug in html/css of 3dm. If i set big font in MS IE i simply don't see any "maintenance" menu option just like it was never there. Setting normal font size fixes the problem. -- Artem From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 20:55:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5E2916A474 for ; Mon, 12 Nov 2007 20:55:49 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8B50913C491 for ; Mon, 12 Nov 2007 20:55:49 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64193 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IrgJB-000NyY-8t for freebsd-current@freebsd.org; Mon, 12 Nov 2007 20:55:01 +0000 Message-ID: <4738BDA4.3070405@conducive.net> Date: Mon, 12 Nov 2007 20:55:00 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> In-Reply-To: <4738B818.2070204@chuckr.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 20:55:49 -0000 Chuck Robey wrote: *snip* > > I have one other odd problem, it's that no probe messages whatever print > during booting, so I had to pick up the demsg later on. The last thing > I see during booting is the first spinner character, usually "|", and > the next thing I see is "Login;", nothing inbetween whatever. Any idea > why my booting has gone totally silent on me? Not so odd. This is the way we set up servers. '-h' for headless. Now - the question is *why* IF/AS/WHEN you have no such setting. My guess is BIOS reporting one thing, probe another w/r finding a VGA it is allowed to use for console. What the probe 'discovers' doen't go active until it has finished - but the first two loader stages simply 'assume' console will be dealt with somehow, so their output does show up - boot device choice, spinner and such are still BIOS turf. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:20:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 232A716A46B; Mon, 12 Nov 2007 21:20:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 85FD313C4E5; Mon, 12 Nov 2007 21:20:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218966963-1834499 for multiple; Mon, 12 Nov 2007 16:21:14 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lACLKQj9043273; Mon, 12 Nov 2007 16:20:26 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Rui Paulo" Date: Mon, 12 Nov 2007 16:11:36 -0500 User-Agent: KMail/1.9.6 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <200711121351.58616.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711121611.37781.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]); Mon, 12 Nov 2007 16:20:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4757/Mon Nov 12 12:20:27 2007 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: freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:20:55 -0000 On Monday 12 November 2007 03:19:23 pm Rui Paulo wrote: > On Nov 12, 2007 6:51 PM, John Baldwin wrote: > > > > On Friday 09 November 2007 06:40:48 am Rui Paulo wrote: > > > On 7 Nov 2007, at 21:48, Scott Long wrote: > > > > > > > Rui Paulo wrote: > > > >> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: > > > >>> I don't really like the fact that it has to be turned on manually. > > > >>> Is it > > > >>> possible to make this automatic based on BIOS Id or something like > > > >>> this? > > > >> Yes, I can turn this on for MacBooks. > > > > > > > > Yeah, at least have it on by default for the systems that we know have > > > > the problem. I still think that it needs wider application, but as > > > > long > > > > as the immediate and identifiable issue is addressed, I'm happy. > > > > > > > > > Ok, if there are no objections, I plan to request approval from my > > > mentor and from re@ for the following patch: > > > > > > Index: clock.c > > > =================================================================== > > > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > > > retrieving revision 1.240 > > > diff -u -p -r1.240 clock.c > > > --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 > > > +++ clock.c 9 Nov 2007 11:34:56 -0000 > > > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > > > #define ACQUIRED 2 > > > #define ACQUIRE_PENDING 3 > > > > > > +/* Intel ICH register */ > > > +#define ICH_PMBASE 0x400 > > > + > > > static u_char timer2_state; > > > > > > static unsigned i8254_get_timecount(struct timecounter *tc); > > > @@ -616,11 +619,31 @@ i8254_init(void) > > > void > > > startrtclock() > > > { > > > + char *ichenv, *sysenv; > > > u_int delta, freq; > > > > > > writertc(RTC_STATUSA, rtc_statusa); > > > writertc(RTC_STATUSB, RTCSB_24HR); > > > > > > + /* > > > + * On some systems, namely MacBooks, we need to disallow the > > > + * legacy USB circuit to generate an SMI# because this can > > > + * cause several problems, namely: incorrect CPU frequency > > > + * detection and failure to start the APs. > > > + */ > > > + ichenv = getenv("hw.ich.disable_legacy_usb"); > > > + sysenv = getenv("smbios.system.product"); > > > + if ((ichenv != NULL) || (sysenv != NULL && > > > + strncmp(sysenv, "MacBook", 7) == 0)) { > > > + if (bootverbose) > > > + printf("Disabling LEGACY_USB_EN bit on Intel ICH. \n"); > > > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > > > + if (ichenv) > > > + freeenv(ichenv); > > > + if (sysenv) > > > + freeenv(sysenv); > > > + } > > > + > > > > This is missing a freeenv(sysenv) in the case that ichenv is NULL and > > sysenv != "MacBook". Perhaps move the freeenv()'s out of the if statement. > > Yeah, Nate already pointed that out. Could you check your inbox, > please? Nate asked you if this was the proper place to add this code. I'm not sure where exactly one would add it, but I don't think the RTC clock routine is the right place. Maybe do it at the start of cpu_startup() in machdep.c instead? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:21:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D04316A417 for ; Mon, 12 Nov 2007 21:21:21 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id DD83913C4B2 for ; Mon, 12 Nov 2007 21:21:20 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 17989 invoked from network); 12 Nov 2007 21:21:08 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 12 Nov 2007 21:21:08 -0000 Message-ID: <4738C36B.9090302@chuckr.org> Date: Mon, 12 Nov 2007 16:19:39 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> In-Reply-To: <4738BDA4.3070405@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:21:21 -0000 韓家ęؙ Bill Hacker wrote: > Chuck Robey wrote: > > *snip* >> >> I have one other odd problem, it's that no probe messages whatever >> print during booting, so I had to pick up the demsg later on. The >> last thing I see during booting is the first spinner character, >> usually "|", and the next thing I see is "Login;", nothing inbetween >> whatever. Any idea why my booting has gone totally silent on me? > > Not so odd. This is the way we set up servers. '-h' for headless. > > Now - the question is *why* IF/AS/WHEN you have no such setting. > > My guess is BIOS reporting one thing, probe another w/r finding a VGA it > is allowed to use for console. > > What the probe 'discovers' doen't go active until it has finished - but > the first two loader stages simply 'assume' console will be dealt with > somehow, so their output does show up - boot device choice, spinner and > such are still BIOS turf. > Hmm I haven't given as muich care to my linker.hints file as I could. I think I will experiment with giving it, at least, the correct stuff for the console, that might give me the probe messages back. Good hint, I think this one's likely to fix the probing/printing problem, but what about the problem with my nfe ports? If I activate them with ifconfig, it locks up my computer, that's kind of a mean way to react ... > Bill > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:43:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF5916A421 for ; Mon, 12 Nov 2007 21:43:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 43EF813C4B0 for ; Mon, 12 Nov 2007 21:43:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64273 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Irh43-000O5P-4o for freebsd-current@freebsd.org; Mon, 12 Nov 2007 21:43:27 +0000 Message-ID: <4738C8FE.7030402@conducive.net> Date: Mon, 12 Nov 2007 21:43:26 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> In-Reply-To: <4738C36B.9090302@chuckr.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:43:48 -0000 Chuck Robey wrote: > 韓家ęؙ Bill Hacker wrote: >> Chuck Robey wrote: >> >> *snip* >>> >>> I have one other odd problem, it's that no probe messages whatever >>> print during booting, so I had to pick up the demsg later on. The >>> last thing I see during booting is the first spinner character, >>> usually "|", and the next thing I see is "Login;", nothing inbetween >>> whatever. Any idea why my booting has gone totally silent on me? >> >> Not so odd. This is the way we set up servers. '-h' for headless. >> >> Now - the question is *why* IF/AS/WHEN you have no such setting. >> >> My guess is BIOS reporting one thing, probe another w/r finding a VGA >> it is allowed to use for console. >> >> What the probe 'discovers' doen't go active until it has finished - >> but the first two loader stages simply 'assume' console will be dealt >> with somehow, so their output does show up - boot device choice, >> spinner and such are still BIOS turf. >> > > Hmm I haven't given as muich care to my linker.hints file as I could. I > think I will experiment with giving it, at least, the correct stuff for > the console, that might give me the probe messages back. > > Good hint, I think this one's likely to fix the probing/printing > problem, but what about the problem with my nfe ports? If I activate > them with ifconfig, it locks up my computer, that's kind of a mean way > to react ... > Try the plastic soda straw trick. Search the kitchen for a medium soda straw. Liberate a Berg jumper, preferably the sort with a pull-tab tail. Insert into one end of the soda straw, staple in place, wrap a turn of Scotch tape around it. Now - unlike that old set of Kelly forceps from S-100 days, you can clear the MB CMOS w/o contortions, removing cards, or short-circuiting add-on cards. Why so? Modern MB with soft power-off keep an amp or more of power running about all over the board and bus in the power-off state. This for power-on by wake-on-LAN (card has to be 'alive', no?), wake-on-keypress, and a host of other stuff. Removing a card, attaching a cable, powering up with a not-fully-seated (either) *now and then* creates a spike that smacks a bit - or several - sidegodlin inside the BIOS alleged-NV RAM. Too often these are interpreted as 'settings' that the BIOS UI could not set by menu, nor do they make good sense to the near-as-dammit 'state machine' the BIOS is supposed to present for later configuration as a proper Von Neumann architecture Turing machine. But it tries.... So... Pull the mains cord and do a five or ten count before attaching/detaching. inserting/removing. Use yer soda-straw *in the mains-disconnected state* to do a 'hard' CMOS clear and start fresh when wonkiness of the sort you are seeing appears. Don't be surprised that the issue goes away. Unless you have zapped the glue chips. Which also happens 'now and then'. 'Specially on cold, dry, days with static build-up. Chipsets installed in a MB have pretty good protection. But a lightening bolt - even nano-sized, is a formidable motivator. HTH, Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:44:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668A316A417 for ; Mon, 12 Nov 2007 21:44:08 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from maul.mdfnet.se (maul.mdfnet.se [193.11.113.3]) by mx1.freebsd.org (Postfix) with ESMTP id 299D213C4B8 for ; Mon, 12 Nov 2007 21:44:08 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from faramir.mdfnet.se (faramir.mdfnet.se [193.11.113.4]) by maul.mdfnet.se (Postfix) with ESMTP id 24056398047; Mon, 12 Nov 2007 22:43:52 +0100 (CET) Received: from [193.11.119.2] (c-119-2-esk.cust.mdfnet.se [193.11.119.2]) by faramir.mdfnet.se (Postfix) with ESMTP id 0B750114FC; Mon, 12 Nov 2007 22:42:39 +0100 (CET) Message-ID: <4738C965.3020309@mdfnet.se> Date: Mon, 12 Nov 2007 22:45:09 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Arne_=5C=22W=F6rner=5C=22=22?= , freebsd-current@freebsd.org References: <439322.75726.qm@web30305.mail.mud.yahoo.com> In-Reply-To: <439322.75726.qm@web30305.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:44:08 -0000 Arne Wörner wrote: > Oh no... :-) > It was a little different: The user-land tool was possibly the right one, but > "stop" behaved not like "destroy"... Both should have the same behaviour, but I > didnt add the "-y" feature to "stop"... > > I uploaded the fixed version... > > -Arne > Now it works. But I have to specify -y otherwise it does nothing. Btw. how do I start a stopped device again except unload/load? /Henrik From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:49:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A58816A418 for ; Mon, 12 Nov 2007 21:49:02 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id CB00B13C48D for ; Mon, 12 Nov 2007 21:49:01 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1598954pyb for ; Mon, 12 Nov 2007 13:48:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=USU3eQ8Q+njKRP5XBv/svfbQjoH8SAEajYmrrlGctu8=; b=m2IXAa+ZDviOpLiifqVaxkW9zBsOvczNSYtd/y4v5hs2LV7FLc+ZHgPkMKhyD3+U7Ahqmz/AsJOgcpysEMEVhztm8EBtDiLk+Jd1ae+fWd5xK2T/Ys2jRczDfkvR8nNxBv2afBeq9ujb2SekVFy8DXu5B/PLbFHsztHNODo3+Sc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cxRkDXQ89i6NQUqY0oyuwoIX+ytcdZUFnQFvNh290tyk92qR5QplZlK0nrXhl23R3Tbiu0NEM0S/joZianJ/G9GHnHTY32jZLhnol3wKE6B0P5XMmBxn7vW4fCThP+Bs1FRrB8ktPh+Lc4Dqt+cJLOOYRKnPfH5XRPWjA17ZW6Y= Received: by 10.141.164.10 with SMTP id r10mr2650370rvo.1194900735859; Mon, 12 Nov 2007 12:52:15 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 12 Nov 2007 12:52:15 -0800 (PST) Message-ID: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> Date: Mon, 12 Nov 2007 18:52:15 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:49:02 -0000 Hi list, After an spontaneous reboot this weekend our backup server is panic'ing on zfs import. I've the vmcore file but I can't debug this with kgdb :/var/crash # more info.3 Dump header from device /dev/ad0s1b Architecture: amd64 Architecture Version: 2 Dump Length: 103477248B (98 MB) Blocksize: 512 Dumptime: Mon Nov 12 14:56:12 2007 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 root@:/usr/src/sys/amd64/compile/MANNY.debug Panic String: solaris assert: ss == NULL, file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 110 Dump Parity: 2217569595 Bounds: 3 Dump Status: good :/var/crash # kgdb /boot/kernel/kernel vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) Someone can give me a hand with that ? Best Regards, Alexandre From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:49:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ACEF16A417 for ; Mon, 12 Nov 2007 21:49:10 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 21F2313C4AC for ; Mon, 12 Nov 2007 21:49:10 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64275 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Irh9P-000O6i-80 for freebsd-current@freebsd.org; Mon, 12 Nov 2007 21:48:59 +0000 Message-ID: <4738CA4A.8070007@conducive.net> Date: Mon, 12 Nov 2007 21:48:58 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <439322.75726.qm@web30305.mail.mud.yahoo.com> <4738C965.3020309@mdfnet.se> In-Reply-To: <4738C965.3020309@mdfnet.se> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:49:10 -0000 Henrik Bergkvist wrote: > Arne Wļæ½rner wrote: >> Oh no... :-) >> It was a little different: The user-land tool was possibly the right >> one, but >> "stop" behaved not like "destroy"... Both should have the same >> behaviour, but I >> didnt add the "-y" feature to "stop"... >> >> I uploaded the fixed version... >> >> -Arne >> > Now it works. But I have to specify -y otherwise it does nothing. > > Btw. how do I start a stopped device again except unload/load? > > /Henrik > Use two shells. Or an ssh session and a browser. One to read the man page or 'how to' from the web. The other to do what it says. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:53:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DA7016A420 for ; Mon, 12 Nov 2007 21:53:41 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [209.191.69.69]) by mx1.freebsd.org (Postfix) with SMTP id 2F60C13C4A7 for ; Mon, 12 Nov 2007 21:53:40 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 77024 invoked by uid 60001); 12 Nov 2007 21:53:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Qbkexo4G+k/tBDWOunt9UM1FjbRNiVHG+F2lCX/xgIfVd/hK9kb7+FzY6/BVNbmzA3bcUki6qnUhBCP68BHrWgFAFJWmshfBMWCEYsWfq8SPeroQFXmUZlQ0TTls3CJP7cIDY1xZSCBg/ySVnRXmhgpCc6BcPSxxTzEkzCcOXAI=; X-YMail-OSG: 8AVSYYAVM1nusjL9jxhoL164aowHA8tb5hdkJxks_jXK9kJ35QD_MdVA5erYumWnDz6BsZLMFesUxjHJTy_eBtozRoFL1dxtl5JfNL8v2zsEiBg7Rdc- Received: from [84.141.60.25] by web30307.mail.mud.yahoo.com via HTTP; Mon, 12 Nov 2007 13:53:11 PST Date: Mon, 12 Nov 2007 13:53:11 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <4738C965.3020309@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <885618.75622.qm@web30307.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:53:41 -0000 --- Henrik Bergkvist wrote: > Now it works. But I have to specify -y otherwise it does nothing. > Hmm... Without -y it does the following: It destroys the device and then GEOM asks graid5 if it could use those disks, that have been changed lately (by graid5 when it marked the device clean)... *giggle* With -y it changes the order of some events... I took that trick from gmirror... > Btw. how do I start a stopped device again except unload/load? > Hmm... U could (I am just guessing) open each disk that belongs to the graid5 device for writing (but dont write anything)... Maybe this would do the trick: dd if=/dev/blah count=0 of=/dev/blah -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 21:50:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B5A16A41A for ; Mon, 12 Nov 2007 21:50:40 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id E56B613C4B3 for ; Mon, 12 Nov 2007 21:50:39 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so739126wra for ; Mon, 12 Nov 2007 13:50:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=t0i9PE2Fzs/QPIgwRMi9ztVgQ1Rc60EN1SEwj+lBY/U=; b=krynUe9xxt7BEV5TY7H7zGi/4xK7pWRx4PO7OSMcKYT8uWMpC2fXefoqRjrkGPqvvQpEO7OSoM0FTiSyljHoDZtO3KvVJx+qM+c+CAtsQdjoq+0EG/HzT8BqrSmXwgxCvG8MEcAoKhxTGw0fwqICBaD+gkn8oOqYJK8GinVJUK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=S/MhKVUijeyFWsxgEpwtNRSN6tsJ73+dgyW24n8XGLP+agLGGO3xUwuXTZ/zFGkGbpEVRh5Q+YDmBetOahsy6XX3eDY6GFziC5TGtbrcadeiX4ZQTtI/laZb61Yg5bIKMxMlMWa9H2jEHDv75iIuBBK6OlkQ3VrJYXahpCuqHfE= Received: by 10.142.225.11 with SMTP id x11mr1361789wfg.1194904228520; Mon, 12 Nov 2007 13:50:28 -0800 (PST) Received: by 10.142.215.16 with HTTP; Mon, 12 Nov 2007 13:50:28 -0800 (PST) Message-ID: <398a5c890711121350l1404a0c8he61f3a231e58c8bb@mail.gmail.com> Date: Mon, 12 Nov 2007 19:50:28 -0200 From: "Ricardo A. Reis" To: "Michal Varga" In-Reply-To: <1194892247.879.11.camel@xenon.stonehenge.sk> MIME-Version: 1.0 References: <398a5c890711120216n2d6709bclac5962837443f2fd@mail.gmail.com> <47388D97.2040301@gmail.com> <1194892247.879.11.camel@xenon.stonehenge.sk> X-Mailman-Approved-At: Mon, 12 Nov 2007 21:56:52 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rainer Alves , current@freebsd.org Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:50:40 -0000 Pgo+Cj4gIk1lIHRvbyIgLSBJIHNlZSB0aGlzIHdpdGggVVNCMi4wIHN1cHBvcnQvY29udHJvbGxl ciBlbmFibGVkLCB0ZXN0ZWQgb24KPiB0d28gbmZvcmNlNSBhbmQgYW1kNjkwIGJvYXJkcy4gUmFu ZG9tIChidXQgcHJldHR5IGhlYXZ5KSBjb3JydXB0aW9ucwo+IHdpdGggZGF0YSB0cmFuc2ZlcnJl ZCB0byBhbmQgZnJvbSBkaWdpdGFsIGNhbWVyYSBhbmQgbXAzIHBsYXllciAoYm90aAo+IGFjdGlu ZyBhcyBjb21tb24gInVzYiBmbGFzaCBkaXNrcyIpLiBEaXNhYmxpbmcgVVNCMi4wIHNlZW1zIHRv IGZpeCBpdAo+IEFORCBhbHNvIG5vIGJvYXJkIHdpdGhvdXQgVVNCMi4wIGNvbnRyb2xsZXIgZXho aWJpdHMgdGhpcyBoZXJlIChJIGp1c3QKPiBkaWQgYSBmZXcgcXVpY2sgdGVzdHMsIGFuZCBub3Ro aW5nIHNvIGZhcikuIFBvc3NpYmx5IHNvbWUgRUhDSS1zcGVjaWZpYwo+IGJ1Zz8KPgoKIFRyYW5x dWlsbyBSYWluZXIsIHVmZmEgbWV1IG1pY3JvZHJpdmUgZXN0YSBmdW5mYWRvIGtrawoKIE1pY2hh bCwgbXkgbW9ibyBub24tc3VwcG9ydCBzd2l0Y2ggdG8gVVNCIDEuMS4uLiAgSFAgKEVDUyB3LyBB VEkgY2hpcHNldCkKIGJ1dCBpIHRoaW5rIGlmIHRoYXQgcHJvYmxlbSBpcyBub3QgY2F1c2VkIGJ5 IFNRVUVEX1VMRSB3aXRoIHN0cmVzcywgYmVjYXVzZQp5ZXN0ZXJkYXkgaSBzeW5jZCBtcDMgd2l0 aCAoIHBvcnR1cGdyYWRlIC1hICkKYSBmaXJlZm94IGJ1aWxkIGFuZCBpbiBzYW1lIHRpbWUgaSBo YWQgbW9yZSBmaWxlcyBjb3JydXB0ZWQuLgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLWRt ZXNnLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpDb3B5cmlnaHQgKGMpIDE5OTIt MjAwNyBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMs IDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJT RCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZy ZWVCU0QgNy4wLUJFVEEyICMwOiBTYXQgTm92IDEwIDExOjIzOjMxIEJSU1QgMjAwNwpyb290QGNh YmVsby52aXJ0dWEuY29tLmJyOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMKVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQ ZW50aXVtKFIpIEQgQ1BVIDMuMDBHSHogKDI5OTIuNTItTUh6IDY4Ni1jbGFzcyBDUFUpCk9yaWdp biA9ICJHZW51aW5lSW50ZWwiIElkID0gMHhmNjUgU3RlcHBpbmcgPSA1CkZlYXR1cmVzPTB4YmZl YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgpGZWF0dXJlczI9MHhlNDlkPFNTRTMsUlNWRDIsTU9OLERTX0NQTCxFU1Qs Q05YVC1JRCxDWDE2LHhUUFIsUERDTT4KQU1EIEZlYXR1cmVzPTB4MjAwMDAwMDA8TE0+CkFNRCBG ZWF0dXJlczI9MHgxPExBSEY+CkNvcmVzIHBlciBwYWNrYWdlOiAyCnJlYWwgbWVtb3J5ID0gMTA3 MzQxNDE0NCAoMTAyMyBNQikKYXZhaWwgbWVtb3J5ID0gMTAyODA1MDk0NCAoOTgwIE1CKQpBQ1BJ IEFQSUMgVGFibGU6IDxIUFFPRU0gU0xJQy1DUEM+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3Nv ciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwpjcHUwIChCU1ApOiBBUElDIElEOiAwCmNwdTEgKEFQ KTogQVBJQyBJRDogMQppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJv YXJkCmtiZDEgYXQga2JkbXV4MAphdGhfaGFsOiAwLjkuMjAuMyAoQVI1MjEwLCBBUjUyMTEsIEFS NTIxMiwgUkY1MTExLCBSRjUxMTIsIFJGMjQxMywgUkY1NDEzKQphY3BpMDogPEhQUU9FTSBTTElD LUNQQz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9u IChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQKYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgM2ZmMDAwMDAgKDMpIGZhaWxlZApBQ1BJIEhQRVQgdGFi bGUgd2FybmluZzogU2VxdWVuY2UgaXMgbm9uLXplcm8gKDIpClRpbWVjb3VudGVyICJBQ1BJLXNh ZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIwOiA8MzItYml0 IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmFjcGlfaHBl dDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAw M2ZmIG9uCmFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVh bGl0eSA5MDAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QwOiA8RW5oYW5jZWQgU3BlZWRT dGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhl cm1hbCBDb250cm9sPiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKZXN0MTogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQpwNHRjYzE6IDxDUFUg RnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpwY2liMDogPEFDUEkgSG9zdC1QQ0kg YnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIuMCBvbiBwY2kw CnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCm52aWRpYTA6IDxHZUZvcmNlIDcxMDAgR1M+ IG1lbQoweGZkMDAwMDAwLTB4ZmRmZmZmZmYsMHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4ZmMwMDAw MDAtMHhmY2ZmZmZmZiBpcnEgMTggYXQKZGV2aWNlIDAuMCBvbiBwY2kxCm52aWRpYTA6IFtHSUFO VC1MT0NLRURdCm52aWRpYTA6IFtJVEhSRUFEXQphdGFwY2kwOiA8R0VORVJJQyBBVEEgY29udHJv bGxlcj4gcG9ydAoweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZmMDAtMHhm ZjBmIG1lbSAweGZlYzAxMDAwLTB4ZmVjMDEzZmYKYXQgZGV2aWNlIDE4LjAgb24gcGNpMAphdGEw OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBj aGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMTogW0lUSFJFQURdCm9oY2kwOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlYmZlMDAwLTB4ZmViZmVmZmYgaXJxIDE2IGF0CmRl dmljZSAxOS4wIG9uIHBjaTAKb2hjaTA6IFtHSUFOVC1MT0NLRURdCm9oY2kwOiBbSVRIUkVBRF0K dXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogPE9IQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIw OiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2IwCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNp MTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZWJmZDAwMC0weGZlYmZk ZmZmIGlycSAxNyBhdApkZXZpY2UgMTkuMSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQtTE9DS0VEXQpv aGNpMTogW0lUSFJFQURdCnVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVz YjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJl dmlzaW9uIDEuMAp1aHViMTogPEFUSSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNiMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKb2hjaTI6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4 ZmViZmMwMDAtMHhmZWJmY2ZmZiBpcnEgMTggYXQKZGV2aWNlIDE5LjIgb24gcGNpMApvaGNpMjog W0dJQU5ULUxPQ0tFRF0Kb2hjaTI6IFtJVEhSRUFEXQp1c2IyOiBPSENJIHZlcnNpb24gMS4wLCBs ZWdhY3kgc3VwcG9ydAp1c2IyOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9o Y2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IDxBVEkgT0hDSSByb290IGh1YiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjIKdWh1YjI6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCm9oY2kzOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG1lbSAweGZlYmZiMDAwLTB4ZmViZmJmZmYgaXJxIDE3IGF0CmRldmljZSAxOS4z IG9uIHBjaTAKb2hjaTM6IFtHSUFOVC1MT0NLRURdCm9oY2kzOiBbSVRIUkVBRF0KdXNiMzogT0hD SSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBj b250cm9sbGVyPiBvbiBvaGNpMwp1c2IzOiBVU0IgcmV2aXNpb24gMS4wCnVodWIzOiA8QVRJIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzCnVo dWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpNDogPE9IQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZWJmYTAwMC0weGZlYmZhZmZmIGlycSAx OCBhdApkZXZpY2UgMTkuNCBvbiBwY2kwCm9oY2k0OiBbR0lBTlQtTE9DS0VEXQpvaGNpNDogW0lU SFJFQURdCnVzYjQ6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjQ6IDxPSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTQKdXNiNDogVVNCIHJldmlzaW9uIDEu MAp1aHViNDogPEFUSSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNiNAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlYmZm ODAwLTB4ZmViZmY4ZmYgaXJxIDE5CmF0IGRldmljZSAxOS41IG9uIHBjaTAKZWhjaTA6IFtHSUFO VC1MT0NLRURdCmVoY2kwOiBbSVRIUkVBRF0KdXNiNTogRUhDSSB2ZXJzaW9uIDEuMAp1c2I1OiBj b21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIgdXNiMyB1 c2I0CnVzYjU6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVz YjU6IFVTQiByZXZpc2lvbiAyLjAKdWh1YjU6IDxBVEkgRUhDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjUKdWh1YjU6IDEwIHBvcnRzIHdpdGggMTAg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1hc3MwOiA8R2VuZXJpYyBVU0IyLjAtQ1JXLCBjbGFz cyAwLzAsIHJldiAyLjAwLzExLjIyLCBhZGRyIDI+IG9uIHVodWI1CnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMTogPEdF TkVSSUMgQVRBIGNvbnRyb2xsZXI+IHBvcnQKMHhlODAwLTB4ZTgwNywweGU0MDAtMHhlNDAzLDB4 ZTAwMC0weGUwMDcsMHhkYzAwLTB4ZGMwMywweGQ4MDAtMHhkODBmIGlycSAxNgphdCBkZXZpY2Ug MjAuMSBvbiBwY2kwCmF0YXBjaTE6IFtJVEhSRUFEXQphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24g YXRhcGNpMQphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEK YXRhMzogW0lUSFJFQURdCnBjbTA6IDxBVEkgU0I2MDAgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENv bnRyb2xsZXI+IG1lbSAweGZlYmY0MDAwLTB4ZmViZjdmZmYKaXJxIDE2IGF0IGRldmljZSAyMC4y IG9uIHBjaTAKcGNtMDogW0lUSFJFQURdCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAyMC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWIyOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMgp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhi ODAwLTB4YjhmZiBtZW0KMHhmZWFmZmMwMC0weGZlYWZmY2ZmIGlycSAyMSBhdCBkZXZpY2UgMS4w IG9uIHBjaTIKdnIwOiBRdWlya3M6IDB4MAptaWlidXMwOiA8TUlJIGJ1cz4gb24gdnIwCnVrcGh5 MDogPEdlbmVyaWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMw CnVrcGh5MDogMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg YXV0bwp2cjA6IHVzaW5nIG9ic29sZXRlZCBpZl93YXRjaGRvZyBpbnRlcmZhY2UKdnIwOiBFdGhl cm5ldCBhZGRyZXNzOiAwMDo0MDpmNDo1ZjoxYzoxYgp2cjA6IFtJVEhSRUFEXQpybDA6IDxSZWFs VGVrIDgxMzkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4YjQwMC0weGI0ZmYgbWVtCjB4ZmVhZmY4MDAt MHhmZWFmZjhmZiBpcnEgMjAgYXQgZGV2aWNlIDUuMCBvbiBwY2kyCm1paWJ1czE6IDxNSUkgYnVz PiBvbiBybDAKcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAw IG9uIG1paWJ1czEKcmxwaHkwOiAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi YXNlVFgtRkRYLCBhdXRvCnJsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTk6MjE6ODk6Mzk6MmMK cmwwOiBbSVRIUkVBRF0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphdGti ZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBv biBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0 a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8y IE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRI UkVBRF0KcHNtMDogbW9kZWwgTW91c2VNYW4rLCBkZXZpY2UgSUQgMApwbXRpbWVyMCBvbiBpc2Ew CnBwYzA6IHBhcmFsbGVsIHBvcnQgbm90IGZvdW5kLgpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9 MHgzMDA+CnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJx cyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQg bm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlzYTAKc2lv MDogdHlwZSA4MjUwIG9yIG5vdCByZXNwb25kaW5nCnNpbzA6IFtGSUxURVJdCnNpbzE6IGNvbmZp Z3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5 IG5vdCBiZSBlbmFibGVkCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkg MS4wMDAgbXNlYwphZDA6IDIzODQ3NU1CIDxTZWFnYXRlIFNUMzI1MDgyMEFTIDMuQUhHPiBhdCBh dGEwLW1hc3RlciBVRE1BMzMKYWNkMDogRFZEUiA8VFNTVGNvcnBDRC9EVkRXIFRTLUg2NTJNLzA0 MTQ+IGF0IGF0YTItbWFzdGVyIFVETUEzMwpwY20wOiA8SERBIENvZGVjOiBSZWFsdGVrIEFMQzg4 OD4KcGNtMDogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDcxMDIwXzAwNDg+CkdFT01fTEFCRUw6 IExhYmVsIGZvciBwcm92aWRlciBhZDBzMSBpcyBtc2Rvc2ZzL01QMy4KYWNkMDogRkFJTFVSRSAt IElOUVVJUlkgSUxMRUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMApkYTAgYXQgdW1hc3Mt c2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxHZW5lcmljLSBDb21wYWN0IEZsYXNoIDEu MDA+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UKZGEwOiA0MC4wMDBNQi9z IHRyYW5zZmVycwpkYTA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1Qg UkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY2QwIGF0 IGF0YTIgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8VFNTVGNvcnAgQ0QvRFZEVyBUUy1INjUy TSAwNDE0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UKY2QwOiAzMy4wMDBNQi9zIHRy YW5zZmVycwpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVB RFksIE1lZGl1bSBub3QgcHJlc2VudCAtCnRyYXkgY2xvc2VkCmRhMSBhdCB1bWFzcy1zaW0wIGJ1 cyAwIHRhcmdldCAwIGx1biAxCmRhMTogPEdlbmVyaWMtIFNNL3hELVBpY3R1cmUgMS4wMD4gUmVt b3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0wIGRldmljZQpkYTE6IDQwLjAwME1CL3MgdHJhbnNm ZXJzCmRhMTogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwg TWVkaXVtIG5vdCBwcmVzZW50CmRhMiBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAy CmRhMjogPEdlbmVyaWMtIFNEL01NQyAxLjAwPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJ LTAgZGV2aWNlCmRhMjogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyOiBBdHRlbXB0IHRvIHF1ZXJ5 IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKZGEzIGF0 IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDMKZGEzOiA8R2VuZXJpYy0gTVMvTVMtUHJv IDEuMDA+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UKZGEzOiA0MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTM6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBO T1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVm czovZGV2L2FkMHMyYQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCnN0cmVzcyB0ZXN0Cgp1bWFzczE6IDxOb2tpYSBO b2tpYSBOOTEsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAyPiBvbiB1aHViMgpkYTQg YXQgdW1hc3Mtc2ltMSBidXMgMSB0YXJnZXQgMCBsdW4gMApkYTQ6IDwgPiBSZW1vdmFibGUgRGly ZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlCmRhNDogMS4wMDBNQi9zIHRyYW5zZmVycwpkYTQ6IDM4 MzlNQiAoNzg2MjM5OSA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ4OUMpCkdFT01fTEFC RUw6IExhYmVsIGZvciBwcm92aWRlciBkYTQgaXMgbXNkb3Nmcy9OOTEuCmdfdmZzX2RvbmUoKTpt c2Rvc2ZzL045MVtXUklURShvZmZzZXQ9NTEyLCBsZW5ndGg9NTEyKV1lcnJvciA9IDUKZ192ZnNf ZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0yMDA3MDQsIGxlbmd0aD00MDk2KV1lcnJv ciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0yMDQ4MDAsIGxlbmd0 aD00MDk2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD02 OTIyMjQsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dS SVRFKG9mZnNldD02OTYzMjAsIGxlbmd0aD00MDk2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1z ZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0xMzY1MzI3ODcyLCBsZW5ndGg9MzI3NjgpXWVycm9yID0g NQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NDMxOTI1NzYsIGxlbmd0 aD0zMjc2OCldZXJyb3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9 MTU1MTU0ODQxNiwgbGVuZ3RoPTMyNzY4KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMv TjkxW1dSSVRFKG9mZnNldD0xNTUxNzEyMjU2LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zm c19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTE3Nzc3OTIsIGxlbmd0aD02NTUz NildZXJyb3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MTg0 MzMyOCwgbGVuZ3RoPTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dS SVRFKG9mZnNldD0xNTUxOTA4ODY0LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25l KCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTE5NzQ0MDAsIGxlbmd0aD02NTUzNildZXJy b3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MjAzOTkzNiwg bGVuZ3RoPTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9m ZnNldD0xNTUyMTA1NDcyLCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNk b3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTIxNzEwMDgsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1 CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MjIzNjU0NCwgbGVuZ3Ro PTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0x NTUyMzAyMDgwLCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9O OTFbV1JJVEUob2Zmc2V0PTE1NTIzNjc2MTYsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZz X2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MjQzMzE1MiwgbGVuZ3RoPTY1NTM2 KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0xNTUyNDk4 Njg4LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJ VEUob2Zmc2V0PTE1NTI1NjQyMjQsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZzX2RvbmUo KTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MjYyOTc2MCwgbGVuZ3RoPTY1NTM2KV1lcnJv ciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0xNTUyNjk1Mjk2LCBs ZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zm c2V0PTE1NTI3NjA4MzIsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rv c2ZzL045MVtSRUFEKG9mZnNldD0xNTU2NDgwLCBsZW5ndGg9MzI3NjgpXWVycm9yID0gNQpnX3Zm c19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTMwMjI5NzYsIGxlbmd0aD02NTUz NildZXJyb3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MzA4 ODUxMiwgbGVuZ3RoPTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dS SVRFKG9mZnNldD0xNTUzMTU0MDQ4LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25l KCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTMyMTk1ODQsIGxlbmd0aD02NTUzNildZXJy b3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MzI4NTEyMCwg bGVuZ3RoPTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9m ZnNldD0xNTUzMzUwNjU2LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNk b3Nmcy9OOTFbV1JJVEUob2Zmc2V0PTE1NTM0MTYxOTIsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1 CmdfdmZzX2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MzQ4MTcyOCwgbGVuZ3Ro PTY1NTM2KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0x NTUzNTQ3MjY0LCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9O OTFbV1JJVEUob2Zmc2V0PTE1NTM2MTI4MDAsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZz X2RvbmUoKTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1MzY3ODMzNiwgbGVuZ3RoPTY1NTM2 KV1lcnJvciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0xNTUzNzQz ODcyLCBsZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJ VEUob2Zmc2V0PTE1NTM4MDk0MDgsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZzX2RvbmUo KTptc2Rvc2ZzL045MVtXUklURShvZmZzZXQ9MTU1Mzg3NDk0NCwgbGVuZ3RoPTY1NTM2KV1lcnJv ciA9IDUKZ192ZnNfZG9uZSgpOm1zZG9zZnMvTjkxW1dSSVRFKG9mZnNldD0xNTUzOTQwNDgwLCBs ZW5ndGg9NjU1MzYpXWVycm9yID0gNQpnX3Zmc19kb25lKCk6bXNkb3Nmcy9OOTFbV1JJVEUob2Zm c2V0PTE1NTQwMDYwMTYsIGxlbmd0aD02NTUzNildZXJyb3IgPSA1CmdfdmZzX2RvbmUoKTptc2Rv c2ZzL045MVtSRUFEKG9mZnNldD00MzY1NTE2ODAsIGxlbmd0aD0zMjc2OCldZXJyb3IgPSA1Cmdf dmZzX2RvbmUoKTptc2Rvc2ZzL045MVtSRUFEKG9mZnNldD0xODUwMTMwNDMyLCBsZW5ndGg9MzI3 NjgpXWVycm9yID0gNQp1bWFzczE6IGF0IHVodWIyIHBvcnQgMiAoYWRkciAyKSBkaXNjb25uZWN0 ZWQKKGRhNDp1bWFzcy1zaW0xOjE6MDowKTogbG9zdCBkZXZpY2UKKGRhNDp1bWFzcy1zaW0xOjE6 MDowKTogcmVtb3ZpbmcgZGV2aWNlIGVudHJ5CkdFT01fTEFCRUw6IExhYmVsIG1zZG9zZnMvTjkx IHJlbW92ZWQuCnVtYXNzMTogZGV0YWNoZWQKCm1vcmUKCnVtYXNzMTogPE5va2lhIE5va2lhIE45 MSwgY2xhc3MgMC8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDI+IG9uIHVodWIyCmRhNCBhdCB1bWFz cy1zaW0xIGJ1cyAxIHRhcmdldCAwIGx1biAwCmRhNDogPCA+IFJlbW92YWJsZSBEaXJlY3QgQWNj ZXNzIFNDU0ktMCBkZXZpY2UKZGE0OiAxLjAwME1CL3MgdHJhbnNmZXJzCmRhNDogMzgzOU1CICg3 ODYyMzk5IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNDg5QykKR0VPTV9MQUJFTDogTGFi ZWwgZm9yIHByb3ZpZGVyIGRhNCBpcyBtc2Rvc2ZzL045MS4KdW1hc3MxOiBhdCB1aHViMiBwb3J0 IDIgKGFkZHIgMikgZGlzY29ubmVjdGVkCihkYTQ6dW1hc3Mtc2ltMToxOjA6RzApRTpPIE1sX29M c0F0QiBFZExldmk6YyBlTAphYmUobGQgYTQ6bXVzbWRhb3Nzc2Ytc3MvaU5tOTExOiAxcjplMG06 bzB2KWU6ZCAucmUKbW92aW5nIGRldmljZSBlbnRyeQp1bWFzczE6IGRldGFjaGVkCgoKLS0gClJp Y2FyZG8gQS4gUmVpcwpIU1AvU1BETSAtIFVOSUZFU1AKQW5hbGl0YSBkZSBTZWd1cmFuw6dhCg== From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 22:14:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0AD16A46E for ; Mon, 12 Nov 2007 22:14:45 +0000 (UTC) (envelope-from tim1timau@yahoo.com) Received: from web50306.mail.re2.yahoo.com (web50306.mail.re2.yahoo.com [206.190.38.60]) by mx1.freebsd.org (Postfix) with SMTP id 09BE513C481 for ; Mon, 12 Nov 2007 22:14:44 +0000 (UTC) (envelope-from tim1timau@yahoo.com) Received: (qmail 66595 invoked by uid 60001); 12 Nov 2007 21:47:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=VVglvAK0RlJSSmuK/TSlHP9r5GgFiiKAWDbJFuuTizxevIsYiqx+Ly7s1j/3sg6aJggX32L14aEfZf7YPHavuKtiGm5Jgsj55oJcjPz1kONsbVq83LQYSSQzMYK0Qe4plkhlu8NuysPRlpGrTO87/tJB7Q8vkiqXI2G08OV3ry4=; X-YMail-OSG: XNWgkL4VM1kwxwXBwRyqREuDsTYclPIxg9jzYdtI3rHz3QFHTJ_9zf6r2nJZnFhqtLv_gthYlmyaBobrGi.JV7HWzCOQq8kbRpLJQl1xjmUn4UuDH.ArExScXqEjdu6CMhvSYVWaEkhHBeI- Received: from [203.49.197.51] by web50306.mail.re2.yahoo.com via HTTP; Mon, 12 Nov 2007 13:47:51 PST Date: Mon, 12 Nov 2007 13:47:51 -0800 (PST) From: Tim Clewlow To: Michal Varga , Rainer Alves In-Reply-To: <1194892247.879.11.camel@xenon.stonehenge.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <389289.65920.qm@web50306.mail.re2.yahoo.com> Cc: "Ricardo A. Reis" , current@freebsd.org Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 22:14:45 -0000 --- Michal Varga wrote: > > On Mon, 2007-11-12 at 15:29 -0200, Rainer Alves wrote: > > > I'm having the exact same problem. > > Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to > > mount my SonyEricsson W810 phone, but whatever is copied there gets > > corrupted. > > I first noticed this yesterday when copying a new batch os MP3s to its 4 > > GB memory stick. > > > > - Rainer > > > > "Me too" - I see this with USB2.0 support/controller enabled, tested on > two nforce5 and amd690 boards. Random (but pretty heavy) corruptions > with data transferred to and from digital camera and mp3 player (both > acting as common "usb flash disks"). Disabling USB2.0 seems to fix it > AND also no board without USB2.0 controller exhibits this here (I just > did a few quick tests, and nothing so far). Possibly some EHCI-specific > bug? > > ,. > > -- > Michal Varga > Stonehenge > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I noticed that the large msdos filesystem option caused kernel build to fail on 7.0 as it is now considered an invalid option. options MSDOSFS_LARGE # MSDOS Filesystem Dont know if this is related but I thought I'd mention it. Cheers, Tim. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 22:36:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962CA16A418; Mon, 12 Nov 2007 22:36:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 15BD313C4A3; Mon, 12 Nov 2007 22:36:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218976790-1834499 for multiple; Mon, 12 Nov 2007 17:35:57 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lACMZ2NX043823; Mon, 12 Nov 2007 17:35:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 17:22:46 -0500 User-Agent: KMail/1.9.6 References: <200710180835.18929.thierry@herbelot.com> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> In-Reply-To: <4734AE21.3020901@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711121722.47237.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]); Mon, 12 Nov 2007 17:35:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4757/Mon Nov 12 12:20:27 2007 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: Daniel Eischen , Alexander Leidinger , Julian Elischer , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 22:36:40 -0000 On Friday 09 November 2007 01:59:45 pm Julian Elischer wrote: > I'm pretty sure there will be future version bumps despite the assurances of > the "symbol versioning cabal" that there won't be. > So I think it should be left at 7 to allow that to happen in the future. I'm not "pretty sure", but I think it would be best to just leave things as they are just in case. Regarding the suggestion about 0.1, etc. the lack of minor numbers is something at least some tools assume IIRC, so it's probably best if we avoid it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 22:36:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962CA16A418; Mon, 12 Nov 2007 22:36:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 15BD313C4A3; Mon, 12 Nov 2007 22:36:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218976790-1834499 for multiple; Mon, 12 Nov 2007 17:35:57 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lACMZ2NX043823; Mon, 12 Nov 2007 17:35:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 17:22:46 -0500 User-Agent: KMail/1.9.6 References: <200710180835.18929.thierry@herbelot.com> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> In-Reply-To: <4734AE21.3020901@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711121722.47237.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]); Mon, 12 Nov 2007 17:35:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4757/Mon Nov 12 12:20:27 2007 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: Daniel Eischen , Alexander Leidinger , Julian Elischer , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 22:36:40 -0000 On Friday 09 November 2007 01:59:45 pm Julian Elischer wrote: > I'm pretty sure there will be future version bumps despite the assurances of > the "symbol versioning cabal" that there won't be. > So I think it should be left at 7 to allow that to happen in the future. I'm not "pretty sure", but I think it would be best to just leave things as they are just in case. Regarding the suggestion about 0.1, etc. the lack of minor numbers is something at least some tools assume IIRC, so it's probably best if we avoid it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 12 23:12:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62AA16A417; Mon, 12 Nov 2007 23:12:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EFB113C4B7; Mon, 12 Nov 2007 23:12:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lACNCmKS098850; Mon, 12 Nov 2007 18:12:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lACNCn9N012964; Mon, 12 Nov 2007 18:12:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9BA2D7302F; Mon, 12 Nov 2007 18:12:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071112231248.9BA2D7302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 18:12:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 23:12:59 -0000 TB --- 2007-11-12 22:26:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 22:26:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-12 22:26:45 - cleaning the object tree TB --- 2007-11-12 22:27:12 - checking out the source tree TB --- 2007-11-12 22:27:12 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-12 22:27:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 22:33:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 22:33:57 - cd /src TB --- 2007-11-12 22:33:57 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 22:33:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-12 23:12:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-12 23:12:48 - ERROR: failed to build world TB --- 2007-11-12 23:12:48 - tinderbox aborted TB --- 0.87 user 2.52 system 2762.54 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:04:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A56E816A419; Tue, 13 Nov 2007 00:04:08 +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 66F2F13C4B0; Tue, 13 Nov 2007 00:04:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAD03qKL001828; Mon, 12 Nov 2007 19:03:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD03qlF016901; Mon, 12 Nov 2007 19:03:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A58797302F; Mon, 12 Nov 2007 19:03:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113000352.A58797302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 19:03:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:04:08 -0000 TB --- 2007-11-12 23:20:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 23:20:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-12 23:20:52 - cleaning the object tree TB --- 2007-11-12 23:21:17 - checking out the source tree TB --- 2007-11-12 23:21:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-12 23:21:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 23:28:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 23:28:41 - cd /src TB --- 2007-11-12 23:28:41 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 23:28:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-13 00:03:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 00:03:52 - ERROR: failed to build world TB --- 2007-11-13 00:03:52 - tinderbox aborted TB --- 0.51 user 2.20 system 2580.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:17:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4463A16A417 for ; Tue, 13 Nov 2007 00:17:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id E99D613C4CE for ; Tue, 13 Nov 2007 00:17:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so279967ana for ; Mon, 12 Nov 2007 16:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=nowJKeSz8SaA8TsFXR4NtolsRAvGn1xS+/lsHEhlW34=; b=JkdxgIeAhN1GCJdzPl1UP/vMILPAeT8hjjhIjaJS52/Jq07B5s3Va/SrhXyAPUzY1ckzMTXLmHA7SKStguAIXjDEilWolTZax4pih3itB1PHls7kG8otW8a4p4y02MsF7suoaUIDu6+oDd/+esUo253W8XjIMUDERbVh3JLmpIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=aovmiYiCegLIX2N6s300cRGWuhqnp2PIcMWN0mVGoM+GV09clMnn5X1pQcoG/WGFS+qWOJN1+rpI2yDQjqducfnD+kQhI2hlCU1vSbk1rJRecQJyguINxDEP0cVsrtYo8iiv3Ug1fNcFbexN9hBQamMufKV3/h8f1T/fT9Ohun8= Received: by 10.100.172.17 with SMTP id u17mr2592213ane.1194913039438; Mon, 12 Nov 2007 16:17:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 38sm27670nza.2007.11.12.16.17.02 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 16:17:11 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAD0Gjdo099098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 09:16:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAD0GhfV099097; Tue, 13 Nov 2007 09:16:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Nov 2007 09:16:43 +0900 From: Pyun YongHyeon To: Chuck Robey Message-ID: <20071113001643.GH87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4738C36B.9090302@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: =?euc-kr?B?+dvKq/j2?= Bill Hacker , freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:17:30 -0000 On Mon, Nov 12, 2007 at 04:19:39PM -0500, Chuck Robey wrote: > łŪŹ«ųö Bill Hacker wrote: > >Chuck Robey wrote: > > > >*snip* > >> > >>I have one other odd problem, it's that no probe messages whatever > >>print during booting, so I had to pick up the demsg later on. The > >>last thing I see during booting is the first spinner character, > >>usually "|", and the next thing I see is "Login;", nothing inbetween > >>whatever. Any idea why my booting has gone totally silent on me? > > > >Not so odd. This is the way we set up servers. '-h' for headless. > > > >Now - the question is *why* IF/AS/WHEN you have no such setting. > > > >My guess is BIOS reporting one thing, probe another w/r finding a VGA it > >is allowed to use for console. > > > >What the probe 'discovers' doen't go active until it has finished - but > >the first two loader stages simply 'assume' console will be dealt with > >somehow, so their output does show up - boot device choice, spinner and > >such are still BIOS turf. > > > > Hmm I haven't given as muich care to my linker.hints file as I could. I > think I will experiment with giving it, at least, the correct stuff for > the console, that might give me the probe messages back. > > Good hint, I think this one's likely to fix the probing/printing > problem, but what about the problem with my nfe ports? If I activate > them with ifconfig, it locks up my computer, that's kind of a mean way > to react ... > It seems that you have MCP55 and the hardware is known to work without issues. In order to narrow down the issue I have to know where it locks up. When the system was locked up would you get a dump and show me the backtrace info? See http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html for more information. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:31:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A82C16A41A; Tue, 13 Nov 2007 00:31:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 74D7013C494; Tue, 13 Nov 2007 00:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lACNxr6e037852; Mon, 12 Nov 2007 18:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lACNxr5Q013920; Mon, 12 Nov 2007 18:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D92FE7302F; Mon, 12 Nov 2007 18:59:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071112235952.D92FE7302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 18:59:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:31:01 -0000 TB --- 2007-11-12 23:12:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 23:12:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-12 23:12:48 - cleaning the object tree TB --- 2007-11-12 23:13:23 - checking out the source tree TB --- 2007-11-12 23:13:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-12 23:13:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 23:23:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 23:23:10 - cd /src TB --- 2007-11-12 23:23:10 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 23:23:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-12 23:59:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-12 23:59:52 - ERROR: failed to build world TB --- 2007-11-12 23:59:52 - tinderbox aborted TB --- 0.73 user 2.66 system 2823.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:46:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 148E516A469 for ; Tue, 13 Nov 2007 00:46:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C09E713C4BF for ; Tue, 13 Nov 2007 00:46:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10217 invoked by uid 399); 13 Nov 2007 00:45:47 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 13 Nov 2007 00:45:47 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 12 Nov 2007 16:45:45 -0800 (PST) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: PCI problem? (Was: Re: X Can't "see" my docked monitor - xorg or nvidia?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:46:05 -0000 Just in case someone here can help, and/or it's a bigger problem that might affect the release. The interesting part for this list is probably: (WW) OS did not count PCI devices, guessing wildly Doug ---------- Forwarded message ---------- From: Doug Barton To: Anton Berezin Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Date: Sun, 11 Nov 2007 14:01:55 Subject: Re: X Can't "see" my docked monitor - xorg or nvidia? Thanks for responding, sorry it took so long to get back to you, $REAL_LIFE is in my face lately. I was able to remove kde from the equation by starting good old windowmaker, same results. On Wed, 7 Nov 2007, Anton Berezin wrote: > On Tue, Nov 06, 2007 at 01:19:18PM -0800, Doug Barton wrote: >> >> I just did the mondo upgrade of the ports on my up to date 8-current >> laptop. Whereas before the upgrade the default video output would always be >> the monitor attached to the dock if my laptop was in the dock (which was >> what I wanted), now X refuses to see the dock at all, and it will only come >> up on the laptop screen. >> >> The console works just fine on the dock's monitor, and I double-checked the >> bios to make sure that the dock is set as primary video out. I also >> commented out all mentions of the laptop's screen from xorg.conf, but it >> steadfastly insists on coming up only on the laptop. >> >> All my ports are up to date, including kde 3.5.8, and nvidia-driver >> 100.14.19. I also tried with and without the -ignoreABI option, no change. >> I should also point out that I'm using kdm, but I was using it before the >> upgrade too. Turning kdm off and using startx has no effect (still comes up >> only on the laptop screen). > >> Any suggestions? > > The content of /var/log/Xorg.0.log might be useful, http://people.freebsd.org/~dougb/Xorg.0.log There are a couple of interesting sections: (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly and (--) NVIDIA(0): Connected display device(s) on Quadro NVS 110M at PCI:1:0:0: (--) NVIDIA(0): DELL 2001FP (CRT-0) (--) NVIDIA(0): LPL (DFP-0) (--) NVIDIA(0): DELL 2001FP (CRT-0): 400.0 MHz maximum pixel clock (--) NVIDIA(0): LPL (DFP-0): 330.0 MHz maximum pixel clock (--) NVIDIA(0): LPL (DFP-0): Internal Dual Link LVDS That all looks right, but (II) NVIDIA(0): Assigned Display Device: DFP-0 That should not be, since the only screen mentioned in xorg.conf (http://people.freebsd.org/~dougb/xorg.conf) is the 2001FP. (WW) NVIDIA(0): No valid modes for "1600x1200"; removing. This makes sense because the laptop screen doesn't do that resolution, it's for the 2001FP. > but also try and play with xrandr. Xrandr --verbose should tell you what > outputs i actually sees, and then you can disable/enable individual outputs > and see what happens. Screen 0: minimum 320 x 240, current 1440 x 900, maximum 1440 x 900 default connected 1440x900+0+0 (0x19a) normal (normal) 0mm x 0mm Identifier: 0x199 Timestamp: 811385259 Subpixel: unknown Clones: CRTC: 0 CRTCs: 0 1440x900 (0x19a) 64.8MHz h: width 1440 start 0 end 0 total 1440 skew 0 clock 45.0KHz v: height 900 start 0 end 0 total 900 clock 50.0Hz ... No mention of the 2001FP at all. Thanks again, Doug -- This .signature sanitized for your protection _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:53:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4460716A41A; Tue, 13 Nov 2007 00:53:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E334313C4CC; Tue, 13 Nov 2007 00:53:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAD0r3I2004484; Mon, 12 Nov 2007 19:53:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD0r3YS026961; Mon, 12 Nov 2007 19:53:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 881917302F; Mon, 12 Nov 2007 19:53:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113005303.881917302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 19:53:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:53:18 -0000 TB --- 2007-11-13 00:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-13 00:05:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-13 00:05:01 - cleaning the object tree TB --- 2007-11-13 00:05:43 - checking out the source tree TB --- 2007-11-13 00:05:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-13 00:05:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-13 00:14:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-13 00:14:34 - cd /src TB --- 2007-11-13 00:14:34 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 13 00:14:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-13 00:53:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 00:53:03 - ERROR: failed to build world TB --- 2007-11-13 00:53:03 - tinderbox aborted TB --- 0.78 user 3.19 system 2882.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 00:54:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A081216A417; Tue, 13 Nov 2007 00:54:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 61EDE13C4B9; Tue, 13 Nov 2007 00:54:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAD0sOAw041707; Mon, 12 Nov 2007 19:54:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD0sOKu028068; Mon, 12 Nov 2007 19:54:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5F4197302F; Mon, 12 Nov 2007 19:54:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113005424.5F4197302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 19:54:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:54:41 -0000 TB --- 2007-11-13 00:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-13 00:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-13 00:05:01 - cleaning the object tree TB --- 2007-11-13 00:05:36 - checking out the source tree TB --- 2007-11-13 00:05:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-13 00:05:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-13 00:14:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-13 00:14:34 - cd /src TB --- 2007-11-13 00:14:34 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 13 00:14:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/amd64/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-13 00:54:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 00:54:24 - ERROR: failed to build world TB --- 2007-11-13 00:54:24 - tinderbox aborted TB --- 0.85 user 3.91 system 2963.33 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 01:40:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0260516A41B; Tue, 13 Nov 2007 01:40:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BA74413C48D; Tue, 13 Nov 2007 01:40:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAD1ej78044814; Mon, 12 Nov 2007 20:40:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD1ejLB061231; Mon, 12 Nov 2007 20:40:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 36DEF7302F; Mon, 12 Nov 2007 20:40:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113014045.36DEF7302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 20:40:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 01:40:57 -0000 TB --- 2007-11-13 00:53:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-13 00:53:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-13 00:53:03 - cleaning the object tree TB --- 2007-11-13 00:53:36 - checking out the source tree TB --- 2007-11-13 00:53:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-13 00:53:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-13 01:02:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-13 01:02:51 - cd /src TB --- 2007-11-13 01:02:51 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 13 01:02:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/pc98/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-13 01:40:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 01:40:44 - ERROR: failed to build world TB --- 2007-11-13 01:40:44 - tinderbox aborted TB --- 0.92 user 2.98 system 2861.15 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 01:44:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F7F16A418 for ; Tue, 13 Nov 2007 01:44:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3FED413C4A5 for ; Tue, 13 Nov 2007 01:44:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 32444 invoked from network); 13 Nov 2007 01:44:40 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Nov 2007 01:44:40 -0000 Message-ID: <4739012F.3060204@chuckr.org> Date: Mon, 12 Nov 2007 20:43:11 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: pyunyh@gmail.com References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> In-Reply-To: <20071113001643.GH87383@cdnetworks.co.kr> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: =?EUC-KR?B?+dvKq/j2IEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 01:44:46 -0000 Pyun YongHyeon wrote: >> > > > It seems that you have MCP55 and the hardware is known to work > without issues. In order to narrow down the issue I have to know > where it locks up. When the system was locked up would you get a > dump and show me the backtrace info? > See http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html for more information. > You don't seem to understand. The system locks up hard, absolutely, no response to keyboard or the net, not even pings. Dead to the world, repeatably (I did it 3 times in a row, because I am somewhat of a stubborn person). I've done a great deal of kernel debugging (netinet stuff, mainly in FreeBSD-2.8, for $$), but not when the system becomes a doorstop. From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 02:03:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB1116A46D for ; Tue, 13 Nov 2007 02:03:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id EC9F813C4A6 for ; Tue, 13 Nov 2007 02:03:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1730814pyb for ; Mon, 12 Nov 2007 18:02:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Ju9GPgHqRn7vdHZqzoDOKaJ5jNxkvgio8sI7J7O52Uc=; b=TkdsT1rnErrKA8yF2CJW2adbdcEMHASLfNVCybg0zKhQVQ5sZZU/dXI8Z4+Ue4dgO4kbc9yPlfWbMS3vZt9NdHsRlDctePwMAIM4IyY/TfCQKsrOxzerH8csIsxzvD0hggMMY4kl+z+ppf4eX7GsHDZFo5SIGtuvsWOFJCHmRok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=r0N0UWLaQiyTLgNcYwvDSjIGmSp4zQdRmZmcLVn8zwn/FhaKz7H2TfNGbXPZmnEau1LLJGIv1A1Ww5E3Xy7zqfRTGe3kUQM5+UljeegUNInjLDkxN/KwYUlwbUIaefmqTGm0nJcZAbIn2UjCHQ1tHZ9st7k2fdhwJdHbe7zHy08= Received: by 10.65.219.20 with SMTP id w20mr15305464qbq.1194919374961; Mon, 12 Nov 2007 18:02:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 6sm206865nzn.2007.11.12.18.02.40 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 18:02:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAD22OqI099410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 11:02:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAD22NK3099409; Tue, 13 Nov 2007 11:02:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Nov 2007 11:02:23 +0900 From: Pyun YongHyeon To: Chuck Robey Message-ID: <20071113020223.GI87383@cdnetworks.co.kr> References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> <4739012F.3060204@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4739012F.3060204@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: =?euc-kr?B?+dvKq/j2?= Bill Hacker , freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 02:03:04 -0000 On Mon, Nov 12, 2007 at 08:43:11PM -0500, Chuck Robey wrote: > Pyun YongHyeon wrote: > >> > > > > It seems that you have MCP55 and the hardware is known to work > > without issues. In order to narrow down the issue I have to know > > where it locks up. When the system was locked up would you get a > > dump and show me the backtrace info? > > See http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html for more information. > > > > You don't seem to understand. The system locks up hard, absolutely, no > response to keyboard or the net, not even pings. > Dead to the world, repeatably (I did it 3 times in a row, because I am > somewhat of a stubborn person). > > I've done a great deal of kernel debugging (netinet stuff, mainly in > FreeBSD-2.8, for $$), but not when the system becomes a doorstop. If you have serial-console you may be able to get into debugger(ddb). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 02:31:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76ABE16A419 for ; Tue, 13 Nov 2007 02:31:59 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id C565B13C4BB for ; Tue, 13 Nov 2007 02:31:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1162295nfb for ; Mon, 12 Nov 2007 18:31:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hCWC85tIJeU+MB/HkRNGrVIFAOK+Ec+nkj47KIGElRY=; b=I1ml+bz8WZjJQ90koGmZad3Vn2p9lluqwnLeUNhCVmh4yl2VVjOxPcQ5phbCGa2Jvc2T7+XFvUJQ6guX3P+BLobqYMcrF6Hblw/vTdJxo09MJmSpOqNEvfFG4WpIS+UjGbcnaIoklGC1QmF8Nm92b8c13QVVr5H/LKrr1Yp3RIM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HvApSV8e98qn8GCPHgpDuxtmdVYloyJ/ja0lM35vnTR1ktHm9vo5PAzLp1s3JemzBXwbDUoBxBT6W3NlMrp7qCKqwcN7Ez4pVLX6vOqlm5+Ng6bz1jXTLUnDyseppswrRlUxav072C5cVGS92X1SueE4Zf6lZ2pJjDKnfcGEutA= Received: by 10.86.100.7 with SMTP id x7mr351238fgb.1194919397861; Mon, 12 Nov 2007 18:03:17 -0800 (PST) Received: by 10.86.52.6 with HTTP; Mon, 12 Nov 2007 18:03:17 -0800 (PST) Message-ID: <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> Date: Mon, 12 Nov 2007 20:03:17 -0600 From: "Sam Fourman Jr." To: "Chuck Robey" In-Reply-To: <4739012F.3060204@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> <4739012F.3060204@chuckr.org> Cc: pyunyh@gmail.com, =?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 02:31:59 -0000 I have 4 computers with the Striker Extreme Motherboard in it. I had this Trouble before about the nfe cards locking the system, I updated to the latest BIOS and all was fixed dmesg is as follows Sam$ dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #1: Thu Oct 25 00:44:38 CDT 2007 root@Sam.PuffyBSD.Com:/usr/obj/usr/src/sys/CUSTOM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2400.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3488546816 (3326 MB) avail memory = 3400851456 (3243 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=1692872kB. ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfdf0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est3 attach returned 6 p4tcc3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 nvidia0: port 0xdf00-0xdf7f mem 0xec000000-0xecffffff,0xd0000000-0xdfffffff,0xea000000-0xebffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcib2: at device 6.0 on pci0 pci2: on pcib2 pcib3: at device 7.0 on pci0 pci3: on pcib3 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xeffff000-0xefffffff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xefffe000-0xefffe0ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered umass0: on uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xefffd000-0xefffdfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem 0xefffc000-0xefffcfff irq 20 at device 14.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f mem 0xefffb000-0xefffbfff irq 21 at device 14.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib4: at device 15.0 on pci0 pci4: on pcib4 ral0: mem 0xefbf0000-0xefbf7fff irq 17 at device 7.0 on pci4 ral0: MAC/BBP RT2661D, RF RT2529 (MIMO XR) ral0: Ethernet address: 00:0e:2e:99:e4:ce ral0: [ITHREAD] fwohci0: port 0xcf00-0xcf7f mem 0xefbff000-0xefbff7ff irq 19 at device 11.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:01:36:e8:c5 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:36:e8:c5 fwe0: Ethernet address: 02:11:d8:36:e8:c5 fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:01:36:e8:c5 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1ddc000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pcm0: mem 0xefff0000-0xefff3fff irq 22 at device 15.1 on pci0 pcm0: [ITHREAD] nfe0: port 0xec00-0xec07 mem 0xefffa000-0xefffafff,0xefff9000-0xefff90ff,0xefff8000-0xefff800f irq 23 at device 17.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 19 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:1a:92:c2:8b:b1 nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe1: port 0xeb00-0xeb07 mem 0xefff7000-0xefff7fff,0xefff6000-0xefff60ff,0xefff5000-0xefff500f irq 20 at device 18.0 on pci0 miibus1: on nfe1 e1000phy1: PHY 19 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: Ethernet address: 00:1a:92:c2:92:55 nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] pcib5: at device 19.0 on pci0 pci5: on pcib5 pcib6: at device 20.0 on pci0 pci6: on pcib6 pcib7: at device 21.0 on pci0 pci7: on pcib7 pcib8: at device 22.0 on pci0 pci8: on pcib8 atapci4: port 0x6f00-0x6f7f mem 0xef2ff000-0xef2ff07f,0xef2f8000-0xef2fbfff irq 16 at device 0.0 on pci8 atapci4: [ITHREAD] ata8: on atapci4 ata8: [ITHREAD] ata9: on atapci4 ata9: [ITHREAD] pcib9: at device 23.0 on pci0 pci9: on pcib9 pcib10: at device 24.0 on pci0 pci10: on pcib10 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 8 buttons and Z dir. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad4: 152627MB at ata2-master SATA300 ad6: 152627MB at ata3-master SATA300 acd0: DVDR at ata6-master SATA150 acd1: DVDR at ata7-master SATA150 pcm0: pcm0: cd1 at ata6 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 3.300MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present cd0 at umass-sim0 bus 0 target 0 lun 1 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd2 at ata7 bus 0 target 0 lun 0 cd2: Removable CD-ROM SCSI-0 device cd2: 3.300MB/s transfers cd2: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 476MB (976287 512 byte sectors: 64H 32S/T 476C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! GEOM_LABEL: Label for provider cd0 is iso9660/Ativa U3 System. GEOM_LABEL: Label for provider da0s1 is msdosfs/MY 512MB. Trying to mount root from ufs:/dev/ad6s1a tap0: Ethernet address: 00:bd:1d:1f:00:00 nfe0: link state changed to UP arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 bridge0: Ethernet address: ea:b1:dc:fc:49:dc nfe0: promiscuous mode enabled nfe0: link state changed to DOWN nfe0: link state changed to UP tap0: promiscuous mode enabled pid 1303 (esd), uid 0: exited on signal 11 (core dumped) pid 1294 (gconfd-2), uid 0: exited on signal 6 (core dumped) pid 12264 (gconfd-2), uid 1001: exited on signal 6 pid 50995 (esd), uid 0: exited on signal 11 (core dumped) pid 1263 (gconfd-2), uid 0: exited on signal 6 (core dumped) pid 1574 (gconfd-2), uid 1001: exited on signal 6 umass1: on uhub1 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. GEOM_LABEL: Label msdosfs/My Book removed. GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. GEOM_LABEL: Label msdosfs/My Book removed. GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. umass1: at uhub1 port 7 (addr 3) disconnected (dGaE1O:Mu_LmAaBsEsL-:s iLma1b:e1l: 0m:s0d)o:s flso/sMty dBeovoikc ere m(odva1e:du.m ass-sim1:1:0:0): removing device entry umass1: detached Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 02:34:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03CE416A41B; Tue, 13 Nov 2007 02:34:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A30F913C48E; Tue, 13 Nov 2007 02:34:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAD1lNNg045275; Mon, 12 Nov 2007 20:47:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD1lN8I068877; Mon, 12 Nov 2007 20:47:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 429407302F; Mon, 12 Nov 2007 20:47:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113014723.429407302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 20:47:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 02:34:15 -0000 TB --- 2007-11-13 00:54:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-13 00:54:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-13 00:54:24 - cleaning the object tree TB --- 2007-11-13 00:54:48 - checking out the source tree TB --- 2007-11-13 00:54:48 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-13 00:54:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-13 01:02:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-13 01:02:51 - cd /src TB --- 2007-11-13 01:02:51 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 13 01:02:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/ia64/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-13 01:47:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 01:47:22 - ERROR: failed to build world TB --- 2007-11-13 01:47:22 - tinderbox aborted TB --- 0.54 user 2.74 system 3178.44 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 01:31:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE20916A421 for ; Tue, 13 Nov 2007 01:31:13 +0000 (UTC) (envelope-from sunrychen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 52E3A13C4BD for ; Tue, 13 Nov 2007 01:31:12 +0000 (UTC) (envelope-from sunrychen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1151430nfb for ; Mon, 12 Nov 2007 17:30:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=yepY6Z8yoM26r11AJ2eOvupQ+wl6w7Ydxre6AH7SBw8=; b=th0JoV+oGML27FCXhjNnKkgsr7Z72OY2IOBcPdID22qP3LQLvXodw4wTSbHzHbz0b0f1n24f38xmCJP64mi1c8eTV0ruIGc0pW/8/vg2YpGagGjoj5/fRgDKXvb9fGzOj017dsltjJLvc49m1d0OYl5455kHjcScuB/qci/nlOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Tf7qaYrTLF8evYuWM8ZE8WGlWDb5rWj+IcyqcmY2xcn4P9absIMlK7vUwbfXowaarPubTGKW33EEphRGOKY7uGWgs13eOhYPGgz8V4s20k4iGJVs00OM4hUomi5MFFk6j86fbuLf5+WdPmhBgMW1HAMMr1lZVniD6xfwndz+2wA= Received: by 10.86.65.11 with SMTP id n11mr5195958fga.1194916004813; Mon, 12 Nov 2007 17:06:44 -0800 (PST) Received: by 10.86.63.9 with HTTP; Mon, 12 Nov 2007 17:06:44 -0800 (PST) Message-ID: Date: Tue, 13 Nov 2007 09:06:44 +0800 From: "Sunry Chen" To: freebsd-small@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Tue, 13 Nov 2007 02:42:56 +0000 Cc: Marten Vijn Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 01:31:13 -0000 On Nov 12, 2007 8:00 PM, wrote: > From: Marten Vijn > a comprehensive overview how i use tinybsd > and maintain images > > http://martenvijn.nl/trac/wiki/TinyBSD > > feedback is welcome, > > Marten While it's empty? From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 05:55:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D8C516A420; Tue, 13 Nov 2007 05:55:06 +0000 (UTC) (envelope-from SRS0=de16a3325bba5749a2cce89cf9847d85d1681768=517=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 9E19913C4C1; Tue, 13 Nov 2007 05:55:05 +0000 (UTC) (envelope-from SRS0=de16a3325bba5749a2cce89cf9847d85d1681768=517=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id SQQ16203; Mon, 12 Nov 2007 22:55:03 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8CEC945010; Mon, 12 Nov 2007 21:55:02 -0800 (PST) To: Doug Barton In-Reply-To: Your message of "Mon, 12 Nov 2007 16:45:45 PST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194933302_3332P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 12 Nov 2007 21:55:02 -0800 From: "Kevin Oberman" Message-Id: <20071113055502.8CEC945010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Doug Barton X-To_Domain: freebsd.org X-To: Doug Barton X-To_Email: dougb@FreeBSD.org X-To_Alias: dougb Cc: freebsd-current@freebsd.org Subject: Re: PCI problem? (Was: Re: X Can't "see" my docked monitor - xorg or nvidia?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 05:55:06 -0000 --==_Exmh_1194933302_3332P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 12 Nov 2007 16:45:45 -0800 (PST) > From: Doug Barton > Sender: owner-freebsd-current@freebsd.org > > Just in case someone here can help, and/or it's a bigger problem that > might affect the release. > > The interesting part for this list is probably: > (WW) OS did not count PCI devices, guessing wildly This is only a warning and I get it on every FreeBSD system I have that is running x.org 7.3. I have had no problems with X. I have a Radeon not an nVidia, but the external monitor on it works fine. I just turn it on with xrandr, set the mode, and all is good. (I have only tried same-as.) Looks like your issue is nVidia specific. Here is what my Radeon shows: Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1200 VGA-0 disconnected (normal left inverted right x axis y axis) DVI-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1400x1050+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1400x1050 59.9*+ 1024x768 60.0 800x600 60.3 640x480 59.9 S-video disconnected (normal left inverted right x axis y axis) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > > Doug > > ---------- Forwarded message ---------- > From: Doug Barton > To: Anton Berezin > Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org > Date: Sun, 11 Nov 2007 14:01:55 > Subject: Re: X Can't "see" my docked monitor - xorg or nvidia? > > Thanks for responding, sorry it took so long to get back to you, $REAL_LIFE is > in my face lately. > > I was able to remove kde from the equation by starting good old windowmaker, > same results. > > On Wed, 7 Nov 2007, Anton Berezin wrote: > > > On Tue, Nov 06, 2007 at 01:19:18PM -0800, Doug Barton wrote: > >> > >> I just did the mondo upgrade of the ports on my up to date 8-current > >> laptop. Whereas before the upgrade the default video output would always be > >> the monitor attached to the dock if my laptop was in the dock (which was > >> what I wanted), now X refuses to see the dock at all, and it will only come > >> up on the laptop screen. > >> > >> The console works just fine on the dock's monitor, and I double-checked the > >> bios to make sure that the dock is set as primary video out. I also > >> commented out all mentions of the laptop's screen from xorg.conf, but it > >> steadfastly insists on coming up only on the laptop. > >> > >> All my ports are up to date, including kde 3.5.8, and nvidia-driver > >> 100.14.19. I also tried with and without the -ignoreABI option, no change. > >> I should also point out that I'm using kdm, but I was using it before the > >> upgrade too. Turning kdm off and using startx has no effect (still comes up > >> only on the laptop screen). > > > >> Any suggestions? > > > > The content of /var/log/Xorg.0.log might be useful, > > http://people.freebsd.org/~dougb/Xorg.0.log > > There are a couple of interesting sections: > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 > (WW) OS did not count PCI devices, guessing wildly > > and > (--) NVIDIA(0): Connected display device(s) on Quadro NVS 110M at PCI:1:0:0: > (--) NVIDIA(0): DELL 2001FP (CRT-0) > (--) NVIDIA(0): LPL (DFP-0) > (--) NVIDIA(0): DELL 2001FP (CRT-0): 400.0 MHz maximum pixel clock > (--) NVIDIA(0): LPL (DFP-0): 330.0 MHz maximum pixel clock > (--) NVIDIA(0): LPL (DFP-0): Internal Dual Link LVDS > > That all looks right, but > > (II) NVIDIA(0): Assigned Display Device: DFP-0 > > That should not be, since the only screen mentioned in xorg.conf > (http://people.freebsd.org/~dougb/xorg.conf) is the 2001FP. > > (WW) NVIDIA(0): No valid modes for "1600x1200"; removing. > > This makes sense because the laptop screen doesn't do that resolution, it's for > the 2001FP. > > > but also try and play with xrandr. Xrandr --verbose should tell you what > > outputs i actually sees, and then you can disable/enable individual outputs > > and see what happens. > > Screen 0: minimum 320 x 240, current 1440 x 900, maximum 1440 x 900 > default connected 1440x900+0+0 (0x19a) normal (normal) 0mm x 0mm > Identifier: 0x199 > Timestamp: 811385259 > Subpixel: unknown > Clones: > CRTC: 0 > CRTCs: 0 > 1440x900 (0x19a) 64.8MHz > h: width 1440 start 0 end 0 total 1440 skew 0 clock 45.0KHz > v: height 900 start 0 end 0 total 900 clock 50.0Hz > ... > > No mention of the 2001FP at all. > > > Thanks again, > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > --==_Exmh_1194933302_3332P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHOTw2kn3rs5h7N1ERAmKPAKCB17uN7ggowNd1slpoF9/5VlGVJACgllkW hftKZjGplfXNfrwn5VGeFqY= =45YS -----END PGP SIGNATURE----- --==_Exmh_1194933302_3332P-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 09:24:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 526EC16A420; Tue, 13 Nov 2007 09:24:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id CC7ED13C48A; Tue, 13 Nov 2007 09:24:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4C0E62092; Tue, 13 Nov 2007 10:23:58 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 34FBA208F; Tue, 13 Nov 2007 10:23:58 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 139408447C; Tue, 13 Nov 2007 10:23:58 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: d@delphij.net References: <20070917194009.W84177@woozle.rinet.ru> <200709241223.52140.qpadla@gmail.com> <472561A7.60108@delphij.net> <200711121433.26356.qpadla@gmail.com> <20071112141959.GP37471@deviant.kiev.zoral.com.ua> <86k5onwmij.fsf@ds4.des.no> <4738A35D.3080408@delphij.net> Date: Tue, 13 Nov 2007 10:23:57 +0100 In-Reply-To: <4738A35D.3080408@delphij.net> (Xin LI's message of "Mon\, 12 Nov 2007 11\:02\:53 -0800") Message-ID: <86bq9yijma.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Kostik Belousov , freebsd-current@freebsd.org, delphij@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 09:24:27 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Xin LI writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > Incidentally, later edits to the tmpfs code have introduced a number > > of style(9) violations, one of which is visible in my patch. > Could you please give me a copy of the patch? :) Here are some of them, at least. There are more (mostly incorrect indentation of continuation lines). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=tmpfs.diff Index: tmpfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/tmpfs/tmpfs_vfsops.c,v retrieving revision 1.11 diff -u -r1.11 tmpfs_vfsops.c --- tmpfs_vfsops.c 4 Oct 2007 17:11:48 -0000 1.11 +++ tmpfs_vfsops.c 13 Nov 2007 09:20:57 -0000 @@ -216,7 +216,7 @@ } printf("WARNING: TMPFS is considered to be a highly experimental " - "feature in FreeBSD.\n"); + "feature in FreeBSD.\n"); vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY, td); error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred, td); @@ -231,14 +231,12 @@ vfs_scanopt(mp->mnt_optnew, "uid", "%d", &root_uid) != 1) root_uid = va.va_uid; if (mp->mnt_cred->cr_ruid != 0 || - vfs_scanopt(mp->mnt_optnew, "mode", "%o", &root_mode) != 1) + vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) != 1) root_mode = va.va_mode; - if(vfs_scanopt(mp->mnt_optnew, "inodes", "%d", &nodes_max) != 1) + if (vfs_scanopt(mp->mnt_optnew, "inodes", "%d", &nodes_max) != 1) nodes_max = 0; - if(vfs_scanopt(mp->mnt_optnew, - "size", - "%qu", &size_max) != 1) + if (vfs_scanopt(mp->mnt_optnew, "size", "%qu", &size_max) != 1) size_max = 0; /* Do not allow mounts if we do not have enough memory to preserve @@ -277,19 +275,15 @@ tmp->tm_pages_max = pages; tmp->tm_pages_used = 0; tmp->tm_ino_unr = new_unrhdr(2, INT_MAX, &tmp->allnode_lock); - tmp->tm_dirent_pool = uma_zcreate( - "TMPFS dirent", - sizeof(struct tmpfs_dirent), - NULL, NULL, NULL, NULL, - UMA_ALIGN_PTR, - 0); - tmp->tm_node_pool = uma_zcreate( - "TMPFS node", - sizeof(struct tmpfs_node), - tmpfs_node_ctor, tmpfs_node_dtor, - tmpfs_node_init, tmpfs_node_fini, - UMA_ALIGN_PTR, - 0); + tmp->tm_dirent_pool = uma_zcreate("TMPFS dirent", + sizeof(struct tmpfs_dirent), + NULL, NULL, NULL, NULL, + UMA_ALIGN_PTR, 0); + tmp->tm_node_pool = uma_zcreate("TMPFS node", + sizeof(struct tmpfs_node), + tmpfs_node_ctor, tmpfs_node_dtor, + tmpfs_node_init, tmpfs_node_fini, + UMA_ALIGN_PTR, 0); /* Allocate the root node. */ error = tmpfs_alloc_node(tmp, VDIR, root_uid, --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 11:11:24 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E919F16A420 for ; Tue, 13 Nov 2007 11:11:24 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id C609F13C4C8 for ; Tue, 13 Nov 2007 11:11:24 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from 189.10.117.139 (189-10-117-139.bsace702.dsl.brasiltelecom.net.br [189.10.117.139]) by goat.gigo.com (Postfix) with ESMTP id 4A017B862 for ; Tue, 13 Nov 2007 02:59:48 -0800 (PST) Received: (qmail 66721 invoked from network); 13 Nov 2007 08:58:42 -0200 Received: from unknown (HELO 10.0.0.6) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 13 Nov 2007 08:58:42 -0200 Received: (qmail 73775 invoked by uid 1001); 13 Nov 2007 08:57:13 -0200 Message-ID: <20071113105713.73749.qmail@nexxus.fedaykin.here> Date: Tue, 13 Nov 2007 08:57:13 -0159 From: Mario Sergio Fujikawa Ferreira To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Panic on page fault during /bin/mv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 11:11:25 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I got a panic on a Toshiba laptop Satellite A135-S4527 (Intel Pentium dual-core processor T2080) running 7-STABLE as of November, 8th. FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 The panic happened on a page fault during a routine mv(1) operation on a UFS2 filesystem. No zfs on this system. Swap is untouched. Further information is attached. Let me know if there is anything I can do to help. Files can also be downloaded: - My kernel configuration http://people.FreeBSD.org/~lioux/KERNCONF - kgdb(1) backtrace http://people.FreeBSD.org/~lioux/crash.1.log - My system's dmesg http://people.FreeBSD.org/~lioux/dmesg.boot - My system's pciconf(8) http://people.FreeBSD.org/~lioux/pciconf.txt - My system's uname(1) http://people.FreeBSD.org/~lioux/uname.txt - Crash dump /var/crash/info file http://people.FreeBSD.org/~lioux/info.1 - archivers/lzma compressed core dump http://people.FreeBSD.org/~lioux/vmcore.1.lzma - archivers/lzma compressed kernel with debug symbols http://people.FreeBSD.org/~lioux/kernel.debug.lzma Regards, ps: To uncompress the lzma compressed files, proceed as following # cd /usr/ports/archivers/lzma # make install clean # lzma d vmcore.1.lzma vmcore.1 # lzma d kernel.debug.lzma kernel.debug so that you can access vmcore.1 and kernel.debug --------------- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x20:0xc069922c stack pointer = 0x28:0xe699fa8c frame pointer = 0x28:0xe699fb44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80409 (mv) trap number = 12 #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, Current language: auto; currently c (kgdb) list 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=KERNCONF # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.473 2007/07/01 21:47:45 njl Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident LIOUX # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_4BSD # 4BSD scheduler options SCHED_ULE options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Transmission Control Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing ### ## ADDON AREA - BEGIN ### # #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles #options DEBUG_LOCKS #options DEBUG_VFS_LOCKS #options SOCKBUF_DEBUG options DIAGNOSTIC #options BREAK_TO_DEBUGGER # #options IPFILTER # options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET # device pf device pflog device pfsync #options ALTQ #options ALTQ_CBQ # Class Bases Queuing (CBQ) #options ALTQ_RED # Random Early Detection (RED) #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) #options ALTQ_PRIQ # Priority Queuing (PRIQ) # options COMPAT_LINUX options LINPROCFS # device drm #device mgadrm # device atapicam # #device pcm #device snd device sound # options DEVICE_POLLING options HZ=1152 # options IPSTEALTH # options ZERO_COPY_SOCKETS # options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART # options DIRECTIO ## options CPU_FASTER_5X86_FPU # #options CPU_SUSP_HLT # options CPU_UPGRADE_HW_CACHE # #options AUTO_EOI_1 # #options VESA #options SC_PIXEL_MODE #device fb #options FB_INSTALL_CDEV # install a CDEV entry in /dev # #options MAC #options MAC_LOMAC # device smbus #device iicbus #device iicbb #device iicsmb device smb device ichsmb # #device bktr # ####options BKTR_GPIO_ACCESS ####options BKTR_USE_PLL #options BKTR_USE_FREEBSD_SMBUS #options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC #options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL # options P1003_1B_SEMAPHORES # # device hwpmc # Driver (also a loadable module) options HWPMC_HOOKS # Other necessary kernel hooks # # mdmfs 2.5Gb #options VM_KMEM_SIZE_MAX="1024*1024*1024" #options VM_KMEM_SIZE_SCALE="2" #options KVA_PAGES="512" # option INCLUDE_CONFIG_FILE # #options VFS_AIO # #options USBVERBOSE # # device acpi #device acpi_dock device acpi_toshiba device acpi_video # #device mmc #device mmcsd # ### ## ADDON AREA - END ### # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles ##options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning #device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device rum # Ralink Technology RT2501USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="crash.1.log" Script started on Fri Nov 9 10:53:54 2007 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x20:0xc069922c stack pointer = 0x28:0xe699fa8c frame pointer = 0x28:0xe699fb44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80409 (mv) trap number = 12 panic: page fault cpuid = 1 Uptime: 1h29m53s Physical memory: 1001 MB Dumping 173 MB: 158 (CTRL-C to abort) 142 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 126 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 110 94 (CTRL-C to abort) 78 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 62 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 46 30 14 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 241 dumptid = curthread->td_tid; (kgdb) list *0xc069922c 0xc069922c is in _sx_xunlock (/usr/src/sys/kern/kern_sx.c:308). 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); (kgdb) backtrace #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 #1 0xc0acf5e0 in buf.14794 () #2 0xc068e42f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xc068e86b in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xc09b7b33 in trap_fatal (frame=0xe699fa4c, eva=136) at /usr/src/sys/i386/i386/trap.c:872 #5 0xc09b76d5 in trap_pfault (frame=0xe699fa4c, usermode=0, eva=136) at /usr/src/sys/i386/i386/trap.c:785 #6 0xc09b7004 in trap (frame=0xe699fa4c) at /usr/src/sys/i386/i386/trap.c:463 #7 0xc099572b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 Previous frame inner to this frame (corrupt stack?) (kgdb) up #1 0xc0acf5e0 in buf.14794 () (kgdb) list 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); 313 LOCK_LOG_LOCK("XUNLOCK", &sx->lock_object, 0, sx->sx_recurse, file, 314 line); 315 if (!sx_recursed(sx)) 316 lock_profile_release_lock(&sx->lock_object); 317 __sx_xunlock(sx, curthread, file, line); (kgdb) up #2 0xc068e42f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 409 doadump(); (kgdb) list 404 405 /* XXX This doesn't disable interrupts any more. Reconsider? */ 406 splhigh(); 407 408 if ((howto & (RB_HALT|RB_DUMP)) == RB_DUMP && !cold && !dumping) 409 doadump(); 410 411 /* Now that we're going to really halt the system... */ 412 EVENTHANDLER_INVOKE(shutdown_final, howto); 413 (kgdb) up #3 0xc068e86b in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 563 boot(bootopt); (kgdb) list 558 /*thread_lock(td); */ 559 td->td_flags |= TDF_INPANIC; 560 /* thread_unlock(td); */ 561 if (!sync_on_panic) 562 bootopt |= RB_NOSYNC; 563 boot(bootopt); 564 } 565 566 /* 567 * Support for poweroff delay. (kgdb) up #4 0xc09b7b33 in trap_fatal (frame=0xe699fa4c, eva=136) at /usr/src/sys/i386/i386/trap.c:872 872 panic("%s", trap_msg[type]); (kgdb) list 867 frame->tf_err = code; /* restore error code */ 868 } 869 #endif 870 printf("trap number = %d\n", type); 871 if (type <= MAX_TRAP_MSG) 872 panic("%s", trap_msg[type]); 873 else 874 panic("unknown/reserved trap"); 875 } 876 (kgdb) up #5 0xc09b76d5 in trap_pfault (frame=0xe699fa4c, usermode=0, eva=136) at /usr/src/sys/i386/i386/trap.c:785 785 trap_fatal(frame, eva); (kgdb) list 780 if (td->td_intr_nesting_level == 0 && 781 PCPU_GET(curpcb)->pcb_onfault != NULL) { 782 frame->tf_eip = (int)PCPU_GET(curpcb)->pcb_onfault; 783 return (0); 784 } 785 trap_fatal(frame, eva); 786 return (-1); 787 } 788 789 return((rv == KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); (kgdb) up #6 0xc09b7004 in trap (frame=0xe699fa4c) at /usr/src/sys/i386/i386/trap.c:463 463 (void) trap_pfault(frame, FALSE, eva); (kgdb) list 458 459 KASSERT(cold || td->td_ucred != NULL, 460 ("kernel trap doesn't have ucred")); 461 switch (type) { 462 case T_PAGEFLT: /* page fault */ 463 (void) trap_pfault(frame, FALSE, eva); 464 goto out; 465 466 case T_DNA: 467 #ifdef DEV_NPX (kgdb) up #7 0xc099572b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 139 call trap Current language: auto; currently asm (kgdb) list 134 alltraps_with_regs_pushed: 135 SET_KERNEL_SREGS 136 FAKE_MCOUNT(TF_EIP(%esp)) 137 calltrap: 138 pushl %esp 139 call trap 140 add $4, %esp 141 142 /* 143 * Return via doreti to handle ASTs. (kgdb) up #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, Current language: auto; currently c (kgdb) list 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); (kgdb) exit Undefined command: "exit". Try "help". (kgdb) quit Script done on Fri Nov 9 10:54:41 2007 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WITNESS: spin lock scrlock not in order list Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 1063780352 (1014 MB) avail memory = 1027428352 (979 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 WITNESS: spin lock intrcnt not in order list ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xdc100000-0xdc17ffff,0xc0000000-0xcfffffff,0xdc200000-0xdc23ffff irq 16 at device 2.0 on pci0 acpi_video0: on vgapci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xdc180000-0xdc1fffff at device 2.1 on pci0 pcm0: mem 0xdc440000-0xdc443fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci4: on pcib2 ath0: mem 0xd8000000-0xd800ffff irq 17 at device 0.0 on pci4 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:7e:7d:9b:de ath0: mac 10.0 phy 6.1 radio 10.2 pcib3: irq 18 at device 28.2 on pci0 pci5: on pcib3 re0: port 0x4000-0x40ff mem 0xda000000-0xda000fff irq 18 at device 0.0 on pci5 re0: Using 2 MSI messages miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:d4:fe:8c:b8 re0: [FILTER] re0: [FILTER] uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdc444000-0xdc4443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: on uhub4 usb4: handing over low speed device on port 5 to usb2 uhub4: port 5, device disappeared after reset pcib4: at device 30.0 on pci0 pci6: on pcib4 cbb0: at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcffff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub2 ums0: 3 buttons and Z dir. Timecounters tick every 0.868 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging disabled ad0: 114473MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: GEOM_LABEL: Label for provider ad0s1 is ntfs/TOSHIBA SYSTEM VOLUME. GEOM_LABEL: Label for provider ad0s2 is ntfs/SQ004507V01. GEOM_LABEL: Label for provider acd0 is iso9660/RANMA. GEOM_LABEL: Label for provider ad0s5 is msdosfs/SWAP. acd0: FAILda0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) URE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cam_periph_alloc: attempt to re-allocate valid device cd0 rejected cdasync: Unable to attach new device due to status 0x6 cam_periph_alloc: attempt to re-allocate valid device pass1 rejected passasync: Unable to attach new device due to status 0x6: CCB request was invalid cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [357554 x 2048 byte records] SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 P6/2/0x1ff WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. GEOM_LABEL: Label for provider da0s1 is msdosfs/KING_4G. Trying to mount root from ufs:/dev/ad0s4a WARNING: / was not properly dismounted Expensive timeout(9) function: 0xc0798410(0xc3f86800) 0.004449727 s Expensive timeout(9) function: 0xc05e2b10(0xc0b35980) 0.007215721 s Expensive timeout(9) function: 0xc0798410(0xc3f86800) 0.010528432 s Expensive timeout(9) function: 0xc05e2b10(0xc0b35980) 0.016114059 s --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="info.1" Dump header from device /dev/ad0s4b Architecture: i386 Architecture Version: 2 Dump Length: 182251520B (173 MB) Blocksize: 512 Dumptime: Fri Nov 9 10:31:03 2007 Hostname: nexxus.fedaykin.here Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX Panic String: page fault Dump Parity: 1335410508 Bounds: 1 Dump Status: good --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0:0: class=0x060000 card=0xff001179 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0xff021179 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0xff021179 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display pcm0@pci0:0:27:0: class=0x040300 card=0xff011179 chip=0x27d88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0xff001179 chip=0x27d08086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0xff001179 chip=0x27d28086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0xff001179 chip=0x27d48086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0xff001179 chip=0x27c88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0xff001179 chip=0x27c98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0xff001179 chip=0x27ca8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0xff001179 chip=0x27cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0xff001179 chip=0x27cc8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0xff001179 chip=0x24488086 rev=0xe2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xff001179 chip=0x27b98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM (ICH7-M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010180 card=0xff001179 chip=0x27c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA ichsmb0@pci0:0:31:3: class=0x0c0500 card=0xff001179 chip=0x27da8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus ath0@pci0:4:0:0: class=0x020000 card=0x04251468 chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet re0@pci0:5:0:0: class=0x020000 card=0xff001179 chip=0x813610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8139/810x Family Fast Ethernet NIC' class = network subclass = ethernet cbb0@pci0:6:4:0: class=0x060700 card=0xff001179 chip=0x8039104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Cardbus Controller' class = bridge subclass = PCI-CardBus none0@pci0:6:4:1: class=0x0c0010 card=0xff001179 chip=0x803a104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '??? OHCI Compliant IEEE 1394 Host controller' class = serial bus subclass = FireWire none1@pci0:6:4:2: class=0x018000 card=0xff001179 chip=0x803b104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Integrated Flash Media Controller' class = mass storage none2@pci0:6:4:3: class=0x080501 card=0xff001179 chip=0x803c104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 SDA Standard Compliant SD Host Controller' class = base peripheral --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uname.txt" FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 11:43:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD3FB16A417; Tue, 13 Nov 2007 11:43:28 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA5813C491; Tue, 13 Nov 2007 11:43:28 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id C1C6D5C4A; Tue, 13 Nov 2007 12:42:09 +0100 (CET) From: Marten Vijn To: Sunry Chen In-Reply-To: References: Content-Type: text/plain Date: Tue, 13 Nov 2007 12:43:06 +0100 Message-Id: <1194954186.2264.4.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-small@freebsd.org, freebsd-current@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 11:43:28 -0000 On Tue, 2007-11-13 at 09:06 +0800, Sunry Chen wrote: > On Nov 12, 2007 8:00 PM, wrote: > > From: Marten Vijn > > a comprehensive overview how i use tinybsd > > and maintain images > > > > http://martenvijn.nl/trac/wiki/TinyBSD > > > > feedback is welcome, > > > > Marten > > While it's empty? Apperently someone needed to wiki to chrash... pitty.. I will fix it later. Marten > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 11:55:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D1016A417 for ; Tue, 13 Nov 2007 11:55:44 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id F084313C4BE for ; Tue, 13 Nov 2007 11:55:43 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2005562pyb for ; Tue, 13 Nov 2007 03:55:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=FrJ+pTO33MuzvZxKYOPUpB6ci+DPaZi2fNkP8s8WP6Y=; b=F8Uy7uBHjy/MAo4XRZ07wd4PMhdQ5LZ+RO/UGQkJOWCPlmLWDhfdXBMOUlcJ7F38XAFzlBCcUUAdzucL8e8DZ2dKvP+AvUCsrFmLrxz7xfaQFbfMWyxlrFBK4hFCsZ2yMfiPfm3316zVSNtgoiIZMJOoad0DhdnqWzS2qlqscpw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=lxq5+lCtV2MF5hGg/AoE8+j7WbBgbKFyr5so6b+7mRJntWvC5NjT6qeVYOMWSsMgviKp7+GkKJISJ+XKbC/92zQLf/YvcYfzcyENjnxeAY69qX3I7HiYv3cOZbYq4YGhWNJ7RNDUu8/O+uqyRH7Tw4V6cEiDX15uv014IVq5z5M= Received: by 10.35.86.12 with SMTP id o12mr6146181pyl.1194954930911; Tue, 13 Nov 2007 03:55:30 -0800 (PST) Received: from ?10.1.1.100? ( [203.125.55.190]) by mx.google.com with ESMTPS id a2sm839184pyi.2007.11.13.03.55.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 03:55:28 -0800 (PST) From: OutbackDingo To: Marten Vijn In-Reply-To: <1194954186.2264.4.camel@workstation.martenvijn.nl> References: <1194954186.2264.4.camel@workstation.martenvijn.nl> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 13 Nov 2007 19:54:54 +0800 Message-Id: <1194954915.6257.54.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-small@freebsd.org, Sunry Chen , freebsd-current@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 11:55:44 -0000 HAHAH sorry for the top post but I actually had a copy saved, so here it is installation ¶ install FreeBSD 7.0 ISO Just the chapter installation from the FreeBSD handbook fresh Build ¶ Since 7.0 in stable jet I suggest to build the lasted version. You can skip this and can go to make tinybsd image. update src pkg_add -r cvsup-without-gui cat /usr/share/examples/cvsup/standard-supfile | sed s/CHANGE_THIS// > /root/sup my localmirror is cvsup.nl5.freebsd.org since I live in the Netherlands. Please find a local site. cvsup /root/sup cd /usr/src sudo make buildworld optional strip your kernel cd /sys/i386/conf sudo cp GENERIC MY_KERNEL sudo vi MY_KERNEL build from src cd /usr/src sudo make buildkernel KERNCONF=MY_KERNEL sudo make install KERNCONF=MY_KERNEL reboot in single user mode reboot 1. choose single user mode in the bootmenu mergemaster cd /usr/src make installworld mergemaster -p reboot update ports sudo portsnap fetch sudo portsnap extract make tinybsd image ¶ cd /usr/src/tools/tools/tools/tinybsd sudo ./tinybsd maintaince on the image ¶ mount the file sudo mdconfig -a -t vnode -t tinybsd.bin 1. creating md0 sudo mount /dev/md0a /mnt fix current bugs in tinybsd for example sudo cp /etc/mtree/* /mnt/etc/mtree/ or the make ssh keys sudo chroot /mnt /etc/rc.d/sshd exit virutalization ¶ I use qemu to test my images. installing qemu cd /usr/ports/emulators/qemu sudo make install option kqemu = yes prepare network for qemu I have fxp0 as a nic ifconfig tun create 1. creating tun0 ifconfig bridge create 1. creating bridge 0 ifconfig bridge0 addm tun0 addm fxp0 up load modules kldload aio kqemu booting the image in qemu sudo qemu -hda tinybsd.bin -net nic -net tun 1. bug! ufs:ad0a Distribution ¶ This make a smaller file for download and more important Window users can write the file on flash or usb drive. See Manual Kaspers site for monowall and specially physdiskwrite. tar -cvjf tinybsd.bin.bz tinybsd.bin writing to disk 1. see dmesg for the correct disk zcat tinybsd.bin.bz | dd of=/dev/ bs=16k From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 12:06:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 858E816A41A; Tue, 13 Nov 2007 12:06:26 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id E704913C4B0; Tue, 13 Nov 2007 12:06:25 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 2A0725C88; Tue, 13 Nov 2007 13:05:09 +0100 (CET) From: Marten Vijn To: OutbackDingo In-Reply-To: <1194954915.6257.54.camel@z60m.optimlabs.com> References: <1194954186.2264.4.camel@workstation.martenvijn.nl> <1194954915.6257.54.camel@z60m.optimlabs.com> Content-Type: text/plain Date: Tue, 13 Nov 2007 13:06:12 +0100 Message-Id: <1194955572.2264.7.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-small@freebsd.org, Sunry Chen , freebsd-current@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:06:26 -0000 On Tue, 2007-11-13 at 19:54 +0800, OutbackDingo wrote: > HAHAH sorry for the top post but I actually had a copy saved, so here it > is aye, that helps :) Marten > From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 12:32:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13AD116A417 for ; Tue, 13 Nov 2007 12:32:04 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id C940A13C494 for ; Tue, 13 Nov 2007 12:32:03 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Irucg-000NZ6-JM; Tue, 13 Nov 2007 12:12:06 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Irucf-000NmA-Rg; Tue, 13 Nov 2007 12:12:05 +0000 Date: Tue, 13 Nov 2007 12:12:05 +0000 From: Thomas Hurst To: Jeff Roberson Message-ID: <20071113121205.GA80959@voi.aagh.net> Mail-Followup-To: Jeff Roberson , freebsd-current@freebsd.org, nickpiggin@yahoo.com.au References: <20071109191821.V639@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071109191821.V639@10.0.0.1> Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: nickpiggin@yahoo.com.au, freebsd-current@freebsd.org Subject: Re: FreeBSD corruption problems on barcelona X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:32:04 -0000 * Jeff Roberson (jroberson@chesapeake.net) wrote: > atapci0: port > 0x6040-0x6047,0x6034-0x6037,0x6038-0x603f,0x6030-0x6033,0x6000-0x601f > mem 0xd8300000-0xd8301fff irq 7 at device 14.0 on pci1 I'm pretty sure I've heard of corruption with this chipset in the past, e.g: http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076513.html "- the part that is replaced seems to be always 64KB big but doesn't begin on 64KB boundary - the data is usually replaced by \000s but sometimes it seems like a part of another file" So probably not related to Barcelona. We're expecting a batch of 2350's "shortly", so I hope not :) -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 14:29:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1515116A41A for ; Tue, 13 Nov 2007 14:29:08 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id E298713C4CA for ; Tue, 13 Nov 2007 14:29:07 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 96466 invoked by uid 501); 13 Nov 2007 14:19:42 -0000 Date: Tue, 13 Nov 2007 06:19:42 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071113141942.GA77556@parts-unknown.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8502.90 X-moon: The Moon is Waxing Crescent (12% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: java_vm under RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 14:29:08 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, So, after a lot of work, I've got things back to more or less where they were before the upgrade to 7.0. And it is all looking beautiful (nice job, guys), except for one thing. And I don't know what to blame here. I'm noticing that java_vm is occasionally eating my machine. By this I mean I'm getting extremely slow response--so slow I think the system might be down, but it responds to pings, and, eventually to everything else, including keystrokes--and top reports java_vm at the top of the list occupying several thousand (I'm not exaggerating) percent CPU. 'kill -9 [java_vm pid]' is effective and gives me my system back. I did not see this prior to the upgrade. This, of course, is a long ways short of saying the upgraded system is somehow more vulnerable to this. The site I'm visiting with Firefox might be using some nasty java and, not being part of that administration team, I don't know if they've made a change. The site itself, Blackboard at the university, has certainly proven itself buggy as hell in the past. My question is, how do I know? I'm thinking that even a failure to replicate the issue under another operating system doesn't acquit java. And I don't have an old 6.2(?) system lying around with which to test this. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHObJ+Ud+dMw3R0eMRAsUCAJwKxjbJGXaUqq6b+Psyd7+Y3fqmnwCeM89+ qy0aOhYHvqBK3RHsBl9gV80= =BGHN -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 14:55:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E77016A417 for ; Tue, 13 Nov 2007 14:55:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0F00113C4DA for ; Tue, 13 Nov 2007 14:55:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5680045CD9; Tue, 13 Nov 2007 15:55:29 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CAF1745684; Tue, 13 Nov 2007 15:55:23 +0100 (CET) Date: Tue, 13 Nov 2007 15:55:06 +0100 From: Pawel Jakub Dawidek To: Alexandre Biancalana Message-ID: <20071113145506.GE64952@garage.freebsd.pl> References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5oH/S/bF6lOfqCQb" Content-Disposition: inline In-Reply-To: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 14:55:40 -0000 --5oH/S/bF6lOfqCQb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > Hi list, >=20 > After an spontaneous reboot this weekend our backup server is > panic'ing on zfs import. I've the vmcore file but I can't debug this > with kgdb >=20 > :/var/crash # more info.3 > Dump header from device /dev/ad0s1b > Architecture: amd64 > Architecture Version: 2 > Dump Length: 103477248B (98 MB) > Blocksize: 512 > Dumptime: Mon Nov 12 14:56:12 2007 > Hostname: > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 > root@:/usr/src/sys/amd64/compile/MANNY.debug > Panic String: solaris assert: ss =3D=3D NULL, file: > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spac= e_map.c, > line: 110 > Dump Parity: 2217569595 > Bounds: 3 > Dump Status: good This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=3D6458218, but fix for this bug is already in FreeBSD's version... To recover your data you can try removing /boot/zfs/zpool.cache file before loading zfs.ko module, and then try to import your pool with: # zpool import -o ro --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5oH/S/bF6lOfqCQb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHObrKForvXbEpPzQRAroAAJsEewtVlfIu28bOZrNJg75mUOJICACg1yyf 7J9Asjpt/jNZcBOnGfTI5bg= =+lrC -----END PGP SIGNATURE----- --5oH/S/bF6lOfqCQb-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 14:58:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184F216A420 for ; Tue, 13 Nov 2007 14:58:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id A9BFB13C481 for ; Tue, 13 Nov 2007 14:58:44 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 85D8345CD9; Tue, 13 Nov 2007 15:58:29 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7B88A45684; Tue, 13 Nov 2007 15:58:25 +0100 (CET) Date: Tue, 13 Nov 2007 15:58:08 +0100 From: Pawel Jakub Dawidek To: Alexandre Biancalana Message-ID: <20071113145808.GF64952@garage.freebsd.pl> References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk" Content-Disposition: inline In-Reply-To: <20071113145506.GE64952@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 14:58:45 -0000 --dgjlcl3Tl+kb3YDk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 13, 2007 at 03:55:06PM +0100, Pawel Jakub Dawidek wrote: > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > Hi list, > >=20 > > After an spontaneous reboot this weekend our backup server is > > panic'ing on zfs import. I've the vmcore file but I can't debug this > > with kgdb > >=20 > > :/var/crash # more info.3 > > Dump header from device /dev/ad0s1b > > Architecture: amd64 > > Architecture Version: 2 > > Dump Length: 103477248B (98 MB) > > Blocksize: 512 > > Dumptime: Mon Nov 12 14:56:12 2007 > > Hostname: > > Magic: FreeBSD Kernel Dump > > Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 > > root@:/usr/src/sys/amd64/compile/MANNY.debug > > Panic String: solaris assert: ss =3D=3D NULL, file: > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/sp= ace_map.c, > > line: 110 > > Dump Parity: 2217569595 > > Bounds: 3 > > Dump Status: good >=20 > This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=3D6458218, > but fix for this bug is already in FreeBSD's version... > To recover your data you can try removing /boot/zfs/zpool.cache file > before loading zfs.ko module, and then try to import your pool with: >=20 > # zpool import -o ro BTW. You could try booting from Indiana CD (Solaris) and see if you can import the pool from there. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --dgjlcl3Tl+kb3YDk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHObuAForvXbEpPzQRAtWhAKC/eNZqJurwa7lDBju98+4Axmx8MACg2u41 4ofgB7VjkDOC7FWTa7jWG3Q= =6+Fu -----END PGP SIGNATURE----- --dgjlcl3Tl+kb3YDk-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 17:23:14 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B27A16A417; Tue, 13 Nov 2007 17:23:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id D40BF13C4BD; Tue, 13 Nov 2007 17:23:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lADHN4bN070808; Tue, 13 Nov 2007 18:23:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lADHN4B9070807; Tue, 13 Nov 2007 18:23:04 +0100 (CET) (envelope-from olli) Date: Tue, 13 Nov 2007 18:23:04 +0100 (CET) Message-Id: <200711131723.lADHN4B9070807@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, info@martenvijn.nl, freebsd-small@FreeBSD.ORG In-Reply-To: <1194954915.6257.54.camel@z60m.optimlabs.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Nov 2007 18:23:12 +0100 (CET) Cc: Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, info@martenvijn.nl, freebsd-small@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 17:23:14 -0000 > update src > > pkg_add -r cvsup-without-gui That's not necessary. You don't need ot install cvsup. > cvsup /root/sup Use csup(1) instead. No changes to the supfile required. 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 "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 17:37:05 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EFD716A419 for ; Tue, 13 Nov 2007 17:37:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 097FE13C4AA for ; Tue, 13 Nov 2007 17:37:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lADHav0r071384; Tue, 13 Nov 2007 18:37:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lADHavwb071383; Tue, 13 Nov 2007 18:36:57 +0100 (CET) (envelope-from olli) Date: Tue, 13 Nov 2007 18:36:57 +0100 (CET) Message-Id: <200711131736.lADHavwb071383@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, tim1timau@yahoo.com, varga.michal@gmail.com, rainer.alves@gmail.com, ricardo.areis@gmail.com In-Reply-To: <389289.65920.qm@web50306.mail.re2.yahoo.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Nov 2007 18:37:03 +0100 (CET) Cc: Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, tim1timau@yahoo.com, varga.michal@gmail.com, rainer.alves@gmail.com, ricardo.areis@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 17:37:05 -0000 Tim Clewlow wrote: > Michal Varga wrote: > > Rainer Alves wrote: > > > I'm having the exact same problem. > > > Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to > > > mount my SonyEricsson W810 phone, but whatever is copied there gets > > > corrupted. > > > I first noticed this yesterday when copying a new batch os MP3s to its 4 > > > GB memory stick. > > > > "Me too" - I see this with USB2.0 support/controller enabled, tested on > > two nforce5 and amd690 boards. Random (but pretty heavy) corruptions > > with data transferred to and from digital camera and mp3 player (both > > acting as common "usb flash disks"). Disabling USB2.0 seems to fix it > > AND also no board without USB2.0 controller exhibits this here (I just > > did a few quick tests, and nothing so far). Possibly some EHCI-specific > > bug? I remember there was an msdosfs corruption problem reported a few months ago. It could be worked around by disabling read/write clustering when mounting the file systems (see the options in the mount(8) manpage). I don't think this issue is related, but it might still be worth a try. > I noticed that the large msdos filesystem option caused kernel build > to fail on 7.0 as it is now considered an invalid option. > > options MSDOSFS_LARGE # MSDOS Filesystem That's expected. That kernel option doesn't exist anymore because it was converted to a mount option (for example, "mount -o large /dev/foo /media/bar"). It's certainly not related to the corruption problem. 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 "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 17:47:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0854416A418 for ; Tue, 13 Nov 2007 17:47:48 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id CFC1C13C4B0 for ; Tue, 13 Nov 2007 17:47:44 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so338116ana for ; Tue, 13 Nov 2007 09:47:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=a/WBcQFeiNsA3ZjjcPmcylgomu5MGvjwPbS5wYwxwfA=; b=ULF3MZ370WZqMoHWM4a9bATdDNBsbvl1gQ/vaxsXYeDTj3157PT9ZGX4oEixtGIOHtcEINQALvxBIaJJm4E712uGuhaQkxWVfuQO8CRNJlto4g9GwAIGbCC2Bw5wK6KVOUjF8hB5qonhRO8uL+0fQDohOQTP7yplVgHF7dehJLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=OTzvOilgZ5q1GelF8DP3pyQu5D7p7+yA+KwRJAGRfHFE59LJAxui4eKPtrvLegUncRnM3tv32MUbL2yWmXY7CVvpQjUM683pEsGO1DdldbWe3urzjQ11YAeHKdl72HyDSm+Nikq3OLJe+lx0z49AdYjYwZAp1AjBeSzRtmxAG1g= Received: by 10.100.209.11 with SMTP id h11mr10207569ang.1194976057578; Tue, 13 Nov 2007 09:47:37 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id f6sm282506nfh.2007.11.13.09.47.35 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2007 09:47:36 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org, d@delphij.net Date: Tue, 13 Nov 2007 19:47:26 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20070917194009.W84177@woozle.rinet.ru> <86k5onwmij.fsf@ds4.des.no> <4738A35D.3080408@delphij.net> In-Reply-To: <4738A35D.3080408@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5923655.ZHzqeGDK9F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711131947.32392.qpadla@gmail.com> Cc: Kostik Belousov , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , delphij@freebsd.org, Dmitry Morozovsky Subject: Re: tmpfs on contemporary -current: panic: locked against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 17:47:48 -0000 --nextPart5923655.ZHzqeGDK9F Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 12 November 2007 21:02:53 Xin LI wrote: > Dag-Erling Sm=C3=B8rgrav wrote: > > Kostik Belousov writes: > >> The following patch fixed it for me. > >> > >> diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c > >> b/sys/fs/tmpfs/tmpfs_vfsops.c index 4a3cdec..55e9891 100644 > >> --- a/sys/fs/tmpfs/tmpfs_vfsops.c > >> +++ b/sys/fs/tmpfs/tmpfs_vfsops.c > >> @@ -201,7 +201,7 @@ tmpfs_mount(struct mount *mp, struct thread *td) > >> /* Root node attributes. */ > >> uid_t root_uid; > >> gid_t root_gid; > >> - mode_t root_mode; > >> + int root_mode; > >> > >> struct vattr va; > > > > Alternatively: > > > > @@ -231,7 +231,7 @@ > > vfs_scanopt(mp->mnt_optnew, "uid", "%d", &root_uid) !=3D 1) > > root_uid =3D va.va_uid; > > if (mp->mnt_cred->cr_ruid !=3D 0 || > > - vfs_scanopt(mp->mnt_optnew, "mode", "%o", &root_mode) !=3D > > 1) + vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) > > !=3D 1) root_mode =3D va.va_mode; > > if(vfs_scanopt(mp->mnt_optnew, "inodes", "%d", &nodes_max) !=3D > > 1) nodes_max =3D 0; > > Oh... My fault, thanks for pointing out. I have just checked it into > -HEAD. It works for me. Thanks. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart5923655.ZHzqeGDK9F Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHOeM0/2R6KvEYGaIRAq0VAJwP1xNsRruUjUv6e2KXKi43VDZluQCfRbfU hBWqcmnagGd9EP3xLA/eZHs= =RwKY -----END PGP SIGNATURE----- --nextPart5923655.ZHzqeGDK9F-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 18:14:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DFA916A421 for ; Tue, 13 Nov 2007 18:14:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id B8DC313C480 for ; Tue, 13 Nov 2007 18:14:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 219092854-1834499 for multiple; Tue, 13 Nov 2007 11:46:38 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lADGjfQB060464; Tue, 13 Nov 2007 11:45:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Nov 2007 17:51:36 -0500 User-Agent: KMail/1.9.6 References: <4733AA45.6030905@chuckr.org> <4734C440.4070100@chuckr.org> <868x57jfti.fsf@ds4.des.no> In-Reply-To: <868x57jfti.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711121751.37051.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]); Tue, 13 Nov 2007 11:45:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4764/Tue Nov 13 07:43:47 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_12_24 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Chuck Robey Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 18:14:17 -0000 On Friday 09 November 2007 03:59:21 pm Dag-Erling Sm=C3=B8rgrav wrote: > Chuck Robey writes: > > Dag-Erling Sm=C3=B8rgrav wrote: > >> Nikolay Pavlov writes: > >>> There is already such a file there. You just need to proper set an > >>> environment: setenv LESSOPEN '|lesspipe.sh %s' > >> zless will do that for you. > > Now I'm getting a bit confused. I know you from long before, and I > > know you wouldn't make mistakes easily. MY zless here doesn't decode > > executables and libs, but there's no man page, and zless --help gives > > only the standard less help info, so I don;'t know what zless does > > that less didn't do before I changed out the lesspipe.sh on my local > > system. >=20 > "that" refers to Nikolay's setenv trick. If you actually define > LESSOPEN in your environment, less will always use it, which may not be > what you want; instead, you can use less when you want to see the actual > file and zless when you want it "decoded". less -L =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 17:02:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F354716A468; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id A087913C494; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6DFDF460C0; Tue, 13 Nov 2007 11:51:09 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 13 Nov 2007 11:51:09 -0500 X-Sasl-enc: ZTEFwZlJ1qdzYjwSik+ahYLkUddh7aoWDtiUmnR8PYNP 1194972668 Received: from localhost (nat-dip4.fw.corp.yahoo.com [209.131.62.113]) by mail.messagingengine.com (Postfix) with ESMTP id BFE28DAD6; Tue, 13 Nov 2007 11:51:08 -0500 (EST) Received: by localhost (sSMTP sendmail emulation); Tue, 13 Nov 2007 08:51:05 -0800 Date: Tue, 13 Nov 2007 08:51:05 -0800 From: brad clawsie To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Tue, 13 Nov 2007 18:20:14 +0000 Cc: Subject: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 17:02:46 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, i have just put 7-beta2 on a macbook (core 2 duo) i am looking for advice on the best alternative for wireless support, the provided ath driver does not provide support. sam leffler has a patch here http://people.freebsd.org/~sam/ath_hal-20070428.tgz but i am not sure if this is newer or older than the support in 7-beta2 i also see some people are using ndis wrappers with this windows driver: http://www.dlink.com/products/support.asp?pid=489&sec=0 does anyone have a suggestion for the preferred course of action? is there any chance of the atheros support being updated prior to launch or is the featureset frozen? thanks brad --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOdXzxRg3RkRK91MRAjjTAKCFB+VHuRVetFiXjMc1kjOwa/P3IgCdEqQ8 zahlTmpWYjHVL3aSNmaQ0Po= =6yLF -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 18:52:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511E616A419 for ; Tue, 13 Nov 2007 18:52:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 240F613C4A8 for ; Tue, 13 Nov 2007 18:52:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lADIpm6a026863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 10:51:49 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4739F246.3060600@errno.com> Date: Tue, 13 Nov 2007 10:51:50 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: brad clawsie References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc.uncw.edu-Metrics: m; whitelist Cc: freebsd-current@freebsd.org Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 18:52:08 -0000 brad clawsie wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > The private hal build works in legacy mode modulo known issues (many people have reported it's good enough for day-to-day use). It is not committed because it has known regressions relative to the hal in CVS and I've had no time to resolve those problems. I hope to work on this stuff after 7.0 goes out. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 18:21:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53C4616A419; Tue, 13 Nov 2007 18:21:17 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8223F13C49D; Tue, 13 Nov 2007 18:21:16 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 05903DAD3F; Wed, 14 Nov 2007 00:20:59 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 60595DACF3 for ; Wed, 14 Nov 2007 00:20:57 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B999260683; Tue, 13 Nov 2007 18:19:45 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D7A8E16A46E; Tue, 13 Nov 2007 18:19:44 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F354716A468; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id A087913C494; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6DFDF460C0; Tue, 13 Nov 2007 11:51:09 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 13 Nov 2007 11:51:09 -0500 X-Sasl-enc: ZTEFwZlJ1qdzYjwSik+ahYLkUddh7aoWDtiUmnR8PYNP 1194972668 Received: from localhost (nat-dip4.fw.corp.yahoo.com [209.131.62.113]) by mail.messagingengine.com (Postfix) with ESMTP id BFE28DAD6; Tue, 13 Nov 2007 11:51:08 -0500 (EST) Received: by localhost (sSMTP sendmail emulation); Tue, 13 Nov 2007 08:51:05 -0800 Date: Tue, 13 Nov 2007 08:51:05 -0800 From: brad clawsie To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Tue, 13 Nov 2007 18:19:39 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 00:20:59 2007 X-DSPAM-Confidence: 0.9974 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4739eb0a191327696411428 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00135, Sender*freebsd, 0.00135, List-Post*freebsd, 0.00135, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 18:21:17 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, i have just put 7-beta2 on a macbook (core 2 duo) i am looking for advice on the best alternative for wireless support, the provided ath driver does not provide support. sam leffler has a patch here http://people.freebsd.org/~sam/ath_hal-20070428.tgz but i am not sure if this is newer or older than the support in 7-beta2 i also see some people are using ndis wrappers with this windows driver: http://www.dlink.com/products/support.asp?pid=489&sec=0 does anyone have a suggestion for the preferred course of action? is there any chance of the atheros support being updated prior to launch or is the featureset frozen? thanks brad --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOdXzxRg3RkRK91MRAjjTAKCFB+VHuRVetFiXjMc1kjOwa/P3IgCdEqQ8 zahlTmpWYjHVL3aSNmaQ0Po= =6yLF -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 19:11:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8EE16A417; Tue, 13 Nov 2007 19:11:38 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6920913C4E3; Tue, 13 Nov 2007 19:11:37 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 613BCDAE3B; Wed, 14 Nov 2007 01:11:18 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id DE9D4DAE38 for ; Wed, 14 Nov 2007 01:11:14 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5B464F585; Tue, 13 Nov 2007 19:10:31 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1F8D116A4E0; Tue, 13 Nov 2007 19:10:28 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8181C16A421 for ; Tue, 13 Nov 2007 19:10:17 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1969613C491 for ; Tue, 13 Nov 2007 19:10:16 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2289518pyb for ; Tue, 13 Nov 2007 11:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6Xj7bcpbtcY6QaL7nucqVlHi1KyO4Djk2LQkJFNaTww=; b=BHMfU58gj4KQcK3ZFijM4u3HwBbid8RIhR4FC7eCl5m2wV/4dObslqUb6w/wMUguYpce6sztOn0huzet9JfxOAUsQBCroYVov0DaHOAxqOIOaQbEUUe4DyivfvVkl9oo7WKGFcp5LezTcQRffQ2rOuX9+u2lv5KdjAddbNfZ4qI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HRgmm6Ryr9uppRepJrqN2NnBAWC467MccrBA8mTkg3HI/HjLY6f39PqxB8tYORkYuZzB5/C3lVRd0ZTC5kRSrLjIC23BfqCpdavSe/AXmbrEgEUiPC9li3tWA8QfNh3mZFYYN1kT3rW4hCSsc09OKyptoVp0lbzlY4Qg3XlbHmU= Received: by 10.65.239.14 with SMTP id q14mr17057333qbr.1194979508844; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Received: by 10.64.150.20 with HTTP; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Message-ID: <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> Date: Tue, 13 Nov 2007 19:45:08 +0100 From: "Karl Sjodahl - dunceor" To: "brad clawsie" In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 01:11:18 2007 X-DSPAM-Confidence: 0.9978 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4739f6d6191327826330903 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00132, Sender*freebsd, 0.00132, List-Post*freebsd, 0.00132, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 19:11:38 -0000 On Nov 13, 2007 5:51 PM, brad clawsie wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > thanks > brad > In OpenBSD reyk@ commited support for the atheros chips found in macbooks. I haven't tested it in OpenBSD yet but it should be portable to FreeBSD also. Kerneltrap post about it here: http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices br dunceor _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 19:10:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B3816A417 for ; Tue, 13 Nov 2007 19:10:15 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 702FF13C4B0 for ; Tue, 13 Nov 2007 19:10:15 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2289518pyb for ; Tue, 13 Nov 2007 11:09:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6Xj7bcpbtcY6QaL7nucqVlHi1KyO4Djk2LQkJFNaTww=; b=BHMfU58gj4KQcK3ZFijM4u3HwBbid8RIhR4FC7eCl5m2wV/4dObslqUb6w/wMUguYpce6sztOn0huzet9JfxOAUsQBCroYVov0DaHOAxqOIOaQbEUUe4DyivfvVkl9oo7WKGFcp5LezTcQRffQ2rOuX9+u2lv5KdjAddbNfZ4qI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HRgmm6Ryr9uppRepJrqN2NnBAWC467MccrBA8mTkg3HI/HjLY6f39PqxB8tYORkYuZzB5/C3lVRd0ZTC5kRSrLjIC23BfqCpdavSe/AXmbrEgEUiPC9li3tWA8QfNh3mZFYYN1kT3rW4hCSsc09OKyptoVp0lbzlY4Qg3XlbHmU= Received: by 10.65.239.14 with SMTP id q14mr17057333qbr.1194979508844; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Received: by 10.64.150.20 with HTTP; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Message-ID: <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> Date: Tue, 13 Nov 2007 19:45:08 +0100 From: "Karl Sjodahl - dunceor" To: "brad clawsie" In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-Mailman-Approved-At: Tue, 13 Nov 2007 19:16:22 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 19:10:15 -0000 On Nov 13, 2007 5:51 PM, brad clawsie wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > thanks > brad > In OpenBSD reyk@ commited support for the atheros chips found in macbooks. I haven't tested it in OpenBSD yet but it should be portable to FreeBSD also. Kerneltrap post about it here: http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices br dunceor From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 19:17:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554CF16A468; Tue, 13 Nov 2007 19:17:12 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6920913C4E3; Tue, 13 Nov 2007 19:11:37 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 613BCDAE3B; Wed, 14 Nov 2007 01:11:18 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id DE9D4DAE38 for ; Wed, 14 Nov 2007 01:11:14 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5B464F585; Tue, 13 Nov 2007 19:10:31 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1F8D116A4E0; Tue, 13 Nov 2007 19:10:28 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8181C16A421 for ; Tue, 13 Nov 2007 19:10:17 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1969613C491 for ; Tue, 13 Nov 2007 19:10:16 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2289518pyb for ; Tue, 13 Nov 2007 11:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6Xj7bcpbtcY6QaL7nucqVlHi1KyO4Djk2LQkJFNaTww=; b=BHMfU58gj4KQcK3ZFijM4u3HwBbid8RIhR4FC7eCl5m2wV/4dObslqUb6w/wMUguYpce6sztOn0huzet9JfxOAUsQBCroYVov0DaHOAxqOIOaQbEUUe4DyivfvVkl9oo7WKGFcp5LezTcQRffQ2rOuX9+u2lv5KdjAddbNfZ4qI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HRgmm6Ryr9uppRepJrqN2NnBAWC467MccrBA8mTkg3HI/HjLY6f39PqxB8tYORkYuZzB5/C3lVRd0ZTC5kRSrLjIC23BfqCpdavSe/AXmbrEgEUiPC9li3tWA8QfNh3mZFYYN1kT3rW4hCSsc09OKyptoVp0lbzlY4Qg3XlbHmU= Received: by 10.65.239.14 with SMTP id q14mr17057333qbr.1194979508844; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Received: by 10.64.150.20 with HTTP; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Message-ID: <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> Date: Tue, 13 Nov 2007 19:45:08 +0100 From: "Karl Sjodahl - dunceor" To: "brad clawsie" In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 01:11:18 2007 X-DSPAM-Confidence: 0.9978 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4739f6d6191327826330903 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00132, Sender*freebsd, 0.00132, List-Post*freebsd, 0.00132, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 19:17:12 -0000 On Nov 13, 2007 5:51 PM, brad clawsie wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > thanks > brad > In OpenBSD reyk@ commited support for the atheros chips found in macbooks. I haven't tested it in OpenBSD yet but it should be portable to FreeBSD also. Kerneltrap post about it here: http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices br dunceor _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 19:38:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7AC16A468 for ; Tue, 13 Nov 2007 19:38:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6837E13C468 for ; Tue, 13 Nov 2007 19:38:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lADJc651027241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 11:38:07 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4739FD20.4050005@errno.com> Date: Tue, 13 Nov 2007 11:38:08 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Karl Sjodahl - dunceor References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> In-Reply-To: <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc.uncw.edu-Metrics: m; whitelist Cc: brad clawsie , freebsd-current@freebsd.org Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 19:38:19 -0000 Karl Sjodahl - dunceor wrote: > On Nov 13, 2007 5:51 PM, brad clawsie wrote: > >> hi, i have just put 7-beta2 on a macbook (core 2 duo) >> >> i am looking for advice on the best alternative for wireless support, >> the provided ath driver does not provide support. >> >> sam leffler has a patch here >> >> http://people.freebsd.org/~sam/ath_hal-20070428.tgz >> >> but i am not sure if this is newer or older than the support in >> 7-beta2 >> >> i also see some people are using ndis wrappers with this windows >> driver: >> >> http://www.dlink.com/products/support.asp?pid=489&sec=0 >> >> does anyone have a suggestion for the preferred course of action? >> >> is there any chance of the atheros support being updated prior to >> launch or is the featureset frozen? >> >> thanks >> brad >> >> > > In OpenBSD reyk@ commited support for the atheros chips found in > macbooks. I haven't tested it in OpenBSD yet but it should be portable > to FreeBSD also. > Kerneltrap post about it here: > http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices > > MBPro uses 5418 parts, not 5424. Totally different. Of course whether the obsd code even does 11g correctly is unclear; the last time I tried the obsd ath support it worked on just a couple of the cards I have--and then only just a little. But hey, it's "free", go for it. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:06:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63EE516A418 for ; Tue, 13 Nov 2007 20:06:17 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6EE13C45D for ; Tue, 13 Nov 2007 20:06:17 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DA52047106; Tue, 13 Nov 2007 14:53:08 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 13 Nov 2007 14:53:08 -0500 X-Sasl-enc: USrjKH+A3UOEt+RtV7eItj13l8AOHrp+4V+ntwMoCSYY 1194983588 Received: from localhost (nat-dip4.fw.corp.yahoo.com [209.131.62.113]) by mail.messagingengine.com (Postfix) with ESMTP id 4068C29EBC; Tue, 13 Nov 2007 14:53:08 -0500 (EST) Received: by localhost (sSMTP sendmail emulation); Tue, 13 Nov 2007 11:53:05 -0800 Date: Tue, 13 Nov 2007 11:53:05 -0800 From: brad clawsie To: Sam Leffler Message-ID: <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> <4739FD20.4050005@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <4739FD20.4050005@errno.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Tue, 13 Nov 2007 20:11:06 +0000 Cc: freebsd-current@freebsd.org, Karl Sjodahl - dunceor Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:06:17 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable thanks for the replies. sounds like for the time being i need to consider other solutions. perhaps a usb-attached wireless device. do any of you know of one that should reliably work? i don't mind spending a little money and having something hanging off of the side of the laptop for a while.=20 thanks brad --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOgCfxRg3RkRK91MRAq1mAJsFT5/ko01EGsXgtp510Ph0apaBiACfeiOY pc9wXaNcnViuxOif0N/JsOs= =lIQZ -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:16:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 497C116A468 for ; Tue, 13 Nov 2007 20:16:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2853E13C457 for ; Tue, 13 Nov 2007 20:16:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lADKGlKl027522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 12:16:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <473A0631.9000609@errno.com> Date: Tue, 13 Nov 2007 12:16:49 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: brad clawsie References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> <4739FD20.4050005@errno.com> <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> In-Reply-To: <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc.uncw.edu-Metrics: m; whitelist Cc: freebsd-current@freebsd.org, Karl Sjodahl - dunceor Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:16:57 -0000 brad clawsie wrote: > thanks for the replies. sounds like for the time being i need to > consider other solutions. perhaps a usb-attached wireless > device. do any of you know of one that should reliably work? i don't > mind spending a little money and having something hanging off of the > side of the laptop for a while. > > Many people are using the hal in ~sam w/ these parts. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:19:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F24E16A417 for ; Tue, 13 Nov 2007 20:19:40 +0000 (UTC) (envelope-from maarten@fremouw.nl) Received: from smtpq2.tilbu1.nb.home.nl (smtpq2.tilbu1.nb.home.nl [213.51.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDF213C46B for ; Tue, 13 Nov 2007 20:19:40 +0000 (UTC) (envelope-from maarten@fremouw.nl) Received: from [213.51.146.188] (port=59106 helo=smtp3.tilbu1.nb.home.nl) by smtpq2.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1Is1s3-00068w-Oa for freebsd-current@freebsd.org; Tue, 13 Nov 2007 20:56:27 +0100 Received: from cc33607-b.groni1.gr.home.nl ([82.73.80.102]:60675 helo=aapjesbak.lan) by smtp3.tilbu1.nb.home.nl with esmtp (Exim 4.60) (envelope-from ) id 1Is1eB-00083c-HU for freebsd-current@freebsd.org; Tue, 13 Nov 2007 20:42:08 +0100 Message-Id: From: "M.R. Fremouw" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 13 Nov 2007 20:42:07 +0100 X-Mailer: Apple Mail (2.912) X-Spam-Score: 1.5 (+) Subject: MCP68 AHCI Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:19:40 -0000 Hi, It seems that FreeBSD 7.0 current does not support the Nvidia MCP68 chipset in AHCI mode. To fix this I created a patch to add support for the MCP68. I also added the ID's for the pata ide controller to let it work in UDMA6 mode. Maarten The patch: diff -Naur sys-orig/dev/ata/ata-all.h sys-nvidiaahci/dev/ata/ata-all.h --- sys-orig/dev/ata/ata-all.h 2007-11-13 19:41:36.000000000 +0100 +++ sys-nvidiaahci/dev/ata/ata-all.h 2007-11-13 20:21:38.000000000 +0100 @@ -155,7 +155,7 @@ #define ATA_AHCI_GHC 0x04 #define ATA_AHCI_GHC_AE 0x80000000 #define ATA_AHCI_GHC_IE 0x00000002 -#define ATA_AHCI_GHC_HR 0x80000001 +#define ATA_AHCI_GHC_HR 0x00000001 #define ATA_AHCI_IS 0x08 #define ATA_AHCI_PI 0x0c diff -Naur sys-orig/dev/ata/ata-chipset.c sys-nvidiaahci/dev/ata/ata- chipset.c --- sys-orig/dev/ata/ata-chipset.c 2007-11-13 19:41:36.000000000 +0100 +++ sys-nvidiaahci/dev/ata/ata-chipset.c 2007-11-13 20:21:38.000000000 +0100 @@ -453,6 +453,11 @@ struct ata_pci_controller *ctlr = device_get_softc(dev); u_int32_t version; + /* enable AHCI mode, AE should be set high before calling reset + according to AHCI specifictions rev. 1.10, section 5.2.2.1 */ + ATA_OUTL(ctlr->r_res2, ATA_AHCI_GHC, + ATA_INL(ctlr->r_res2, ATA_AHCI_GHC) | ATA_AHCI_GHC_AE); + /* reset AHCI controller */ ATA_OUTL(ctlr->r_res2, ATA_AHCI_GHC, ATA_INL(ctlr->r_res2, ATA_AHCI_GHC) | ATA_AHCI_GHC_HR); @@ -2931,6 +2936,9 @@ { ATA_NFORCE_MCP61_S1, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, { ATA_NFORCE_MCP61_S2, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, { ATA_NFORCE_MCP61_S3, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, + { ATA_NFORCE_MCP68, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP68" }, + { ATA_NFORCE_MCP68_S1, 0, 0, AHCI, ATA_SA300, "nForce MCP68" }, + { ATA_NFORCE_MCP68_S2, 0, 0, AHCI, ATA_SA300, "nForce MCP68" }, { 0, 0, 0, 0, 0, 0}} ; char buffer[64] ; @@ -2963,6 +2971,9 @@ &ctlr->r_rid2, RF_ACTIVE))) { int offset = ctlr->chip->cfg2 & NV4 ? 0x0440 : 0x0010; + if(ctlr->chip->cfg2 == AHCI) + return ata_ahci_chipinit(dev); + ctlr->allocate = ata_nvidia_allocate; ctlr->reset = ata_nvidia_reset; diff -Naur sys-orig/dev/ata/ata-pci.h sys-nvidiaahci/dev/ata/ata-pci.h --- sys-orig/dev/ata/ata-pci.h 2007-11-13 19:41:36.000000000 +0100 +++ sys-nvidiaahci/dev/ata/ata-pci.h 2007-11-13 20:21:38.000000000 +0100 @@ -232,6 +232,9 @@ #define ATA_NFORCE_MCP61_S1 0x03e710de #define ATA_NFORCE_MCP61_S2 0x03f610de #define ATA_NFORCE_MCP61_S3 0x03f710de +#define ATA_NFORCE_MCP68 0x056010de // PATA IDE +#define ATA_NFORCE_MCP68_S1 0x055410de // AHCI +#define ATA_NFORCE_MCP68_S2 0x058410de // Linux AHCI #define ATA_PROMISE_ID 0x105a #define ATA_PDC20246 0x4d33105a From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:22:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D3516A420; Tue, 13 Nov 2007 20:22:15 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id BDD1513C44B; Tue, 13 Nov 2007 20:22:14 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 28DDF5C4A; Tue, 13 Nov 2007 21:19:01 +0100 (CET) From: Marten Vijn To: Sunry Chen In-Reply-To: References: Content-Type: text/plain Date: Tue, 13 Nov 2007 21:22:02 +0100 Message-Id: <1194985322.2264.15.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-small@freebsd.org, freebsd-current@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:22:15 -0000 On Tue, 2007-11-13 at 09:06 +0800, Sunry Chen wrote: > On Nov 12, 2007 8:00 PM, wrote: > > From: Marten Vijn > > a comprehensive overview how i use tinybsd > > and maintain images > > > > http://martenvijn.nl/trac/wiki/TinyBSD > > > > feedback is welcome, > > > > Marten > > While it's empty? It's back; - changed some points (Helpfull tips) - added more links to the handbook, howto's - closed wiki "edit" acces. Thanks all that helped! kind regard, Marten > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:25:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE2F516A421 for ; Tue, 13 Nov 2007 20:25:22 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 466D913C45D for ; Tue, 13 Nov 2007 20:25:21 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so208561uge for ; Tue, 13 Nov 2007 12:25:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=p07P68OAwMLDG5ci4Ai6YQ6w/GZjYCs3LAkkK0Rdp6Y=; b=Vywx566elEzn1YOwNpe6gDtfLYGyAL2au5kLbwx2gJutv7sSM/07UNsUxoQc8aCH6QE9+vqVVY4PwaQ1uuy3LLupOR/djZ2WswXoBTOm++3gNhD/wP7vdZZhVeXgeZUP+gaafoqKwP35rI6pgyfsbiNoO+qYoODH5DYs4Jqe0sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GnQqT+rnabUqKz4nteqwKmWnYQXID7pY4xYLyKyW3hEC6jQcCdmQDuhp7FdwaPYas4eNwPub5nBMmMt4mbQobnw3M/P2asGH4zNp1UuFkAk/MVnsanqZiN0Qi1pmpgy5cmwrZ2XwLPJ4KLH7gz2agj0zHZZdiEqkeR0UuZrY3Vg= Received: by 10.151.10.7 with SMTP id n7mr1243999ybi.1194985089770; Tue, 13 Nov 2007 12:18:09 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 13 Nov 2007 12:18:09 -0800 (PST) Message-ID: <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> Date: Tue, 13 Nov 2007 18:18:09 -0200 From: "Alexandre Biancalana" To: "Pawel Jakub Dawidek" In-Reply-To: <20071113145506.GE64952@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:25:22 -0000 On Nov 13, 2007 12:55 PM, Pawel Jakub Dawidek wrote: > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=6458218, > but fix for this bug is already in FreeBSD's version... > To recover your data you can try removing /boot/zfs/zpool.cache file > before loading zfs.ko module, and then try to import your pool with: > > # zpool import -o ro Hi Pawel ! I try this but I have no success...... I will try to download Solaris :-( Will be amazing if I don't loose my data... Any other hint ? Thank you ! From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:26:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B184216A502 for ; Tue, 13 Nov 2007 20:26:16 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 87F6D13C47E for ; Tue, 13 Nov 2007 20:26:16 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 0CE7A4625D; Tue, 13 Nov 2007 15:26:11 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 13 Nov 2007 15:26:11 -0500 X-Sasl-enc: V0korttl2Ru5ma+mLxl//tXIbimFUCj8S6dpcx9WIaTm 1194985570 Received: from localhost (nat-dip4.fw.corp.yahoo.com [209.131.62.113]) by mail.messagingengine.com (Postfix) with ESMTP id 692F1DC41; Tue, 13 Nov 2007 15:26:10 -0500 (EST) Received: by localhost (sSMTP sendmail emulation); Tue, 13 Nov 2007 12:26:07 -0800 Date: Tue, 13 Nov 2007 12:26:07 -0800 From: brad clawsie To: Sam Leffler Message-ID: <20071113202607.GB59837@jobbicycle.greatamerica.corp.yahoo.com> References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> <4739FD20.4050005@errno.com> <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> <473A0631.9000609@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline In-Reply-To: <473A0631.9000609@errno.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Tue, 13 Nov 2007 20:34:04 +0000 Cc: freebsd-current@freebsd.org, Karl Sjodahl - dunceor Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:26:16 -0000 --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Many people are using the hal in ~sam w/ these parts. thanks sam, i will try it out one last question (sorry to use up so much of everyone's time) - are there instructions for applying the patch? i have not found anything definitive online i understand i must have a source tree checked out which i must rebuild with the hal patches, but i am unsure of the interim steps. otherwise i am comfortable with the process of rebuilding freebsd. thanks brad --TRYliJ5NKNqkz5bu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOghexRg3RkRK91MRAt3iAKCd8hWbk7zdSnArZs5dinimAOtzqACgssEe DjTr3XPO73lRs5ERxjXwUn4= =Zh1r -----END PGP SIGNATURE----- --TRYliJ5NKNqkz5bu-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 20:59:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0C516A417 for ; Tue, 13 Nov 2007 20:59:29 +0000 (UTC) (envelope-from sysinstall@gmx.net) Received: from mail.webmailerei.de (mx.webmailerei.de [85.214.64.28]) by mx1.freebsd.org (Postfix) with ESMTP id A4F5E13C447 for ; Tue, 13 Nov 2007 20:59:27 +0000 (UTC) (envelope-from sysinstall@gmx.net) Received: from localhost (localhost [127.0.0.1]) by mail.webmailerei.de (Postfix) with ESMTP id AD4328EE79 for ; Tue, 13 Nov 2007 20:58:48 +0100 (CET) X-Virus-Scanned: amavisd-new at franzke-online.eu Received: from mail.webmailerei.de ([127.0.0.1]) by localhost (mail.webmailerei.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xyWKWkwVL96q for ; Tue, 13 Nov 2007 20:58:44 +0100 (CET) Received: from musicman.kima.local (dslb-084-062-203-212.pools.arcor-ip.net [84.62.203.212]) by mail.webmailerei.de (Postfix) with ESMTP id 0EED58EE74 for ; Tue, 13 Nov 2007 20:58:44 +0100 (CET) From: Dieter Franzke To: freebsd-current@freebsd.org Date: Tue, 13 Nov 2007 21:26:41 +0100 User-Agent: KMail/1.9.7 References: <4730FA0A.8020601@delphij.net> In-Reply-To: <4730FA0A.8020601@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711132126.42212.sysinstall@gmx.net> Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 20:59:29 -0000 Hi, Xin LI am Mittwoch, 7. November 2007: > Hi, > > Here is a patch that adds ATI SB600/SB700/SB800 (except RAID5, I don't > have taken a look at the support material yet) support to ata(4). After > this patch the driver is supposed to support the following mode: > > ATA_ATI_SB600 (IDE mode) > ATA_ATI_SB600 (non-RAID5 mode) > ATA_ATI_SB700 (All mode except RAID-5) > ATA_ATI_SB800 > > Please let me know if you have the hardware and whether the patch works > or not (be sure to include your pciconf -l | grep atapci output and > dmesg.boot). Thanks! it's working for me ...... ciao dieter -------- snip ---------- test# pciconf -l | grep atapci atapci0@pci0:0:18:0: class=0x01018f card=0x73271462 chip=0x43801002 rev=0x00 hdr=0x00 atapci1@pci0:0:20:1: class=0x01018a card=0x73681462 chip=0x438c1002 rev=0x00 hdr=0x00 ------- snap ----- ----- snip --------------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Tue Nov 13 20:27:40 CET 2007 dieter@test.local:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2799.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f33 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 4248616960 (4051 MB) avail memory = 4095123456 (3905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, ddf00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xfc000000-0xfdffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.2 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:f5:9d:37 re0: [FILTER] re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 acpi_button0: on acpi0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xcd800-0xce7ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 381554MB at ata2-master SATA300 ad6: 381554MB at ata3-master SATA300 GEOM_MIRROR: Device mirror/gm0 launched (2/2). SMP: AP CPU #1 Launched! ------------------- snap -------- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 21:56:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F9416A41B for ; Tue, 13 Nov 2007 21:56:06 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2B45E13C459 for ; Tue, 13 Nov 2007 21:56:04 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id lADLtD7x054372; Tue, 13 Nov 2007 16:55:13 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id lADLtCYG054371; Tue, 13 Nov 2007 16:55:12 -0500 (EST) (envelope-from mwlucas) Date: Tue, 13 Nov 2007 16:55:12 -0500 From: "Michael W. Lucas" To: David Wolfskill , "Michael W. Lucas" , current@freebsd.org Message-ID: <20071113215512.GB54319@bewilderbeast.blackhelicopters.org> References: <20071111145058.GA36073@bewilderbeast.blackhelicopters.org> <20071111232359.GH7943@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071111232359.GH7943@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 13 Nov 2007 16:55:14 -0500 (EST) Cc: Subject: Re: Panic with wi0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 21:56:06 -0000 On Sun, Nov 11, 2007 at 03:23:59PM -0800, David Wolfskill wrote: > On Sun, Nov 11, 2007 at 09:50:58AM -0500, Michael W. Lucas wrote: > > > > Any thoughts, folks? > > OK; I finally got around to building & booting today's CURRENT: > > g1-1(8.0-C)[1] uname -a > FreeBSD g1-1.catwhisker.org. 8.0-CURRENT FreeBSD 8.0-CURRENT #588: Sun Nov 11 13:33:03 PST 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/sys/CANARY i386 > g1-1(8.0-C)[2] > > As expected: > > * No panic trying to probe or use the wi0 NIC. > > * But it (still) doesn't associate, either: > > g1-1(8.0-C)[6] ifconfig > xl0: flags=8802 metric 0 mtu 1500 > options=9 > ether 00:08:74:e5:95:cb > media: Ethernet autoselect (none) > status: no carrier > fwe0: flags=8802 metric 0 mtu 1500 > options=8 > ether 46:4f:c0:76:40:41 > ch 1 dma -1 > fwip0: flags=8802 metric 0 mtu 1500 > lladdr 44.4f.c0.0.30.76.40.41.a.2.ff.fe.0.0.0.0 > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > wi0: flags=8802 metric 0 mtu 1500 > ether 00:02:2d:5b:2c:78 > media: IEEE 802.11 Wireless Ethernet autoselect (none) > status: no carrier > ssid Sojourner channel 1 (2412 Mhz 11b) > stationname "FreeBSD WaveLAN/IEEE node" > authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit bmiss 7 > scanvalid 60 bintval 0 > an0: flags=8843 metric 0 mtu 1500 > ether 00:40:96:32:19:a9 > inet 172.17.1.1 netmask 0xffff0000 broadcast 172.17.255.255 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) > status: associated > ssid 1:lmdhw-net channel 1 (2412 Mhz 11b) > stationname FreeBSD > authmode OPEN privacy ON deftxkey 1 txpower 0 rtsthreshold 0 > fragthreshold 0 bmiss 0 mcastrate 0 roaming DEVICE bintval 0 > g1-1(8.0-C)[7] > > (The an0 NIC works, though it seems to lose connectivity; running > through the script I cobbled up to get the NIC associated seems to > help,, though I sometimes need to ifconfig it down, then up first.) > > This behavior is the same for me in HEAD & RELENG_7; for RELENG_6, the > wi0 NIC (which in my laptop's case is a miniPCI card) works fine. > for my panic: Putting the IP address at the end of the rc.conf entry for the card make the panics stop. ==ml > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Proprietary data formats obfuscate, rather than disseminate, information. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Now Shipping: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons." From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 22:10:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48CA16A417 for ; Tue, 13 Nov 2007 22:10:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7385813C4BB for ; Tue, 13 Nov 2007 22:10:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 4B9FAEBBCAC; Wed, 14 Nov 2007 06:10:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ZD6pz50C1q02; Wed, 14 Nov 2007 06:10:16 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id C025FEBBCAA; Wed, 14 Nov 2007 06:10:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=aa+xt76UQXSjCgmxB+2mimC1VAhS9qQdNx4DSdl1sxB8QXExy9wg3X+pSotPZNeN/ a4oS9SdyYoizINyDERSHQ== Message-ID: <473A20C6.2000401@delphij.net> Date: Tue, 13 Nov 2007 14:10:14 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Dieter Franzke References: <4730FA0A.8020601@delphij.net> <200711132126.42212.sysinstall@gmx.net> In-Reply-To: <200711132126.42212.sysinstall@gmx.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:10:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dieter Franzke wrote: > Hi, > > Xin LI am Mittwoch, 7. November 2007: >> Hi, >> >> Here is a patch that adds ATI SB600/SB700/SB800 (except RAID5, I don't >> have taken a look at the support material yet) support to ata(4). After >> this patch the driver is supposed to support the following mode: >> >> ATA_ATI_SB600 (IDE mode) >> ATA_ATI_SB600 (non-RAID5 mode) >> ATA_ATI_SB700 (All mode except RAID-5) >> ATA_ATI_SB800 >> >> Please let me know if you have the hardware and whether the patch works >> or not (be sure to include your pciconf -l | grep atapci output and >> dmesg.boot). Thanks! > > it's working for me ...... Thanks, is the devices identified correctly as their actual names? > atapci0: port > 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem > 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.10 controller with 4 ports detected [snip] > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHOiDGhcUczkLqiksRAl/sAKDqGTUTsCC70GwEHdxlMZ2nmGFx4QCg25Ax To098jTWPu/hS4LVoa+TBF4= =BUXK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 22:36:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D13816A419 for ; Tue, 13 Nov 2007 22:36:44 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 17AA613C45A for ; Tue, 13 Nov 2007 22:36:43 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2420186pyb for ; Tue, 13 Nov 2007 14:36:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+iAwI6RS3BHzz2TXGkpflWSURKtlAN+bWTZQl1681Ko=; b=WHXVw7lr54LT2CR0VHpQLNvwjCs4QFwgmJfdoR7TOfLTH/e2OvyvBJCDOtLzT7yVJMqSxo6+BxbKPJ4Ylb4CSmb+sEwP4+ouTAXOyghUOx18V1nfjqtRtholz8fUdLjpW64ObcQ/7MWqyvudM9wtVmU4CAjX9yyxqUoJDL6xDr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GM3SAEqVdVnP+n3VZQUsyvlBQd93jifEe8aFqPY50Lm3Jno1GseD9JLINj3H5dvk6WPFdgUytLvnxHDMnrVZS89PAkVlpocY6dTGBEGFTzRDW8af8VYQxkf2oBOKypqRxaHQ0f6L+AVGkis6XS6MsbPQdcnnTSpieh1kxcw+7ZM= Received: by 10.65.254.5 with SMTP id g5mr17341627qbs.1194993390334; Tue, 13 Nov 2007 14:36:30 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 13 Nov 2007 14:36:30 -0800 (PST) Message-ID: <8e10486b0711131436v2906f11fxd33c46d88eb2b15@mail.gmail.com> Date: Tue, 13 Nov 2007 20:36:30 -0200 From: "Alexandre Biancalana" To: "Pawel Jakub Dawidek" In-Reply-To: <20071113145808.GF64952@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <20071113145808.GF64952@garage.freebsd.pl> Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:36:44 -0000 On Nov 13, 2007 12:58 PM, Pawel Jakub Dawidek wrote: > > On Tue, Nov 13, 2007 at 03:55:06PM +0100, Pawel Jakub Dawidek wrote: > > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > > Hi list, > > > > > > After an spontaneous reboot this weekend our backup server is > > > panic'ing on zfs import. I've the vmcore file but I can't debug this > > > with kgdb > > > > > > :/var/crash # more info.3 > > > Dump header from device /dev/ad0s1b > > > Architecture: amd64 > > > Architecture Version: 2 > > > Dump Length: 103477248B (98 MB) > > > Blocksize: 512 > > > Dumptime: Mon Nov 12 14:56:12 2007 > > > Hostname: > > > Magic: FreeBSD Kernel Dump > > > Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 > > > root@:/usr/src/sys/amd64/compile/MANNY.debug > > > Panic String: solaris assert: ss == NULL, file: > > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, > > > line: 110 > > > Dump Parity: 2217569595 > > > Bounds: 3 > > > Dump Status: good > > > > This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=6458218, > > but fix for this bug is already in FreeBSD's version... > > To recover your data you can try removing /boot/zfs/zpool.cache file > > before loading zfs.ko module, and then try to import your pool with: > > > > # zpool import -o ro > > BTW. You could try booting from Indiana CD (Solaris) and see if you can > import the pool from there. Bad lucky.... OpenSolaris does not recognize my Areca ARC-1231 SATA controller..... :-( googling around I find some reports of corrupted zpools, pointing to bug_id 6458218 (http://www.opensolaris.org/jive/thread.jspa?messageID=105474𙰂) and the proposed solutions was update the system (solaris) to build 60 or later, and put 'set zfs:zfs_recover=1' in /etc/system. We have a vfs.zfs.recover then I tried to set this to 1 on the /boot/loader.conf, boot the machine and try to import the pool again, but I have no success the panic is triggered in the same way... When using zfs at this server, I expected some panics but not loose data :-( Any other hint ? Thank you for your time. Alexandre From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 22:49:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FE0116A420 for ; Tue, 13 Nov 2007 22:49:32 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id BE48713C4C5 for ; Tue, 13 Nov 2007 22:49:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 63FEE45EE5; Tue, 13 Nov 2007 23:49:16 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4A8A545CD9; Tue, 13 Nov 2007 23:49:11 +0100 (CET) Date: Tue, 13 Nov 2007 23:48:45 +0100 From: Pawel Jakub Dawidek To: Alexandre Biancalana Message-ID: <20071113224845.GD68119@garage.freebsd.pl> References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="F8dlzb82+Fcn6AgP" Content-Disposition: inline In-Reply-To: <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:49:32 -0000 --F8dlzb82+Fcn6AgP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 13, 2007 at 06:18:09PM -0200, Alexandre Biancalana wrote: > On Nov 13, 2007 12:55 PM, Pawel Jakub Dawidek wrote: > > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > > > This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=3D645821= 8, > > but fix for this bug is already in FreeBSD's version... > > To recover your data you can try removing /boot/zfs/zpool.cache file > > before loading zfs.ko module, and then try to import your pool with: > > > > # zpool import -o ro >=20 > Hi Pawel ! >=20 > I try this but I have no success...... I will try to download Solaris :-( You mean it paniced in the same way? Did you removed zpool.cache first? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --F8dlzb82+Fcn6AgP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOinNForvXbEpPzQRAhP3AJ9rMfIe9HO4x9hewhDbjuccZkfMaACfVzxn 9fUfgILo28d88CDEFQDZLtY= =f1YI -----END PGP SIGNATURE----- --F8dlzb82+Fcn6AgP-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 22:52:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8640E16A468 for ; Tue, 13 Nov 2007 22:52:53 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4248513C504 for ; Tue, 13 Nov 2007 22:52:53 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2429337pyb for ; Tue, 13 Nov 2007 14:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=zkXgTgjjM6vUz1dJ7esUtWTa1GT/S3yzsWPLTQzlrsw=; b=HJ+GSXxFWQ7H6LicB/c0/Aqy5ehzED2nvD+2bu4mBkcDVzLzULQYVOx6Zqmg9fVMWdL4KDYNIXydJ8t8nO4RTDwAWm/6U4fEW0FcZFTeClWO4Q8qjjz+1GrQYu5hfKLC7REue1yS5DoPehc/X5poUzwbnx7xWFn2wC5qOmDYbC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rH8QkvJxSrGk1i28T9wE/Vg1L9MEOHYUyl9TLpWxm8wJPLQDl9cbsmDYvUwZt+TuNIza3ykdW7hTTIBA/zaATFDtzSStCgPrxwdrDUUr4MwQNSVutfLiWiwjZol6f+pAzRo9NK4aXWO3LN8b6JRk3BIVVslp9QOIaOw8lY5NhX8= Received: by 10.65.156.2 with SMTP id i2mr5365286qbo.1194994364451; Tue, 13 Nov 2007 14:52:44 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 13 Nov 2007 14:52:44 -0800 (PST) Message-ID: <8e10486b0711131452n74f76b82kf2fc616d7dd9569@mail.gmail.com> Date: Tue, 13 Nov 2007 20:52:44 -0200 From: "Alexandre Biancalana" To: "Pawel Jakub Dawidek" In-Reply-To: <20071113224845.GD68119@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> <20071113224845.GD68119@garage.freebsd.pl> Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:52:53 -0000 > > You mean it paniced in the same way? Did you removed zpool.cache first? Yeah, I tried to import with and without zpool.cache and the machine paniced in the same way.... I'm in front of the server, I can provide ANY information or even access if you want/need. From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 23:01:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F5C16A419 for ; Tue, 13 Nov 2007 23:01:08 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0404913C4C4 for ; Tue, 13 Nov 2007 23:01:08 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D251145E8F; Wed, 14 Nov 2007 00:01:01 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EDE6C45B26; Wed, 14 Nov 2007 00:00:57 +0100 (CET) Date: Wed, 14 Nov 2007 00:00:36 +0100 From: Pawel Jakub Dawidek To: Alexandre Biancalana Message-ID: <20071113230035.GE68119@garage.freebsd.pl> References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> <20071113224845.GD68119@garage.freebsd.pl> <8e10486b0711131452n74f76b82kf2fc616d7dd9569@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UnaWdueM1EBWVRzC" Content-Disposition: inline In-Reply-To: <8e10486b0711131452n74f76b82kf2fc616d7dd9569@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 23:01:08 -0000 --UnaWdueM1EBWVRzC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 13, 2007 at 08:52:44PM -0200, Alexandre Biancalana wrote: > > > > You mean it paniced in the same way? Did you removed zpool.cache first? >=20 > Yeah, I tried to import with and without zpool.cache and the machine > paniced in the same way.... >=20 > I'm in front of the server, I can provide ANY information or even > access if you want/need. Let's move it off the list. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --UnaWdueM1EBWVRzC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOiyTForvXbEpPzQRAiyMAJ0ZGg7T9BIxOieILTXWAbooUet6OgCgpfQ/ 4L/V4XEHsIRg0UgnF2jdT8w= =o9E4 -----END PGP SIGNATURE----- --UnaWdueM1EBWVRzC-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 23:14:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F6716A41A for ; Tue, 13 Nov 2007 23:14:35 +0000 (UTC) (envelope-from sysinstall@gmx.net) Received: from mail.webmailerei.de (mx.webmailerei.de [85.214.64.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9158213C4D5 for ; Tue, 13 Nov 2007 23:14:35 +0000 (UTC) (envelope-from sysinstall@gmx.net) Received: from localhost (localhost [127.0.0.1]) by mail.webmailerei.de (Postfix) with ESMTP id A4A3E8EF40 for ; Tue, 13 Nov 2007 23:46:28 +0100 (CET) X-Virus-Scanned: amavisd-new at franzke-online.eu Received: from mail.webmailerei.de ([127.0.0.1]) by localhost (mail.webmailerei.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bsLJy6zOhp8w for ; Tue, 13 Nov 2007 23:46:25 +0100 (CET) Received: from musicman.kima.local (dslb-084-061-165-130.pools.arcor-ip.net [84.61.165.130]) by mail.webmailerei.de (Postfix) with ESMTP id 4F59C8D3CA for ; Tue, 13 Nov 2007 23:46:22 +0100 (CET) From: Dieter Franzke To: freebsd-current@freebsd.org Date: Wed, 14 Nov 2007 00:13:52 +0100 User-Agent: KMail/1.9.7 References: <4730FA0A.8020601@delphij.net> <200711132126.42212.sysinstall@gmx.net> <473A20C6.2000401@delphij.net> In-Reply-To: <473A20C6.2000401@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711140013.52392.sysinstall@gmx.net> Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 23:14:35 -0000 Hi, Xin LI am Dienstag, 13. November 2007: .... > Thanks, is the devices identified correctly as their actual names? > > > atapci0: port > > 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem > > 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 > > atapci0: [ITHREAD] > > atapci0: AHCI Version 01.10 controller with 4 ports detected > > [snip] > > > atapci1: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > > Cheers, yes, fits all. ciao dieter From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 23:20:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D937416A498 for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 6907F13C478 for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 80269 invoked by uid 1001); 13 Nov 2007 23:21:03 -0000 Date: Tue, 13 Nov 2007 15:21:03 -0800 From: "David E. Thiel" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113232103.GU24004@redundancy.redundancy.org> Mail-Followup-To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 23:20:45 -0000 On Tue, Nov 13, 2007 at 08:51:05AM -0800, brad clawsie wrote: > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 It's newer, but has some known bugs. It's worth giving a try for the moment. From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 23:22:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6756416A46C; Tue, 13 Nov 2007 23:22:46 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9803713C458; Tue, 13 Nov 2007 23:22:45 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 28975DAD26; Wed, 14 Nov 2007 05:22:43 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id C8700DAD20 for ; Wed, 14 Nov 2007 05:22:42 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4773617AD2; Tue, 13 Nov 2007 23:20:53 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E34A16A4D4; Tue, 13 Nov 2007 23:20:51 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8B16A49E for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 357F913C474 for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 80269 invoked by uid 1001); 13 Nov 2007 23:21:03 -0000 Date: Tue, 13 Nov 2007 15:21:03 -0800 From: "David E. Thiel" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113232103.GU24004@redundancy.redundancy.org> Mail-Followup-To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 23:22:46 -0000 On Tue, Nov 13, 2007 at 08:51:05AM -0800, brad clawsie wrote: > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 It's newer, but has some known bugs. It's worth giving a try for the moment. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 00:26:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC94D16A420 for ; Wed, 14 Nov 2007 00:26:06 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7D913C442 for ; Wed, 14 Nov 2007 00:26:05 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so3871ika for ; Tue, 13 Nov 2007 16:25:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=+QIR7pxdfdjv6k9QCktKwjlTGbN1eh5UJU5iKzkFjOs=; b=S/XDGfXP7ph1TT7IKnCkYW3pszX6UMyg73+1jvHNSYgwq/bA0w5J13U7oXHsfi6QcmoiCu0qsEGISG8qNDN1tA+luXjpFOtVTyrxy/pd+cp+rCKsNtHhpBM/B/yoBeGWeLHOc65W7u/lzm/9HKz0uNyYX51fZ4+hzTNsWUz7Oq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=qXpS1beKmqdeS0EJbEs04eoSZSqS/1gdSBe+4b/EoNZwUC6b32sqbjLngCWl7WrR1/m2ZI41cVhpqaNm5NAXG3ASc/CYp4wb7hoSNvnyaizi9LMymJg2m2Z8TDh36fJwyh6aRWw4n8LhvzKVwWBFvY0pr3o97/ibH3rGRxCZrUg= Received: by 10.70.80.6 with SMTP id d6mr2095227wxb.1194998385102; Tue, 13 Nov 2007 15:59:45 -0800 (PST) Received: from bsd.powered.net ( [200.181.68.107]) by mx.google.com with ESMTPS id h20sm8564242wxd.2007.11.13.15.59.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 15:59:43 -0800 (PST) Message-ID: <473A3A54.9000208@gmail.com> Date: Tue, 13 Nov 2007 21:59:16 -0200 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.6) Gecko/20071102 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: brad clawsie References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> <4739FD20.4050005@errno.com> <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> In-Reply-To: <20071113195305.GA59837@jobbicycle.greatamerica.corp.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Karl Sjodahl - dunceor Subject: Re: macbook atheros driver in 7-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 00:26:06 -0000 On 11/13/2007 17:53, brad clawsie wrote: > thanks for the replies. sounds like for the time being i need to > consider other solutions. perhaps a usb-attached wireless > device. do any of you know of one that should reliably work? I've been using rum(4) for a couple weeks now on a D-Link WUA-1340. It's been rock solid so far, no complaints. - Rainer From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 00:46:42 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F342916A418; Wed, 14 Nov 2007 00:46:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 5508713C4B8; Wed, 14 Nov 2007 00:46:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473A4570.9020908@FreeBSD.org> Date: Wed, 14 Nov 2007 01:46:40 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: julian@FreeBSD.org, current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Loss of detail from kthreads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 00:46:42 -0000 Hi, Since the conversion from kprocs to kthreads there is a loss of precision in how kernel process names are reported, because they now mostly report the kproc name which is very generic. e.g. if you only use top -S then you only have "idle", "intr" processes, etc. You have to use top -SH, but then you also see the userland threads, and there might be hundreds of them obscuring the kernel threads. Also, ps now only displays the kproc: root 12 100.0 0.0 0 136 ?? RL Sat01PM 6:28.30 [intr] so you can't see which interrupt(s) are using CPU. Finally, I noticed that DDB only displays the kproc name in e.g. allpcpu: cpuid = 1 curthread = 0xcb41da50: pid 12 "intr" curpcb = 0xe992cd90 fpcurthread = none idlethread = 0xc67b7420: pid 11 "idle" APIC ID = 1 currentldt = 0x50 Probably other things are also affected. All of these make kernel analysis and debugging much less convenient, so this seems to me to be a step backwards. Are you still working on fixing these issues? Kris From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 01:24:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E1216A417; Wed, 14 Nov 2007 01:24:24 +0000 (UTC) (envelope-from Alex.Wilkinson@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 00E4413C46E; Wed, 14 Nov 2007 01:24:23 +0000 (UTC) (envelope-from Alex.Wilkinson@dsto.defence.gov.au) Received: from ednmsw511.dsto.defence.gov.au (ednmsw511.dsto.defence.gov.au [131.185.68.12]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id lAE1Bqnr013330; Wed, 14 Nov 2007 11:41:52 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw511.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Wed, 14 Nov 2007 11:42:09 +1030 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Nov 2007 12:12:08 +1100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Nov 2007 09:12:06 +0800 Message-ID: <1B860D81B4F3F44398B9AE84D91C151671D0C7@stlex510.dsto.defence.gov.au> In-Reply-To: <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Sec:ufs import panic Thread-Index: AcgmWFg46nBjvZTPTs66xob1zlF2fwAAtz8A References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com><20071113145506.GE64952@garage.freebsd.pl> <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> From: "Wilkinson, Alex" To: "Alexandre Biancalana" , "Pawel Jakub Dawidek" X-OriginalArrivalTime: 14 Nov 2007 01:12:08.0946 (UTC) FILETIME=[60E37D20:01C8265B] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15542.003 X-TM-AS-Result: No--8.812400-0.000000-31 Cc: freebsd-current@freebsd.org Subject: fs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 01:24:24 -0000 You could always try "belenix", the OpenSolaris LiveCD: http://www.genunix.org/distributions/belenix_site/ -aW -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Alexandre Biancalana Sent: Wednesday, 14 November 2007 5:18 AM To: Pawel Jakub Dawidek Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic On Nov 13, 2007 12:55 PM, Pawel Jakub Dawidek wrote: > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > This looks like=20 > http://bugs.opensolaris.org/view_bug.do?bug_id=3D6458218, > but fix for this bug is already in FreeBSD's version... > To recover your data you can try removing /boot/zfs/zpool.cache file=20 > before loading zfs.ko module, and then try to import your pool with: > > # zpool import -o ro Hi Pawel ! I try this but I have no success...... I will try to download Solaris :-( Will be amazing if I don't loose my data... Any other hint ? Thank you ! _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" IMPORTANT: This email remains the property of the Australian Defence Organi= sation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1= 914. If you have received this email in error, you are requested to contac= t the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 01:25:14 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D53A416A417 for ; Wed, 14 Nov 2007 01:25:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id BD74F13C457 for ; Wed, 14 Nov 2007 01:25:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 13 Nov 2007 17:24:45 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A77EC1269FD; Tue, 13 Nov 2007 17:24:44 -0800 (PST) Message-ID: <473A4E5E.3080404@elischer.org> Date: Tue, 13 Nov 2007 17:24:46 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <473A4570.9020908@FreeBSD.org> In-Reply-To: <473A4570.9020908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@FreeBSD.org, current@FreeBSD.org Subject: Re: Loss of detail from kthreads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 01:25:14 -0000 Kris Kennaway wrote: > Hi, > > Since the conversion from kprocs to kthreads there is a loss of > precision in how kernel process names are reported, because they now > mostly report the kproc name which is very generic. > > e.g. if you only use top -S then you only have "idle", "intr" processes, > etc. You have to use top -SH, but then you also see the userland > threads, and there might be hundreds of them obscuring the kernel . there were dozens of interrupt threads obscuring things too. now there aren't. Sounds like you'd like an option -K to just look at the kernel? top -K > threads. Also, ps now only displays the kproc: well if you ask it to it'' show the kthreads. root@trafmon1:ps -opid,tdnam,comm -xH PID THRDNAME COMMAND 0 kernel 1 init 2 g_event 3 g_up 4 g_down 5 thread taskq 6 acpi_task_0 7 acpi_task_1 8 acpi_task_2 9 kqueue taskq 10 audit 11 idle: cpu3 idle/idle: cpu3 11 idle: cpu2 idle/idle: cpu2 11 idle: cpu1 idle/idle: cpu1 11 idle: cpu0 idle/idle: cpu0 12 swi4: clock sio intr/swi4: clock sio 12 swi3: vm intr/swi3: vm 12 swi1: net intr/swi1: net 12 swi5: + intr/swi5: + 12 swi6: Giant task intr/swi6: Giant task 12 swi6: task queue intr/swi6: task queue 12 swi2: cambio intr/swi2: cambio 12 irq9: acpi0 intr/irq9: acpi0 12 swi0: uart sio intr/swi0: uart sio 12 irq14: ata0 intr/irq14: ata0 12 irq15: ata1 intr/irq15: ata1 12 irq28: bge0 intr/irq28: bge0 12 irq29: bge1 intr/irq29: bge1 12 irq20: fxp0 intr/irq20: fxp0 12 irq1: atkbd0 intr/irq1: atkbd0 12 irq12: psm0 intr/irq12: psm0 13 yarrow if you want that done by default someway then let's hear what you'd like to do.. My plan is to add a -K option that is the equivalent of -SH in top and the above in ps. I haven't investigated allthe versions of ps yet to decide what it should be. we could make -S in top show all the kernel threads if you wanted to.. but that's a bikeshed I'll let you fight.. it would be relatively trivial change to do this.. > > root 12 100.0 0.0 0 136 ?? RL Sat01PM 6:28.30 [intr] > > so you can't see which interrupt(s) are using CPU. > > Finally, I noticed that DDB only displays the kproc name in e.g. allpcpu: > > cpuid = 1 > curthread = 0xcb41da50: pid 12 "intr" > curpcb = 0xe992cd90 > fpcurthread = none > idlethread = 0xc67b7420: pid 11 "idle" > APIC ID = 1 > currentldt = 0x50 > > Probably other things are also affected. All of these make kernel > analysis and debugging much less convenient, so this seems to me to be a > step backwards. Are you still working on fixing these issues? yes but distracted by $DAYJOB ddb shows the thread name if you do 'ps' I think pcpu should always show the thread name if it exists. > > Kris From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 02:17:57 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0061C16A420; Wed, 14 Nov 2007 02:17:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF5413C45B; Wed, 14 Nov 2007 02:17:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473A5AD5.60208@FreeBSD.org> Date: Wed, 14 Nov 2007 03:17:57 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Julian Elischer References: <473A4570.9020908@FreeBSD.org> <473A4E5E.3080404@elischer.org> In-Reply-To: <473A4E5E.3080404@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@FreeBSD.org, current@FreeBSD.org Subject: Re: Loss of detail from kthreads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 02:17:57 -0000 Julian Elischer wrote: > if you want that done by default someway then let's hear > what you'd like to do.. Basically there are a lot of places where the information about kernel threads is now hidden when before it wss in plain sight. I don't think this serves any purpose; you might argue it is "tidier" to collapse large numbers of kernel threads into generic containers with obscure names like "intr" [*], but this is at the expense of conveying up front the useful information from the individual threads. I'm basically requesting that the places that display kproc names be converted to instead default to displaying kthreads, without having to remember to add weird new command options (i.e. invocation of POLA). Kris [*] why the abbreviated name? Surely we can spare an extra 5 bytes :) From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 02:23:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E9616A418; Wed, 14 Nov 2007 02:23:42 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 515DF13C459; Wed, 14 Nov 2007 02:23:35 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup60.ach.sch.gr [81.186.70.60]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAE2MpFN001067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 04:23:03 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAE2MnHj002088; Wed, 14 Nov 2007 04:22:49 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lADJjVm6001388; Tue, 13 Nov 2007 21:45:31 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 13 Nov 2007 21:45:30 +0200 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20071113194530.GA1281@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> <4734B397.4010905@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734B397.4010905@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.149, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.25, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, OutbackDingo Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 02:23:42 -0000 On 2007-11-09 11:23, Julian Elischer wrote: > ok having done this for years here's how it goes. If you have a > private CVS repo mirroring the FreeBSD tree then you can keep your > changes up to date in your "checked out" source tree. but you can > generally not check them in anywhere. > > You CAN keep your own special branch (I think it was branch numbers > above 100000 or something, check cvsup docs) that cvsup will not over > write, and you can check in your changes there but that branch will > not automatically update from freebsd.org so you will need to do > branch updates regularly. (and that can be tricky and time consuming > in CVS) otherwise your branch will get out-of date when compaerd with > -current. > > usually I just keep my work checked out until I'm ready to feed the > changes back but I take regular diffs and stash them away as 'backups' :-) > > This is why we have the perforce repo in addition to CVS. it is good > at doing large branch manipulations, and it is more feasible to keep > your own branch in sync with the branch that is kept up to date with > the CVS tree. > > Unfortunatly, we don't give out access to that to 'anybody', it may be > possible to get mercurial to do similar, or if you could get a > 'personal use' p4 server you could get the scripts from Peter and see > if you could do the same. Git or Mercurial can track 'vendor' imports quite fine. There are tools out there which can do either: * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code * Incremental conversion of /home/ncvs/src in 'changesets' I've been using a 'converted' tree for almost a year and a half now, to keep a local mirror of the src repository at `/ws/freebsd/head' on my laptop. The first clean import of the current tree I am using was done during last summer: changeset: 0:98902a1e0339 user: ncvs date: Mon Jul 16 17:03:48 2007 +0000 summary: Import FreeBSD src/ snapshot at 2007/07/16 17:03:48 +0000 Now I'm up to and including the following src commit: changeset: 1361:0362088cd690 tag: tip user: brueffer date: Tue Nov 13 16:42:22 2007 +0000 summary: Xref wpi(4). Then, in a clone of this, I keep a local "patch queue", which is rebased on top of the 'vendor' clone of src/, with several changes which are not yet ready to hit src/: keramida@kobe:/wd/bsd/src$ hg qseries -s regression-tr: Add some regression tests for the tr(1) utility du-hardlinks: Add a -l option to du(1), to allow counting hard links multiple times yacc-ruslan: Fix a yacc(1) core dump reported by darrenr; patch by ru snd-emu10kx: Various mdoc style and wording fixes. loader-prompt: Lowercase the "OK" boot loader prompt top-wcpu: make *top* use raw (non-weighted) cpu mode by default ffs-fsync-typo: Minor typo nit in ffs_fsync() kernconf-kobe: Add KOBE kernel config file, for my laptop keramida@kobe:/ws/bsd/src$ My own preference, as shown by the hg(1) utility above is to locally use Mercurial, so if anyone wants help in setting up a 'clone' of the src/ repository, I can help with the setup details. I don't have a fast enough connection to keep online a mirror of the src/ repository myself, but maybe someone else can help with that. Then, 'anybody' can clone the workspace and keep 'pulling' from it :-) > I wonder if ther is a way we could broadcast changes to the p4 'head' > branch so that people could keep their own p4 servers up to date. Unfortunately, no. Perforce is not easy to 'mirror' around the world, but it's ok. For a determined person, it should be fairly easy to set up a local mirror of any part of the FreeBSD src tree, using one of the distributed SCMs. They have *great* support for mirroring clones of the original repository, and most of them have fairly good support for incremental updates over the wire --- transferring the minimal number of bits and bytes over a slow connection, they can keep an up to date local clone of a remote tree. I don't know of anything which can do the same for Perforce depots; which is unlucky, because it would help me *tremendously* in my every day ${realjob} too. If anyone wants help with setting up Mercurial to do something like this, however, I'm all for it and I will help in any way I can. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 02:25:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E41016A41B; Wed, 14 Nov 2007 02:25:23 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id C415D13C45B; Wed, 14 Nov 2007 02:25:22 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 07181DAD08; Wed, 14 Nov 2007 08:25:21 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 4DEE5DACF3 for ; Wed, 14 Nov 2007 08:25:19 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CF2DE2F45F; Wed, 14 Nov 2007 02:23:55 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2A8C216A517; Wed, 14 Nov 2007 02:23:54 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E9616A418; Wed, 14 Nov 2007 02:23:42 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 515DF13C459; Wed, 14 Nov 2007 02:23:35 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup60.ach.sch.gr [81.186.70.60]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAE2MpFN001067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 04:23:03 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAE2MnHj002088; Wed, 14 Nov 2007 04:22:49 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lADJjVm6001388; Tue, 13 Nov 2007 21:45:31 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 13 Nov 2007 21:45:30 +0200 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20071113194530.GA1281@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> <4734B397.4010905@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734B397.4010905@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.149, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.25, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 08:25:21 2007 X-DSPAM-Confidence: 0.9978 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473a5c91191321676541998 X-DSPAM-Factors: 27, List-Post*, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, OutbackDingo Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 02:25:23 -0000 On 2007-11-09 11:23, Julian Elischer wrote: > ok having done this for years here's how it goes. If you have a > private CVS repo mirroring the FreeBSD tree then you can keep your > changes up to date in your "checked out" source tree. but you can > generally not check them in anywhere. > > You CAN keep your own special branch (I think it was branch numbers > above 100000 or something, check cvsup docs) that cvsup will not over > write, and you can check in your changes there but that branch will > not automatically update from freebsd.org so you will need to do > branch updates regularly. (and that can be tricky and time consuming > in CVS) otherwise your branch will get out-of date when compaerd with > -current. > > usually I just keep my work checked out until I'm ready to feed the > changes back but I take regular diffs and stash them away as 'backups' :-) > > This is why we have the perforce repo in addition to CVS. it is good > at doing large branch manipulations, and it is more feasible to keep > your own branch in sync with the branch that is kept up to date with > the CVS tree. > > Unfortunatly, we don't give out access to that to 'anybody', it may be > possible to get mercurial to do similar, or if you could get a > 'personal use' p4 server you could get the scripts from Peter and see > if you could do the same. Git or Mercurial can track 'vendor' imports quite fine. There are tools out there which can do either: * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code * Incremental conversion of /home/ncvs/src in 'changesets' I've been using a 'converted' tree for almost a year and a half now, to keep a local mirror of the src repository at `/ws/freebsd/head' on my laptop. The first clean import of the current tree I am using was done during last summer: changeset: 0:98902a1e0339 user: ncvs date: Mon Jul 16 17:03:48 2007 +0000 summary: Import FreeBSD src/ snapshot at 2007/07/16 17:03:48 +0000 Now I'm up to and including the following src commit: changeset: 1361:0362088cd690 tag: tip user: brueffer date: Tue Nov 13 16:42:22 2007 +0000 summary: Xref wpi(4). Then, in a clone of this, I keep a local "patch queue", which is rebased on top of the 'vendor' clone of src/, with several changes which are not yet ready to hit src/: keramida@kobe:/wd/bsd/src$ hg qseries -s regression-tr: Add some regression tests for the tr(1) utility du-hardlinks: Add a -l option to du(1), to allow counting hard links multiple times yacc-ruslan: Fix a yacc(1) core dump reported by darrenr; patch by ru snd-emu10kx: Various mdoc style and wording fixes. loader-prompt: Lowercase the "OK" boot loader prompt top-wcpu: make *top* use raw (non-weighted) cpu mode by default ffs-fsync-typo: Minor typo nit in ffs_fsync() kernconf-kobe: Add KOBE kernel config file, for my laptop keramida@kobe:/ws/bsd/src$ My own preference, as shown by the hg(1) utility above is to locally use Mercurial, so if anyone wants help in setting up a 'clone' of the src/ repository, I can help with the setup details. I don't have a fast enough connection to keep online a mirror of the src/ repository myself, but maybe someone else can help with that. Then, 'anybody' can clone the workspace and keep 'pulling' from it :-) > I wonder if ther is a way we could broadcast changes to the p4 'head' > branch so that people could keep their own p4 servers up to date. Unfortunately, no. Perforce is not easy to 'mirror' around the world, but it's ok. For a determined person, it should be fairly easy to set up a local mirror of any part of the FreeBSD src tree, using one of the distributed SCMs. They have *great* support for mirroring clones of the original repository, and most of them have fairly good support for incremental updates over the wire --- transferring the minimal number of bits and bytes over a slow connection, they can keep an up to date local clone of a remote tree. I don't know of anything which can do the same for Perforce depots; which is unlucky, because it would help me *tremendously* in my every day ${realjob} too. If anyone wants help with setting up Mercurial to do something like this, however, I'm all for it and I will help in any way I can. - Giorgos _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 03:01:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0C5716A417 for ; Wed, 14 Nov 2007 03:01:10 +0000 (UTC) (envelope-from benno@jeamland.net) Received: from mail.jeamland.net (rafe.jeamland.net [202.45.126.103]) by mx1.freebsd.org (Postfix) with ESMTP id A23D313C448 for ; Wed, 14 Nov 2007 03:01:09 +0000 (UTC) (envelope-from benno@jeamland.net) Received: from mail.jeamland.net (localhost [127.0.0.1]) by mail.jeamland.net (Postfix) with ESMTP id D51241CD34 for ; Wed, 14 Nov 2007 13:42:10 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on rafe.jeamland.net X-Spam-Level: X-Spam-Status: No, score=-9.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from urtzweil.blueboxdevices.com (eth785.vic.adsl.internode.on.net [150.101.222.16]) by mail.jeamland.net (Postfix) with ESMTP id 52A1A1CC7E for ; Wed, 14 Nov 2007 13:42:10 +1100 (EST) Message-Id: <57A598F5-54A4-433D-9DB2-6141BC50B554@jeamland.net> From: Benno Rice To: current@freebsd.org Content-Type: multipart/mixed; boundary=Apple-Mail-80--194925688 Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 14 Nov 2007 13:42:02 +1100 X-Mailer: Apple Mail (2.912) X-Virus-Scanned: ClamAV using ClamSMTP at rafe.jeamland.net Cc: Subject: Repeatable crash with fdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 03:01:11 -0000 --Apple-Mail-80--194925688 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit So I've got these lovely IBM HS21 XM blades to play with, and I'm trying some tricks for automated setup. I'm writing a script that does the fdisk/bsdlabel/newfs stuff for me. Runs ok the first time around, but when I run it the second time around, I get this: # ./strap.sh GEOM******* Working _Lon device /dev/dAa0 ******* Bfdisk: ELWARNING line 2: :number of cylind Lers (8924) may babe out- of-range el (must be wit uhin 1-1024 for nfsormal/b BIOS operation,oo unless the entit re disk is rededicated to FremoeBSD)ve d. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8024ed1a stack pointer = 0x10:0xffffffff9ed24ba0 frame pointer = 0x10:0xffffff00035a5200 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault cpuid = 1 This is in single-user mode, booted via PXE. This happens when I run fdisk against the HDD on the blade so getting a crashdump is going to be tricky. fdisk is set up to allocate all space to slice 1, bsdlabel creates a 4G swap partition and gives the rest of the disk over to one large partition. newfs gives that filesystem a label of "boot". dmesg, strap.sh and associated files are attached. This machine isn't being actively used so I can run any debug needed. --Apple-Mail-80--194925688 Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; x-unix-mode=0744; name="dmesg.txt" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Tue Nov 13 13:38:51 EST 2007 root@ginsu01.adl1.blueboxdevices.com:/usr/obj/usr/home/benno/build/src/sys/HS21 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5140 @ 2.33GHz (2333.43-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 13948989440 (13302 MB) avail memory = 13504835584 (12879 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 728072806000728 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 728072806000728 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 728072806000728 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 728072806000728 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci7: on pcib1 pcib2: at device 0.0 on pci7 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci11: on pcib3 pcib4: at device 1.0 on pci9 pci10: on pcib4 pcib5: at device 0.3 on pci7 pci8: on pcib5 isp0: port 0x5000-0x50ff mem 0xd6fff000-0xd6ffffff irq 25 at device 1.0 on pci8 isp0: [ITHREAD] isp0: Board Type 2422, Chip Revision 0x2, loaded F/W Revision 4.0.20 isp1: port 0x5100-0x51ff mem 0xd6ffe000-0xd6ffefff irq 26 at device 1.1 on pci8 isp1: [ITHREAD] isp1: Board Type 2422, Chip Revision 0x2, loaded F/W Revision 4.0.20 pcib6: at device 3.0 on pci0 pci15: on pcib6 pcib7: at device 4.0 on pci0 pci12: on pcib7 pcib8: at device 5.0 on pci0 pci14: on pcib8 pcib9: at device 6.0 on pci0 pci3: on pcib9 pcib10: at device 0.0 on pci3 pci4: on pcib10 bce0: mem 0xda000000-0xdbffffff irq 17 at device 0.0 on pci4 miibus0: on bce0 brgphy0: PHY 2 on miibus0 brgphy0: 1000baseSX-FDX, auto bce0: Ethernet address: 00:1a:64:58:2a:fe bce0: [ITHREAD] bce0: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x03000005); Flags( MFW MSI ) pcib11: at device 7.0 on pci0 pci5: on pcib11 pcib12: at device 0.0 on pci5 pci6: on pcib12 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci6 miibus1: on bce1 brgphy1: PHY 2 on miibus1 brgphy1: 1000baseSX-FDX, auto bce1: Ethernet address: 00:1a:64:58:2b:00 bce1: [ITHREAD] bce1: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x03000005); Flags( MSI ) pcib13: at device 28.0 on pci0 pci2: on pcib13 mpt0: port 0x4000-0x40ff mem 0xdeffc000-0xdeffffff,0xdefe0000-0xdefeffff irq 16 at device 0.0 on pci2 mpt0: [ITHREAD] mpt0: MPI Version=1.5.14.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). uhci0: port 0x2200-0x221f irq 18 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 21 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2800-0x281f irq 19 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf9000000-0xf90003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 5 ports with 5 removable, self powered uhub4: on uhub3 uhub4: single transaction translator uhub4: 2 ports with 2 removable, self powered uhub5: on uhub4 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered uhub6: on uhub5 uhub6: multiple transaction translators uhub6: 4 ports with 4 removable, self powered umass0: on uhub6 pcib14: at device 30.0 on pci0 pci1: on pcib14 vgapci0: port 0x3000-0x30ff mem 0xf0000000-0xf7ffffff,0xf8000000-0xf800ffff irq 22 at device 1.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec bce0: link state changed to DOWN isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.0 FCP RESPONSE: 0x2 isp0: 0.0.1 FCP RESPONSE: 0x2 isp0: 0.0.2 FCP RESPONSE: 0x2 isp0: 0.0.3 FCP RESPONSE: 0x2 isp0: 0.0.4 FCP RESPONSE: 0x2 isp0: 0.0.5 FCP RESPONSE: 0x2 isp0: 0.0.6 FCP RESPONSE: 0x2 isp0: 0.0.7 FCP RESPONSE: 0x2 isp0: 0.0.8 FCP RESPONSE: 0x2 isp0: 0.0.9 FCP RESPONSE: 0x2 isp0: 0.0.10 FCP RESPONSE: 0x2 isp0: 0.0.11 FCP RESPONSE: 0x2 isp0: 0.0.12 FCP RESPONSE: 0x2 isp0: 0.0.13 FCP RESPONSE: 0x2 isp0: 0.0.14 FCP RESPONSE: 0x2 isp0: 0.0.15 FCP RESPONSE: 0x2 isp0: 0.0.16 FCP RESPONSE: 0x2 isp0: 0.0.17 FCP RESPONSE: 0x2 isp0: 0.0.18 FCP RESPONSE: 0x2 isp0: 0.0.19 FCP RESPONSE: 0x2 isp0: 0.0.20 FCP RESPONSE: 0x2 isp0: 0.0.21 FCP RESPONSE: 0x2 isp0: 0.0.22 FCP RESPONSE: 0x2 isp0: 0.0.23 FCP RESPONSE: 0x2 isp0: 0.0.24 FCP RESPONSE: 0x2 isp0: 0.0.25 FCP RESPONSE: 0x2 isp0: 0.0.26 FCP RESPONSE: 0x2 isp0: 0.0.27 FCP RESPONSE: 0x2 isp0: 0.0.28 FCP RESPONSE: 0x2 isp0: 0.0.29 FCP RESPONSE: 0x2 isp0: 0.0.30 FCP RESPONSE: 0x2 isp0: 0.0.31 FCP RESPONSE: 0x2 da1 at isp0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 400.000MB/s transfers da1: Command Queueing Enabled da1: 102400MB (209715200 512 byte sectors: 255H 63S/T 13054C) da0 at mpt0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) (da2:isp0:0:0:1): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:1): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:1): Logical unit not supported (da2:isp0:0:0:1): fatal error, failed to attach to device (da2:isp0:0:0:1): lost device (da2:isp0:0:0:1): removing device entry (da4:isp0:0:0:3): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:3): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:3): Logical unit not supported (da4:isp0:0:0:3): fatal error, failed to attach to device (da4:isp0:0:0:3): lost device (da4:isp0:0:0:3): removing device entry da3 at isp0 bus 0 target 0 lun 2 da3: Fixed Direct Access SCSI-5 device da3: 400.000MB/s transfers da3: Command Queueing Enabled da3: 1142360MB (2339553280 512 byte sectors: 255H 63S/T 145630C) (da5:isp0:0:0:4): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:4): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:4): Logical unit not supported (da5:isp0:0:0:4): fatal error, failed to attach to device (da5:isp0:0:0:4): lost device (da5:isp0:0:0:4): removing device entry (da2:isp0:0:0:5): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:5): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:5): Logical unit not supported (da2:isp0:0:0:5): fatal error, failed to attach to device (da2:isp0:0:0:5): lost device (da2:isp0:0:0:5): removing device entry (da4:isp0:0:0:6): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:6): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:6): Logical unit not supported (da4:isp0:0:0:6): fatal error, failed to attach to device (da4:isp0:0:0:6): lost device (da4:isp0:0:0:6): removing device entry (da2:isp0:0:0:7): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:7): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:7): Logical unit not supported (da2:isp0:0:0:7): fatal error, failed to attach to device (da2:isp0:0:0:7): lost device (da2:isp0:0:0:7): removing device entry (da5:isp0:0:0:8): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:8): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:8): Logical unit not supported (da5:isp0:0:0:8): fatal error, failed to attach to device (da5:isp0:0:0:8): lost device (da5:isp0:0:0:8): removing device entry (da2:isp0:0:0:9): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:9): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:9): Logical unit not supported (da2:isp0:0:0:9): fatal error, failed to attach to device (da2:isp0:0:0:9): lost device (da2:isp0:0:0:9): removing device entry (da4:isp0:0:0:10): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:10): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:10): Logical unit not supported (da4:isp0:0:0:10): fatal error, failed to attach to device (da4:isp0:0:0:10): lost device (da4:isp0:0:0:10): removing device entry (da2:isp0:0:0:11): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:11): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:11): Logical unit not supported (da2:isp0:0:0:11): fatal error, failed to attach to device (da2:isp0:0:0:11): lost device (da2:isp0:0:0:11): removing device entry (da5:isp0:0:0:12): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:12): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:12): Logical unit not supported (da5:isp0:0:0:12): fatal error, failed to attach to device (da5:isp0:0:0:12): lost device (da5:isp0:0:0:12): removing device entry (da2:isp0:0:0:13): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:13): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:13): Logical unit not supported (da2:isp0:0:0:13): fatal error, failed to attach to device (da2:isp0:0:0:13): lost device (da2:isp0:0:0:13): removing device entry (da4:isp0:0:0:14): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:14): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:14): Logical unit not supported (da4:isp0:0:0:14): fatal error, failed to attach to device (da4:isp0:0:0:14): lost device (da4:isp0:0:0:14): removing device entry (da2:isp0:0:0:15): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:15): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:15): Logical unit not supported (da2:isp0:0:0:15): fatal error, failed to attach to device (da2:isp0:0:0:15): lost device (da2:isp0:0:0:15): removing device entry (da5:isp0:0:0:16): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:16): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:16): Logical unit not supported (da5:isp0:0:0:16): fatal error, failed to attach to device (da5:isp0:0:0:16): lost device (da5:isp0:0:0:16): removing device entry (da2:isp0:0:0:17): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:17): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:17): Logical unit not supported (da2:isp0:0:0:17): fatal error, failed to attach to device (da2:isp0:0:0:17): lost device (da2:isp0:0:0:17): removing device entry (da4:isp0:0:0:18): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:18): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:18): Logical unit not supported (da4:isp0:0:0:18): fatal error, failed to attach to device (da4:isp0:0:0:18): lost device (da4:isp0:0:0:18): removing device entry (da2:isp0:0:0:19): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:19): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:19): Logical unit not supported (da2:isp0:0:0:19): fatal error, failed to attach to device (da2:isp0:0:0:19): lost device (da2:isp0:0:0:19): removing device entry (da5:isp0:0:0:20): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:20): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:20): Logical unit not supported (da5:isp0:0:0:20): fatal error, failed to attach to device (da5:isp0:0:0:20): lost device (da5:isp0:0:0:20): removing device entry (da2:isp0:0:0:21): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:21): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:21): Logical unit not supported (da2:isp0:0:0:21): fatal error, failed to attach to device (da2:isp0:0:0:21): lost device (da2:isp0:0:0:21): removing device entry (da4:isp0:0:0:22): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:22): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:22): Logical unit not supported (da4:isp0:0:0:22): fatal error, failed to attach to device (da4:isp0:0:0:22): lost device (da4:isp0:0:0:22): removing device entry (da2:isp0:0:0:23): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:23): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:23): Logical unit not supported (da2:isp0:0:0:23): fatal error, failed to attach to device (da2:isp0:0:0:23): lost device (da2:isp0:0:0:23): removing device entry (da5:isp0:0:0:24): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:24): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:24): Logical unit not supported (da5:isp0:0:0:24): fatal error, failed to attach to device (da5:isp0:0:0:24): lost device (da5:isp0:0:0:24): removing device entry (da2:isp0:0:0:25): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:25): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:25): Logical unit not supported (da2:isp0:0:0:25): fatal error, failed to attach to device (da2:isp0:0:0:25): lost device (da2:isp0:0:0:25): removing device entry (da4:isp0:0:0:26): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:26): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:26): Logical unit not supported (da4:isp0:0:0:26): fatal error, failed to attach to device (da4:isp0:0:0:26): lost device (da4:isp0:0:0:26): removing device entry (da2:isp0:0:0:27): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:27): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:27): Logical unit not supported (da2:isp0:0:0:27): fatal error, failed to attach to device (da2:isp0:0:0:27): lost device (da2:isp0:0:0:27): removing device entry (da5:isp0:0:0:28): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da5:isp0:0:0:28): ILLEGAL REQUEST asc:25,0 (da5:isp0:0:0:28): Logical unit not supported (da5:isp0:0:0:28): fatal error, failed to attach to device (da5:isp0:0:0:28): lost device (da5:isp0:0:0:28): removing device entry (da2:isp0:0:0:29): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:isp0:0:0:29): ILLEGAL REQUEST asc:25,0 (da2:isp0:0:0:29): Logical unit not supported (da2:isp0:0:0:29): fatal error, failed to attach to device (da2:isp0:0:0:29): lost device (da2:isp0:0:0:29): removing device entry (da4:isp0:0:0:30): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:isp0:0:0:30): ILLEGAL REQUEST asc:25,0 (da4:isp0:0:0:30): Logical unit not supported (da4:isp0:0:0:30): fatal error, failed to attach to device (da4:isp0:0:0:30): lost device (da4:isp0:0:0:30): removing device entry da2 at isp0 bus 0 target 0 lun 31 da2: Fixed Direct Access SCSI-5 device da2: 400.000MB/s transfers da2: Command Queueing Enabled da2: 20MB (40960 512 byte sectors: 64H 32S/T 20C) cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [277483 x 2048 byte records] SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 GEOM_LABEL: Label for provider da1s1 is ufs/fcboot1. isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 GEOM_LABEL: Label for provider da3 is ufs/content01. isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.31 FCP RESPONSE: 0x2 (da2:isp0:0:0:31): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.31 FCP RESPONSE: 0x2 (da2:isp0:0:0:31): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.31 FCP RESPONSE: 0x2 (da2:isp0:0:0:31): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.31 FCP RESPONSE: 0x2 (da2:isp0:0:0:31): Synchronize cache failed, status == 0x59, scsi status == 0x0 GEOM_LABEL: Label for provider cd0 is iso9660/FreeBSD_Install. GEOM_LABEL: Label for provider da0s1a is ufs/boot. isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.2 FCP RESPONSE: 0x2 (da3:isp0:0:0:2): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 isp0: 0.0.0 FCP RESPONSE: 0x2 (da1:isp0:0:0:0): Synchronize cache failed, status == 0x59, scsi status == 0x0 Trying to mount root from nfs: bFcSe 1R:O OlTi:n k1 0s.t7a3t.e2 .c1h:a/nmgnetd to DOWN bce1: link state changed to UP Enter full pathname of shell or RETURN for /bin/sh: --Apple-Mail-80--194925688 Content-Disposition: attachment; filename=IBM-ESXS_ST973402SS_B522.fdisk Content-Type: application/octet-stream; x-unix-mode=0444; name="IBM-ESXS_ST973402SS_B522.fdisk" Content-Transfer-Encoding: 7bit # /dev/da0 g c8924 h255 s63 p 1 0xa5 63 143363997 a 1 --Apple-Mail-80--194925688 Content-Disposition: attachment; filename=IBM-ESXS_ST973402SS_B522_s1.bsdlabel Content-Type: application/octet-stream; x-unix-mode=0444; name="IBM-ESXS_ST973402SS_B522_s1.bsdlabel" Content-Transfer-Encoding: 7bit # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 134975389 8388608 4.2BSD 2048 16384 28528 b: 8388608 0 swap c: 143363997 0 unused 0 0 # "raw" part, don't edit --Apple-Mail-80--194925688 Content-Disposition: attachment; filename=strap.sh Content-Type: application/octet-stream; x-unix-mode=0755; name="strap.sh" Content-Transfer-Encoding: 7bit #!/bin/sh yes | fdisk -i -f IBM-ESXS_ST973402SS_B522.fdisk /dev/da0 fdisk -B /dev/da0 bsdlabel -R -B /dev/da0s1 IBM-ESXS_ST973402SS_B522_s1.bsdlabel newfs -L boot /dev/da0s1a --Apple-Mail-80--194925688 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit -- Benno Rice benno@jeamland.net --Apple-Mail-80--194925688-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 03:07:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1937A16A418 for ; Wed, 14 Nov 2007 03:07:32 +0000 (UTC) (envelope-from benno@jeamland.net) Received: from mail.jeamland.net (rafe.jeamland.net [202.45.126.103]) by mx1.freebsd.org (Postfix) with ESMTP id CB93A13C461 for ; Wed, 14 Nov 2007 03:07:31 +0000 (UTC) (envelope-from benno@jeamland.net) Received: from mail.jeamland.net (localhost [127.0.0.1]) by mail.jeamland.net (Postfix) with ESMTP id 99F8B1CD34 for ; Wed, 14 Nov 2007 14:07:20 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on rafe.jeamland.net X-Spam-Level: X-Spam-Status: No, score=-7.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from urtzweil.blueboxdevices.com (eth785.vic.adsl.internode.on.net [150.101.222.16]) by mail.jeamland.net (Postfix) with ESMTP id 34DA71CC7E for ; Wed, 14 Nov 2007 14:07:20 +1100 (EST) Message-Id: From: Benno Rice To: current@freebsd.org In-Reply-To: <57A598F5-54A4-433D-9DB2-6141BC50B554@jeamland.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 14 Nov 2007 14:07:12 +1100 References: <57A598F5-54A4-433D-9DB2-6141BC50B554@jeamland.net> X-Mailer: Apple Mail (2.912) X-Virus-Scanned: ClamAV using ClamSMTP at rafe.jeamland.net Cc: Subject: Re: Repeatable crash with fdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 03:07:32 -0000 On 14/11/2007, at 1:42 PM, Benno Rice wrote: > So I've got these lovely IBM HS21 XM blades to play with, and I'm > trying some tricks for automated setup. I'm writing a script that > does the fdisk/bsdlabel/newfs stuff for me. > > Runs ok the first time around, but when I run it the second time > around, I get this: > > # ./strap.sh > GEOM******* Working _Lon device /dev/dAa0 ******* > Bfdisk: ELWARNING line 2: :number of cylind Lers (8924) may babe out- > of-range > el (must be wit uhin 1-1024 for nfsormal/b BIOS operation,oo > unless the entit re disk > is rededicated to FremoeBSD)ve > d. > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x20 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8024ed1a > stack pointer = 0x10:0xffffffff9ed24ba0 > frame pointer = 0x10:0xffffff00035a5200 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2 (g_event) > trap number = 12 > panic: page fault > cpuid = 1 Now that I have a kernel with DDB: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80256ac4 stack pointer = 0x10:0xffffffff9ed19b80 frame pointer = 0x10:0xffffffff9ed19bd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) [thread pid 2 tid 100014 ] Stopped at g_mbr_config+0x64: movq 0x20(%rax),%r15 db> bt Tracing pid 2 tid 100014 td 0xffffff00010946a0 g_mbr_config() at g_mbr_config+0x64 g_run_events() at g_run_events+0x1b8 g_event_procbody() at g_event_procbody+0x57 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff9ed19d30, rbp = 0 --- db> -- Benno Rice benno@jeamland.net From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 03:30:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607CE16A418 for ; Wed, 14 Nov 2007 03:30:34 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE7F13C45B for ; Wed, 14 Nov 2007 03:30:33 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so38604rnb for ; Tue, 13 Nov 2007 19:30:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=GzjGTLMF7MWH1lpctnScoc2a4Vk1hpHYQBPlZSsYC88=; b=RB8hALeRkp2mPIM9bSx7i9dBGRuRCb7Iqwzml+SZYPr+LTgUGaBuZdzCfpCMKjlNsumw7mrftXwJq1ZDyZIeEZWhss5Ux8TLuzN46C+F5uHeIzHCPm5V0m45qr4RLOwQp5O6osa8M15duczONxakvxAfbLGzAPWbgBrYJnrVVgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=G+wv4wVtDg+9pSjNymGgtPjtjhavdgAt6KFFzQV8WYzle4qHPc6mxBvMtrJ3BkE6L0UZ9hbiVgigWq4VW3yrlkxyEUtz7Ux8/5t2GjE5gzWrHVQApFnAJFN6MbHSBYQP+tqZTxAi/A9n1IdYRMmNiGrFPNXLqhWWM2Fdfu4gB9U= Received: by 10.70.56.10 with SMTP id e10mr2359335wxa.1195011026893; Tue, 13 Nov 2007 19:30:26 -0800 (PST) Received: from bsd.powered.net ( [200.181.68.107]) by mx.google.com with ESMTPS id h18sm340875wxd.2007.11.13.19.30.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 19:30:25 -0800 (PST) Message-ID: <473A6BB8.9030306@gmail.com> Date: Wed, 14 Nov 2007 01:30:00 -0200 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.6) Gecko/20071102 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: olli@lurza.secnetix.de References: <200711131736.lADHavwb071383@lurza.secnetix.de> In-Reply-To: <200711131736.lADHavwb071383@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, ricardo.areis@gmail.com, Bruce Evans , varga.michal@gmail.com, tim1timau@yahoo.com Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 03:30:34 -0000 On 11/13/2007 15:36, Oliver Fromme wrote: > Tim Clewlow wrote: > > Michal Varga wrote: > > > Rainer Alves wrote: > > > > I'm having the exact same problem. > > > > Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to > > > > mount my SonyEricsson W810 phone, but whatever is copied there gets > > > > corrupted. > > > > I first noticed this yesterday when copying a new batch os MP3s to its 4 > > > > GB memory stick. > > > > > > "Me too" - I see this with USB2.0 support/controller enabled, tested on > > > two nforce5 and amd690 boards. Random (but pretty heavy) corruptions > > > with data transferred to and from digital camera and mp3 player (both > > > acting as common "usb flash disks"). Disabling USB2.0 seems to fix it > > > AND also no board without USB2.0 controller exhibits this here (I just > > > did a few quick tests, and nothing so far). Possibly some EHCI-specific > > > bug? > > I remember there was an msdosfs corruption problem reported > a few months ago. It could be worked around by disabling > read/write clustering when mounting the file systems (see > the options in the mount(8) manpage). > > I don't think this issue is related, but it might still be > worth a try. > Unfortunately the problem isn't solved when I disable clustering (-o noclusterr,noclusterw), files are still getting corrupted. Btw, it isn't possible to disable clustering in RELENG_7 unless this patch is applied: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/msdosfs/msdosfs_vfsops.c.diff?r1=1.176;r2=1.177 Let me know if I can do further testing, so far all I can say is that md5 checksums don't match before/after the copy process. umass0: on uhub0 umass1: on uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 26MB (54008 512 byte sectors: 64H 32S/T 26C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: 3905MB (7999298 512 byte sectors: 255H 63S/T 497C) GEOM_LABEL: Label for provider da0s1 is msdosfs/PHONE. GEOM_LABEL: Label for provider da1s1 is msdosfs/PHONE CARD. [rainer@bsd ~]$ sudo usbdevs -v | grep Sony port 6 addr 3: full speed, power 500 mA, config 1, Sony Ericsson W810(0xe042), Sony Ericsson(0x0fce), rev 0.00 [rainer@bsd ~]$ sudo camcontrol devlist | grep SE at scbus4 target 0 lun 0 (da0,pass1) at scbus5 target 0 lun 0 (da1,pass2) From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 03:43:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E9616A417 for ; Wed, 14 Nov 2007 03:43:18 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id D876113C468 for ; Wed, 14 Nov 2007 03:43:17 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.172] (unknown [216.89.228.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 72CF329B648 for ; Tue, 13 Nov 2007 22:11:26 -0500 (EST) Message-ID: <473A675A.2030600@terranova.net> Date: Tue, 13 Nov 2007 22:11:22 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: current@freebsd.org References: <20071109114636.Y639@10.0.0.1> In-Reply-To: <20071109114636.Y639@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 03:43:18 -0000 There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board SATA controller corrupts my data horribly and so does a Marvell 88SX6081 8-port SATA300 controller plugged into the PCI-X slot. I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to be able to use this system with RELENG_7 and ZFS. Jeff Roberson wrote: > I have reports from a user that his install ends up corrupted. I wanted > to find out if it was a general problem with this chipset. > > Thanks, > Jeff -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 04:15:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1248516A41A for ; Wed, 14 Nov 2007 04:15:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CF42C13C458 for ; Wed, 14 Nov 2007 04:15:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAE3tJvR094768; Tue, 13 Nov 2007 22:55:19 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lAE3tIAZ092915 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 22:55:18 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711140355.lAE3tIAZ092915@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 13 Nov 2007 22:55:19 -0500 To: Travis Mikalson , current@freebsd.org From: Mike Tancsa In-Reply-To: <473A675A.2030600@terranova.net> References: <20071109114636.Y639@10.0.0.1> <473A675A.2030600@terranova.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 04:15:19 -0000 At 10:11 PM 11/13/2007, Travis Mikalson wrote: >There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board >SATA controller corrupts my data horribly and so does a Marvell >88SX6081 8-port What are your SATA BIOS options set to ? I have such a board and I recall having to change the mode of the SATA controller for it to work. I think its turning off legacy mode. I also seem to recall having to fiddle with some USB options as well. I was running 6.1 and recently upgraded the box to RELENG_6 as of oct 25 and the box continued to work fine. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-PRERELEASE #1: Thu Oct 25 21:54:13 EDT 2007 mdtancsa@fw3.sentex.ca:/usr/obj/usr/src/sys/iolite ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2413.18-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d real memory = 1073676288 (1023 MB) avail memory = 1041670144 (993 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 em0: port 0xa880-0xa8bf mem 0xff2c0000-0xff2dffff,0xff280000-0xff2bffff irq 16 at device 3.0 on pci2 em0: Ethernet address: 00:0e:0c:81:14:d4 em1: port 0xac00-0xac3f mem 0xff2e0000-0xff2fffff irq 17 at device 3.1 on pci2 em1: Ethernet address: 00:0e:0c:81:14:d5 atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata1: on atapci1 isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xe000-0xe0ff mem 0xff6b4000-0xff6b4fff irq 10 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xe400-0xe4ff mem 0xff6b5000-0xff6b5fff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xe800-0xe8ff mem 0xff6b6000-0xff6b6fff irq 10 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered em2: port 0xdc00-0xdc3f mem 0xff680000-0xff69ffff,0xff660000-0xff67ffff irq 24 at device 4.0 on pci0 em2: Ethernet address: 00:e0:81:5e:be:3c em3: port 0xd880-0xd8bf mem 0xff620000-0xff63ffff,0xff600000-0xff61ffff irq 25 at device 5.0 on pci0 em3: Ethernet address: 00:e0:81:5e:be:3d pci0: at device 6.0 (no driver attached) rl0: port 0xd400-0xd4ff mem 0xff6b3c00-0xff6b3cff irq 27 at device 7.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:a7:9d:04 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff,0xca000-0xcafff,0xcb000-0xcbfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2413179713 Hz quality 800 Timecounters tick every 1.000 msec ad4: 76319MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a >I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to >be able to use this system with RELENG_7 and ZFS. > >Jeff Roberson wrote: >>I have reports from a user that his install ends up corrupted. I >>wanted to find out if it was a general problem with this chipset. >>Thanks, >>Jeff > >-- >TerraNovaNet Internet Services - Key Largo, FL >Voice: (305)453-4011 x101 Fax: (305)451-5991 >http://www.terranova.net/ >---------------------------------------------- >Life's not fair, but the root password helps. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 04:50:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2648916A41A; Wed, 14 Nov 2007 04:50:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8C3913C481; Wed, 14 Nov 2007 04:50:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAE4omZq097680; Tue, 13 Nov 2007 23:50:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAE4olIK054116; Tue, 13 Nov 2007 23:50:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE7F973039; Tue, 13 Nov 2007 23:50:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071114045047.AE7F973039@freebsd-current.sentex.ca> Date: Tue, 13 Nov 2007 23:50:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 04:50:56 -0000 TB --- 2007-11-14 03:14:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-14 03:14:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-14 03:14:26 - cleaning the object tree TB --- 2007-11-14 03:14:52 - checking out the source tree TB --- 2007-11-14 03:14:52 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-14 03:14:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-14 03:22:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-14 03:22:09 - cd /src TB --- 2007-11-14 03:22:09 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 14 03:22:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 14 04:35:40 UTC 2007 TB --- 2007-11-14 04:35:40 - generating LINT kernel config TB --- 2007-11-14 04:35:40 - cd /src/sys/pc98/conf TB --- 2007-11-14 04:35:40 - /usr/bin/make -B LINT TB --- 2007-11-14 04:35:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-14 04:35:40 - cd /src TB --- 2007-11-14 04:35:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 14 04:35:40 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] machdep.o(.text+0xba2): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xbac): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xc31): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xc3d): In function `init386': : undefined reference to `SMP_prvspace' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-14 04:50:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-14 04:50:47 - ERROR: failed to build lint kernel TB --- 2007-11-14 04:50:47 - tinderbox aborted TB --- 4231.12 user 400.23 system 5780.79 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 06:25:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8A916A421 for ; Wed, 14 Nov 2007 06:25:56 +0000 (UTC) (envelope-from ender@enderzone.com) Received: from www.ksdhost.com (www.ksdhost.com [75.126.66.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5650F13C45A for ; Wed, 14 Nov 2007 06:25:56 +0000 (UTC) (envelope-from ender@enderzone.com) Received: (qmail 78902 invoked from network); 13 Nov 2007 23:59:09 -0600 Received: from buff-broadband-ws-86.dsl.pwrtc.com (HELO ?192.168.5.100?) (64.184.124.87) by www.ksdhost.com with SMTP; 13 Nov 2007 23:59:09 -0600 Message-ID: <473A8E8D.1020404@enderzone.com> Date: Wed, 14 Nov 2007 00:58:37 -0500 From: Ender User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Travis Mikalson References: <20071109114636.Y639@10.0.0.1> <473A675A.2030600@terranova.net> In-Reply-To: <473A675A.2030600@terranova.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 06:25:56 -0000 Travis Mikalson wrote: > There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board > SATA controller corrupts my data horribly and so does a Marvell > 88SX6081 8-port SATA300 controller plugged into the PCI-X slot. > > I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to > be able to use this system with RELENG_7 and ZFS. > > Jeff Roberson wrote: >> I have reports from a user that his install ends up corrupted. I >> wanted to find out if it was a general problem with this chipset. >> >> Thanks, >> Jeff > I have several of these machines and i have tried installing Freebsd 6 - Freebsd 7 beta2 . The general breakdown is as follows. On freebsd 6 PATA mode works, SATA mode is broken. On freebsd 7 both PATA and SATA mode is broken. You can not even do a fresh install of 7 beta2. (I have only been able to use these machines disklessly) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/117656 From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:18:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A31716A418; Wed, 14 Nov 2007 07:18:26 +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 DBD9F13C4C4; Wed, 14 Nov 2007 07:18:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAE7I9Vf024034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 17:48:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Wed, 14 Nov 2007 17:48:06 +1030 User-Agent: KMail/1.9.7 References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> In-Reply-To: <20071113194530.GA1281@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1386239.xJqTXVXcYn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711141748.08300.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org, Giorgos Keramidas , OutbackDingo , Julian Elischer Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:18:26 -0000 --nextPart1386239.xJqTXVXcYn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > * Incremental conversion of /home/ncvs/src in 'changesets' > > I've been using a 'converted' tree for almost a year and a half now, > to keep a local mirror of the src repository at `/ws/freebsd/head' on > my laptop. The first clean import of the current tree I am using was > done during last summer: I have seen a few Hg repos although I haven't found one for RELENG_7=20 [yet]. Also cvs20hg doesn't appear to grok Hg branches (probably because it=20 predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is=20 my excuse for a lack of patches :) =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 --nextPart1386239.xJqTXVXcYn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOqEw5ZPcIHs/zowRAj3FAJ4lNe6OVsqX/zuU5uwcR7zwhCDuAQCfSoo+ mo6sh6E5IYA19jxNO/pHpjY= =WMxm -----END PGP SIGNATURE----- --nextPart1386239.xJqTXVXcYn-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:19:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 516CB16A46E; Wed, 14 Nov 2007 07:19:34 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFD113C48E; Wed, 14 Nov 2007 07:19:33 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 2E89FDAD21; Wed, 14 Nov 2007 13:19:30 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 8BE06DAD1A for ; Wed, 14 Nov 2007 13:19:25 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EDF69603A9; Wed, 14 Nov 2007 07:18:35 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7749C16A4DD; Wed, 14 Nov 2007 07:18:34 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A31716A418; Wed, 14 Nov 2007 07:18:26 +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 DBD9F13C4C4; Wed, 14 Nov 2007 07:18:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAE7I9Vf024034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 17:48:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Wed, 14 Nov 2007 17:48:06 +1030 User-Agent: KMail/1.9.7 References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> In-Reply-To: <20071113194530.GA1281@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1386239.xJqTXVXcYn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711141748.08300.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 13:19:30 2007 X-DSPAM-Confidence: 0.9977 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473aa182191321066955894 X-DSPAM-Factors: 27, List-Post*, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org, Giorgos Keramidas , OutbackDingo , Julian Elischer Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:19:34 -0000 --nextPart1386239.xJqTXVXcYn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > * Incremental conversion of /home/ncvs/src in 'changesets' > > I've been using a 'converted' tree for almost a year and a half now, > to keep a local mirror of the src repository at `/ws/freebsd/head' on > my laptop. The first clean import of the current tree I am using was > done during last summer: I have seen a few Hg repos although I haven't found one for RELENG_7=20 [yet]. Also cvs20hg doesn't appear to grok Hg branches (probably because it=20 predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is=20 my excuse for a lack of patches :) =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 --nextPart1386239.xJqTXVXcYn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOqEw5ZPcIHs/zowRAj3FAJ4lNe6OVsqX/zuU5uwcR7zwhCDuAQCfSoo+ mo6sh6E5IYA19jxNO/pHpjY= =WMxm -----END PGP SIGNATURE----- --nextPart1386239.xJqTXVXcYn-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:27:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A5916A46E for ; Wed, 14 Nov 2007 07:27:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id C9AD513C4C4 for ; Wed, 14 Nov 2007 07:27:05 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=oX5rxlh5mK8mq5MSpOYLold/TNOWyLOki6L/E7YztxJGPsJi5RzEW816Yvp+My/HQMWKTDbhjMOXqJ/fyNIahAM6F3nSQXJqGy4v+kyl2i2V6GWA8B+C08RbLPkpbQAajstLHFcokejha1aELqcDtSLvYxXlX2pFeQ9oYWTguBTRFS1llQryZzBCwG1tl6SoVxqeEAuqv5E2XfILbaovuHvfkspbjYI4HD+oHmGJIbvDMlVxWeAtooRO/n/81MD9; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IsCeR-00038g-Ee for current@freebsd.org; Wed, 14 Nov 2007 07:27:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IsCdl-0000yt-1a for current@freebsd.org; Wed, 14 Nov 2007 07:26:25 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IsCdi-0000xZ-WB for current@freebsd.org; Wed, 14 Nov 2007 09:26:22 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 14 Nov 2007 09:26:22 +0200 Message-Id: Cc: Subject: LPT lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:27:06 -0000 Hi I was wondering if anyone has experienced this. Turned our printer on and the machine locked up. It still printed, but it was totally unresponsive even after the printer was turned off again. There were tons of these in /var/log/messages after it was rebooted: Nov 14 09:13:23 brane kernel: lpt0: [GIANT-LOCKED] Nov 14 09:13:23 brane kernel: lpt0: [ITHREAD] Nov 14 09:13:23 brane kernel: lpt0: [GIANT-LOCKED] Nov 14 09:13:23 brane kernel: lpt0: [ITHREAD] Nov 14 09:13:23 brane kernel: lpt0: [GIANT-LOCKED] Nov 14 09:13:23 brane kernel: lpt0: [ITHREAD] Nov 14 09:13:23 brane kernel: lpt0: [GIANT-LOCKED] Nov 14 09:13:23 brane kernel: lpt0: [ITHREAD] Nov 14 09:13:23 brane kernel: lpt0: [GIANT-LOCKED] Nov 14 09:13:23 brane kernel: lpt0: [ITHREAD] +620 more The kernel detects lpt0 as follows: ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:32:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49BAB16A41B for ; Wed, 14 Nov 2007 07:32:59 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id E4FF613C458 for ; Wed, 14 Nov 2007 07:32:58 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2659688pyb for ; Tue, 13 Nov 2007 23:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=cELGtMCK2Y/FOB1Bx5rk8ETZMwibMM+EbMbCndeIFHo=; b=QoIynV3pKcZ/wjyus0HvCpkGLBUzk1ahPsNJJgR7l+lAdJl8Ltg7QO3/DUVaKgDYmmlvpJCUlJX77+KPwMnyjJMmEEx4gUUL7QUffwBccQZUbr8EXEnUzheIhxwVA0PXe1ciWiRz6KpY7lhsAnY8zkpWy+zNTYhJ3aPHRGIvAxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=PRFWfhDQgNF6eWvmFz5mBNuaV21Kt1UDvvnJbzsSbmDOECJ15l/eTx6RJ6Ewd+lSHLfXECkowcz0GuigrS43m769BlnenJDxqsqUjFPDIkZXzvyVnvyPgFQd5JTWO+n4Myr00r8aN8Dvj8TB+cHLAw4ybWl2ajzalUv0DpYcmiQ= Received: by 10.65.133.8 with SMTP id k8mr18458282qbn.1195025577739; Tue, 13 Nov 2007 23:32:57 -0800 (PST) Received: from ?10.1.1.100? ( [203.125.55.190]) by mx.google.com with ESMTPS id 19sm1492758nzp.2007.11.13.23.32.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 23:32:53 -0800 (PST) From: OutbackDingo To: Daniel O'Connor In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> Content-Type: text/plain Date: Wed, 14 Nov 2007 15:31:37 +0800 Message-Id: <1195025529.30690.6.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Giorgos Keramidas , Julian Elischer Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:32:59 -0000 All ive seen in FreeBSD hg branches is a current and a releng_6 Id like to see a complete tree converted if there is one out there. I do have some bandwidth to potentially host such a conversion for others. question is does one exist ? On Wed, 2007-11-14 at 17:48 +1030, Daniel O'Connor wrote: > On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > > > * Incremental conversion of /home/ncvs/src in 'changesets' > > > > I've been using a 'converted' tree for almost a year and a half now, > > to keep a local mirror of the src repository at `/ws/freebsd/head' on > > my laptop. The first clean import of the current tree I am using was > > done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. > > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is > my excuse for a lack of patches :) > From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:34:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD29E16A417; Wed, 14 Nov 2007 07:34:41 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 066C113C458; Wed, 14 Nov 2007 07:34:40 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 2D326DAD63; Wed, 14 Nov 2007 13:34:39 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 7ACA4DAD17 for ; Wed, 14 Nov 2007 13:34:37 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1D96E60DBD; Wed, 14 Nov 2007 07:33:11 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 96A6F16A47F; Wed, 14 Nov 2007 07:33:11 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0CA16A420 for ; Wed, 14 Nov 2007 07:32:59 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id E4A5413C457 for ; Wed, 14 Nov 2007 07:32:58 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2659687pyb for ; Tue, 13 Nov 2007 23:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=cELGtMCK2Y/FOB1Bx5rk8ETZMwibMM+EbMbCndeIFHo=; b=QoIynV3pKcZ/wjyus0HvCpkGLBUzk1ahPsNJJgR7l+lAdJl8Ltg7QO3/DUVaKgDYmmlvpJCUlJX77+KPwMnyjJMmEEx4gUUL7QUffwBccQZUbr8EXEnUzheIhxwVA0PXe1ciWiRz6KpY7lhsAnY8zkpWy+zNTYhJ3aPHRGIvAxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=PRFWfhDQgNF6eWvmFz5mBNuaV21Kt1UDvvnJbzsSbmDOECJ15l/eTx6RJ6Ewd+lSHLfXECkowcz0GuigrS43m769BlnenJDxqsqUjFPDIkZXzvyVnvyPgFQd5JTWO+n4Myr00r8aN8Dvj8TB+cHLAw4ybWl2ajzalUv0DpYcmiQ= Received: by 10.65.133.8 with SMTP id k8mr18458282qbn.1195025577739; Tue, 13 Nov 2007 23:32:57 -0800 (PST) Received: from ?10.1.1.100? ( [203.125.55.190]) by mx.google.com with ESMTPS id 19sm1492758nzp.2007.11.13.23.32.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 23:32:53 -0800 (PST) From: OutbackDingo To: Daniel O'Connor In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> Content-Type: text/plain Date: Wed, 14 Nov 2007 15:31:37 +0800 Message-Id: <1195025529.30690.6.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 13:34:39 2007 X-DSPAM-Confidence: 0.9980 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473aa50f191323844818736 X-DSPAM-Factors: 27, List-Post*, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Giorgos Keramidas , Julian Elischer Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:34:42 -0000 All ive seen in FreeBSD hg branches is a current and a releng_6 Id like to see a complete tree converted if there is one out there. I do have some bandwidth to potentially host such a conversion for others. question is does one exist ? On Wed, 2007-11-14 at 17:48 +1030, Daniel O'Connor wrote: > On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > > > * Incremental conversion of /home/ncvs/src in 'changesets' > > > > I've been using a 'converted' tree for almost a year and a half now, > > to keep a local mirror of the src repository at `/ws/freebsd/head' on > > my laptop. The first clean import of the current tree I am using was > > done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. > > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is > my excuse for a lack of patches :) > _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 07:50:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4801A16A418 for ; Wed, 14 Nov 2007 07:50:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id DC28413C459 for ; Wed, 14 Nov 2007 07:50:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17937 invoked by uid 399); 14 Nov 2007 07:50:26 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Nov 2007 07:50:26 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 13 Nov 2007 23:50:24 -0800 (PST) From: Doug Barton To: Kevin Oberman In-Reply-To: <20071113055502.8CEC945010@ptavv.es.net> Message-ID: References: <20071113055502.8CEC945010@ptavv.es.net> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: PCI problem? (Was: Re: X Can't "see" my docked monitor - xorg or nvidia?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 07:50:27 -0000 On Mon, 12 Nov 2007, Kevin Oberman wrote: >> Date: Mon, 12 Nov 2007 16:45:45 -0800 (PST) >> From: Doug Barton >> Sender: owner-freebsd-current@freebsd.org >> >> Just in case someone here can help, and/or it's a bigger problem that >> might affect the release. >> >> The interesting part for this list is probably: >> (WW) OS did not count PCI devices, guessing wildly > > This is only a warning and I get it on every FreeBSD system I have that > is running x.org 7.3. I have had no problems with X. Ok, fair enough. > I have a Radeon not an nVidia, but the external monitor on it works > fine. Are you plugging the monitor into the laptop, or are you using a docking station? > I just turn it on with xrandr, If you do 'xrandr --verbose' does the external monitor show up? If not, how do you "turn it on?" Thanks for the response, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 09:59:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040A516A418 for ; Wed, 14 Nov 2007 09:59:37 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6437F13C448 for ; Wed, 14 Nov 2007 09:59:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so38931ele for ; Wed, 14 Nov 2007 01:59:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=NMqmJVf8MgjKddkc2QMmTwn5f2TfyFnWAELbuZ3Yf8Y=; b=RkPbdzJy+R0mAHdYQGQYFzZS9+6becUHCHA1soRU0UUYC3qDfoonhVDCxBfVdbBfz3JTLG3dMqd4pEL7dwY7ixV9mfwCcpAtYUgstFQkTl9/rtpuDIB3Z6AdEVsYVsqBJFNJ0pxh0JnIjjBRRcggcK0lOtETOxSw8+SpY/L2Fek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=b92VpWRCid1kUatv6JfdIL8s47f4aewYkQX+grrvgSCTp7cSNRIPHcaTR3/8shLf63xz7wK6eHuKEEMB8Asn0Bpe0Ca/48IXFwRIe2EYgJB/C8iQpr9zxHxDrc5FyJ7nPYTChxV7IRnoDVVbx2SjS0W24QuSwUwCe3LuOqrLDSg= Received: by 10.70.72.11 with SMTP id u11mr2956318wxa.1195034375661; Wed, 14 Nov 2007 01:59:35 -0800 (PST) Received: by 10.70.40.8 with HTTP; Wed, 14 Nov 2007 01:59:35 -0800 (PST) Message-ID: Date: Wed, 14 Nov 2007 09:59:35 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "John Baldwin" In-Reply-To: <200711121611.37781.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_5658_19956574.1195034375670" References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <200711121351.58616.jhb@freebsd.org> <200711121611.37781.jhb@freebsd.org> X-Google-Sender-Auth: 2fdb38528703c2d6 Cc: freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 09:59:37 -0000 ------=_Part_5658_19956574.1195034375670 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Nov 12, 2007 9:11 PM, John Baldwin wrote: > I'm not sure where exactly one would add it, but I don't think the RTC clock > routine is the right place. Maybe do it at the start of cpu_startup() in > machdep.c instead? That works for me. See the attached patch. Regards. -- Rui Paulo ------=_Part_5658_19956574.1195034375670 Content-Type: application/octet-stream; name=machdep.c.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_f8zolsu10 Content-Disposition: attachment; filename=machdep.c.diff SW5kZXg6IGkzODYvbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3Jj L3N5cy9pMzg2L2kzODYvbWFjaGRlcC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjY2MApkaWZm IC11IC1wIC1yMS42NjAgbWFjaGRlcC5jCi0tLSBpMzg2L21hY2hkZXAuYwk1IE5vdiAyMDA3IDEx OjM2OjExIC0wMDAwCTEuNjYwCisrKyBpMzg2L21hY2hkZXAuYwkxNCBOb3YgMjAwNyAwOTo1Nzow OSAtMDAwMApAQCAtMTc0LDYgKzE3NCw5IEBAIFNZU0lOSVQoY3B1LCBTSV9TVUJfQ1BVLCBTSV9P UkRFUl9GSVJTVCwKIGV4dGVybiB2bV9vZmZzZXRfdCBrc3ltX3N0YXJ0LCBrc3ltX2VuZDsKICNl bmRpZgogCisvKiBJbnRlbCBJQ0ggcmVnaXN0ZXIgKi8KKyNkZWZpbmUgSUNIX1BNQkFTRSAgICAg MHg0MDAKKwogaW50CV91ZGF0YXNlbCwgX3Vjb2Rlc2VsOwogdV9pbnQJYmFzZW1lbTsKIApAQCAt MjE5LDYgKzIyMiwyNyBAQCBzdGF0aWMgdm9pZAogY3B1X3N0YXJ0dXAoZHVtbXkpCiAJdm9pZCAq ZHVtbXk7CiB7CisJY2hhciAqaWNoZW52LCAqc3lzZW52OworCQorCS8qCisJICogT24gc29tZSBz eXN0ZW1zLCBuYW1lbHkgTWFjQm9va3MsIHdlIG5lZWQgdG8gZGlzYWxsb3cgdGhlCisJICogbGVn YWN5IFVTQiBjaXJjdWl0IHRvIGdlbmVyYXRlIGFuIFNNSSMgYmVjYXVzZSB0aGlzIGNhbgorCSAq IGNhdXNlIHNldmVyYWwgcHJvYmxlbXMsIG5hbWVseTogaW5jb3JyZWN0IENQVSBmcmVxdWVuY3kK KwkgKiBkZXRlY3Rpb24gYW5kIGZhaWx1cmUgdG8gc3RhcnQgdGhlIEFQcy4KKwkgKi8KKwlpY2hl bnYgPSBnZXRlbnYoImh3LmljaC5kaXNhYmxlX2xlZ2FjeV91c2IiKTsKKwlzeXNlbnYgPSBnZXRl bnYoInNtYmlvcy5zeXN0ZW0ucHJvZHVjdCIpOworCWlmICgoaWNoZW52ICE9ICBOVUxMKSB8fCAo c3lzZW52ICE9IE5VTEwgJiYKKwkgICAgc3RybmNtcChzeXNlbnYsICJNYWNCb29rIiwgNykgPT0g MCkpIHsKKwkJaWYgKGJvb3R2ZXJib3NlKQorCQkJcHJpbnRmKCJEaXNhYmxpbmcgTEVHQUNZX1VT Ql9FTiBiaXQgb24gSW50ZWwgSUNILlxuIik7CisJCW91dGwoSUNIX1BNQkFTRSArIDB4MzAsIGlu bChJQ0hfUE1CQVNFICsgMHgzMCkgJiB+MHg4KTsKKwl9CisJaWYgKGljaGVudikKKwkJZnJlZWVu dihpY2hlbnYpOworCWlmIChzeXNlbnYpCisJCWZyZWVlbnYoc3lzZW52KTsKKwogCS8qCiAJICog R29vZCB7bW9ybmluZyxhZnRlcm5vb24sZXZlbmluZyxuaWdodH0uCiAJICovCg== ------=_Part_5658_19956574.1195034375670-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 10:31:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1971E16A417 for ; Wed, 14 Nov 2007 10:31:48 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id A056013C455 for ; Wed, 14 Nov 2007 10:31:47 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so103215nfb for ; Wed, 14 Nov 2007 02:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=/2/A8GqJ8Px4RpAveTDvr9QT+xDfMKNPfd7tj0SzkfU=; b=Lr9UExtQ5TbmNU6DSy3Paq2puzVNfu37DdccMtaPD/EEtJEEReD+6X2g3CPGY+WEYm6s1IQ/gs44Bx2mcdkLw5gUeoRwJwRqI66aYAjclsZ2bOOxQSQRUHWFBjnjPHhpeLal2cM6hm+85iqnP3ZDvML+s6gV02RwO3I/I4SGjq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hOrrJBCpq8pDnjnDd1jm655SOc5nrmDGasijd+CYNz+JUIbxTx+yhIwGOKT8zguKKQ69z2agbURdW9w+uaQPa1sgvd4KTXxbm4JcSQn9j1xGFEUg2cH3/HTtRTEdiFruUrpNfJy8LONlJzi10kYI40JfsVCQAMHAdLw44F/t9+4= Received: by 10.78.205.7 with SMTP id c7mr7755602hug.1195034840333; Wed, 14 Nov 2007 02:07:20 -0800 (PST) Received: by 10.78.158.18 with HTTP; Wed, 14 Nov 2007 02:07:20 -0800 (PST) Message-ID: <7daacbbe0711140207u20479322qd2254665ef364e49@mail.gmail.com> Date: Wed, 14 Nov 2007 11:07:20 +0100 From: "Dominique Goncalves" To: "Free System Burned In Economy" , freebsd-current@freebsd.org, "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: mount root from cd9660:/dev/iso9660/FreeSBIE failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 10:31:48 -0000 Hi, Since the commit to src/sys/dev/ata ata-chipset.c atapi-cd.c atapi-cd.h by sos@ [1] I'm unable to boot from a livecd build with freesbie2 (with RELENG_7). The system is unable to find the root filesystem and asks for manual specification [2] My kernel is a GENERIC plus GEOM_LABEL and GEOM_UZIP, a kernel build before the commit works as expected. Could someone take a look at this error ? Thanks, Regards. [1] http://lists.freebsd.org/pipermail/cvs-src/2007-October/083327.html [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot.png -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 11:04:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D0616A473 for ; Wed, 14 Nov 2007 11:04:46 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id DBBD213C513 for ; Wed, 14 Nov 2007 11:04:45 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2758309pyb for ; Wed, 14 Nov 2007 03:04:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=q0uYdS7VjBsI8mxUukejExJAJBCHMYyjU8ynUofa5uA=; b=sKwWizZvspP8a4590vNDM7oINVUVcFk38iSGaaEDFeIBrta9UQqBc606JpQuw1du+bVUS1YnttnGkc7T5lsaUtde14BKhsAu4GMpplUPRV4Lbrkhm12AxqLMwPwFhPtH2yOLc7Z4K0FMc2frdTJ2MH/7JFQRj1fytDwqO3Y5+VY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UYb4Rdu2GK+MhwTmdoyNkNgNbceTFgj31sbp4v2w8xlGcxy0GzdTH9ndOWpP5A1Lvpek0mt9iz+2i/PCA7gxGvA7A095KoYFYatQoU+ea6J1E3ENEluVb1/d6OO8ZLRMrp6LeVsydSxWVBxgzNFiM1XnSCw0aG8vwj5TpRa44IM= Received: by 10.65.81.10 with SMTP id i10mr18802827qbl.1195038282626; Wed, 14 Nov 2007 03:04:42 -0800 (PST) Received: by 10.64.184.9 with HTTP; Wed, 14 Nov 2007 03:04:42 -0800 (PST) Message-ID: <8e10486b0711140304o512ce107v6e3d5c563904179@mail.gmail.com> Date: Wed, 14 Nov 2007 09:04:42 -0200 From: "Alexandre Biancalana" To: "Wilkinson, Alex" In-Reply-To: <1B860D81B4F3F44398B9AE84D91C151671D0C7@stlex510.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <8e10486b0711131218r3d56a07crd4529252ff447386@mail.gmail.com> <1B860D81B4F3F44398B9AE84D91C151671D0C7@stlex510.dsto.defence.gov.au> Cc: freebsd-current@freebsd.org Subject: Re: fs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:04:46 -0000 On Nov 13, 2007 11:12 PM, Wilkinson, Alex wrote: > > You could always try "belenix", the OpenSolaris LiveCD: > http://www.genunix.org/distributions/belenix_site/ This could help *if* OpenSolaris had support to my Areca ARC-1231 SATA Controller.... Thanks for the tip... From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 11:19:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CED1616A41B for ; Wed, 14 Nov 2007 11:19:54 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 4F29113C503 for ; Wed, 14 Nov 2007 11:19:54 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so338383uge for ; Wed, 14 Nov 2007 03:19:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; bh=ZAzDzy3VYdZqwiisIINmR3khpFX8KNPg6SV/Gp3naQs=; b=ZJGRz7mMbTy2gYzLLnJXFGS0fFv8yEpVolf//m0a/c4N3++8/6fdE75mQsjUhEXdh48afu6znB8vVFScMbi/vrmVCCQ7GBqPLYS3qQu9/DPc3w7XTIQLg2ftrHX0lG3XzNvPqVf1MMERVFkiiBpHUSFl6nCpkyp94syitmPK5DM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; b=GeqPWnJiw6Ai/QWvxH5he/tvFKdk9YdWaKPuMytkuMIHys7Bg1d+L3tbz0wto2t5nSeH69614wV+SuqTg96F+2wcjMorod76rlRTyZ5orO3QDNN7Fz3PyvHfw60KYyviKRQMsQAgldaTv8sqP4a6VKG3pREZkm+LALDCnN9asiw= Received: by 10.67.116.7 with SMTP id t7mr62989ugm.1195039183365; Wed, 14 Nov 2007 03:19:43 -0800 (PST) Received: from avalon.intra ( [194.9.14.78]) by mx.google.com with ESMTPS id g30sm2861233ugd.2007.11.14.03.19.41 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Nov 2007 03:19:42 -0800 (PST) Message-ID: <473AD98A.8050003@gmail.com> Date: Wed, 14 Nov 2007 13:18:34 +0200 User-Agent: Thunderbird 2.0.0.6 (X11/20071106) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Andrey Subject: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:19:54 -0000 Good time of the day. I still would like to report the real and constantly reproducible problem connected with bge driver on machines with BroadCom Netlink Gigabit Ethernet Controller (BCM5787 chipset). In order to reproduce the problem it is enough try to install RELENG_7 or CURRENT system on a machine with BroadCom Netlink Gigabit Ethernet Controller (with BCM5787 chipset). System hangs as soon as it tries to adjust bge device driver. I've tried to overcome mentioned problem in many different ways. Unfortunately I still didn't manage to get it working. As RELENG_6 handles bge properly on that machine, so I even decided to try "rollback" bge from RELENG_7 to RELENG_6. Actually I don't think it was a good idea, but I couldn't see a way out. Thus I threw out miibus and bge devices from the kernel config and recompiled kernel (in order to obtain freedom to play with bge). Then I obtained the RELENG_6 sources for bge, miibus and dependencies. After that I managed to compile miibus.ko and if_bge.ko (of course I had to overcome several problems but at least I managed to compile it). # cd /usr/src/sys/modules/mii # make cleandepend && make clean # make obj && make depend && make && make install # cd /usr/src/sys/modules/bge # make cleandepend && make clean # make obj && make depend && make && make install After those steps above I got new miibus.ko and if_bge.ko under /boot/kernel/. And I even managed to kldload miibus successfully. But with if_bge an old story took place :(. It completely freezed the system. Of course I doubt that I'm trying right means in order to solve the problem. But it seems that nobody interested even to confirm or refuse an existence of described problem. I've tried to reproduce the problem on two different machines with BCM5787 and the results were the same: bge driver causes system hang on RELENG_7 and CURRENT and works properly on RELENG_6. So I'll appreciate any comments on this. Thanks. # uname -a FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Thu Nov 8 23:58:43 EET 2007 root@:/usr/obj/usr/src/sys/FREE-SMP-ULE-08112007-v1 i386 # pciconf -lv hostb0 at pci0:0:0:0: class=0x060000 card=0x30c0103c chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0 at pci0:0:2:0: class=0x030000 card=0x30c0103c chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display subclass = VGA vgapci1 at pci0:0:2:1: class=0x038000 card=0x30c0103c chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display uhci0 at pci0:0:26:0: class=0x0c0300 card=0x30c0103c chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci1 at pci0:0:26:1: class=0x0c0300 card=0x30c0103c chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci0 at pci0:0:26:7: class=0x0c0320 card=0x30c0103c chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' class = serial bus subclass = USB none0 at pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia pcib1 at pci0:0:28:0: class=0x060400 card=0x30c0103c chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib2 at pci0:0:28:1: class=0x060400 card=0x30c0103c chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib3 at pci0:0:28:2: class=0x060400 card=0x30c0103c chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 3' class = bridge subclass = PCI-PCI pcib4 at pci0:0:28:4: class=0x060400 card=0x30c0103c chip=0x28478086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 5' class = bridge subclass = PCI-PCI uhci2 at pci0:0:29:0: class=0x0c0300 card=0x30c0103c chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci3 at pci0:0:29:1: class=0x0c0300 card=0x30c0103c chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci4 at pci0:0:29:2: class=0x0c0300 card=0x30c0103c chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci1 at pci0:0:29:7: class=0x0c0320 card=0x30c0103c chip=0x28368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB pcib5 at pci0:0:30:0: class=0x060401 card=0x30c0103c chip=0x24488086 rev=0xf3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0 at pci0:0:31:0: class=0x060100 card=0x30c0103c chip=0x28158086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M-E (ICH8 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0 at pci0:0:31:1: class=0x01018a card=0x30c0103c chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1 at pci0:0:31:2: class=0x010601 card=0x30c0103c chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801 Intel(R) 82801HEM/HBM SATA AHCI Controller' class = mass storage none1 at pci0:16:0:0: class=0x028000 card=0x135c103c chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '10418086 Intel 3945ABG Wireless LAN controller' class = network none2 at pci0:24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' class = network subclass = ethernet cbb0 at pci0:2:4:0: class=0x060700 card=0x30c0103c chip=0x04761180 rev=0xb6 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus -- Sincerely, Andrey From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 11:36:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F3D516A478 for ; Wed, 14 Nov 2007 11:36:08 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0681713C448 for ; Wed, 14 Nov 2007 11:36:07 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.172] (unknown [216.89.228.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 94E2D29B5FA for ; Wed, 14 Nov 2007 06:35:57 -0500 (EST) Message-ID: <473ADD9A.5090902@terranova.net> Date: Wed, 14 Nov 2007 06:35:54 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: current@freebsd.org References: <20071109114636.Y639@10.0.0.1> <473A675A.2030600@terranova.net> <200711140355.lAE3tIAZ092915@lava.sentex.ca> In-Reply-To: <200711140355.lAE3tIAZ092915@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:36:08 -0000 There aren't many SATA options, INT13 on or off (can't boot from it without that on..) and then S-ATA, P-ATA or RAID modes. S-ATA and P-ATA (another way of saying legacy on/off) modes both crash and burn the same, corrupting most data on the disk that the controller touches. It's too bad, the SiI3114 32-bit PCI SATA controller is considerably slower, but at least it works reliably. I tend to agree with what Anton Yuzhaninov said on 11/9, this seems like it could be a PCI-X problem with the ServerWorks HT1000/HT2000 chipset (and other chipsets) and FreeBSD. Mike Tancsa wrote: > At 10:11 PM 11/13/2007, Travis Mikalson wrote: >> There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board >> SATA controller corrupts my data horribly and so does a Marvell >> 88SX6081 8-port > > What are your SATA BIOS options set to ? I have such a board and I > recall having to change the mode of the SATA controller for it to work. > I think its turning off legacy mode. I also seem to recall having to > fiddle with some USB options as well. > > I was running 6.1 and recently upgraded the box to RELENG_6 as of oct 25 > and the box continued to work fine. > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.3-PRERELEASE #1: Thu Oct 25 21:54:13 EDT 2007 > mdtancsa@fw3.sentex.ca:/usr/obj/usr/src/sys/iolite > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3800+ (2413.18-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > > Features=0x78bfbff > > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1d > real memory = 1073676288 (1023 MB) > avail memory = 1041670144 (993 MB) > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 13.0 on pci1 > pci2: on pcib2 > em0: port > 0xa880-0xa8bf mem 0xff2c0000-0xff2dffff,0xff280000-0xff2bffff irq 16 at > device 3.0 on pci2 > em0: Ethernet address: 00:0e:0c:81:14:d4 > em1: port > 0xac00-0xac3f mem 0xff2e0000-0xff2fffff irq 17 at device 3.1 on pci2 > em1: Ethernet address: 00:0e:0c:81:14:d5 > atapci0: port > 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f > mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 > ata2: on atapci0 > ata3: on atapci0 > ata4: on atapci0 > ata5: on atapci0 > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 > ata0: on atapci1 > ata1: on atapci1 > isab0: at device 2.2 on pci0 > isa0: on isab0 > ohci0: port 0xe000-0xe0ff mem > 0xff6b4000-0xff6b4fff irq 10 at device 3.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ohci1: port 0xe400-0xe4ff mem > 0xff6b5000-0xff6b5fff irq 10 at device 3.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ehci0: port 0xe800-0xe8ff mem > 0xff6b6000-0xff6b6fff irq 10 at device 3.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > em2: port > 0xdc00-0xdc3f mem 0xff680000-0xff69ffff,0xff660000-0xff67ffff irq 24 at > device 4.0 on pci0 > em2: Ethernet address: 00:e0:81:5e:be:3c > em3: port > 0xd880-0xd8bf mem 0xff620000-0xff63ffff,0xff600000-0xff61ffff irq 25 at > device 5.0 on pci0 > em3: Ethernet address: 00:e0:81:5e:be:3d > pci0: at device 6.0 (no driver attached) > rl0: port 0xd400-0xd4ff mem > 0xff6b3c00-0xff6b3cff irq 27 at device 7.0 on pci0 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:50:fc:a7:9d:04 > acpi_button0: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A, console > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xc9fff,0xca000-0xcafff,0xcb000-0xcbfff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2413179713 Hz quality 800 > Timecounters tick every 1.000 msec > ad4: 76319MB at ata2-master SATA150 > Trying to mount root from ufs:/dev/ad4s1a > > >> I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to >> be able to use this system with RELENG_7 and ZFS. >> >> Jeff Roberson wrote: >>> I have reports from a user that his install ends up corrupted. I >>> wanted to find out if it was a general problem with this chipset. >>> Thanks, >>> Jeff >> >> -- >> TerraNovaNet Internet Services - Key Largo, FL >> Voice: (305)453-4011 x101 Fax: (305)451-5991 >> http://www.terranova.net/ >> ---------------------------------------------- >> Life's not fair, but the root password helps. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 11:52:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FEDA16A469 for ; Wed, 14 Nov 2007 11:52:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 66DC713C4BB for ; Wed, 14 Nov 2007 11:52:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 489401CC092; Wed, 14 Nov 2007 03:52:54 -0800 (PST) Date: Wed, 14 Nov 2007 03:52:54 -0800 From: Jeremy Chadwick To: Andrey Message-ID: <20071114115254.GA55351@eos.sc1.parodius.com> References: <473AD98A.8050003@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473AD98A.8050003@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:52:54 -0000 On Wed, Nov 14, 2007 at 01:18:34PM +0200, Andrey wrote: > I still would like to report the real and constantly reproducible problem > connected with bge driver on machines with BroadCom Netlink Gigabit > Ethernet Controller (BCM5787 chipset). > > In order to reproduce the problem it is enough try to install RELENG_7 or > CURRENT system on a machine with BroadCom Netlink Gigabit Ethernet > Controller (with BCM5787 chipset). System hangs as soon as it tries to > adjust bge device driver. > > I've tried to overcome mentioned problem in many different ways. > Unfortunately I still didn't manage to get it working. This is a shot in the dark, but try putting the following in /boot/loader.conf: hw.bge.allow_asf=1 If /boot/loader.conf already has that in it, try a value of 0 instead. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 12:03:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C2C16A418; Wed, 14 Nov 2007 12:03:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 625F113C4D5; Wed, 14 Nov 2007 12:03:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 476021BAC24; Wed, 14 Nov 2007 13:03:19 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAEC3GTx024135; Wed, 14 Nov 2007 13:03:16 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195041798; bh=ZMODx+NwIUvjnco1hvGskaSKkrLDVsWge6PJoaH myQw=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=lTX/hnv4ffp7cpmdwsKhncg+ 8fmquez+yv0yrGXuME2FHtRNO9kSQ69tejF1VYTgML9i7kebB+K4ff4udxJZ6A== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=PEjvZFR2ym5EmLmuwHo0LjaCpFnmqgmdH4+6NmeaoFu3nQ3St27hLA5Lp3f5QUaEs FuyRXENtzpi9pqCrbcy+g== Message-ID: <473AE404.9090605@restart.be> Date: Wed, 14 Nov 2007 13:03:16 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 12:03:21 -0000 Hello, As seen in another thread, I was curious about a zpool created under FreeBSD being available under opensolaris. So I boot indiana and do: zpool import -f -o ro pool2 zpool scrub pool2 all ended properly... shutdown. When I reboot with FreeBSD (7.0-BETA2) I get: zpool status pool2 pool: pool2 state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-D3 scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 UNAVAIL 0 0 0 insufficient replicas raidz1 UNAVAIL 0 0 0 insufficient replicas dsk/c10d0p3 UNAVAIL 0 0 0 cannot open dsk/c11d0p3 UNAVAIL 0 0 0 cannot open Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by ad6s3 as it must be under FreeBSD or does I need to make some entry in /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all possible?) Isn't it a interesting challenge ? Henri From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 12:24:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CF4C16A418; Wed, 14 Nov 2007 12:24:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2545213C469; Wed, 14 Nov 2007 12:24:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAECOj6x023768; Wed, 14 Nov 2007 07:24:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAECOj6A057147; Wed, 14 Nov 2007 07:24:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80ABE73039; Wed, 14 Nov 2007 07:24:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071114122445.80ABE73039@freebsd-current.sentex.ca> Date: Wed, 14 Nov 2007 07:24:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 12:24:49 -0000 TB --- 2007-11-14 10:49:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-14 10:49:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-14 10:49:11 - cleaning the object tree TB --- 2007-11-14 10:49:32 - checking out the source tree TB --- 2007-11-14 10:49:32 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-14 10:49:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-14 10:56:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-14 10:56:32 - cd /src TB --- 2007-11-14 10:56:32 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 14 10:56:33 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 14 12:09:55 UTC 2007 TB --- 2007-11-14 12:09:55 - generating LINT kernel config TB --- 2007-11-14 12:09:55 - cd /src/sys/pc98/conf TB --- 2007-11-14 12:09:55 - /usr/bin/make -B LINT TB --- 2007-11-14 12:09:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-14 12:09:55 - cd /src TB --- 2007-11-14 12:09:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 14 12:09:55 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] machdep.o(.text+0xba2): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xbac): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xc31): In function `init386': : undefined reference to `SMP_prvspace' machdep.o(.text+0xc3d): In function `init386': : undefined reference to `SMP_prvspace' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-14 12:24:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-14 12:24:45 - ERROR: failed to build lint kernel TB --- 2007-11-14 12:24:45 - tinderbox aborted TB --- 4235.75 user 396.58 system 5733.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 12:50:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1237516A419 for ; Wed, 14 Nov 2007 12:50:34 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3B813C461 for ; Wed, 14 Nov 2007 12:50:33 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so354601uge for ; Wed, 14 Nov 2007 04:50:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=kHzyUiBQs6EMK1ViJ+quKymNWa5xV6sVS3KeRUeH2r0=; b=lPFWaMk+tV1+JmK7RDRYQEC0jiG+WfaKWb79CX7neyaRMrPHxF6c1i3JGbcvKiESH6JP8pbqoYU3bWIgDSEWO2+mKIyGc8F41ZaxiA0uVkR4WyCQyNViWB0jbC5sJMdDohZV8c7gLBtXMR2VIVNSZT6dYgJfPQKIKNPHMem+QGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=WW4vfB1ohaQaEb9iBGPxwZ16QejkrkXdN1PCbI15hy/YNDzNKDXKohzGYwDWCmG963JtJyNPnvXC0sUu7FNDkpVMcFdld2fRJ7wIa+kid8fm+lvD4D09lyjS5Bu9tfcPKZK41HijO8DCcuwHeDK5ZTLA1O6u8DJ0cRb2QZtab5E= Received: by 10.66.238.16 with SMTP id l16mr800579ugh.1195044631747; Wed, 14 Nov 2007 04:50:31 -0800 (PST) Received: from avalon.intra ( [194.9.14.78]) by mx.google.com with ESMTPS id 30sm3023044ugf.2007.11.14.04.50.29 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Nov 2007 04:50:30 -0800 (PST) Message-ID: <473AEED9.6070301@gmail.com> Date: Wed, 14 Nov 2007 14:49:29 +0200 User-Agent: Thunderbird 2.0.0.6 (X11/20071106) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> In-Reply-To: <20071114115254.GA55351@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Andrey Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 12:50:34 -0000 Thanks for willingness to help! I've tried to play with hw.bge.allow_asf sysctl option many times on many snapshots of 7-th branch (200708, 200709, 200710, 7.0-BETA1.5, 7.0-BETA2). More that each time I tracked changes in CVS assumed to be related with the problem I csup'ed sources and tried again and again. Even changing corresponding code inside of sys/dev/bge/if_bge.c (I mean string that currently looks like "static int bge_allow_asf = 0;") didn't help. I know it helps other people who had similar porblems on their HP machines with other Broadcom's NIC's. But unfortunately such a solution does not fit my case :o(. Jeremy Chadwick wrote: > > This is a shot in the dark, but try putting the following in > /boot/loader.conf: > > hw.bge.allow_asf=1 > > If /boot/loader.conf already has that in it, try a value of 0 instead. > -- Sincerely, Andrey From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 13:01:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0542716A419; Wed, 14 Nov 2007 13:01:54 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id B13EA13C461; Wed, 14 Nov 2007 13:01:53 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id B67731BAC24; Wed, 14 Nov 2007 14:01:52 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAED1o4a024294; Wed, 14 Nov 2007 14:01:50 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195045312; bh=Qi2qWG2Z9rFamwGICcK94qLOyqL7T040oL8WJaz y0KY=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=fdd7z9zH5V0 7QB9675oI16UtOPlpUlDHXOzhG39XeM5zvJMTTEBHlfnY6HEsgxpHz12AKL6N2weZoL SYQxbNrQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Vu2qYfLv/KA1KK4sJCnOqy/qzSJZnITn9eDL0EoTT1Mbynt7FoGk4yAiW8rxQ/3Tr zTgV7hDNLtZXCMyxob7sg== Message-ID: <473AF1BE.1060008@restart.be> Date: Wed, 14 Nov 2007 14:01:50 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <473AE404.9090605@restart.be> In-Reply-To: <473AE404.9090605@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 13:01:54 -0000 Henri Hennebert wrote: > Hello, > > As seen in another thread, I was curious about a zpool created under > FreeBSD being available under opensolaris. > > So I boot indiana and do: > > zpool import -f -o ro pool2 > > zpool scrub pool2 > > all ended properly... > > shutdown. > > When I reboot with FreeBSD (7.0-BETA2) I get: > > zpool status pool2 > pool: pool2 > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://www.sun.com/msg/ZFS-8000-D3 > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > pool2 UNAVAIL 0 0 0 insufficient replicas > raidz1 UNAVAIL 0 0 0 insufficient replicas > dsk/c10d0p3 UNAVAIL 0 0 0 cannot open > dsk/c11d0p3 UNAVAIL 0 0 0 cannot open > > Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by ad6s3 > as it must be under FreeBSD or does I need to make some entry in > /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all > possible?) > > Isn't it a interesting challenge ? I got it: zpool export pool2 && zpool import -f pool2 do the trick sorry for the noise :-| Henri > > Henri > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 14:14:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C145D16A419; Wed, 14 Nov 2007 14:14:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D18CE13C461; Wed, 14 Nov 2007 14:14:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEDBDs011367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:13:27 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEED58i002619; Wed, 14 Nov 2007 16:13:05 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEED3lu002618; Wed, 14 Nov 2007 16:13:03 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:13:03 +0200 From: Giorgos Keramidas To: "Daniel O'Connor" Message-ID: <20071114141302.GE2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.12, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , OutbackDingo Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:14:07 -0000 On 2007-11-14 17:48, Daniel O'Connor wrote: >> I've been using a 'converted' tree for almost a year and a half now, >> to keep a local mirror of the src repository at `/ws/freebsd/head' on >> my laptop. The first clean import of the current tree I am using was >> done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. I'm only tracking 'HEAD' most of the time, but there are some efforts underway to convert the history of src/. One notable example is the effort to convert to Subversion first, and then use the tags/branches and changesets of Subversion to populate an Hg tree. > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. Both true. But we are off in a tangent. If you have interesting bits about Hg or other dSCMs, please contact me off-list or help us keep the wiki pages about Version Control up to date. From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 14:15:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C6B16A41A; Wed, 14 Nov 2007 14:15:12 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7227013C4C6; Wed, 14 Nov 2007 14:15:10 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 58457DAE44; Wed, 14 Nov 2007 20:15:08 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 4A6ABDAD1B for ; Wed, 14 Nov 2007 20:15:06 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EC0B631FB3; Wed, 14 Nov 2007 14:14:17 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CEB7516A46E; Wed, 14 Nov 2007 14:14:17 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C145D16A419; Wed, 14 Nov 2007 14:14:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D18CE13C461; Wed, 14 Nov 2007 14:14:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEDBDs011367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:13:27 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEED58i002619; Wed, 14 Nov 2007 16:13:05 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEED3lu002618; Wed, 14 Nov 2007 16:13:03 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:13:03 +0200 From: Giorgos Keramidas To: "Daniel O'Connor" Message-ID: <20071114141302.GE2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.12, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 20:15:08 2007 X-DSPAM-Confidence: 0.9981 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473b02ec191321957059066 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00103, Sender*freebsd, 0.00103, List-Post*freebsd, 0.00103, List-Post*, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , OutbackDingo Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:15:12 -0000 On 2007-11-14 17:48, Daniel O'Connor wrote: >> I've been using a 'converted' tree for almost a year and a half now, >> to keep a local mirror of the src repository at `/ws/freebsd/head' on >> my laptop. The first clean import of the current tree I am using was >> done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. I'm only tracking 'HEAD' most of the time, but there are some efforts underway to convert the history of src/. One notable example is the effort to convert to Subversion first, and then use the tags/branches and changesets of Subversion to populate an Hg tree. > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. Both true. But we are off in a tangent. If you have interesting bits about Hg or other dSCMs, please contact me off-list or help us keep the wiki pages about Version Control up to date. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 14:19:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120D616A417; Wed, 14 Nov 2007 14:19:40 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A78B13C458; Wed, 14 Nov 2007 14:19:39 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEJDiA011659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:19:26 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEEJ8E9002661; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEEJ8h7002660; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:19:08 +0200 From: Giorgos Keramidas To: OutbackDingo Message-ID: <20071114141907.GF2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <1195025529.30690.6.camel@z60m.optimlabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1195025529.30690.6.camel@z60m.optimlabs.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.112, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.29, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org, Julian Elischer , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:19:40 -0000 On 2007-11-14 15:31, OutbackDingo wrote: > All ive seen in FreeBSD hg branches is a current and a releng_6 Id > like to see a complete tree converted if there is one out there. I do > have some bandwidth to potentially host such a conversion for others. > question is does one exist ? Not until we *do* a conversion. There are many interesting points to consider, when planning this sort of conversion, though. For example, converting the *entire* history of the src/ tree may create workspace metadata files up to 400-500 MB. Do we *really* want to keep all of this in Hg, or is it sufficient to import a 'flag day' snapshot in Hg and incrementally update that from the commits to CVS? If you are interested in this sort of thing, please email me privately, or let's start a thread in *one* list about conversions and what we aim for. An even better idea would be for people who are interested to go through the web pages at: and then email me or one of the developers who have edited these pages, so we can keep updating the information there. PS: Cross-posting to two lists (current and hackers), somehow doesn't feel right. Can we at least drop -current please? From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 14:20:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0EC16A421; Wed, 14 Nov 2007 14:20:52 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5842B13C4D1; Wed, 14 Nov 2007 14:20:51 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 48EB2DAE4A; Wed, 14 Nov 2007 20:20:45 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id BF7EADAD2C for ; Wed, 14 Nov 2007 20:20:43 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 68C205FDB4; Wed, 14 Nov 2007 14:19:58 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6373B16A4D4; Wed, 14 Nov 2007 14:19:58 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120D616A417; Wed, 14 Nov 2007 14:19:40 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A78B13C458; Wed, 14 Nov 2007 14:19:39 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEJDiA011659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:19:26 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEEJ8E9002661; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEEJ8h7002660; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:19:08 +0200 From: Giorgos Keramidas To: OutbackDingo Message-ID: <20071114141907.GF2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <1195025529.30690.6.camel@z60m.optimlabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1195025529.30690.6.camel@z60m.optimlabs.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.112, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.29, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 14 20:20:45 2007 X-DSPAM-Confidence: 0.9981 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473b043d191328917792869 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00103, Sender*freebsd, 0.00103, List-Post*freebsd, 0.00103, List-Post*, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Julian Elischer Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:20:52 -0000 On 2007-11-14 15:31, OutbackDingo wrote: > All ive seen in FreeBSD hg branches is a current and a releng_6 Id > like to see a complete tree converted if there is one out there. I do > have some bandwidth to potentially host such a conversion for others. > question is does one exist ? Not until we *do* a conversion. There are many interesting points to consider, when planning this sort of conversion, though. For example, converting the *entire* history of the src/ tree may create workspace metadata files up to 400-500 MB. Do we *really* want to keep all of this in Hg, or is it sufficient to import a 'flag day' snapshot in Hg and incrementally update that from the commits to CVS? If you are interested in this sort of thing, please email me privately, or let's start a thread in *one* list about conversions and what we aim for. An even better idea would be for people who are interested to go through the web pages at: and then email me or one of the developers who have edited these pages, so we can keep updating the information there. PS: Cross-posting to two lists (current and hackers), somehow doesn't feel right. Can we at least drop -current please? _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 15:15:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC00116A420; Wed, 14 Nov 2007 15:15:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 51A5213C43E; Wed, 14 Nov 2007 15:15:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAEFFATO006897; Wed, 14 Nov 2007 10:15:10 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lAEFFA7o096062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 10:15:10 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711141515.lAEFFA7o096062@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Nov 2007 10:15:10 -0500 To: John Baldwin , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20071031165823.25898768@sentex.net> References: <20071011003619.GA84433@obelix.dsto.defence.gov.au> <200710301328.l9UDSWAK081359@lava.sentex.ca> <200710311621.53910.jhb@freebsd.org> <7.1.0.9.0.20071031165823.25898768@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfvogel@gmail.com Subject: Re: em0: watchdog timeout ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:15:11 -0000 At 03:58 PM 10/31/2007, Mike Tancsa wrote: >To: John Baldwin , freebsd-current@freebsd.org >From: Mike Tancsa >Subject: Re: em0: watchdog timeout ... > >At 04:21 PM 10/31/2007, John Baldwin wrote: >> > >> > em1@pci1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 >> > rev=0x06 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = 'PRO/1000 PT' >> > class = network >> > subclass = ethernet >> > cap 01[c8] = powerspec 2 supports D0 D3 current D0 >> > cap 05[d0] = MSI supports 1 message, 64 bit >> > cap 10[e0] = PCI-Express 1 endpoint >> > >> > its also in FastE mode and not gigE. Not sure if that makes a >> > difference or not. >> >>What if you use MSI? > >How do I enable that ? Just to follow up on this thread for the archives, enabling MSI does indeed seem to stop, or at least mitigate watchdog timeouts. Its been almost 2 weeks on this one box and we have had zero watchdog timeouts. # vmstat -i interrupt total rate irq1: atkbd0 6 0 irq4: sio0 59020 0 irq17: em3 225204 0 irq19: atapci1 243645 0 cpu0: timer 1985129675 1997 irq256: em0 1460563078 1470 irq257: em1 2360550 2 irq258: em2 1300707554 1309 cpu1: timer 1985084642 1997 Total 6734373374 6777 However, it *seems* to increase the amount of missed packets. But, traffic patterns are a little higher, so I cant be certain. em0: Missed Packets = 5514 em0: Receive No Buffers = 1950 em0: RX overruns = 9 em2: Missed Packets = 220073 em2: Receive No Buffers = 29034 em2: RX overruns = 1498 ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 16:09:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B6716A417; Wed, 14 Nov 2007 16:09:01 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0391C13C46E; Wed, 14 Nov 2007 16:09:00 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [63.251.67.21] (rnoland-ibm.acs.internap.com [63.251.67.21]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id lAEFvMvd044550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 10:57:22 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Mike Tancsa In-Reply-To: <200711141515.lAEFFA7o096062@lava.sentex.ca> References: <20071011003619.GA84433@obelix.dsto.defence.gov.au> <200710301328.l9UDSWAK081359@lava.sentex.ca> <200710311621.53910.jhb@freebsd.org> <7.1.0.9.0.20071031165823.25898768@sentex.net> <200711141515.lAEFFA7o096062@lava.sentex.ca> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-F2GTLuMNn2V8Hal5Aoqk" Date: Wed, 14 Nov 2007 10:57:17 -0500 Message-Id: <1195055837.2118.8.camel@rnoland-ibm.acs.internap.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: em0: watchdog timeout ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 16:09:01 -0000 --=-F2GTLuMNn2V8Hal5Aoqk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-11-14 at 10:15 -0500, Mike Tancsa wrote: > At 03:58 PM 10/31/2007, Mike Tancsa wrote: > >To: John Baldwin , freebsd-current@freebsd.org > >From: Mike Tancsa > >Subject: Re: em0: watchdog timeout ... > > > >At 04:21 PM 10/31/2007, John Baldwin wrote: > >> > > >> > em1@pci1:0:1: class=3D0x020000 card=3D0x115e8086 chip=3D0x105e8086 > >> > rev=3D0x06 hdr=3D0x00 > >> > vendor =3D 'Intel Corporation' > >> > device =3D 'PRO/1000 PT' > >> > class =3D network > >> > subclass =3D ethernet > >> > cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 > >> > cap 05[d0] =3D MSI supports 1 message, 64 bit > >> > cap 10[e0] =3D PCI-Express 1 endpoint > >> > > >> > its also in FastE mode and not gigE. Not sure if that makes a > >> > difference or not. > >> > >>What if you use MSI? > > > >How do I enable that ? >=20 >=20 >=20 > Just to follow up on this thread for the archives, enabling MSI does=20 > indeed seem to stop, or at least mitigate watchdog timeouts. Its=20 > been almost 2 weeks on this one box and we have had zero watchdog timeout= s. I'm still getting these with MSI... em0@pci0:2:0:0: class=3D0x020000 card=3D0x02f61014 chip=3D0x108c8086 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82573E Intel Corporation 82573E Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] =3D PCI-Express 1 endpoint rnoland-ibm% vmstat -i interrupt total rate irq1: atkbd0 87456 0 irq4: sio0 2 0 irq6: fdc0 10 0 irq14: ata0 1896659 11 irq15: ata1 422846 2 irq16: uhci3 drm0 10788636 63 irq22: pcm0 15730204 92 irq23: uhci0 ehci0 258850 1 cpu0: timer 338437976 1999 irq256: em0 1363782 8 cpu1: timer 338430141 1999 Total 707416562 4180 FreeBSD rnoland-ibm.acs.internap.com 8.0-CURRENT FreeBSD 8.0-CURRENT #112: Tue Nov 6 14:11:24 EST 2007 root@rnoland-ibm.acs.internap.com:/usr/obj/usr/src/sys/IBM i386 em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP It seems to occur when a new connection is being created, typically from some fairly heavyweight application. For example starting the acroread plugin in firefox to download a PDF. I haven't had time to try and investigate it thoroughly, so this is all anecdotal. But it is still occurring with MSI. robert. >=20 > # vmstat -i > interrupt total rate > irq1: atkbd0 6 0 > irq4: sio0 59020 0 > irq17: em3 225204 0 > irq19: atapci1 243645 0 > cpu0: timer 1985129675 1997 > irq256: em0 1460563078 1470 > irq257: em1 2360550 2 > irq258: em2 1300707554 1309 > cpu1: timer 1985084642 1997 > Total 6734373374 6777 >=20 > However, it *seems* to increase the amount of missed packets. But,=20 > traffic patterns are a little higher, so I cant be certain. >=20 > em0: Missed Packets =3D 5514 > em0: Receive No Buffers =3D 1950 > em0: RX overruns =3D 9 > em2: Missed Packets =3D 220073 > em2: Receive No Buffers =3D 29034 > em2: RX overruns =3D 1498 >=20 >=20 > ---Mike=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-F2GTLuMNn2V8Hal5Aoqk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHOxrWM4TrQ4qfROMRAjsZAJ0XKq/gE6lKdj0mVMNL2zM6+i+2NQCeOWmW c3vIVhM2wQWvWNvyxqyGc2U= =ze5W -----END PGP SIGNATURE----- --=-F2GTLuMNn2V8Hal5Aoqk-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 16:48:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49CCF16A418; Wed, 14 Nov 2007 16:48:19 +0000 (UTC) (envelope-from SRS0=4c47eee1ec4698843919d784865842ca4f32ebb1=519=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id B62EF13C4E7; Wed, 14 Nov 2007 16:48:18 +0000 (UTC) (envelope-from SRS0=4c47eee1ec4698843919d784865842ca4f32ebb1=519=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id TBK22809; Wed, 14 Nov 2007 09:48:09 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7A36845014; Wed, 14 Nov 2007 08:48:06 -0800 (PST) To: Doug Barton In-Reply-To: Your message of "Tue, 13 Nov 2007 23:50:24 PST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195058886_76498P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 14 Nov 2007 08:48:06 -0800 From: "Kevin Oberman" Message-Id: <20071114164806.7A36845014@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Doug Barton X-To_Domain: freebsd.org X-To: Doug Barton X-To_Email: dougb@FreeBSD.org X-To_Alias: dougb Cc: freebsd-current@freebsd.org Subject: Re: PCI problem? (Was: Re: X Can't "see" my docked monitor - xorg or nvidia?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 16:48:19 -0000 --==_Exmh_1195058886_76498P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 13 Nov 2007 23:50:24 -0800 (PST) > From: Doug Barton > > On Mon, 12 Nov 2007, Kevin Oberman wrote: > > >> Date: Mon, 12 Nov 2007 16:45:45 -0800 (PST) > >> From: Doug Barton > >> Sender: owner-freebsd-current@freebsd.org > >> > >> Just in case someone here can help, and/or it's a bigger problem that > >> might affect the release. > >> > >> The interesting part for this list is probably: > >> (WW) OS did not count PCI devices, guessing wildly > > > > This is only a warning and I get it on every FreeBSD system I have that > > is running x.org 7.3. I have had no problems with X. > > Ok, fair enough. > > > I have a Radeon not an nVidia, but the external monitor on it works > > fine. > > Are you plugging the monitor into the laptop, or are you using a docking > station? > > > I just turn it on with xrandr, > > If you do 'xrandr --verbose' does the external monitor show up? If not, > how do you "turn it on?" Doug, I'm on travel today, so I can't test until tomorrow, but xrandr shows all of the devices, VGA-0 (VGA connection on docking station), DVI-0 (DVI connection on docking station), LVDS (Laptop screen), and S-video (S-video connector). Unless I plug in a monitor, all connections (except LVDS) show as "disconnected". If I plug something in, it then shows as "connected" and available modes appear. The display is still reporting no signal until I do an xrandr command to put something on the display. I could probably also set it up as a second screen in xorg.conf, but I have not tried this. xrandr --output VGA-0 --same-as LVDS This makes the VGA connected display show the same thing as the laptop display (other than resolution) I have not tried plugging into the laptop. I'll try this tomorrow, as well. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195058886_76498P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHOybGkn3rs5h7N1ERAtWTAJkBf11Sxt0fFlNCVSticqkWATozCQCgopGd LxxMMFZl2WKJ1fgJ8ff/tN4= =K9PO -----END PGP SIGNATURE----- --==_Exmh_1195058886_76498P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 17:27:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A9016A41A for ; Wed, 14 Nov 2007 17:27:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8489513C447 for ; Wed, 14 Nov 2007 17:27:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so292948mue for ; Wed, 14 Nov 2007 09:27:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TZBJl5qlLOl2afZiTDTGWQwdZaIdejBqQgf0Hlh9Plc=; b=Q5z4fyNafkaP02fkHKK3ACdGpi4Yxbgm+ZY0NeoUcFbwF8PxJhFI63kRL5/vb0x/EiAGv7aPCe6Zh13CWg2qVotwkSOcr0k4OmJA1Hr38NP4nz8piGW9jDInouFVdrfBZARuDsR73Dks14akSHqew8H/eMGIZxW5NUu/2wvDsUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IjSPefqD7ECnhBWC5Wpj7bx7w8ZxeawJrH3ZOm5pIBH74jJAlEssOpfwyCrIxHkRglkV8RO9XoKY6tPS86lkZd79mdoYRNCwqusvrxvq1QFJS5D6mUrLPWPF3hfOFhtpBx8R72hS1kZiAhqgYCMEA2SGlLve9iJMDT4zSqbnDm8= Received: by 10.86.99.9 with SMTP id w9mr7112049fgb.1195061257186; Wed, 14 Nov 2007 09:27:37 -0800 (PST) Received: by 10.86.100.19 with HTTP; Wed, 14 Nov 2007 09:27:37 -0800 (PST) Message-ID: <2a41acea0711140927u4f185e13ta6c870918e265738@mail.gmail.com> Date: Wed, 14 Nov 2007 09:27:37 -0800 From: "Jack Vogel" To: "Robert Noland" In-Reply-To: <1195055837.2118.8.camel@rnoland-ibm.acs.internap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071011003619.GA84433@obelix.dsto.defence.gov.au> <200710301328.l9UDSWAK081359@lava.sentex.ca> <200710311621.53910.jhb@freebsd.org> <7.1.0.9.0.20071031165823.25898768@sentex.net> <200711141515.lAEFFA7o096062@lava.sentex.ca> <1195055837.2118.8.camel@rnoland-ibm.acs.internap.com> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: em0: watchdog timeout ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 17:27:40 -0000 You have a Vidalia (82573), please do the eeprom dump and let me see it. Jack On Nov 14, 2007 7:57 AM, Robert Noland wrote: > > On Wed, 2007-11-14 at 10:15 -0500, Mike Tancsa wrote: > > At 03:58 PM 10/31/2007, Mike Tancsa wrote: > > >To: John Baldwin , freebsd-current@freebsd.org > > >From: Mike Tancsa > > >Subject: Re: em0: watchdog timeout ... > > > > > >At 04:21 PM 10/31/2007, John Baldwin wrote: > > >> > > > >> > em1@pci1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 > > >> > rev=0x06 hdr=0x00 > > >> > vendor = 'Intel Corporation' > > >> > device = 'PRO/1000 PT' > > >> > class = network > > >> > subclass = ethernet > > >> > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > >> > cap 05[d0] = MSI supports 1 message, 64 bit > > >> > cap 10[e0] = PCI-Express 1 endpoint > > >> > > > >> > its also in FastE mode and not gigE. Not sure if that makes a > > >> > difference or not. > > >> > > >>What if you use MSI? > > > > > >How do I enable that ? > > > > > > > > Just to follow up on this thread for the archives, enabling MSI does > > indeed seem to stop, or at least mitigate watchdog timeouts. Its > > been almost 2 weeks on this one box and we have had zero watchdog timeouts. > > I'm still getting these with MSI... > > em0@pci0:2:0:0: class=0x020000 card=0x02f61014 chip=0x108c8086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82573E Intel Corporation 82573E Gigabit Ethernet > Controller (Copper)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint > > rnoland-ibm% vmstat -i > interrupt total rate > irq1: atkbd0 87456 0 > irq4: sio0 2 0 > irq6: fdc0 10 0 > irq14: ata0 1896659 11 > irq15: ata1 422846 2 > irq16: uhci3 drm0 10788636 63 > irq22: pcm0 15730204 92 > irq23: uhci0 ehci0 258850 1 > cpu0: timer 338437976 1999 > irq256: em0 1363782 8 > cpu1: timer 338430141 1999 > Total 707416562 4180 > > FreeBSD rnoland-ibm.acs.internap.com 8.0-CURRENT FreeBSD 8.0-CURRENT > #112: Tue Nov 6 14:11:24 EST 2007 > root@rnoland-ibm.acs.internap.com:/usr/obj/usr/src/sys/IBM i386 > > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > > It seems to occur when a new connection is being created, typically from > some fairly heavyweight application. For example starting the acroread > plugin in firefox to download a PDF. I haven't had time to try and > investigate it thoroughly, so this is all anecdotal. But it is still > occurring with MSI. > > robert. > > > > > # vmstat -i > > interrupt total rate > > irq1: atkbd0 6 0 > > irq4: sio0 59020 0 > > irq17: em3 225204 0 > > irq19: atapci1 243645 0 > > cpu0: timer 1985129675 1997 > > irq256: em0 1460563078 1470 > > irq257: em1 2360550 2 > > irq258: em2 1300707554 1309 > > cpu1: timer 1985084642 1997 > > Total 6734373374 6777 > > > > However, it *seems* to increase the amount of missed packets. But, > > traffic patterns are a little higher, so I cant be certain. > > > > em0: Missed Packets = 5514 > > em0: Receive No Buffers = 1950 > > em0: RX overruns = 9 > > em2: Missed Packets = 220073 > > em2: Receive No Buffers = 29034 > > em2: RX overruns = 1498 > > > > > > ---Mike > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 18:22:19 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1509A16A41A for ; Wed, 14 Nov 2007 18:22:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 73F1813C45D for ; Wed, 14 Nov 2007 18:22:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAEIM8LU026088; Wed, 14 Nov 2007 19:22:14 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAEIM7ZU026087; Wed, 14 Nov 2007 19:22:07 +0100 (CET) (envelope-from olli) Date: Wed, 14 Nov 2007 19:22:07 +0100 (CET) Message-Id: <200711141822.lAEIM7ZU026087@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, aryeh.friedman@gmail.com, chuckr@chuckr.org In-Reply-To: <47311F63.5090807@gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 14 Nov 2007 19:22:14 +0100 (CET) Cc: Subject: Re: conversion of an installed base i386 -> amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, aryeh.friedman@gmail.com, chuckr@chuckr.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:22:19 -0000 Hi, Sorry for the late reply, but the following caught my attention, because others might read it and do it in the wrong way, rendering their machines unusable. Aryeh M. Friedman wrote: > Chuck Robey wrote: > > I have finally decided that I really should have installed my > > quad-core-2 equipped box as a amd64, instead of the i386 (32 bit > > should have been 64 bit). I just finished a buildworld, and I > > checked, the binaries (which I haven't yet done an installworld on) > > are actually amd64/64 bit binaries. I'm running -current, which is > > mostly why I;m on this list, but my question is one of installation > > order: in doing the conversion, I don't really like the idea of > > accidentally hanging the box. I would like someone to please let me > > know, what's next? Understand, I am still running the i386 compiler > > (but the buildworld builds it's own private compiler, thank you very > > much). I need to know, should I install the world next? Or, is there > > some more correct strategy to get the kernel built? > > The procedure I used was: > > 1. FTP the distfiles for the base system > (ftp://.../release/distfiles/base) [you may need to do a down grade to > RELENG temporarily until you get to step 6] > 2. Do the same for the kernel files > 3. Install the kernel files (cd ...../distfiles/kernel;install.sh GENERIC) > 4. Install the base files (cd ...../distfiles/kernel;install.sh;install.sh) > 5. Reboot (your now running an 100% amd64 in the base system) > 6. Do the normal procedure for recompiling the system and ports Are you sure you did _not_ reboot between steps 3 and 4? Because, at this point, you have a 64 bit userland, but you're still running from a 32 bit kernel. That's not going to work. Your kernel wouldn't even be able to execute /sbin/reboot. The easiest way, of course, is to install on a different disk and then swap disks. 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 "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 18:53:29 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E2F616A421 for ; Wed, 14 Nov 2007 18:53:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id A4CEA13C458 for ; Wed, 14 Nov 2007 18:53:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAEIr9Yv027421; Wed, 14 Nov 2007 19:53:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAEIr7rS027420; Wed, 14 Nov 2007 19:53:07 +0100 (CET) (envelope-from olli) Date: Wed, 14 Nov 2007 19:53:07 +0100 (CET) Message-Id: <200711141853.lAEIr7rS027420@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, arne_woerner@yahoo.com, bsd@fluffles.net In-Reply-To: <47307736.9060900@fluffles.net> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 14 Nov 2007 19:53:15 +0100 (CET) Cc: Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, arne_woerner@yahoo.com, bsd@fluffles.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:53:29 -0000 Hi, FWIW, I would also like to see geom_raid5 going into the tree (after proper review). Just a small question: I noticed that the new gvinum raid5 implementation (in P4) allows adding disks to an existing RAID5, even while it is running. Does geom_raid5 support that, too? (ZFS doesn't, unfortunately.) 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 "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 19:10:08 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6472416A419 for ; Wed, 14 Nov 2007 19:10:08 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30314.mail.mud.yahoo.com (web30314.mail.mud.yahoo.com [209.191.69.76]) by mx1.freebsd.org (Postfix) with SMTP id 293A713C442 for ; Wed, 14 Nov 2007 19:10:08 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 13147 invoked by uid 60001); 14 Nov 2007 19:10:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=jZV6xpwGYqZZ52eokqdm5DdBv+Yf9i25YHA44MQu1gRzgcQacYuzMOcn3cl+cIAnUSk/Qi85uND6ea1zIX0VpOValhRhl9e7Updfs/SrA9fIVOvbStKr/GpwlwJ2QNvsZm1XmxeXGVSOUnWGioWXZeSKbWP0cRN2JGlZZ7yej34=; X-YMail-OSG: kbCM4XoVM1m_XzBKGUEsNhuP.WbGIeP4Tbli5Pt31aSPOFd2q7QodkOzYgMmJHEa8csjZhdCBXbfX9d.mzpqe6AZIr1kCl18.xgHrYqdAeQWC3Q- Received: from [84.141.107.214] by web30314.mail.mud.yahoo.com via HTTP; Wed, 14 Nov 2007 11:10:07 PST Date: Wed, 14 Nov 2007 11:10:07 -0800 (PST) From: Arne "Wörner" To: freebsd-current@FreeBSD.ORG, bsd@fluffles.net In-Reply-To: <200711141853.lAEIr7rS027420@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <165798.11850.qm@web30314.mail.mud.yahoo.com> Cc: olli@lurza.secnetix.de Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 19:10:08 -0000 --- Oliver Fromme wrote: > Just a small question: I noticed that the new gvinum > raid5 implementation (in P4) allows adding disks to an > existing RAID5, even while it is running. Does geom_raid5 > support that, too? (ZFS doesn't, unfortunately.) > Hi Oliver (or should I say inof)? :-) Nope... graid5 doesnt do such things... I found no way, that could do it without hurting the disks too much (I was afraid, that a power failure could destroy the necessary knowledge about the size of the new-config-area; and I didnt know how to do the beginning: it seemed like the first few blocks need a special treatment, because there the new-config-area and the old-config-area overlap)... But Veronica is developing a tool, that can do it in offline mode... With service interruption... But growfs induces a service interruption anyway and it is buggy, if u do not zero the new area... Veronica filed a bug report about this... Nowadays it is common practice to have 2 ot more hosts, that can substitute each other (hot-standby or how they call it today), so that it doesnt matter, if a box is damaged or in maintenance mode or... isnt it? P. S.: "It is... lovely weather we are having. I hope the weather continues." (taken from "The Pink Panther (2006)") *rotfl* Bye Arne ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 20:13:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 754D316A468 for ; Wed, 14 Nov 2007 20:13:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 14E7713C455 for ; Wed, 14 Nov 2007 20:13:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13312 invoked by uid 399); 14 Nov 2007 20:13:49 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Nov 2007 20:13:49 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 14 Nov 2007 12:13:44 -0800 (PST) From: Doug Barton To: Kevin Oberman In-Reply-To: <20071114164806.7A36845014@ptavv.es.net> Message-ID: References: <20071114164806.7A36845014@ptavv.es.net> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: PCI problem? (Was: Re: X Can't "see" my docked monitor - xorg or nvidia?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 20:13:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Wed, 14 Nov 2007, Kevin Oberman wrote: > Doug, > > I'm on travel today, so I can't test until tomorrow, ... Ok, thanks for the response. You've given me some ideas to try. Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHO1b4yIakK9Wy8PsRA61wAKCBGeMGSzdRBP7SFIgWvXfTDpOSdACfcuPQ Z83cdBT09ocfOGXLgHEeojk= =JTou -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 21:16:56 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834F216A418 for ; Wed, 14 Nov 2007 21:16:56 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1F15813C44B for ; Wed, 14 Nov 2007 21:16:55 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c211-30-219-213.carlnfd3.nsw.optusnet.com.au (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAELGpH6009783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Nov 2007 08:16:53 +1100 Date: Thu, 15 Nov 2007 08:16:51 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Rainer Alves In-Reply-To: <473A6BB8.9030306@gmail.com> Message-ID: <20071115065009.B58047@delplex.bde.org> References: <200711131736.lADHavwb071383@lurza.secnetix.de> <473A6BB8.9030306@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 14 Nov 2007 21:22:28 +0000 Cc: olli@lurza.secnetix.de, Bruce Evans , tim1timau@yahoo.com, ricardo.areis@gmail.com, freebsd-current@FreeBSD.ORG, varga.michal@gmail.com Subject: Re: [USB/MSDOSFS] Possible File System Corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 21:16:56 -0000 On Wed, 14 Nov 2007, Rainer Alves wrote: > On 11/13/2007 15:36, Oliver Fromme wrote: >> Tim Clewlow wrote: >> > Michal Varga wrote: >> > > Rainer Alves wrote: >> > > > I'm having the exact same problem. >> > > > Ever since I've switched from RELENG_6 to RELENG_7 I'm still able to >> > > > mount my SonyEricsson W810 phone, but whatever is copied there gets >> > > > corrupted. >> > > > I first noticed this yesterday when copying a new batch os MP3s to >> its 4 > > > GB memory stick. >> > > > > "Me too" - I see this with USB2.0 support/controller enabled, >> tested on >> > > two nforce5 and amd690 boards. Random (but pretty heavy) corruptions >> > > with data transferred to and from digital camera and mp3 player (both >> > > acting as common "usb flash disks"). Disabling USB2.0 seems to fix it >> > > AND also no board without USB2.0 controller exhibits this here (I just >> > > did a few quick tests, and nothing so far). Possibly some >> EHCI-specific >> > > bug? >> >> I remember there was an msdosfs corruption problem reported >> a few months ago. It could be worked around by disabling >> read/write clustering when mounting the file systems (see >> the options in the mount(8) manpage). >> >> I don't think this issue is related, but it might still be >> worth a try. I couldn't find any trace of this problem in either testing or reading the code, and didn't receive any response to a request for more info and what effects disabling clustering has. I don't use USB under FreeBSD... maybe it is just a USB bug. There was a bug in the afd driver that might have caused similar problems: the afd driver simply couldn't handle the maximum block size that it claimed to support -- its max block size was 32K, but it claimed to support 64K. The clustering code is one of the few things that uses such larger block sizes. Another is initial pagein for exec -- VM_INITIAL_PAGEIN is 16 pages for all supported machines, but that gives a block size of 128K on machines with 8K-pages, and the limit used to be DFLTPHYS (64K) for most disk drivers in practice. Now the bugs have moved, so the limit is MAXPHYS (128K) for most disk drivers in practice. > Unfortunately the problem isn't solved when I disable clustering (-o > noclusterr,noclusterw), files are still getting corrupted. > Btw, it isn't possible to disable clustering in RELENG_7 unless this patch is > applied: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/msdosfs/msdosfs_vfsops.c.diff?r1=1.176;r2=1.177 Oops, noclusterr and noclusterw didn't work (except with old versions of mount(8)) when I said to use them, but I thought that it worked in RELENG_7. RELENG_7 is also missing the more critical fixes in msdosfs.c 1.179 :-(. > Let me know if I can do further testing, so far all I can say is that md5 > checksums don't match before/after the copy process. cp uses mmap(), and the nocluster[rw] doesn't affect mmap, but the new clustering code in msdosfs is used by mmap() too (mmap() uses essentially the same clustering code as read()/write() but doesn't honor the nocluster[rw] mount flags). This at least makes the problem easier to test for: - try copying files larger than 8MB. cp only uses mmap() for files smaller than this size. - try copying files using a version of cp that doesn't have the dubious mmap() optimization. This optimization is controlled by the bogus VM_AND_BUFFER_CACHE_SYNCHRONIZED option in cp/Makefile. > umass0: > on uhub0 > umass1: > on uhub0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 26MB (54008 512 byte sectors: 64H 32S/T 26C) > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: Removable Direct Access SCSI-0 device > da1: 1.000MB/s transfers > da1: 3905MB (7999298 512 byte sectors: 255H 63S/T 497C) > GEOM_LABEL: Label for provider da0s1 is msdosfs/PHONE. > GEOM_LABEL: Label for provider da1s1 is msdosfs/PHONE CARD. > > [rainer@bsd ~]$ sudo usbdevs -v | grep Sony > port 6 addr 3: full speed, power 500 mA, config 1, Sony Ericsson > W810(0xe042), Sony Ericsson(0x0fce), rev 0.00 > > [rainer@bsd ~]$ sudo camcontrol devlist | grep SE > at scbus4 target 0 lun 0 (da0,pass1) > at scbus5 target 0 lun 0 (da1,pass2) The da driver has always advertised support for block sizes up to DFLTPHYS (64K). This is wrong if lower layers only support smaller sizes and cam doesn't do any reblocking (I don't know if cam does any reblocking but think it shouldn't. Reblocking would be just a bug for tape devices. Reblocking now happens for disks in the geom layer, but things still depend on lower levels advertising the correct max). The bug in the afd driver may even have given an example of a lower layer which doesn't support DFTPHYS, since afd can be da using atapicam (?). I don't know anything about block size limits in USB. Bruce From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 00:44:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A6AD16A420 for ; Thu, 15 Nov 2007 00:44:04 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2429113C4B8 for ; Thu, 15 Nov 2007 00:44:03 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 299 invoked from network); 15 Nov 2007 00:44:03 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 15 Nov 2007 00:44:03 -0000 Message-ID: <473B95FC.7040509@chuckr.org> Date: Wed, 14 Nov 2007 19:42:36 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: "Sam Fourman Jr." References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> <4739012F.3060204@chuckr.org> <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> In-Reply-To: <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 00:44:04 -0000 Sam Fourman Jr. wrote: > I have 4 computers with the Striker Extreme Motherboard in it. I had > this Trouble before about the nfe cards locking the system, I updated > to the latest BIOS and all was fixed > > dmesg is as follows > Now that's really useful, Thanks. Could you mail me (privately) what version bios you have? From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:00:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4085D16A418; Thu, 15 Nov 2007 01:00:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 353E913C457; Thu, 15 Nov 2007 01:00:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473B9A43.5060401@FreeBSD.org> Date: Thu, 15 Nov 2007 02:00:51 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: current@freebsd.org, kib@FreeBSD.org, tegge@FreeBSD.org, ups@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:00:50 -0000 I got this panic on an 8 core amd64 running 8.0 when writing to a ufs on a md device: panic: ffs_reallocblk: start == end db> wh Tracing pid 59911 tid 100115 td 0xffffff0003b90000 kdb_enter() at kdb_enter+0x31 panic() at panic+0x1c0 ffs_reallocblks() at ffs_reallocblks+0xb11 VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 cluster_write() at cluster_write+0x38a ffs_write() at ffs_write+0x575 VOP_WRITE_APV() at VOP_WRITE_APV+0x147 vn_write() at vn_write+0x213 dofilewrite() at dofilewrite+0x9a kern_writev() at kern_writev+0x4f write() at write+0x4b syscall() at syscall+0x301 Xfast_syscall() at Xfast_syscall+0xab --- syscall (4, FreeBSD ELF64, write), rip = 0x800a65d0c, rsp = 0x7fffffffd268, rbp = 0x2800 --- Kris From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:01:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5EEB16A41A for ; Thu, 15 Nov 2007 01:01:21 +0000 (UTC) (envelope-from Alex.Wilkinson@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 44F0F13C45A for ; Thu, 15 Nov 2007 01:01:20 +0000 (UTC) (envelope-from Alex.Wilkinson@dsto.defence.gov.au) Received: from ednmsw511.dsto.defence.gov.au (ednmsw511.dsto.defence.gov.au [131.185.68.12]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id lAF10ttP005270; Thu, 15 Nov 2007 11:30:55 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw511.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Thu, 15 Nov 2007 11:31:11 +1030 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 15 Nov 2007 12:01:10 +1100 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: Thu, 15 Nov 2007 09:01:09 +0800 Message-ID: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Sec:uI/OAT ... Coming Soon ? Thread-Index: AcgnIwIqhJfMRP1SQBmbF24SRTCh8w== From: "Wilkinson, Alex" To: X-OriginalArrivalTime: 15 Nov 2007 01:01:10.0910 (UTC) FILETIME=[0314E9E0:01C82723] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15544.003 X-TM-AS-Result: No--1.036400-0.000000-31 Cc: freebsd-net@freebsd.org Subject: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:01:21 -0000 Hi all, Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon ? Seems to be in the works for Linux [http://www.linux-foundation.org/en/Net:I/OAT] and OpenSolaris [http://blogs.sun.com/markusflierl/entry/what_s_going_on_in]. -aW IMPORTANT: This email remains the property of the Australian Defence Organi= sation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1= 914. If you have received this email in error, you are requested to contac= t the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:03:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E0316A420 for ; Thu, 15 Nov 2007 01:03:27 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id EF49413C46E for ; Thu, 15 Nov 2007 01:03:26 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59697 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IsT8f-000APo-5C for freebsd-current@freebsd.org; Thu, 15 Nov 2007 01:03:25 +0000 Message-ID: <473B9AD7.8080309@conducive.net> Date: Thu, 15 Nov 2007 01:03:19 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> <4739012F.3060204@chuckr.org> <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> <473B95FC.7040509@chuckr.org> In-Reply-To: <473B95FC.7040509@chuckr.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfe internet problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:03:27 -0000 Chuck Robey wrote: > Sam Fourman Jr. wrote: >> I have 4 computers with the Striker Extreme Motherboard in it. I had >> this Trouble before about the nfe cards locking the system, I updated >> to the latest BIOS and all was fixed >> >> dmesg is as follows >> > > Now that's really useful, Thanks. Could you mail me (privately) what > version bios you have? > See also: http://support.asus.com/download/download.aspx?SLanguage=en-us&model=Striker+Extreme While there is nothing in what Asus published there that indicates Asus got anywhere near the nfe BIOS code in either of the last two updates, that doesn't rule it out. Most of what they 'publish' is highly Win/DOS centric. Bill From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:12:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9954216A420 for ; Thu, 15 Nov 2007 01:12:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1C16813C442 for ; Thu, 15 Nov 2007 01:12:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so331247nfb for ; Wed, 14 Nov 2007 17:12:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ly+Hz7gKKdZmk/Z73Auc20zpV2dPhnnc2RoI2XuUeJE=; b=WC3kR/ZmxFopJmzpkQQZZXRcsRtymi9RtCPbGnsnda4a8xv0a6IyJKKD06B/dmFyLsKPHeTjpl78ct0a+S9bhb+d3v7QB7Gc3VK90QW/BJ6Q5q4pk53dPDHyONgI6pRU5RIsgvHF7IT5ZNARd7zyXBfpPVhrsQ9fDCKKjY4QxlY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bki8dnyVWnWotig5kY4uW6eOdf9CQye+hgGVKOady51AhQWHSuMsMmI9Z+Dr52u0/NpeOiczFbAQ9n06imtFW/Cmmhb8b7lU2QJs1I7/XihEnc9g7jV7BfJ+czepkMZM5rVrnO9Vkr6Li25oD/brwDWRoGBfXApf7NTcP8DxbZY= Received: by 10.86.100.7 with SMTP id x7mr86689fgb.1195089155184; Wed, 14 Nov 2007 17:12:35 -0800 (PST) Received: by 10.86.100.19 with HTTP; Wed, 14 Nov 2007 17:12:35 -0800 (PST) Message-ID: <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> Date: Wed, 14 Nov 2007 17:12:35 -0800 From: "Jack Vogel" To: "Wilkinson, Alex" In-Reply-To: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:12:37 -0000 On Nov 14, 2007 5:01 PM, Wilkinson, Alex wrote: > > Hi all, > > Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon > ? LOL, I did a driver for the first version of I/OAT more than a year ago, submitted it and interest was half hearted. The driver needs updating and polishing yet, but interest being what it was it hasn't been a real high priority. Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:32:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 715B816A469 for ; Thu, 15 Nov 2007 01:32:50 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id CBD1113C45B for ; Thu, 15 Nov 2007 01:32:49 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup245.ach.sch.gr [81.186.70.245]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAF1WD2B023488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Nov 2007 03:32:33 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAF1WAYf003581; Thu, 15 Nov 2007 03:32:10 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAF1W9Uv003580; Thu, 15 Nov 2007 03:32:09 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 15 Nov 2007 03:32:09 +0200 From: Giorgos Keramidas To: Marten Vijn Message-ID: <20071115013208.GA3497@kobe.laptop> References: <1194819232.1047.19.camel@workstation.martenvijn.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194819232.1047.19.camel@workstation.martenvijn.nl> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.14, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.26, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-small@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:32:50 -0000 On 2007-11-11 23:13, Marten Vijn wrote: > a comprehensive overview how i use tinybsd > and maintain images > > http://martenvijn.nl/trac/wiki/TinyBSD Hi Marten, Can we lure you into writing this up as an 'article', which is committable or almost committable to CVS? From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:52:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176DE16A477 for ; Thu, 15 Nov 2007 01:52:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id D82DB13C44B for ; Thu, 15 Nov 2007 01:52:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 14 Nov 2007 17:52:17 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id DE2FF126A11; Wed, 14 Nov 2007 17:52:16 -0800 (PST) Message-ID: <473BA656.7020508@elischer.org> Date: Wed, 14 Nov 2007 17:52:22 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jack Vogel References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> In-Reply-To: <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:52:20 -0000 Jack Vogel wrote: > On Nov 14, 2007 5:01 PM, Wilkinson, Alex > wrote: >> Hi all, >> >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon >> ? > > LOL, I did a driver for the first version of I/OAT more than a year > ago, submitted > it and interest was half hearted. > > The driver needs updating and polishing yet, but interest being what it was > it hasn't been a real high priority. > I saw what I thought you called a "preliminary" driver. There was discussion and I thought you got positive but muted (along the lines of "nice.. when will there be hardware for it?") and some discussion of how it fits in with TCP offload, but I don't think that anyone said they didn't like the idea.. hmm didn't someone else have an implementation? or am I getting my wires crossed on that? > Jack > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 01:52:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E78316A479 for ; Thu, 15 Nov 2007 01:52:20 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7DABD13C457 for ; Thu, 15 Nov 2007 01:52:19 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 87C3D2EB91A; Wed, 14 Nov 2007 20:52:18 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1qs9-2IF058E; Wed, 14 Nov 2007 20:52:18 -0500 (EST) Received: from [35.9.140.192] (reinheitsgebot-wl.dhcp.egr.msu.edu [35.9.140.192]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTP id 45F272EB917; Wed, 14 Nov 2007 20:52:18 -0500 (EST) Message-ID: <473BA651.1030109@egr.msu.edu> Date: Wed, 14 Nov 2007 20:52:17 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Henri Hennebert References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> In-Reply-To: <473AF1BE.1060008@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 01:52:20 -0000 Henri Hennebert wrote: > Henri Hennebert wrote: >> Hello, >> >> As seen in another thread, I was curious about a zpool created under >> FreeBSD being available under opensolaris. >> >> So I boot indiana and do: >> >> zpool import -f -o ro pool2 >> >> zpool scrub pool2 >> >> all ended properly... >> >> shutdown. >> >> When I reboot with FreeBSD (7.0-BETA2) I get: >> >> zpool status pool2 >> pool: pool2 >> state: UNAVAIL >> status: One or more devices could not be opened. There are insufficient >> replicas for the pool to continue functioning. >> action: Attach the missing device and online it using 'zpool online'. >> see: http://www.sun.com/msg/ZFS-8000-D3 >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> pool2 UNAVAIL 0 0 0 insufficient >> replicas >> raidz1 UNAVAIL 0 0 0 insufficient >> replicas >> dsk/c10d0p3 UNAVAIL 0 0 0 cannot open >> dsk/c11d0p3 UNAVAIL 0 0 0 cannot open >> >> Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by >> ad6s3 as it must be under FreeBSD or does I need to make some entry >> in /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all >> possible?) >> >> Isn't it a interesting challenge ? > I got it: > > zpool export pool2 && zpool import -f pool2 > > do the trick > > sorry for the noise :-| > > Henri > For what its worth, I ran across a similar issue. I moved a scsi card in my server which caused da2 and da3 (each with a separate zfs pool with no redundancy) become swapped, which I did not predict. ZFS was completely confused by this, and rather than swap cables and reboot, I decided to try the export and import. Worked fine. I was a little dissapointed and surprised that I had to take action, but more surprised that such a simple fix was possible (yet predicted) when the error message on sun's website basically indicated 'you are totally screwed, game over, data lost'. I wasn't in a situation were I would have lost any valuable data. Maybe it was terminally confused because both devices it wanted were in use by the other 'failed' pool. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 07:36:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CC3A16A421 for ; Thu, 15 Nov 2007 07:36:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 48B6013C48A for ; Thu, 15 Nov 2007 07:36:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E2DABEC43E3; Thu, 15 Nov 2007 15:36:09 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Ez837w+2L88t; Thu, 15 Nov 2007 15:36:04 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 866D0EB0C0C; Thu, 15 Nov 2007 15:36:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=W0j+cPyypbk8NNyQSKRBbUIa7zFUT+RMC55Ki1Ad6+0128FY5GWbRHaXtdtC7T824 QAFELwrBwwTA8FHe0hNDA== Message-ID: <473BF6E0.6070306@delphij.net> Date: Wed, 14 Nov 2007 23:36:00 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Strange panic on fresh RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 07:36:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I got frequent kernel panics under moderate load with exactly same fatal virtual address and backtrace after updating to fresh RELENG_7: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x8100320 fault code = supervisor read, page not present instruction pointer = 0x20:0xc073d819 stack pointer = 0x28:0xe66bba9c frame pointer = 0x28:0xe66bbaf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2898 (cc1) trap number = 12 panic: page fault cpuid = 2 Uptime: 1h15m45s Physical memory: 1015 MB Dumping 193 MB: 178 162 146 130 114 98 82 66 50 34 18 2 Any hints? (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05651a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0565469 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc077678c in trap_fatal (frame=0xe66bba5c, eva=135267104) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc07769f0 in trap_pfault (frame=0xe66bba5c, usermode=0, eva=135267104) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0777312 in trap (frame=0xe66bba5c) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc075dd6b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc073d819 in vm_page_splay (pindex=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_page.c:590 #8 0xc073dd8d in vm_page_remove (m=0xc1c127b0) at /usr/src/sys/vm/vm_page.c:718 #9 0xc073dfd1 in vm_page_free_toq (m=0xc1c127b0) at /usr/src/sys/vm/vm_page.c:1290 #10 0xc073e1a6 in vm_page_free (m=0xc1c127b0) at /usr/src/sys/vm/vm_page.c:498 #11 0xc073c795 in vm_object_terminate (object=0xc6dae9b0) at /usr/src/sys/vm/vm_object.c:647 #12 0xc073d003 in vm_object_deallocate (object=0xc6dae9b0) at /usr/src/sys/vm/vm_object.c:580 #13 0xc0735858 in vm_map_delete (map=Variable "map" is not available. ) at /usr/src/sys/vm/vm_map.c:2306 #14 0xc07358e1 in vm_map_remove (map=0xc3afe3a0, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:2414 #15 0xc0737aaf in vmspace_exit (td=0xc40a7880) at /usr/src/sys/vm/vm_map.c:321 #16 0xc0544583 in exit1 (td=0xc40a7880, rv=0) at /usr/src/sys/kern/kern_exit.c:294 #17 0xc05458dd in sys_exit (td=Could not find the frame base for "sys_exit". ) at /usr/src/sys/kern/kern_exit.c:98 #18 0xc0776d29 in syscall (frame=0xe66bbd38) at /usr/src/sys/i386/i386/trap.c:1008 #19 0xc075ddd0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) bt full #0 doadump () at pcpu.h:195 No locals. #1 0xc05651a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 _giantcnt = Variable "_giantcnt" is not available. (kgdb) up 7 #7 0xc073d819 in vm_page_splay (pindex=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_page.c:590 590 if ((y = root->right) == NULL) (kgdb) inspect root $1 = 0xc1e931b0 (kgdb) inspect root->right $2 = (struct vm_page *) 0x8100300 (kgdb) inspect y $3 = 0x8100300 (kgdb) inspect *root $4 = {pageq = {tqe_next = 0x0, tqe_prev = 0x32123000}, listq = {tqe_next = 0x0, tqe_prev = 0x0}, left = 0xc1e931bc, right = 0x8100300, object = 0x1000b, pindex = 0, phys_addr = 16711680, md = {pv_list_count = -1041980184, pv_list = {tqh_first = 0xc1c72990, tqh_last = 0xc1e4a4e8}}, queue = 152 '\230', segind = 41 ')', flags = 49607, order = 144 '\220', pool = 41 ')', wire_count = 49607, cow = 0, hold_count = -23460, oflags = 50980, act_count = 1 '\001', busy = 0 '\0', valid = 0 '\0', dirty = 0 '\0'} (kgdb) - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHO/bghcUczkLqiksRApKQAKDRGFbGrMXEm8oh6RJnjpz+QcPKJACdFRj6 5ID1FBA+HsgtrjD9/BxeiTE= =RIdX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 07:43:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBD5516A418 for ; Thu, 15 Nov 2007 07:43:00 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF1113C4C5 for ; Thu, 15 Nov 2007 07:43:00 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 882872EB99A; Thu, 15 Nov 2007 02:42:48 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNk5JyqKIWU4; Thu, 15 Nov 2007 02:42:48 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 44E4A2EB8F4; Thu, 15 Nov 2007 02:42:48 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 30BE333C22; Thu, 15 Nov 2007 02:42:48 -0500 (EST) Date: Thu, 15 Nov 2007 02:42:48 -0500 From: Adam McDougall To: freebsd-current@freebsd.org Message-ID: <20071115074247.GQ37473@egr.msu.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: tss@iki.fi Subject: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 07:43:00 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, lately I've been trying to work out some NFS multiple access issues relating to the Dovecot IMAP server software. One symptom seems to be an unusual behavior of FreeBSD NFS clients that I cannot reproduce with Linux or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small test case that seems to indicate sometimes a link() call can succeed while the link count of the file will not increase. If this is ran on two FreeBSD clients from the same NFS directory, you will occasionally see "link() succeeded, but link count=1". I've tried both a Netapp and a FreeBSD NFS server. I've tried FreeBSD 7_RELENG clients as well as FreeBSD 6.2-stable from this summer. I've ran it on 32bit and 64bit clients. I've turned rpc.lockd on and off, tried tcp vs. udp mounts, nothing so far seems to make a difference, except perhaps FreeBSD 7.0 seems to produce the error less often. If one of the processes is ran on a non-FreeBSD NFS cliemt, only the FreeBSD NFS client gives the link error. Anyone have any input? Thanks. How to reproduce (local binary is fine too, may be required if different arch): ------------------ cp locktest.c /nfsserver cd /nfsserver gcc locktest.c -o locktest -Wall -g On host 1: cd /nfsserver ./locktest temp1 On host 2: (easiest to reproduce when starting just a few seconds after 1) cd /nfsserver ./locktest temp2 Typical output (timing may vary): ---------------------------------- Host 1: > /tmp/locktest temp1 5 successes 15 successes unlink(): No such file or directory (not a problem indication, happens 19 successes when second process starts) 20 successes link() succeeded, but link count=1 20 successes link() succeeded, but link count=1 20 successes 33 successes 33 successes link() succeeded, but link count=1 33 successes 45 successes link() succeeded, but link count=1 45 successes 45 successes link() succeeded, but link count=1 ^C Host 2: > /tmp/locktest temp2 6 successes 15 successes 25 successes 38 successes 39 successes 50 successes 59 successes link() succeeded, but link count=1 59 successes 69 successes 79 successes 91 successes 99 successes 109 successes ^C --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 07:45:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE7D916A417 for ; Thu, 15 Nov 2007 07:45:58 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6B59813C447 for ; Thu, 15 Nov 2007 07:45:58 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so68496qbd for ; Wed, 14 Nov 2007 23:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=q6HoOCMGY5x55BHXacN6wDWEvZxL8rqIpRAwFSwHSHw=; b=MRu/4af6jmILoaHlnJZtAdSxIDW43lPMT6dkFddiODP16LglJ22jQ2RvdBlXcO6RL9OA5Rssux0D8HG++9FSw3AiUUNqDi7cYI8tDw11gXZvSOscBtULMKDT2/APFNxkoQ8Xnw/TAhbtTZuqIem6Q0G3wzsxggbCRMk5Auc1KPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AkcUfKEq4WWMlz5po+MtJKWWO7BiR8FMyvIXzqCfgFCm1k1qXgDHVxP5bP7J5oHBROy/dDfshkq7oXBm1rwtC55tmdmFeWb4Qq/kWr+dLNGnrx0r3TxDUQ/sHmXFaY++3yorsBLS5Y2M7U/5D42vSwA0PHcY7uj5BJsiY9lJgA0= Received: by 10.143.8.10 with SMTP id l10mr38111wfi.1195112750119; Wed, 14 Nov 2007 23:45:50 -0800 (PST) Received: by 10.142.230.18 with HTTP; Wed, 14 Nov 2007 23:45:50 -0800 (PST) Message-ID: Date: Wed, 14 Nov 2007 23:45:50 -0800 From: "Kip Macy" To: "Adam McDougall" In-Reply-To: <20071115074247.GQ37473@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071115074247.GQ37473@egr.msu.edu> Cc: tss@iki.fi, freebsd-current@freebsd.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 07:45:58 -0000 On Nov 14, 2007 11:42 PM, Adam McDougall wrote: > Hi, lately I've been trying to work out some NFS multiple access issues relating > to the Dovecot IMAP server software. One symptom seems to be an unusual behavior > of FreeBSD NFS clients that I cannot reproduce with Linux or Solaris NFS clients. > Basically, Timo (cc'ed) came up with a small test case that seems to indicate > sometimes a link() call can succeed while the link count of the file will not > increase. If this is ran on two FreeBSD clients from the same NFS directory, you > will occasionally see "link() succeeded, but link count=1". I've tried both a > Netapp and a FreeBSD NFS server. I've tried FreeBSD 7_RELENG clients as well as > FreeBSD 6.2-stable from this summer. I've ran it on 32bit and 64bit clients. > I've turned rpc.lockd on and off, tried tcp vs. udp mounts, nothing so far seems > to make a difference, except perhaps FreeBSD 7.0 seems to produce the error less > often. If one of the processes is ran on a non-FreeBSD NFS cliemt, only the > FreeBSD NFS client gives the link error. Anyone have any input? Thanks. Is this with both TCP and UDP clients? We're planning on making the default TCP. -Kip > > > How to reproduce (local binary is fine too, may be required if different arch): > ------------------ > > cp locktest.c /nfsserver > cd /nfsserver > gcc locktest.c -o locktest -Wall -g > > On host 1: > cd /nfsserver > ./locktest temp1 > > On host 2: (easiest to reproduce when starting just a few seconds after 1) > cd /nfsserver > ./locktest temp2 > > > Typical output (timing may vary): > ---------------------------------- > > Host 1: > > > /tmp/locktest temp1 > 5 successes > 15 successes > unlink(): No such file or directory (not a problem indication, happens > 19 successes when second process starts) > 20 successes > link() succeeded, but link count=1 > 20 successes > link() succeeded, but link count=1 > 20 successes > 33 successes > 33 successes > link() succeeded, but link count=1 > 33 successes > 45 successes > link() succeeded, but link count=1 > 45 successes > 45 successes > link() succeeded, but link count=1 > ^C > > Host 2: > > > /tmp/locktest temp2 > 6 successes > 15 successes > 25 successes > 38 successes > 39 successes > 50 successes > 59 successes > link() succeeded, but link count=1 > 59 successes > 69 successes > 79 successes > 91 successes > 99 successes > 109 successes > ^C > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 08:04:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB8B816A468 for ; Thu, 15 Nov 2007 08:04:25 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8440213C458 for ; Thu, 15 Nov 2007 08:04:25 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id EFBBC2EBB53; Thu, 15 Nov 2007 03:04:24 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j2b+KLb-W5-f; Thu, 15 Nov 2007 03:04:24 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id C6DA22EBB4C; Thu, 15 Nov 2007 03:04:24 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id C51B833C26; Thu, 15 Nov 2007 03:04:24 -0500 (EST) Date: Thu, 15 Nov 2007 03:04:24 -0500 From: Adam McDougall To: Kip Macy Message-ID: <20071115080424.GT37473@egr.msu.edu> References: <20071115074247.GQ37473@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: tss@iki.fi, freebsd-current@freebsd.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 08:04:25 -0000 On Wed, Nov 14, 2007 at 11:45:50PM -0800, Kip Macy wrote: On Nov 14, 2007 11:42 PM, Adam McDougall wrote: > Hi, lately I've been trying to work out some NFS multiple access issues relating > to the Dovecot IMAP server software. One symptom seems to be an unusual behavior > of FreeBSD NFS clients that I cannot reproduce with Linux or Solaris NFS clients. > Basically, Timo (cc'ed) came up with a small test case that seems to indicate > sometimes a link() call can succeed while the link count of the file will not > increase. If this is ran on two FreeBSD clients from the same NFS directory, you > will occasionally see "link() succeeded, but link count=1". I've tried both a > Netapp and a FreeBSD NFS server. I've tried FreeBSD 7_RELENG clients as well as > FreeBSD 6.2-stable from this summer. I've ran it on 32bit and 64bit clients. > I've turned rpc.lockd on and off, tried tcp vs. udp mounts, nothing so far seems > to make a difference, except perhaps FreeBSD 7.0 seems to produce the error less > often. If one of the processes is ran on a non-FreeBSD NFS cliemt, only the > FreeBSD NFS client gives the link error. Anyone have any input? Thanks. Is this with both TCP and UDP clients? We're planning on making the default TCP. -Kip Yes, I saw no difference when using TCP vs UDP. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 08:26:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A328016A41A for ; Thu, 15 Nov 2007 08:26:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 4605D13C4AC for ; Thu, 15 Nov 2007 08:26:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3D37B45E8F; Thu, 15 Nov 2007 09:26:21 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 27F1B456AB; Thu, 15 Nov 2007 09:26:15 +0100 (CET) Date: Thu, 15 Nov 2007 09:25:56 +0100 From: Pawel Jakub Dawidek To: Adam McDougall Message-ID: <20071115082556.GC80222@garage.freebsd.pl> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QRj9sO5tAVLaXnSD" Content-Disposition: inline In-Reply-To: <473BA651.1030109@egr.msu.edu> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Henri Hennebert , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 08:26:23 -0000 --QRj9sO5tAVLaXnSD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > For what its worth, I ran across a similar issue. I moved a scsi card=20 > in my server which caused da2 and da3 (each with a separate zfs pool=20 > with no redundancy) become swapped, which I did not predict. ZFS was=20 > completely confused by this, and rather than swap cables and reboot, I=20 > decided to try the export and import. Worked fine. I was a little=20 > dissapointed and surprised that I had to take action, but more surprised= =20 > that such a simple fix was possible (yet predicted) when the error=20 > message on sun's website basically indicated 'you are totally screwed,=20 > game over, data lost'. I wasn't in a situation were I would have lost=20 > any valuable data. Maybe it was terminally confused because both=20 > devices it wanted were in use by the other 'failed' pool. In my perforce branch, this is already improved. FreeBSD will detect disk name changes, etc. It already does, but only with ATA disks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --QRj9sO5tAVLaXnSD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPAKUForvXbEpPzQRAsngAJ4/CmDYsIJ6THsHNGQAlVDbQ1BLQgCeK8aV xm9uHK6bAs7uooB2rm/9AcY= =0G2H -----END PGP SIGNATURE----- --QRj9sO5tAVLaXnSD-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 08:58:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309AD16A418 for ; Thu, 15 Nov 2007 08:58:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id B335F13C46A for ; Thu, 15 Nov 2007 08:58:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so565545mue for ; Thu, 15 Nov 2007 00:58:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=F8j7iHyZz07srDStEEd/67bYI1zTIKnYOIhCVXCHvKY=; b=JiK5D4KaSTyqBcHRW4HQrlXc9wSJigEYgXLiOdTS0IEKW9LWppMCX1P6NCk0Rf4Q7LKFAd6EL5zsdhfSL+f3mtv5md2Ad794mlaAGY/0Ll+pceHOj7YbXDQzgAxK3okysSaUDWSoeNe/j0qMpFxNS2NkazYVzuihfnBNv78vA68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QHzrhU+JWTDPvueZmd4t7VWuyzrBvRp8MSB9YM1HpJMPAiYcHTwz4iXH4BBQuUmzMYKZfwAWnOOAv0Oef4JJUGXhLEWTB3vBu9noneuDpMIkDlRfWtJZDqVH9GxdBzNLBJu5mcNs8pyesug441q5ha+Ad7FBIXCkThylq00Mqrg= Received: by 10.86.100.7 with SMTP id x7mr421450fgb.1195117124237; Thu, 15 Nov 2007 00:58:44 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 00:58:44 -0800 (PST) Message-ID: <2a41acea0711150058v5eaa2866v40eb0c0bc65b4ede@mail.gmail.com> Date: Thu, 15 Nov 2007 00:58:44 -0800 From: "Jack Vogel" To: "Julian Elischer" In-Reply-To: <473BA656.7020508@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> <473BA656.7020508@elischer.org> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 08:58:46 -0000 On Nov 14, 2007 5:52 PM, Julian Elischer wrote: > > Jack Vogel wrote: > > On Nov 14, 2007 5:01 PM, Wilkinson, Alex > > wrote: > >> Hi all, > >> > >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon > >> ? > > > > LOL, I did a driver for the first version of I/OAT more than a year > > ago, submitted > > it and interest was half hearted. > > > > The driver needs updating and polishing yet, but interest being what it was > > it hasn't been a real high priority. > > > > I saw what I thought you called a "preliminary" driver. > There was discussion and I thought you got positive but > muted (along the lines of "nice.. when will there be hardware for it?") > and some discussion of how it fits in with TCP offload, but I don't think > that anyone said they didn't like the idea.. > > hmm didn't someone else have an implementation? or am I getting > my wires crossed on that? You are probably right, its been quite a while, and there were other factors that have effected my perception. The driver just for the engine didn't require the stack portion that Prafulla did, although we need something using the thing :) Not sure what other implementation you are thinking of. Linux has it of course. I'd be glad to resurrect the code and get on with it in any case. Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 09:43:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52C216A46B; Thu, 15 Nov 2007 09:43:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F41F13C48A; Thu, 15 Nov 2007 09:43:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAF9hntS073720; Thu, 15 Nov 2007 04:43:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAF9hnpG044387; Thu, 15 Nov 2007 04:43:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E93573039; Thu, 15 Nov 2007 04:43:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115094349.3E93573039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 04:43:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 09:43:50 -0000 TB --- 2007-11-15 08:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 08:05:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-15 08:05:01 - cleaning the object tree TB --- 2007-11-15 08:05:55 - checking out the source tree TB --- 2007-11-15 08:05:55 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-15 08:05:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 08:18:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 08:18:58 - cd /src TB --- 2007-11-15 08:18:58 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 08:18:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 09:32:25 UTC 2007 TB --- 2007-11-15 09:32:25 - generating LINT kernel config TB --- 2007-11-15 09:32:25 - cd /src/sys/i386/conf TB --- 2007-11-15 09:32:25 - /usr/bin/make -B LINT TB --- 2007-11-15 09:32:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 09:32:25 - cd /src TB --- 2007-11-15 09:32:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 09:32:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 09:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 09:43:49 - ERROR: failed to build lint kernel TB --- 2007-11-15 09:43:49 - tinderbox aborted TB --- 4076.99 user 392.00 system 5927.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 10:11:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3239816A46D; Thu, 15 Nov 2007 10:11:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E5B9D13C46E; Thu, 15 Nov 2007 10:11:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAFABT83095343; Thu, 15 Nov 2007 05:11:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFABTY4003065; Thu, 15 Nov 2007 05:11:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4102473039; Thu, 15 Nov 2007 05:11:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115101129.4102473039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 05:11:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 10:11:36 -0000 TB --- 2007-11-15 08:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 08:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-15 08:05:01 - cleaning the object tree TB --- 2007-11-15 08:06:02 - checking out the source tree TB --- 2007-11-15 08:06:02 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-15 08:06:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 08:18:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 08:18:58 - cd /src TB --- 2007-11-15 08:18:58 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 08:18:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Nov 15 10:01:08 UTC 2007 TB --- 2007-11-15 10:01:08 - generating LINT kernel config TB --- 2007-11-15 10:01:08 - cd /src/sys/amd64/conf TB --- 2007-11-15 10:01:08 - /usr/bin/make -B LINT TB --- 2007-11-15 10:01:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 10:01:08 - cd /src TB --- 2007-11-15 10:01:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 10:01:08 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 10:11:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 10:11:29 - ERROR: failed to build lint kernel TB --- 2007-11-15 10:11:29 - tinderbox aborted TB --- 5396.95 user 554.98 system 7587.80 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 11:13:44 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F2F116A418; Thu, 15 Nov 2007 11:13:44 +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 595C913C447; Thu, 15 Nov 2007 11:13:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAFBDh3Y098234; Thu, 15 Nov 2007 06:13:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFBDhbV097361; Thu, 15 Nov 2007 06:13:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48C3473039; Thu, 15 Nov 2007 06:13:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115111343.48C3473039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 06:13:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 11:13:44 -0000 TB --- 2007-11-15 09:43:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 09:43:49 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-15 09:43:49 - cleaning the object tree TB --- 2007-11-15 09:44:11 - checking out the source tree TB --- 2007-11-15 09:44:11 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-15 09:44:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 09:50:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 09:50:53 - cd /src TB --- 2007-11-15 09:50:53 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 09:50:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 11:04:29 UTC 2007 TB --- 2007-11-15 11:04:29 - generating LINT kernel config TB --- 2007-11-15 11:04:29 - cd /src/sys/pc98/conf TB --- 2007-11-15 11:04:29 - /usr/bin/make -B LINT TB --- 2007-11-15 11:04:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 11:04:29 - cd /src TB --- 2007-11-15 11:04:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 11:04:29 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 11:13:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 11:13:43 - ERROR: failed to build lint kernel TB --- 2007-11-15 11:13:43 - tinderbox aborted TB --- 3938.62 user 391.65 system 5393.69 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 12:07:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB77316A417; Thu, 15 Nov 2007 12:07:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8482E13C457; Thu, 15 Nov 2007 12:07:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAFC7ZCw001790; Thu, 15 Nov 2007 07:07:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFC7asY065875; Thu, 15 Nov 2007 07:07:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD27573039; Thu, 15 Nov 2007 07:07:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115120735.CD27573039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 07:07:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 12:07:36 -0000 TB --- 2007-11-15 10:11:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 10:11:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-15 10:11:29 - cleaning the object tree TB --- 2007-11-15 10:11:51 - checking out the source tree TB --- 2007-11-15 10:11:51 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-15 10:11:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 10:18:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 10:18:09 - cd /src TB --- 2007-11-15 10:18:09 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 10:18:10 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 11:55:19 UTC 2007 TB --- 2007-11-15 11:55:19 - generating LINT kernel config TB --- 2007-11-15 11:55:19 - cd /src/sys/ia64/conf TB --- 2007-11-15 11:55:19 - /usr/bin/make -B LINT TB --- 2007-11-15 11:55:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 11:55:19 - cd /src TB --- 2007-11-15 11:55:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 11:55:19 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 12:07:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 12:07:35 - ERROR: failed to build lint kernel TB --- 2007-11-15 12:07:35 - tinderbox aborted TB --- 5449.16 user 387.98 system 6966.38 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 12:07:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5173616A418 for ; Thu, 15 Nov 2007 12:07:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 14EC513C447 for ; Thu, 15 Nov 2007 12:07:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 36DF81CCE3; Thu, 15 Nov 2007 13:07:44 +0100 (CET) Date: Thu, 15 Nov 2007 13:07:44 +0100 From: Ed Schouten To: Benno Rice Message-ID: <20071115120744.GT17028@hoeg.nl> References: <57A598F5-54A4-433D-9DB2-6141BC50B554@jeamland.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="28wbjzzu+2Xmo01Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: Repeatable crash with fdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 12:07:46 -0000 --28wbjzzu+2Xmo01Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Benno Rice wrote: > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x20 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff80256ac4 > stack pointer =3D 0x10:0xffffffff9ed19b80 > frame pointer =3D 0x10:0xffffffff9ed19bd0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 2 (g_event) > [thread pid 2 tid 100014 ] > Stopped at g_mbr_config+0x64: movq 0x20(%rax),%r15 > db> bt > Tracing pid 2 tid 100014 td 0xffffff00010946a0 > g_mbr_config() at g_mbr_config+0x64 > g_run_events() at g_run_events+0x1b8 > g_event_procbody() at g_event_procbody+0x57 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffffff9ed19d30, rbp =3D 0 --- > db> Are you running FreeBSD/i386? If so, I guess gsp is NULL in g_mbr_config(). Not sure. Can you run the following command: addr2line -e That will return the C statement where it went wrong. Thanks. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --28wbjzzu+2Xmo01Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHPDaQ52SDGA2eCwURAk45AJ0S7iN5uPglqzoNHhWIT6BVCn8vmQCeLW+R oflWxZTSRKm3MZ4K7G99pbI= =SMUI -----END PGP SIGNATURE----- --28wbjzzu+2Xmo01Z-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 12:39:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFC5616A473 for ; Thu, 15 Nov 2007 12:39:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A491A13C4C6 for ; Thu, 15 Nov 2007 12:39:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 932E546EFD; Thu, 15 Nov 2007 07:41:18 -0500 (EST) Date: Thu, 15 Nov 2007 12:39:22 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Adam McDougall In-Reply-To: <20071115074247.GQ37473@egr.msu.edu> Message-ID: <20071115123543.H82897@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: tss@iki.fi, freebsd-current@freebsd.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 12:39:28 -0000 On Thu, 15 Nov 2007, Adam McDougall wrote: > Hi, lately I've been trying to work out some NFS multiple access issues > relating to the Dovecot IMAP server software. One symptom seems to be an > unusual behavior of FreeBSD NFS clients that I cannot reproduce with Linux > or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small test > case that seems to indicate sometimes a link() call can succeed while the > link count of the file will not increase. If this is ran on two FreeBSD > clients from the same NFS directory, you will occasionally see "link() > succeeded, but link count=1". I've tried both a Netapp and a FreeBSD NFS > server. I've tried FreeBSD 7_RELENG clients as well as FreeBSD 6.2-stable > from this summer. I've ran it on 32bit and 64bit clients. I've turned > rpc.lockd on and off, tried tcp vs. udp mounts, nothing so far seems to make > a difference, except perhaps FreeBSD 7.0 seems to produce the error less > often. If one of the processes is ran on a non-FreeBSD NFS cliemt, only the > FreeBSD NFS client gives the link error. Anyone have any input? Thanks. The usual next step in debugging an NFS client problem, if you have managed to identify a nice test case, is to analyze the wire RPCs to see what's actually going on. In this case, using NFS over UDP is actually a bit easier to deal with. Wireshark has an excellent NFS RPC decoder, so if you grap the packets directly with Wireshark, or with tcpdump and then load then in Wireshark, it may shed some light. Ideally, we'd get the test case down to maybe four to eight RPCs and their replies -- a GETATTR at the start (stat the file to check the link count), LINK and its reply, and a GETATTR at the end (stat the file to check the link count). You will probably enter up with a smattering of LOOKUP and possibly ACCESS calls mixed in. My guess, and this is just a hand-wave, is that the attribute cache in the NFS client isn't being forced to refresh, and hence you're getting the old stat data back (and perhaps there's no GETATTR on the wire, which might hint at this). If you'd like, you can post a link to the pcap capture file and one of us can take a look, but I've found NFS RPCs to be surprisingly readable in Wireshark so you might find it sheds quite a bit of light. I assume, btw, that if you stat the file directly on the server, or from another client, both links show the right link count? Robert N M Watson Computer Laboratory University of Cambridge > > > How to reproduce (local binary is fine too, may be required if different arch): > ------------------ > > cp locktest.c /nfsserver > cd /nfsserver > gcc locktest.c -o locktest -Wall -g > > On host 1: > cd /nfsserver > ./locktest temp1 > > On host 2: (easiest to reproduce when starting just a few seconds after 1) > cd /nfsserver > ./locktest temp2 > > > Typical output (timing may vary): > ---------------------------------- > > Host 1: > >> /tmp/locktest temp1 > 5 successes > 15 successes > unlink(): No such file or directory (not a problem indication, happens > 19 successes when second process starts) > 20 successes > link() succeeded, but link count=1 > 20 successes > link() succeeded, but link count=1 > 20 successes > 33 successes > 33 successes > link() succeeded, but link count=1 > 33 successes > 45 successes > link() succeeded, but link count=1 > 45 successes > 45 successes > link() succeeded, but link count=1 > ^C > > Host 2: > >> /tmp/locktest temp2 > 6 successes > 15 successes > 25 successes > 38 successes > 39 successes > 50 successes > 59 successes > link() succeeded, but link count=1 > 59 successes > 69 successes > 79 successes > 91 successes > 99 successes > 109 successes > ^C > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 12:44:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0BB216A417; Thu, 15 Nov 2007 12:44:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AF85113C447; Thu, 15 Nov 2007 12:44:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAFCiJBP085088; Thu, 15 Nov 2007 07:44:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFCiJxb046515; Thu, 15 Nov 2007 07:44:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 98E4673039; Thu, 15 Nov 2007 07:44:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115124419.98E4673039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 07:44:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 12:44:21 -0000 TB --- 2007-11-15 11:13:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 11:13:43 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-15 11:13:43 - cleaning the object tree TB --- 2007-11-15 11:14:03 - checking out the source tree TB --- 2007-11-15 11:14:03 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-15 11:14:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 11:20:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 11:20:15 - cd /src TB --- 2007-11-15 11:20:15 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 11:20:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 12:36:16 UTC 2007 TB --- 2007-11-15 12:36:16 - generating LINT kernel config TB --- 2007-11-15 12:36:16 - cd /src/sys/powerpc/conf TB --- 2007-11-15 12:36:16 - /usr/bin/make -B LINT TB --- 2007-11-15 12:36:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 12:36:17 - cd /src TB --- 2007-11-15 12:36:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 12:36:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 12:44:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 12:44:19 - ERROR: failed to build lint kernel TB --- 2007-11-15 12:44:19 - tinderbox aborted TB --- 4020.62 user 367.25 system 5436.14 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 13:34:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84CFE16A420; Thu, 15 Nov 2007 13:34:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA4B13C45D; Thu, 15 Nov 2007 13:34:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAFDYncS090508; Thu, 15 Nov 2007 08:34:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFDYnvB003867; Thu, 15 Nov 2007 08:34:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29C6673039; Thu, 15 Nov 2007 08:34:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115133449.29C6673039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 08:34:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 13:34:50 -0000 TB --- 2007-11-15 12:07:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 12:07:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-15 12:07:35 - cleaning the object tree TB --- 2007-11-15 12:07:56 - checking out the source tree TB --- 2007-11-15 12:07:56 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-15 12:07:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 12:14:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 12:14:25 - cd /src TB --- 2007-11-15 12:14:25 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 12:14:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 13:26:23 UTC 2007 TB --- 2007-11-15 13:26:23 - generating LINT kernel config TB --- 2007-11-15 13:26:23 - cd /src/sys/sparc64/conf TB --- 2007-11-15 13:26:23 - /usr/bin/make -B LINT TB --- 2007-11-15 13:26:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 13:26:23 - cd /src TB --- 2007-11-15 13:26:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 13:26:23 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 13:34:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 13:34:49 - ERROR: failed to build lint kernel TB --- 2007-11-15 13:34:49 - tinderbox aborted TB --- 3821.00 user 360.66 system 5233.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 13:42:11 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365F916A417; Thu, 15 Nov 2007 13:42:11 +0000 (UTC) (envelope-from tss@iki.fi) Received: from dovecot.org (dovecot.org [82.118.211.50]) by mx1.freebsd.org (Postfix) with ESMTP id E440813C465; Thu, 15 Nov 2007 13:42:10 +0000 (UTC) (envelope-from tss@iki.fi) Received: from [192.168.10.2] (82-203-162-146.dsl.gohome.fi [82.203.162.146]) by dovecot.org (Postfix) with ESMTP id E8A3116471F4; Thu, 15 Nov 2007 15:12:00 +0200 (EET) From: Timo Sirainen To: Robert Watson In-Reply-To: <20071115123543.H82897@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LI7SnER0JCCjBVM+SaL+" Date: Thu, 15 Nov 2007 15:12:00 +0200 Message-Id: <1195132320.6039.135.camel@hurina> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 X-Mailman-Approved-At: Thu, 15 Nov 2007 13:54:44 +0000 Cc: Adam McDougall , freebsd-current@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 13:42:11 -0000 --=-LI7SnER0JCCjBVM+SaL+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-11-15 at 12:39 +0000, Robert Watson wrote: > > or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small te= st=20 > > case that seems to indicate sometimes a link() call can succeed while t= he=20 > > link count of the file will not increase. If this is ran on two FreeBS= D=20 > > clients from the same NFS directory, you will occasionally see "link()=20 > > succeeded, but link count=3D1". I've tried both a Netapp and a FreeBSD= NFS=20 .. > My guess, and this is just a hand-wave, is that the attribute cache in th= e NFS=20 > client isn't being forced to refresh, and hence you're getting the old st= at=20 > data back (and perhaps there's no GETATTR on the wire, which might hint a= t=20 > this). If you'd like, you can post a link to the pcap capture file and o= ne of=20 > us can take a look, but I've found NFS RPCs to be surprisingly readable i= n=20 > Wireshark so you might find it sheds quite a bit of light. Actually the point was that link() returns success even though in reality it fails. The fstat() was just a workaround to catch this case and treat link count 1 as if link() had failed with EEXIST. After that I had no more problems with locking. I noticed this first because my dotlocking was failing to lock files properly. I also added fchown() to flush attribute cache after link() and before fstat(), it gives the same link count=3D1 reply. --=-LI7SnER0JCCjBVM+SaL+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHPEWgyUhSUUBViskRAgdUAJ9oxcaapCx9OHuzztVA0DCjGA4VkwCgjZ3j cILNJPWfmbnGnqjX9NPnaxM= =6qV6 -----END PGP SIGNATURE----- --=-LI7SnER0JCCjBVM+SaL+-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:01:53 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11F916A46B; Thu, 15 Nov 2007 14:01:53 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8A95B13C447; Thu, 15 Nov 2007 14:01:53 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 9DFB5C49AF; Thu, 15 Nov 2007 13:46:44 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55221-05; Thu, 15 Nov 2007 13:46:05 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-17-158.cpe.netcabo.pt [213.22.17.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id B570CC4802; Thu, 15 Nov 2007 13:46:04 +0000 (UTC) Message-ID: <473C4CEF.7000105@barafranca.com> Date: Thu, 15 Nov 2007 13:43:11 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> In-Reply-To: <20071115082556.GC80222@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: freebsd-current@FreeBSD.ORG Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:01:53 -0000 Pawel Jakub Dawidek wrote: > On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > >> For what its worth, I ran across a similar issue. I moved a scsi card >> in my server which caused da2 and da3 (each with a separate zfs pool >> with no redundancy) become swapped, which I did not predict. ZFS was >> completely confused by this, and rather than swap cables and reboot, I >> decided to try the export and import. Worked fine. I was a little >> dissapointed and surprised that I had to take action, but more surprised >> that such a simple fix was possible (yet predicted) when the error >> message on sun's website basically indicated 'you are totally screwed, >> game over, data lost'. I wasn't in a situation were I would have lost >> any valuable data. Maybe it was terminally confused because both >> devices it wanted were in use by the other 'failed' pool. >> > > In my perforce branch, this is already improved. FreeBSD will detect > disk name changes, etc. It already does, but only with ATA disks. > > Wouldn't create the pool using GEOM_LABEL names solve this issue ? Any side effects of doing so ? Regards, Hugo From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:05:40 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F1616A41A for ; Thu, 15 Nov 2007 14:05:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0AF7513C48A for ; Thu, 15 Nov 2007 14:05:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9EEF446E80; Thu, 15 Nov 2007 09:07:30 -0500 (EST) Date: Thu, 15 Nov 2007 14:05:34 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Timo Sirainen In-Reply-To: <1195132320.6039.135.camel@hurina> Message-ID: <20071115135734.O82897@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adam McDougall , freebsd-current@FreeBSD.org, mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:05:40 -0000 On Thu, 15 Nov 2007, Timo Sirainen wrote: > On Thu, 2007-11-15 at 12:39 +0000, Robert Watson wrote: > >>> or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small test >>> case that seems to indicate sometimes a link() call can succeed while the >>> link count of the file will not increase. If this is ran on two FreeBSD >>> clients from the same NFS directory, you will occasionally see "link() >>> succeeded, but link count=1". I've tried both a Netapp and a FreeBSD NFS > .. >> My guess, and this is just a hand-wave, is that the attribute cache in the >> NFS client isn't being forced to refresh, and hence you're getting the old >> stat data back (and perhaps there's no GETATTR on the wire, which might >> hint at this). If you'd like, you can post a link to the pcap capture file >> and one of us can take a look, but I've found NFS RPCs to be surprisingly >> readable in Wireshark so you might find it sheds quite a bit of light. > > Actually the point was that link() returns success even though in reality it > fails. The fstat() was just a workaround to catch this case and treat link > count 1 as if link() had failed with EEXIST. After that I had no more > problems with locking. > > I noticed this first because my dotlocking was failing to lock files > properly. I also added fchown() to flush attribute cache after link() and > before fstat(), it gives the same link count=1 reply. Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: 1772 /* 1773 * Kludge: Map EEXIST => 0 assuming that it is a reply to a retry. 1774 */ 1775 if (error == EEXIST) 1776 error = 0; 1777 return (error); Neither Linux nor Solaris appears to have this logic in the client. I assume this is, as suggested, to work around UDP retransmissions where the reply is lost rather than the request. It appears to exist in revision 1.1 of nfs_vnops.c, so came in with 4.4BSD in the initial import, but doesn't appear in NetBSD so I'm guessing they've removed it. It could well be we should be doing the same. I've added Mohan to the CC line in case he has any input on this point. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:13:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86A8916A421 for ; Thu, 15 Nov 2007 14:13:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id EE88F13C481 for ; Thu, 15 Nov 2007 14:13:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lAFEDueF063831 for ; Thu, 15 Nov 2007 12:13:57 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Thu, 15 Nov 2007 12:13:04 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711151213.05232.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: ath rate problem after ieee80211 update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:13:57 -0000 after the ieee80211 change this days the rate is showing only 0 or 1 wher= e I=20 had before 24,36 or 48 in 11g mode =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:46:32 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E9416A417; Thu, 15 Nov 2007 14:46:32 +0000 (UTC) (envelope-from tss@iki.fi) Received: from dovecot.org (dovecot.org [82.118.211.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0857613C43E; Thu, 15 Nov 2007 14:46:31 +0000 (UTC) (envelope-from tss@iki.fi) Received: from [192.168.10.217] (82-203-162-146.dsl.gohome.fi [82.203.162.146]) by dovecot.org (Postfix) with ESMTP id ABB3916471F1; Thu, 15 Nov 2007 16:45:58 +0200 (EET) In-Reply-To: <20071115135734.O82897@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> <20071115135734.O82897@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-11--65060986" Message-Id: <51176178-A34C-4BCB-9929-B878AD6AA382@iki.fi> Content-Transfer-Encoding: 7bit From: Timo Sirainen Date: Thu, 15 Nov 2007 16:46:27 +0200 To: Robert Watson X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) X-Mailman-Approved-At: Thu, 15 Nov 2007 14:52:11 +0000 Cc: Adam McDougall , freebsd-current@FreeBSD.org, mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:46:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-11--65060986 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 15.11.2007, at 16.05, Robert Watson wrote: > Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: > > 1772 /* > 1773 * Kludge: Map EEXIST => 0 assuming that it is a reply > to a retry. > 1774 */ > 1775 if (error == EEXIST) > 1776 error = 0; > 1777 return (error); > > Neither Linux nor Solaris appears to have this logic in the > client. I assume this is, as suggested, to work around UDP > retransmissions where the reply is lost rather than the request. > It appears to exist in revision 1.1 of nfs_vnops.c, so came in with > 4.4BSD in the initial import, but doesn't appear in NetBSD so I'm > guessing they've removed it. It could well be we should be doing > the same. I've added Mohan to the CC line in case he has any input > on this point. A couple of arguments for its removal: It's somewhat well known that link() can fail with EEXIST even though it had succeeded (e.g. link(2) man page in Linux mentions it), but I hadn't before heard that link() could return success even though it failed. Since link() is often used for creating lock files, it's a lot safer to fail occationally than to think that the locking succeeded and cause data corruption. I've anyway changed my code to work around both problems now (return 0 check in #ifdef __FreeBSD__). BTW. Another problem I have is that it seems the only way to make sure open() opens the latest file with the given name is to rmdir() its parent directory. This isn't very nice to do for directories that might be empty, so could the code be changed to flush the cache also when chown()ing the directory or something? --Apple-Mail-11--65060986 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFHPFvKyUhSUUBViskRAuGVAJ0b5iLO2asaxepEGGGnFU4aQZjBcACgi7/v yw5hI4353gkXVyEiZx9pEQs= =XU9k -----END PGP SIGNATURE----- --Apple-Mail-11--65060986-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:52:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45DC416A418 for ; Thu, 15 Nov 2007 14:52:39 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1711F13C48E for ; Thu, 15 Nov 2007 14:52:38 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m036202.ppp.asahi-net.or.jp [219.121.36.202]) by mail.asahi-net.or.jp (Postfix) with ESMTP id D6C3C4FA61 for ; Thu, 15 Nov 2007 23:52:37 +0900 (JST) Date: Thu, 15 Nov 2007 23:52:37 +0900 From: Watanabe Kazuhiro To: freebsd-current In-Reply-To: <7daacbbe0711140207u20479322qd2254665ef364e49@mail.gmail.com> References: <7daacbbe0711140207u20479322qd2254665ef364e49@mail.gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20071115145237.D6C3C4FA61@mail.asahi-net.or.jp> Subject: Re: mount root from cd9660:/dev/iso9660/FreeSBIE failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:52:39 -0000 Hello. At Wed, 14 Nov 2007 11:07:20 +0100, Dominique Goncalves wrote: > Hi, > > Since the commit to src/sys/dev/ata ata-chipset.c atapi-cd.c > atapi-cd.h by sos@ [1] I'm unable to boot from a livecd build with > freesbie2 (with RELENG_7). > The system is unable to find the root filesystem and asks for manual > specification [2] > > My kernel is a GENERIC plus GEOM_LABEL and GEOM_UZIP, a kernel build > before the commit works as expected. > > Could someone take a look at this error ? > Thanks, > Regards. > > > [1] http://lists.freebsd.org/pipermail/cvs-src/2007-October/083327.html I'm not a FreeSBIE user, but a similar problem is occured in 7.0-BETA2 with an ATAPI CD-ROM drive. 6.3-BETA1 and 7.0-BETA1 can use the CD-ROM drive, but 7.0-BETA2 is not. > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot.png Would you try to boot FreeSBIE (on QEMU) with verbose logging? Then if your CDROM (acd0) says "acd0: Medium: CD-ROM unknown", try a patch attached below: http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079760.html Note that the patch is not a correct fix but just workaround. --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 15:11:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8C8416A418; Thu, 15 Nov 2007 15:11:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id BB3F613C458; Thu, 15 Nov 2007 15:11:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 20BC82EBB5A; Thu, 15 Nov 2007 10:11:46 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OTbGZofUbgyY; Thu, 15 Nov 2007 10:11:46 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id B4BB52EBB5F; Thu, 15 Nov 2007 10:11:45 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id B19B033C22; Thu, 15 Nov 2007 10:11:45 -0500 (EST) Date: Thu, 15 Nov 2007 10:11:45 -0500 From: Adam McDougall To: Pawel Jakub Dawidek Message-ID: <20071115151145.GV37473@egr.msu.edu> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071115082556.GC80222@garage.freebsd.pl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Henri Hennebert , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:11:47 -0000 On Thu, Nov 15, 2007 at 09:25:56AM +0100, Pawel Jakub Dawidek wrote: On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > For what its worth, I ran across a similar issue. I moved a scsi card > in my server which caused da2 and da3 (each with a separate zfs pool > with no redundancy) become swapped, which I did not predict. ZFS was > completely confused by this, and rather than swap cables and reboot, I > decided to try the export and import. Worked fine. I was a little > dissapointed and surprised that I had to take action, but more surprised > that such a simple fix was possible (yet predicted) when the error > message on sun's website basically indicated 'you are totally screwed, > game over, data lost'. I wasn't in a situation were I would have lost > any valuable data. Maybe it was terminally confused because both > devices it wanted were in use by the other 'failed' pool. In my perforce branch, this is already improved. FreeBSD will detect disk name changes, etc. It already does, but only with ATA disks. -- Pawel Jakub Dawidek http://www.wheel.pl Ah, so that probably explains why everything worked out fine when I jumbled up 3 sata drives with a raidz zpool in another computer :) I didn't keep them in order because I figured I could export and import if I needed to, but I was pleased I didn't have to. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 15:14:33 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D3716A468 for ; Thu, 15 Nov 2007 15:14:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id DF17313C468 for ; Thu, 15 Nov 2007 15:14:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAFFEGwW072977; Thu, 15 Nov 2007 16:14:22 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAFFEFFs072976; Thu, 15 Nov 2007 16:14:15 +0100 (CET) (envelope-from olli) Date: Thu, 15 Nov 2007 16:14:15 +0100 (CET) Message-Id: <200711151514.lAFFEFFs072976@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, arne_woerner@yahoo.com, bsd@fluffles.net In-Reply-To: <165798.11850.qm@web30314.mail.mud.yahoo.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 15 Nov 2007 16:14:22 +0100 (CET) Cc: Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, arne_woerner@yahoo.com, bsd@fluffles.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:14:33 -0000 Arne Wörner wrote: > Oliver Fromme wrote: > > Just a small question: I noticed that the new gvinum > > raid5 implementation (in P4) allows adding disks to an > > existing RAID5, even while it is running. Does geom_raid5 > > support that, too? (ZFS doesn't, unfortunately.) > > Nope... graid5 doesnt do such things... I found no way, that could do it > without hurting the disks too much (I was afraid, that a power failure could > destroy the necessary knowledge about the size of the new-config-area; and I > didnt know how to do the beginning: it seemed like the first few blocks need a > special treatment, because there the new-config-area and the old-config-area > overlap)... OK. I don't know the inner workings of geom_raid5, so I can't tell how difficult it would be to implement there. Here's a little description and some ASCII graphics that explin how growing RAID5 was implemented in the new gvinum: http://lists.freebsd.org/pipermail/p4-projects/2007-July/020082.html > But Veronica is developing a tool, that can do it in offline mode... With > service interruption... > > But growfs induces a service interruption anyway and it is buggy, if u do > not zero the new area... Veronica filed a bug report about this... Hm. I used growfs only once, and it worked fine. Was there a regression introduced at some point? It should certainly be fixed, because growfs seem to be very useful. About service interruption: growfs only takes a few seconds, which might be acceptable in most cases. But taking a whole RAID5 down to add disks and then rebuilding it takes a _lot_ longer. Therefore I think the feature to add disks to a live RAID5 would be very valuable. > Nowadays it is common practice to have 2 ot more hosts, that can substitute > each other (hot-standby or how they call it today), so that it doesnt matter, > if a box is damaged or in maintenance mode or... isnt it? It depends. Building a fail-over cluster with FreeBSD is not trivial if you need a synchronized, consistent and reliable file system on all of the nodes. Of course you can use third-party black boxes such as a cluster of NetApp Filers or whatever. That would work (I've put such setups into production myself), but it costs a non-negligible amount of money, and it's certainly not suitable for everyone. YMMV, of course. 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 One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 15:23:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 661F916A418 for ; Thu, 15 Nov 2007 15:23:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 51FDA13C516 for ; Thu, 15 Nov 2007 15:23:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 097821A4D80; Thu, 15 Nov 2007 07:23:45 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 15 Nov 2007 08:54:06 -0500 User-Agent: KMail/1.9.7 References: <20071109114636.Y639@10.0.0.1> <473A675A.2030600@terranova.net> <473A8E8D.1020404@enderzone.com> In-Reply-To: <473A8E8D.1020404@enderzone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150854.06648.jhb@freebsd.org> Cc: Ender , Travis Mikalson Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:23:45 -0000 On Wednesday 14 November 2007 12:58:37 am Ender wrote: > Travis Mikalson wrote: > > There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board > > SATA controller corrupts my data horribly and so does a Marvell > > 88SX6081 8-port SATA300 controller plugged into the PCI-X slot. > > > > I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to > > be able to use this system with RELENG_7 and ZFS. > > > > Jeff Roberson wrote: > >> I have reports from a user that his install ends up corrupted. I > >> wanted to find out if it was a general problem with this chipset. > >> > >> Thanks, > >> Jeff > > > I have several of these machines and i have tried installing Freebsd 6 - > Freebsd 7 beta2 . The general breakdown is as follows. On freebsd 6 PATA > mode works, SATA mode is broken. On freebsd 7 both PATA and SATA mode is > broken. You can not even do a fresh install of 7 beta2. (I have only > been able to use these machines disklessly) You can try this patch for HT1000, but it only affects having the chip in compat mode I think. Index: ata-chipset.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.203 diff -u -r1.203 ata-chipset.c --- ata-chipset.c 26 Oct 2007 09:01:06 -0000 1.203 +++ ata-chipset.c 15 Nov 2007 13:53:45 -0000 @@ -4038,7 +4038,7 @@ { ATA_CSB6, 0x00, SWKS100, 0, ATA_UDMA5, "CSB6" }, { ATA_CSB6_1, 0x00, SWKS66, 0, ATA_UDMA4, "CSB6" }, { ATA_HT1000, 0x00, SWKS100, 0, ATA_UDMA5, "HT1000" }, - { ATA_HT1000_S1, 0x00, SWKS100, 4, ATA_SA150, "HT1000" }, + { ATA_HT1000_S1, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, { ATA_HT1000_S2, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, { ATA_K2, 0x00, SWKSMIO, 4, ATA_SA150, "K2" }, { ATA_FRODO4, 0x00, SWKSMIO, 4, ATA_SA150, "Frodo4" }, -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 15:23:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766C116A41A for ; Thu, 15 Nov 2007 15:23:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 65A5713C447 for ; Thu, 15 Nov 2007 15:23:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 1A6CF1A4D82; Thu, 15 Nov 2007 07:23:46 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org, Dan Epure Date: Thu, 15 Nov 2007 08:56:34 -0500 User-Agent: KMail/1.9.7 References: <20071111112456.GA19354@iogyte.ro> In-Reply-To: <20071111112456.GA19354@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150856.34636.jhb@freebsd.org> Cc: Subject: Re: [gepu@iogyte.ro: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7]] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:23:46 -0000 On Sunday 11 November 2007 06:24:56 am Dan Epure wrote: > Maybe I have better luck here: Do you have the recent fix to unhide /dev/pts devices in the default jail rules for devfs? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 15:58:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 368FD16A468; Thu, 15 Nov 2007 15:58:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E542C13C45A; Thu, 15 Nov 2007 15:58:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAFFwZrg030527; Thu, 15 Nov 2007 10:58:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFFwZui062519; Thu, 15 Nov 2007 10:58:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 223D273039; Thu, 15 Nov 2007 10:58:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115155835.223D273039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 10:58:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:58:36 -0000 TB --- 2007-11-15 14:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 14:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-15 14:25:00 - cleaning the object tree TB --- 2007-11-15 14:25:19 - checking out the source tree TB --- 2007-11-15 14:25:19 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-15 14:25:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 14:33:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 14:33:56 - cd /src TB --- 2007-11-15 14:33:56 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 14:33:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 15 15:47:03 UTC 2007 TB --- 2007-11-15 15:47:03 - generating LINT kernel config TB --- 2007-11-15 15:47:03 - cd /src/sys/i386/conf TB --- 2007-11-15 15:47:03 - /usr/bin/make -B LINT TB --- 2007-11-15 15:47:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 15:47:03 - cd /src TB --- 2007-11-15 15:47:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 15:47:03 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 15:58:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 15:58:34 - ERROR: failed to build lint kernel TB --- 2007-11-15 15:58:34 - tinderbox aborted TB --- 4076.43 user 390.44 system 5614.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 16:05:30 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A539516A418 for ; Thu, 15 Nov 2007 16:05:30 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30315.mail.mud.yahoo.com (web30315.mail.mud.yahoo.com [209.191.69.77]) by mx1.freebsd.org (Postfix) with SMTP id 5157713C4E7 for ; Thu, 15 Nov 2007 16:05:30 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 87991 invoked by uid 60001); 15 Nov 2007 16:05:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=2NejKWPaOqurM5891jt4yRoFSTcbiJgr7DecY0/nsPcUtZGu/E/Q06tXGlNgAtgduVIQOxfH7maNp8ywwq4RPYXrqT59/1YUfiVigIlN7Nuo/aUQSvg5a50aIja2jE9kH2GNXTqf9Yb51q5to6xbDwlXlR35nUqxrnGOPzPx6WA=; X-YMail-OSG: jj.X2d8VM1mftMTylRpohjelKCO2ucvSFcb5vDN. Received: from [84.141.85.66] by web30315.mail.mud.yahoo.com via HTTP; Thu, 15 Nov 2007 08:05:29 PST Date: Thu, 15 Nov 2007 08:05:29 -0800 (PST) From: Arne "Wörner" To: freebsd-current@FreeBSD.ORG, bsd@fluffles.net In-Reply-To: <200711151514.lAFFEFFs072976@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <608734.83926.qm@web30315.mail.mud.yahoo.com> Cc: Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 16:05:30 -0000 --- Oliver Fromme wrote: > http://lists.freebsd.org/pipermail/p4-projects/2007-July/020082.html > Thk u v. mu.... :-) > Hm. I used growfs only once, and it worked fine. Was > there a regression introduced at some point? It should > certainly be fixed, because growfs seem to be very > useful. > It should be easy to reproduce, if it is not fixed yet: just fill the new part of the device with bytes from /dev/random and then use growfs and be astonished... :-) U can use a bsdlabel (small in the beginning and greater later) on a md device (mdconfig)... http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/115174 -Arne ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 16:26:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555A316A46C; Thu, 15 Nov 2007 16:26: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 0B2D113C45D; Thu, 15 Nov 2007 16:26:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAFGQD7I037658; Thu, 15 Nov 2007 11:26:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFGQDbZ016316; Thu, 15 Nov 2007 11:26:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 95A6173039; Thu, 15 Nov 2007 11:26:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115162613.95A6173039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 11:26:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 16:26:15 -0000 TB --- 2007-11-15 14:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 14:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-15 14:25:00 - cleaning the object tree TB --- 2007-11-15 14:25:28 - checking out the source tree TB --- 2007-11-15 14:25:28 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-15 14:25:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 14:33:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 14:33:56 - cd /src TB --- 2007-11-15 14:33:56 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 14:33:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Nov 15 16:15:47 UTC 2007 TB --- 2007-11-15 16:15:47 - generating LINT kernel config TB --- 2007-11-15 16:15:47 - cd /src/sys/amd64/conf TB --- 2007-11-15 16:15:47 - /usr/bin/make -B LINT TB --- 2007-11-15 16:15:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 16:15:47 - cd /src TB --- 2007-11-15 16:15:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 16:15:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 16:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 16:26:13 - ERROR: failed to build lint kernel TB --- 2007-11-15 16:26:13 - tinderbox aborted TB --- 5394.02 user 556.76 system 7272.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:09:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0A116A469; Thu, 15 Nov 2007 17:09:41 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1E41213C457; Thu, 15 Nov 2007 17:09:40 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 15 Nov 2007 08:34:12 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.1/8.12.11) with ESMTP id lAFGeE7O021480; Thu, 15 Nov 2007 08:40:14 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.1/8.13.1/Submit) id lAFGeCto021475; Thu, 15 Nov 2007 08:40:12 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200711151640.lAFGeCto021475@ambrisko.com> In-Reply-To: <473BA656.7020508@elischer.org> To: Julian Elischer Date: Thu, 15 Nov 2007 08:40:12 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Jack Vogel , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:09:41 -0000 Julian Elischer writes: | Jack Vogel wrote: | > On Nov 14, 2007 5:01 PM, Wilkinson, Alex | > wrote: | >> Hi all, | >> | >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon | >> ? | > | > LOL, I did a driver for the first version of I/OAT more than a year | > ago, submitted | > it and interest was half hearted. | > | > The driver needs updating and polishing yet, but interest being what it was | > it hasn't been a real high priority. | | I saw what I thought you called a "preliminary" driver. | There was discussion and I thought you got positive but | muted (along the lines of "nice.. when will there be hardware for it?") | and some discussion of how it fits in with TCP offload, but I don't think | that anyone said they didn't like the idea.. FWIW, several of us should have motherboards that support it now. For example the Dell PE29XX/PE1950 line now has support if you upgrade old machines to a newer BIOS and then turn it on in the BIOS setup. I'm not sure what em(4) cards support it. So I think hardware should be available now. At the time the PE29XX family BIOS did not support it :-( Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:11:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315E916A417 for ; Thu, 15 Nov 2007 17:11:46 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 802FF13C4B8 for ; Thu, 15 Nov 2007 17:11:45 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 45662 invoked by uid 1001); 15 Nov 2007 17:11:43 -0000 Date: Thu, 15 Nov 2007 19:11:43 +0200 From: Dan Epure To: John Baldwin Message-ID: <20071115171143.GD19354@iogyte.ro> References: <20071111112456.GA19354@iogyte.ro> <200711150856.34636.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711150856.34636.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:11:46 -0000 The /etc/defaults/devfs.rules version is: # $FreeBSD: src/etc/defaults/devfs.rules,v 1.4.2.1 2007/11/11 22:52:31 csjp Exp $ This solved my problem. But other issues came out. 1. The following patch would help the stop/start of the jail (now, if you stop and start a jail /dev/pts and /dev/pty would not show again): === cut here === *** /usr/src/etc/defaults/devfs.rules Mon Nov 12 09:56:30 2007 --- /etc/defaults/devfs.rules Thu Nov 15 18:20:35 2007 *************** *** 54,56 **** --- 54,58 ---- add path 'ttyS*' unhide + add path 'pts' unhide add path 'pts/*' unhide + add path 'pty' unhide add path 'pty/*' unhide === and here === 2. I noticed a strange behavior. === cut here === # ls -la /dev/pt[sy]/ /dev/pts/: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:46 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:42 .. crw-rw-rw- 1 root wheel 0, 95 Nov 15 18:48 0 /dev/pty/: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:46 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:42 .. crw-rw-rw- 1 root wheel 0, 93 Nov 15 18:48 0 # ls -la /dev/ptmx crw-rw-rw- 1 root wheel 0, 99 Nov 15 18:41 /dev/ptmx # ls -la /dev/pt[sy] /dev/pts: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:45 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:41 .. crw--w---- 1 gepu tty 0, 95 Nov 15 19:06 0 /dev/pty: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:45 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:41 .. crw-rw-rw- 1 root wheel 0, 93 Nov 15 19:06 0 crw-rw-rw- 1 root wheel 0, 99 Nov 15 18:41 1 crw-rw-rw- 1 root wheel 0, 100 Nov 15 18:41 2 === and here === for every "ls -la /dev/ptmx" I get another two entries in /dev/pty and no aditional entry in /dev/pts. I can repeat this until I reach kern.pts.max in /dev/pty. At this moment there is not available pty. Regards, Gepu On Thu, Nov 15, 2007 at 08:56:34AM -0500, John Baldwin wrote: > On Sunday 11 November 2007 06:24:56 am Dan Epure wrote: > > Maybe I have better luck here: > > Do you have the recent fix to unhide /dev/pts devices in the default jail > rules for devfs? > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:30:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EEEF16A417; Thu, 15 Nov 2007 17:30:14 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 0764913C461; Thu, 15 Nov 2007 17:30:12 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 15 Nov 2007 09:23:34 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.1/8.12.11) with ESMTP id lAFHTbMj024352; Thu, 15 Nov 2007 09:29:37 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.1/8.13.1/Submit) id lAFHTbiq024351; Thu, 15 Nov 2007 09:29:37 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200711151729.lAFHTbiq024351@ambrisko.com> In-Reply-To: To: Scott Ullrich Date: Thu, 15 Nov 2007 09:29:37 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" , Jack Vogel Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:30:14 -0000 Scott Ullrich writes: [ Charset ISO-8859-1 unsupported, converting... ] | On 11/15/07, Doug Ambrisko wrote: | > FWIW, several of us should have motherboards that support it now. | > For example the Dell PE29XX/PE1950 line now has support if you upgrade | > old machines to a newer BIOS and then turn it on in the BIOS setup. | > I'm not sure what em(4) cards support it. So I think hardware should | > be available now. At the time the PE29XX family BIOS did not support it | | I have a stack of Dell 2970's with Intel 1000 cards and will be happy | to test this when a patch is available. Thanks for working on this | Jack! Hmm, I forgot about the 2970 which are AMD based. Can you check the BIOS to see if there is an option to turn it on? I think this is an Intel feature. AMD might have something close? We have one 2970 that we've played with a little but not much. I can't say for sure if it has it. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:40:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C55616A41B for ; Thu, 15 Nov 2007 17:40:38 +0000 (UTC) (envelope-from sullrich@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 06DB413C442 for ; Thu, 15 Nov 2007 17:40:37 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so751542waf for ; Thu, 15 Nov 2007 09:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=n5lfmyMqiwYM6yF9nAD5H1TwadvHgQAY0vqczIcKlJQ=; b=AlFHGNdlrITgLCP9e9jsijueTA/iy82dZnLygrL1XJATyPMGcGCxfzbyFXUj8aAszJHPqkmKxNiM1O0D0Zb1F37hLw0X6yLlgRq9+LChMFJcw8MAi8cvkEmB9vwdms4aKDpJcRaMhNobXc/7tefhVwgHhHMQ0owMytG+dOzV7c4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MDGwI2rs6bm9HxwpW/dHc3AGxOsK6QX+uiodWiUTLqRsXEUAaZZbGjr6NVevppYdjD3OI+3D+ZoY52KOQRrFNeCS+dt9zLPu90KZ6cArKd99H5Y8LXGyO1K5ggmL+vgvAXMy1WZqDp4pCqhZkFyHDAACeZwQ3kKjFQlFcQVMIj4= Received: by 10.114.89.1 with SMTP id m1mr925673wab.1195146823316; Thu, 15 Nov 2007 09:13:43 -0800 (PST) Received: by 10.115.109.10 with HTTP; Thu, 15 Nov 2007 09:13:43 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 12:13:43 -0500 From: "Scott Ullrich" To: "Doug Ambrisko" In-Reply-To: <200711151640.lAFGeCto021475@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473BA656.7020508@elischer.org> <200711151640.lAFGeCto021475@ambrisko.com> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" , Jack Vogel Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:40:38 -0000 On 11/15/07, Doug Ambrisko wrote: > FWIW, several of us should have motherboards that support it now. > For example the Dell PE29XX/PE1950 line now has support if you upgrade > old machines to a newer BIOS and then turn it on in the BIOS setup. > I'm not sure what em(4) cards support it. So I think hardware should > be available now. At the time the PE29XX family BIOS did not support it I have a stack of Dell 2970's with Intel 1000 cards and will be happy to test this when a patch is available. Thanks for working on this Jack! Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:52:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F6916A41A for ; Thu, 15 Nov 2007 17:52:18 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id ECE2713C468 for ; Thu, 15 Nov 2007 17:52:17 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so755936waf for ; Thu, 15 Nov 2007 09:52:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=37OMIlnDOVtli05pYPl16l1zHH4MGpnqgpdJhrCZfoc=; b=tCez5h5Wpl8Hq3D6vBJYPR2maczbZqzPJHPIovVG0Bm0+yxcdu/cua4pmzTw5JngHRbJ4eac/FUGTaKJdEMOk6pnlhNNdEK4+u0UylquKoBeHwCRJx7yo94k/b8jXxLSRI4yV1aPGQX6ANFdyjgkNwS789W17GM3VjhRJTyMG9M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jXHvNkZArjQ4Fdr+FakTwN2QBzTzgG2txr5Ky0iRkTBc4G8tvCcPqyUHcP1D6RN+GcTorHZhAv5ow5JnoQGzpcdodjdPNVXnhHD903O/lZumGv5lUm/k3wY4teUoawQpToEM8gW5ff+Ywzjhh8yk6OYXTF92IlbjU7qx1t9aiow= Received: by 10.115.23.12 with SMTP id a12mr155020waj.1195149137463; Thu, 15 Nov 2007 09:52:17 -0800 (PST) Received: by 10.115.109.10 with HTTP; Thu, 15 Nov 2007 09:52:17 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 12:52:17 -0500 From: "Scott Ullrich" To: "Doug Ambrisko" In-Reply-To: <200711151729.lAFHTbiq024351@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" , Jack Vogel Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:52:18 -0000 On 11/15/07, Doug Ambrisko wrote: > Hmm, I forgot about the 2970 which are AMD based. Can you check the > BIOS to see if there is an option to turn it on? I think this is an > Intel feature. AMD might have something close? We have one 2970 > that we've played with a little but not much. I can't say for sure > if it has it. Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess I will need to pick up a different server as we are interested in what kind of packet forwarding rate increase that this feature might bring on a heavily loaded firewall. Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 17:59:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F2416A41A for ; Thu, 15 Nov 2007 17:59:43 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id ABEB813C4E5 for ; Thu, 15 Nov 2007 17:59:42 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so734016mue for ; Thu, 15 Nov 2007 09:59:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m97LhbfCrfX1+RdmhhryzxRVLcCqi336Wc/MmpwJeIA=; b=d6XRv/iHRPIP6n9TtZjpuDrmsvJcpuw56tKln/Oi7lvznGQ08xt9ZsLZzzjlB5VcVqln++0s1kGXEx1S2HUOohT2tUa7fUWhNgRm4QbQpG4Ha7CF4TEKkZQOsXkjepsZ9ENwwcWNoqirgIqxaxhyh6hw5om/xFphNUF+kVBSbT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y2X/MgEGeoxgqQmqODMmlUXdf887Y/pYHokYrGJRGAaB+yjb9vhZYzU8ck8Ixg2S4MuDi36UuJLmVexU7mSDc/IZuWOXX/aIsXoGwWrIlUvFuT9JF3wuaoinkhTMJUKsYOz5Yb98l0bEgW5TzqGTCn/3XmfpwR2aKZncQzLoA5E= Received: by 10.86.99.9 with SMTP id w9mr852436fgb.1195149579732; Thu, 15 Nov 2007 09:59:39 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 09:59:39 -0800 (PST) Message-ID: <2a41acea0711150959h8d5e0d2ta5c1f2551a2ce22b@mail.gmail.com> Date: Thu, 15 Nov 2007 09:59:39 -0800 From: "Jack Vogel" To: "Scott Ullrich" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 17:59:43 -0000 On Nov 15, 2007 9:52 AM, Scott Ullrich wrote: > On 11/15/07, Doug Ambrisko wrote: > > Hmm, I forgot about the 2970 which are AMD based. Can you check the > > BIOS to see if there is an option to turn it on? I think this is an > > Intel feature. AMD might have something close? We have one 2970 > > that we've played with a little but not much. I can't say for sure > > if it has it. > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > I will need to pick up a different server as we are interested in what > kind of packet forwarding rate increase that this feature might bring > on a heavily loaded firewall. Its IN the chipset, so if its AMD based you won't have it :) Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 18:01:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE1016A418 for ; Thu, 15 Nov 2007 18:01:43 +0000 (UTC) (envelope-from sullrich@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 B938113C467 for ; Thu, 15 Nov 2007 18:01:43 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so759606waf for ; Thu, 15 Nov 2007 10:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ntyFpcI2J7FTu75UzFf/cEl7QqvcdtN0IbyjIN+6wF4=; b=BBJVtd71Z5R43oUAeubxTdLDQrKsGG8FX1gk0/eP8TNKZnTXCFfx3eseOvrgtMb9xC5/B1KTqfrI2hqiaPuLgLRKl+6ywLqG3ugeb3uRBG5ehMkNUXPX7aWrefwqwy/tx662bgeIy2rrDUeLkYPy3cbR44+hAG0oWEjz7/QdF2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ffzMwvWNxh1gbxq6y0nmkmkDtyBQqNw9T9iLO/5bv5vslQtkb48iShz3MvTlsWSfFyPM3iwMyVDmllkjsbzf6huBo7BKsMuX2gm3kXIwc0HMTiA6GfUeDfJk9HoKP0gKE3JHGvVcW+7d58tnmKDqEGn+j3v/bA0SVmqgiNGjems= Received: by 10.114.38.2 with SMTP id l2mr180538wal.1195149703381; Thu, 15 Nov 2007 10:01:43 -0800 (PST) Received: by 10.115.109.10 with HTTP; Thu, 15 Nov 2007 10:01:43 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 13:01:43 -0500 From: "Scott Ullrich" To: "Jack Vogel" In-Reply-To: <2a41acea0711150959h8d5e0d2ta5c1f2551a2ce22b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> <2a41acea0711150959h8d5e0d2ta5c1f2551a2ce22b@mail.gmail.com> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 18:01:44 -0000 On 11/15/07, Jack Vogel wrote: > Its IN the chipset, so if its AMD based you won't have it :) Thanks for the clarification. I'll be sure to buy all Intel parts on the next server :) Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 18:20:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C327E16A41A for ; Thu, 15 Nov 2007 18:20:06 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id 1FCB413C46E for ; Thu, 15 Nov 2007 18:20:05 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 40949 invoked by uid 98); 15 Nov 2007 18:20:04 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.057171 secs); 15 Nov 2007 18:20:04 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Thu, 15 Nov 2007 18:20:04 +0000 Received: (qmail 22438 invoked by uid 1002); 15 Nov 2007 18:20:01 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Nov 2007 18:20:01 -0000 Date: Thu, 15 Nov 2007 18:20:01 +0000 (GMT) From: "Mark Powell" To: Pawel Jakub Dawidek In-Reply-To: <20071115082556.GC80222@garage.freebsd.pl> Message-ID: <20071115181807.U21425@rust.salford.ac.uk> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 18:20:06 -0000 On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: > On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > In my perforce branch, this is already improved. FreeBSD will detect > disk name changes, etc. It already does, but only with ATA disks. Any ideas when/if we are going to see an updated ZFS in RELENG_7? The problem with zfs keeping a device open twice: # zpool replace -f pool concat/cat0 concat/cat0 invalid vdev specification the following errors must be manually repaired: concat/cat0 is in use (r1w1e1) which we discussed on the Opensolaris zfs-discuss forum, is still there and it's a royal PITA :( Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 18:24:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D23B216A417; Thu, 15 Nov 2007 18:24:14 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 83B7113C511; Thu, 15 Nov 2007 18:24:14 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id B1CE05C6F; Thu, 15 Nov 2007 19:13:46 +0100 (CET) From: Marten Vijn To: Giorgos Keramidas In-Reply-To: <20071115013208.GA3497@kobe.laptop> References: <1194819232.1047.19.camel@workstation.martenvijn.nl> <20071115013208.GA3497@kobe.laptop> Content-Type: text/plain Date: Thu, 15 Nov 2007 19:24:09 +0100 Message-Id: <1195151049.3240.10.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-small@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 18:24:15 -0000 On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: > On 2007-11-11 23:13, Marten Vijn wrote: > > a comprehensive overview how i use tinybsd > > and maintain images > > > > http://martenvijn.nl/trac/wiki/TinyBSD > > Hi Marten, > > Can we lure you into writing this up as an 'article', which is > committable or almost committable to CVS? > I could try and might use some help in this, I am not a native english speaker and have dislexia, but neigther of them even stopped me doing things :) The question is what would it take? Marten From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 18:37:19 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0427A16A47A for ; Thu, 15 Nov 2007 18:37:19 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31809.mail.mud.yahoo.com (web31809.mail.mud.yahoo.com [68.142.207.72]) by mx1.freebsd.org (Postfix) with SMTP id 9FF2E13C46E for ; Thu, 15 Nov 2007 18:37:18 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 55020 invoked by uid 60001); 15 Nov 2007 18:10:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=dQOu/4rc289IpcE6IX4yp4zaQSZ899dArJulTmtRLyYVFjbkp25SnUpQjv3giJaLVRrOdXu8jygfqb1GDuHRA3YK13cDbo24WbY6cNhcHSrcHG7ZXZ8UqN5jnq015wyytcoZ6meodn0QrMeAdoKMDyGyC3Qt/lGDrAoawM7TrsI=; Received: from [70.231.132.101] by web31809.mail.mud.yahoo.com via HTTP; Thu, 15 Nov 2007 10:10:23 PST X-Mailer: YahooMailWebService/0.7.158 Date: Thu, 15 Nov 2007 10:10:23 -0800 (PST) From: Mohan Srinivasan To: Timo Sirainen , Robert Watson In-Reply-To: <20071115135734.O82897@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <698405.85667.qm@web31809.mail.mud.yahoo.com> X-Mailman-Approved-At: Thu, 15 Nov 2007 18:39:31 +0000 Cc: Adam McDougall , freebsd-current@FreeBSD.org, mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 18:37:19 -0000 Robert The code you cite, which launches a lookup on the receipt of an EEXIST in nfs_link() is a horrible hack that needs to be removed. I always wanted to remove it but did not want to stir up controversy. The logic predates the NFS/UDP duplicate request cache, which all NFS servers will support. The NFS dupreq cache caches the replies for non-idempotent operations and will replay the cached response if a non-idenpotent operation is retransmitted. This works around spurious errors in the event the NFS response was lost, of course. The dupreq cache appeared in most NFS server implementations in late 1989. There is no justification for the logic that the FreeBSD NFS client has at the end of these ops. In fact it breaks more things that it fixes. At Yahoo!, we had a group that was doing locking by creating lockfiles and checking for the existence of these lockfiles. As you can imagine, that application broke over FreeBSD NFS. I worked around this in FreeBSD's Yahoo! implementation. I have not looked at the original link bug reported, but I would wholeheartedly endorse ripping out the "launch a lookup on a an error in these ops" in all of the NFS ops and just return the error/or success returned by the original NFS op. mohan --- On Thu, 11/15/07, Robert Watson wrote: > From: Robert Watson > Subject: Re: link() not increasing link count on NFS server > To: "Timo Sirainen" > Cc: "Adam McDougall" , freebsd-current@FreeBSD.org, mohans@FreeBSD.org > Date: Thursday, November 15, 2007, 6:05 AM > On Thu, 15 Nov 2007, Timo Sirainen wrote: > > > On Thu, 2007-11-15 at 12:39 +0000, Robert Watson > wrote: > > > >>> or Solaris NFS clients. Basically, Timo > (cc'ed) came up with a small test > >>> case that seems to indicate sometimes a link() > call can succeed while the > >>> link count of the file will not increase. If > this is ran on two FreeBSD > >>> clients from the same NFS directory, you will > occasionally see "link() > >>> succeeded, but link count=1". I've > tried both a Netapp and a FreeBSD NFS > > .. > >> My guess, and this is just a hand-wave, is that > the attribute cache in the > >> NFS client isn't being forced to refresh, and > hence you're getting the old > >> stat data back (and perhaps there's no GETATTR > on the wire, which might > >> hint at this). If you'd like, you can post a > link to the pcap capture file > >> and one of us can take a look, but I've found > NFS RPCs to be surprisingly > >> readable in Wireshark so you might find it sheds > quite a bit of light. > > > > Actually the point was that link() returns success > even though in reality it > > fails. The fstat() was just a workaround to catch this > case and treat link > > count 1 as if link() had failed with EEXIST. After > that I had no more > > problems with locking. > > > > I noticed this first because my dotlocking was failing > to lock files > > properly. I also added fchown() to flush attribute > cache after link() and > > before fstat(), it gives the same link count=1 reply. > > Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: > > 1772 /* > 1773 * Kludge: Map EEXIST => 0 assuming that it > is a reply to a retry. > 1774 */ > 1775 if (error == EEXIST) > 1776 error = 0; > 1777 return (error); > > Neither Linux nor Solaris appears to have this logic in the > client. I assume > this is, as suggested, to work around UDP retransmissions > where the reply is > lost rather than the request. It appears to exist in > revision 1.1 of > nfs_vnops.c, so came in with 4.4BSD in the initial import, > but doesn't appear > in NetBSD so I'm guessing they've removed it. It > could well be we should be > doing the same. I've added Mohan to the CC line in > case he has any input on > this point. > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 19:50:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C944B16A46B for ; Thu, 15 Nov 2007 19:50:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5510F13C4C4 for ; Thu, 15 Nov 2007 19:50:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so586848nfb for ; Thu, 15 Nov 2007 11:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=9WukBoLv6WSh8zWCbghoA2YvvXhumlCFqylv0No6228=; b=Fjr8vOutLiL3eLWadc3JAaJObEpi6Df1piLvxZKz67zRjhTpQmGD7RODPrQUE0zEjkysf/jLV17GiORpLiZZehWtqxxCC+gpAZ5kPiOsDbllAxnHsPIRbCaDzX3u0vpcYnfUm0VU+vAo/Mf74oSLY7lxKePA15OCNg7FCKsjpFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iymMbOY5Dn/2yRXaU2/pUH+t3DhX/3E8Fi98UWUyabqH8r9whsWu/1XWJJ4ueL3NqFyfGtKqLYNDkQ0drcsy7LXt/4TKx9nswMNIgpuMAeB3jbIyyLIqtO2QQsmBpXEApbQkp9UOyqN1AoqcHUU844yLT4pxuLr4X9QdaPBUSXg= Received: by 10.86.97.7 with SMTP id u7mr944778fgb.1195156245553; Thu, 15 Nov 2007 11:50:45 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 11:50:45 -0800 (PST) Message-ID: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.com> Date: Thu, 15 Nov 2007 11:50:45 -0800 From: "Jack Vogel" To: "FreeBSD Current" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: New Device IDs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:50:47 -0000 I was curious, is there any organized method to funnel new IDs into the code or is it just willy nilly as a driver owner notices it? I will be having some patches to add IDs from this bringup I've been working on and wondered if there was a 'canonical' way to make this stuff happen? Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 19:55:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80FB016A417; Thu, 15 Nov 2007 19:55:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 354C213C458; Thu, 15 Nov 2007 19:55:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lAFJt69O027003; Thu, 15 Nov 2007 12:55:06 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473CA413.5070107@samsco.org> Date: Thu, 15 Nov 2007 12:54:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.com> In-Reply-To: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.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-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 15 Nov 2007 12:55:06 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: New Device IDs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:55:11 -0000 Jack Vogel wrote: > I was curious, is there any organized method to funnel new IDs into > the code or is it just willy nilly as a driver owner notices it? > > I will be having some patches to add IDs from this bringup I've > been working on and wondered if there was a 'canonical' way to > make this stuff happen? > Willy Nilly. Commit away! Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 20:01:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8A216A477; Thu, 15 Nov 2007 20:01:05 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 6604A13C48E; Thu, 15 Nov 2007 20:01:04 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1Iskbh-00005Y-O6; Thu, 15 Nov 2007 20:42:33 +0100 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Thu, 15 Nov 2007 20:42:33 +0100 (CET) Message-ID: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> Date: Thu, 15 Nov 2007 20:42:33 +0100 (CET) From: "Remko Lodder" To: "Marten Vijn" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Thu, 15 Nov 2007 20:06:08 +0000 Cc: freebsd-current@freebsd.org, freebsd-small@freebsd.org, Giorgos Keramidas Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:01:05 -0000 On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: > On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: >> On 2007-11-11 23:13, Marten Vijn wrote: >> > a comprehensive overview how i use tinybsd >> > and maintain images >> > >> > http://martenvijn.nl/trac/wiki/TinyBSD >> >> Hi Marten, >> >> Can we lure you into writing this up as an 'article', which is >> committable or almost committable to CVS? >> > > I could try and might use some help in this, > > I am not a native english speaker and have dislexia, but neigther of > them even stopped me doing things :) > > The question is what would it take? > > Marten Since you and I are both of the same language I could guide you with the process of the SGML and the like :-) You could start by reading through http://www.freebsd.org/doc/en/books/fdp-primer, which tells about our style requirements and the like, I can review that part for you as well as some basic things and make sure that the SGML etc is in correct shape so that we can eventually import it into the tree (ofcourse it would be great to let others review it as well because more eyes catch more things ;-)) Let me know if you are interested in this! Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 20:26:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44CD116A419; Thu, 15 Nov 2007 20:26:35 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id CD43913C474; Thu, 15 Nov 2007 20:26:34 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAFKFQTV002618; Thu, 15 Nov 2007 21:15:26 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id lAFKFPvH065864; Thu, 15 Nov 2007 21:15:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id lAFKFPts065863; Thu, 15 Nov 2007 21:15:25 +0100 (CET) (envelope-from wb) Date: Thu, 15 Nov 2007 21:15:25 +0100 From: Wilko Bulte To: Remko Lodder Message-ID: <20071115201525.GA65662@freebie.xs4all.nl> References: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Thu, 15 Nov 2007 20:31:56 +0000 Cc: Marten Vijn , freebsd-current@freebsd.org, freebsd-small@freebsd.org, Giorgos Keramidas Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:26:35 -0000 Quoting Remko Lodder, who wrote on Thu, Nov 15, 2007 at 08:42:33PM +0100 .. > On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: > > On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: > >> On 2007-11-11 23:13, Marten Vijn wrote: > >> > a comprehensive overview how i use tinybsd > >> > and maintain images > >> > > >> > http://martenvijn.nl/trac/wiki/TinyBSD > >> > >> Hi Marten, > >> > >> Can we lure you into writing this up as an 'article', which is > >> committable or almost committable to CVS? > >> > > > > I could try and might use some help in this, > > > > I am not a native english speaker and have dislexia, but neigther of > > them even stopped me doing things :) > > > > The question is what would it take? > > > > Marten > > > Since you and I are both of the same language I could guide you with the > process of the SGML and the like :-) > > You could start by reading through > http://www.freebsd.org/doc/en/books/fdp-primer, which tells about our > style requirements and the like, I can review that part for you as well as > some basic things and make sure that the SGML etc is in correct shape so > that we can eventually import it into the tree (ofcourse it would be great > to let others review it as well because more eyes catch more things ;-)) > > Let me know if you are interested in this! And Marten.. be careful out there.. before you know it they are talking 'doc commit bit' behind your back.. 8-) Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 22:16:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C21316A417; Thu, 15 Nov 2007 22:16:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD7BC13C46E; Thu, 15 Nov 2007 22:15:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473CC522.5080904@FreeBSD.org> Date: Thu, 15 Nov 2007 23:16:02 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <473B9A43.5060401@FreeBSD.org> In-Reply-To: <473B9A43.5060401@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ups@FreeBSD.org, tegge@FreeBSD.org, kib@FreeBSD.org, current@freebsd.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:16:01 -0000 Kris Kennaway wrote: > I got this panic on an 8 core amd64 running 8.0 when writing to a ufs on > a md device: > > panic: ffs_reallocblk: start == end > > db> wh > Tracing pid 59911 tid 100115 td 0xffffff0003b90000 > kdb_enter() at kdb_enter+0x31 > panic() at panic+0x1c0 > ffs_reallocblks() at ffs_reallocblks+0xb11 > VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 > cluster_write() at cluster_write+0x38a > ffs_write() at ffs_write+0x575 > VOP_WRITE_APV() at VOP_WRITE_APV+0x147 > vn_write() at vn_write+0x213 > dofilewrite() at dofilewrite+0x9a > kern_writev() at kern_writev+0x4f > write() at write+0x4b > syscall() at syscall+0x301 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x800a65d0c, rsp = > 0x7fffffffd268, rbp = 0x2800 --- > > Kris > Another one of these on a different machine. Looks like something is definitely broken. Kris From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 22:38:16 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6646516A41A; Thu, 15 Nov 2007 22:38:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F55513C442; Thu, 15 Nov 2007 22:38:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473CCA59.8090304@FreeBSD.org> Date: Thu, 15 Nov 2007 23:38:17 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Timo Sirainen References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> In-Reply-To: <1195132320.6039.135.camel@hurina> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adam McDougall , freebsd-current@FreeBSD.org, Robert Watson Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:38:16 -0000 Timo Sirainen wrote: > On Thu, 2007-11-15 at 12:39 +0000, Robert Watson wrote: >>> or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small test >>> case that seems to indicate sometimes a link() call can succeed while the >>> link count of the file will not increase. If this is ran on two FreeBSD >>> clients from the same NFS directory, you will occasionally see "link() >>> succeeded, but link count=1". I've tried both a Netapp and a FreeBSD NFS > .. >> My guess, and this is just a hand-wave, is that the attribute cache in the NFS >> client isn't being forced to refresh, and hence you're getting the old stat >> data back (and perhaps there's no GETATTR on the wire, which might hint at >> this). If you'd like, you can post a link to the pcap capture file and one of >> us can take a look, but I've found NFS RPCs to be surprisingly readable in >> Wireshark so you might find it sheds quite a bit of light. > > Actually the point was that link() returns success even though in > reality it fails. The fstat() was just a workaround to catch this case > and treat link count 1 as if link() had failed with EEXIST. After that I > had no more problems with locking. > > I noticed this first because my dotlocking was failing to lock files > properly. I also added fchown() to flush attribute cache after link() > and before fstat(), it gives the same link count=1 reply. Is it failing (leaving the link count unchanged, when fstat()'ed on the server), or is it just returning a stale link count when the *client* runs fstat()? There is at least one race with the NFS attribute cache that sometimes returns old data to clients when they stat a file that has been recently modified. Kris From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 22:43:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6951416A46B for ; Thu, 15 Nov 2007 22:43:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0825D13C481 for ; Thu, 15 Nov 2007 22:43:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6C73945B26; Thu, 15 Nov 2007 23:43:51 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 193BE45684; Thu, 15 Nov 2007 23:43:46 +0100 (CET) Date: Thu, 15 Nov 2007 23:43:27 +0100 From: Pawel Jakub Dawidek To: Mark Powell Message-ID: <20071115224327.GA85297@garage.freebsd.pl> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> <20071115181807.U21425@rust.salford.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20071115181807.U21425@rust.salford.ac.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:43:54 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 15, 2007 at 06:20:01PM +0000, Mark Powell wrote: > On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: >=20 > >On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > >In my perforce branch, this is already improved. FreeBSD will detect > >disk name changes, etc. It already does, but only with ATA disks. >=20 > Any ideas when/if we are going to see an updated ZFS in RELENG_7? The=20 > problem with zfs keeping a device open twice: >=20 > # zpool replace -f pool concat/cat0 concat/cat0 > invalid vdev specification > the following errors must be manually repaired: > concat/cat0 is in use (r1w1e1) >=20 > which we discussed on the Opensolaris zfs-discuss forum, is still there= =20 > and it's a royal PITA :( This is already committed to HEAD and will be MFCed before 7.0-RELEASE. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPMuPForvXbEpPzQRAsgQAJ0aOIgXn4FNkQslxX7Bn8FoqyN4KwCfdhac 3Au+KPyoKbksAyyUJRlD+v0= =UkCR -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:00:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E625716A417 for ; Fri, 16 Nov 2007 00:00:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5676513C442 for ; Fri, 16 Nov 2007 00:00:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 66818 invoked from network); 15 Nov 2007 23:34:48 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Nov 2007 23:34:48 -0000 Message-ID: <473CDDAC.9020503@freebsd.org> Date: Fri, 16 Nov 2007 01:00:44 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Gregory Wright References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> <473780DB.2040705@freebsd.org> <17995F62-7E9B-42E3-A7FA-30143C704C34@antiope.com> In-Reply-To: <17995F62-7E9B-42E3-A7FA-30143C704C34@antiope.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:00:36 -0000 Gregory Wright wrote: > > On Nov 11, 2007, at 5:23 PM, Andre Oppermann wrote: > >> Gregory Wright wrote: >>> On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: >>>> >>> Hi Andre, >>> I also took a look at the bge (4) driver in 7.0-BETA2. As far as I >>> can tell, >>> it does not support TSO (there is no ioctl supporting TSO enable/disable >>> as there is for the em(4) driver). >> >>> Might the chip --- a BCM5704_B0 --- not be completely initialized? This >>> might explain why the machine with the BCM5714_B3 chips works, while >>> the other machine shows the duplicate ACK bug. >> >> Perhaps. Do you see the duplicate ACKs in a tcpdump on both the sender >> and the receiver? If you see it on the sender too, then it must be a >> bug in our network stack or the driver (by requeuing the same packet >> over and over again). >> >> --Andre > > The logs show that the duplicate ACKs are generated only by the > receiver. I suspect a bug in the driver, perhaps the ACK packet > is not being removed from the TX buffer ring. Examining the transmitted > packets should be enough to rule out a network stack problem. Is > there any debugging infrastructure I can use or do I just have to > hack in on my own? We don't have an infrastructure to deal with this kind of driver problems. You have to instrument the driver code to report stuck mbufs. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:04:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6393416A46C for ; Fri, 16 Nov 2007 00:04:26 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B64D13C447 for ; Fri, 16 Nov 2007 00:04:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 66853 invoked from network); 15 Nov 2007 23:38:18 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Nov 2007 23:38:18 -0000 Message-ID: <473CDE7E.80008@freebsd.org> Date: Fri, 16 Nov 2007 01:04:14 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Jack Vogel References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> In-Reply-To: <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:04:26 -0000 Jack Vogel wrote: > On Nov 14, 2007 5:01 PM, Wilkinson, Alex > wrote: >> Hi all, >> >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon >> ? > > LOL, I did a driver for the first version of I/OAT more than a year > ago, submitted it and interest was half hearted. IMHO the biggest drawback (design failure) is the polling requirement for the work queue. Ideally it would be structured like a NIC with its DMA engine and rings. > The driver needs updating and polishing yet, but interest being what it was > it hasn't been a real high priority. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:09:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25FD316A419 for ; Fri, 16 Nov 2007 00:09:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id ABB1A13C4E7 for ; Fri, 16 Nov 2007 00:09:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so656648nfb for ; Thu, 15 Nov 2007 16:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=yH9WEUzivArySiA3Vr4NpSPH9xGRrXl3umMOfPCV71c=; b=SdFS4RFZeBfEfxUEolcZC5eNzGanBthNxKZXliHBj5bshjJZWlQxPXxlf4I7iWiKhVwAPDEB13RPLNkacJ57bLfXIM2/uU4G0R/aajMxwa51G0MZOJ+jN6qRoI/hU5QQuOmZRiAhJgA/Cuh/ChxAZX3LsjAeCL5TEI603CIRxRk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hGS4P7OypkpvKYSmg5fyUPknw2GGcZgLWXueeIBsD0ZamBQf8OF83Un2gOFNVj1YPOAV+SwPPcl7noDu7qU4AJX7qSVO/sCzqnLySEEn6oBy3wt72K56pbd5VKtSH+CS1fx9UagvroBTMFFQOgZkhRMVT1x81uTzXH1S5yA2KqA= Received: by 10.86.91.12 with SMTP id o12mr1156522fgb.1195171742920; Thu, 15 Nov 2007 16:09:02 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 16:09:02 -0800 (PST) Message-ID: <2a41acea0711151609i64f59719wcd893d0eb89f4cb0@mail.gmail.com> Date: Thu, 15 Nov 2007 16:09:02 -0800 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <473CDE7E.80008@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> <473CDE7E.80008@freebsd.org> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:09:07 -0000 On Nov 15, 2007 4:04 PM, Andre Oppermann wrote: > Jack Vogel wrote: > > On Nov 14, 2007 5:01 PM, Wilkinson, Alex > > wrote: > >> Hi all, > >> > >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon > >> ? > > > > LOL, I did a driver for the first version of I/OAT more than a year > > ago, submitted it and interest was half hearted. > > IMHO the biggest drawback (design failure) is the polling requirement > for the work queue. Ideally it would be structured like a NIC with > its DMA engine and rings. I know, at the time I did this Chris Leech the Linux developer was having trouble with an interrupt design, so I figured I'd not bang my head against the wall unnecessarily and follow what he was doing :) Since then however, work has been done and particularly with the CB2 support I believe Linux now does use interrupts, so if I go back and rework the driver I will try and follow that path. There is a goodly amount of work to do this justice, and I have been busy with new NIC hardware so much lately, but I hope to come up for air soon so I will try and get this off the queue :) Cheers, Jack > > The driver needs updating and polishing yet, but interest being what it was > > it hasn't been a real high priority. From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:13:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE10216A41A for ; Fri, 16 Nov 2007 00:13:30 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0E713C448 for ; Fri, 16 Nov 2007 00:13:29 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 66950 invoked from network); 15 Nov 2007 23:47:42 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Nov 2007 23:47:42 -0000 Message-ID: <473CE0B2.5000703@freebsd.org> Date: Fri, 16 Nov 2007 01:13:38 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Jack Vogel References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> <473BA656.7020508@elischer.org> <2a41acea0711150058v5eaa2866v40eb0c0bc65b4ede@mail.gmail.com> In-Reply-To: <2a41acea0711150058v5eaa2866v40eb0c0bc65b4ede@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:13:30 -0000 Jack Vogel wrote: > On Nov 14, 2007 5:52 PM, Julian Elischer wrote: >> Jack Vogel wrote: >>> On Nov 14, 2007 5:01 PM, Wilkinson, Alex >>> wrote: >>>> Hi all, >>>> >>>> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon >>>> ? >>> LOL, I did a driver for the first version of I/OAT more than a year >>> ago, submitted >>> it and interest was half hearted. >>> >>> The driver needs updating and polishing yet, but interest being what it was >>> it hasn't been a real high priority. >>> >> I saw what I thought you called a "preliminary" driver. >> There was discussion and I thought you got positive but >> muted (along the lines of "nice.. when will there be hardware for it?") >> and some discussion of how it fits in with TCP offload, but I don't think >> that anyone said they didn't like the idea.. >> >> hmm didn't someone else have an implementation? or am I getting >> my wires crossed on that? > > You are probably right, its been quite a while, and there were > other factors that have effected my perception. > > The driver just for the engine didn't require the stack portion > that Prafulla did, although we need something using the thing :) I/OAT helps with the userland/kernel copying by offloading it into the chipset memory controller. The right place to hook it isn't really the network stack but copyin/copyout and equivalents. m_uiotombuf and uiomove in this case for sockets. > Not sure what other implementation you are thinking of. Linux has it > of course. > > I'd be glad to resurrect the code and get on with it in any case. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:19:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A38BD16A419 for ; Fri, 16 Nov 2007 00:19:03 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 174EC13C45A for ; Fri, 16 Nov 2007 00:18:59 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67027 invoked from network); 15 Nov 2007 23:53:08 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Nov 2007 23:53:08 -0000 Message-ID: <473CE1F8.80502@freebsd.org> Date: Fri, 16 Nov 2007 01:19:04 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Doug Ambrisko References: <200711151640.lAFGeCto021475@ambrisko.com> In-Reply-To: <200711151640.lAFGeCto021475@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" , Jack Vogel Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:19:03 -0000 Doug Ambrisko wrote: > Julian Elischer writes: > | Jack Vogel wrote: > | > On Nov 14, 2007 5:01 PM, Wilkinson, Alex > | > wrote: > | >> Hi all, > | >> > | >> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon > | >> ? > | > > | > LOL, I did a driver for the first version of I/OAT more than a year > | > ago, submitted > | > it and interest was half hearted. > | > > | > The driver needs updating and polishing yet, but interest being what it was > | > it hasn't been a real high priority. > | > | I saw what I thought you called a "preliminary" driver. > | There was discussion and I thought you got positive but > | muted (along the lines of "nice.. when will there be hardware for it?") > | and some discussion of how it fits in with TCP offload, but I don't think > | that anyone said they didn't like the idea.. > > FWIW, several of us should have motherboards that support it now. > For example the Dell PE29XX/PE1950 line now has support if you upgrade > old machines to a newer BIOS and then turn it on in the BIOS setup. > I'm not sure what em(4) cards support it. So I think hardware should > be available now. At the time the PE29XX family BIOS did not support it :-( I/OAT is a chipset, or rather memory controller, feature currently only supported in Intel chipsets. If AMD were to support it as well it would have to reside on the CPU die as it is integrates the memory controller. Simply put I/OAT is nothing more than a hardware offloaded bcopy() working on physical addresses. The idea is to free the CPU bandwidth from performing the bcopy itself. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:22:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF7216A46D for ; Fri, 16 Nov 2007 00:22:12 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7AA13C502 for ; Fri, 16 Nov 2007 00:22:12 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67072 invoked from network); 15 Nov 2007 23:56:20 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Nov 2007 23:56:20 -0000 Message-ID: <473CE2B9.8010201@freebsd.org> Date: Fri, 16 Nov 2007 01:22:17 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Scott Ullrich References: <200711151729.lAFHTbiq024351@ambrisko.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" , Jack Vogel Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:22:13 -0000 Scott Ullrich wrote: > On 11/15/07, Doug Ambrisko wrote: >> Hmm, I forgot about the 2970 which are AMD based. Can you check the >> BIOS to see if there is an option to turn it on? I think this is an >> Intel feature. AMD might have something close? We have one 2970 >> that we've played with a little but not much. I can't say for sure >> if it has it. > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > I will need to pick up a different server as we are interested in what > kind of packet forwarding rate increase that this feature might bring > on a heavily loaded firewall. Not much. Unless your firewall is in usermode. Otherwise the data stays in the kernel and I/OAT is of not help as no copying happens. Your CPU is probably spending half of its clock cycles waiting on cache misses from newly arrived packets. Some Intel chipset integrated gige ports have a cache prefetch feature (duno whether our driver supports it) that would help quite a bit for your case. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:25:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48EF916A421 for ; Fri, 16 Nov 2007 00:25:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id CA9DF13C4BB for ; Fri, 16 Nov 2007 00:25:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so659938nfb for ; Thu, 15 Nov 2007 16:25:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AXKXXTeznBt5jjWX/NXF4DdsA1haXC6lS2yx4JFMq5s=; b=SmKvcDOmBWGhlc4PIAll/hCJDSA3cIUb0RRezVbANCHNQQhZLEhRt37K730v00chaW8KUnjrt6K+eriOz5pwn2KxqVWQarRnWZQc+PpVUi9jJ1TLPdr+m0eak4ps9Mr9s66ZK5B/2zJ7oDMACVNG06Q1gxYIM5YNrFbyn2qRSsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FTe8kDcHDgijAnutCHi94F4mkNLnW3C15FdYExuSfw84Y/bu7Xt6HdjTaMWhoytta6MBVWuANNfoG+NRvSgW4CPapmGIdbdvG0IkLXW4cNUiIh67sm//HuvKBzoK9KfNbz1M42OihJErdhlJicycTggfnZqZ9OCFv9EyDQ1WleE= Received: by 10.86.54.3 with SMTP id c3mr1161196fga.1195172743943; Thu, 15 Nov 2007 16:25:43 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 16:25:43 -0800 (PST) Message-ID: <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> Date: Thu, 15 Nov 2007 16:25:43 -0800 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <473CE2B9.8010201@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> <473CE2B9.8010201@freebsd.org> Cc: freebsd-net@freebsd.org, Scott Ullrich , freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:25:46 -0000 On Nov 15, 2007 4:22 PM, Andre Oppermann wrote: > > Scott Ullrich wrote: > > On 11/15/07, Doug Ambrisko wrote: > >> Hmm, I forgot about the 2970 which are AMD based. Can you check the > >> BIOS to see if there is an option to turn it on? I think this is an > >> Intel feature. AMD might have something close? We have one 2970 > >> that we've played with a little but not much. I can't say for sure > >> if it has it. > > > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > > I will need to pick up a different server as we are interested in what > > kind of packet forwarding rate increase that this feature might bring > > on a heavily loaded firewall. > > Not much. Unless your firewall is in usermode. Otherwise the data > stays in the kernel and I/OAT is of not help as no copying happens. > Your CPU is probably spending half of its clock cycles waiting on > cache misses from newly arrived packets. Some Intel chipset integrated > gige ports have a cache prefetch feature (duno whether our driver > supports it) that would help quite a bit for your case. What might help this is multiqueue support on the receive AND send, and stack support for the same. Not sure what the stack changes would look like, but I know there's interest in this sort of thing, so naturally I'd be into it :) Jack From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:26:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A6516A420 for ; Fri, 16 Nov 2007 00:26:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDB013C481 for ; Fri, 16 Nov 2007 00:26:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so660157nfb for ; Thu, 15 Nov 2007 16:26:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=o1GvOKyNMSU9M99KhwLgLkdZ67CWc0kv+Kch9feiMlY=; b=Tvs+U0GmAEq6Gla+vx1zwm7UFdaQsKx0nOZ+Vj8/K8/umJl1UzoE7xqCp0touhAkIcYcQql6730hMc3MUVr91w0xm82t+Ez5NvIQjIx9vR43LxHt5htU5YOtgyZ5tFu2zqRj2zdrHzHuU35apmHc3p5tmsZi/UdW0n0Um0UXw0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OoUyE77Ek1fKje7fEYEhJWYBOqcQAPZuUA2JkhXT0reVh6dZ5uIKDy7hUVf1OZ6KDchc9AxMeGx60KwgY8+5jGx2IECQns+HwUYJmpP9XS9ezt7atXdKXu74KN2JCadZutFhh890wwE+qgFWnIAcz2sztCmVkJs7Yls55GMO1PA= Received: by 10.86.58.3 with SMTP id g3mr1172038fga.1195172807126; Thu, 15 Nov 2007 16:26:47 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 16:26:46 -0800 (PST) Message-ID: <2a41acea0711151626u99fb8e5l55bf5159fb808a01@mail.gmail.com> Date: Thu, 15 Nov 2007 16:26:46 -0800 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> <473CE2B9.8010201@freebsd.org> <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> Cc: freebsd-net@freebsd.org, Scott Ullrich , freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:26:48 -0000 On Nov 15, 2007 4:25 PM, Jack Vogel wrote: > > On Nov 15, 2007 4:22 PM, Andre Oppermann wrote: > > > > Scott Ullrich wrote: > > > On 11/15/07, Doug Ambrisko wrote: > > >> Hmm, I forgot about the 2970 which are AMD based. Can you check the > > >> BIOS to see if there is an option to turn it on? I think this is an > > >> Intel feature. AMD might have something close? We have one 2970 > > >> that we've played with a little but not much. I can't say for sure > > >> if it has it. > > > > > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > > > I will need to pick up a different server as we are interested in what > > > kind of packet forwarding rate increase that this feature might bring > > > on a heavily loaded firewall. > > > > Not much. Unless your firewall is in usermode. Otherwise the data > > stays in the kernel and I/OAT is of not help as no copying happens. > > Your CPU is probably spending half of its clock cycles waiting on > > cache misses from newly arrived packets. Some Intel chipset integrated > > gige ports have a cache prefetch feature (duno whether our driver > > supports it) that would help quite a bit for your case. > > What might help this is multiqueue support on the receive AND send, > and stack support for the same. Not sure what the stack changes > would look like, but I know there's interest in this sort of thing, so > naturally I'd be into it :) > > Jack > OH, and I should quickly add, that this only makes sense with hardware that supports it, ie with MSI/X. Jack From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:34:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F3716A475 for ; Fri, 16 Nov 2007 00:34:13 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 13BE513C457 for ; Fri, 16 Nov 2007 00:34:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67272 invoked from network); 16 Nov 2007 00:08:10 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 Nov 2007 00:08:10 -0000 Message-ID: <473CE57E.7010303@freebsd.org> Date: Fri, 16 Nov 2007 01:34:06 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Jack Vogel References: <1B860D81B4F3F44398B9AE84D91C151671D11B@stlex510.dsto.defence.gov.au> <2a41acea0711141712x533bcdbex92df05280311be8e@mail.gmail.com> <473CDE7E.80008@freebsd.org> <2a41acea0711151609i64f59719wcd893d0eb89f4cb0@mail.gmail.com> In-Reply-To: <2a41acea0711151609i64f59719wcd893d0eb89f4cb0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:34:13 -0000 Jack Vogel wrote: > On Nov 15, 2007 4:04 PM, Andre Oppermann wrote: >> Jack Vogel wrote: >>> On Nov 14, 2007 5:01 PM, Wilkinson, Alex >>> wrote: >>>> Hi all, >>>> >>>> Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon >>>> ? >>> LOL, I did a driver for the first version of I/OAT more than a year >>> ago, submitted it and interest was half hearted. >> IMHO the biggest drawback (design failure) is the polling requirement >> for the work queue. Ideally it would be structured like a NIC with >> its DMA engine and rings. > > I know, at the time I did this Chris Leech the Linux developer was having > trouble with an interrupt design, so I figured I'd not bang my head against > the wall unnecessarily and follow what he was doing :) > > Since then however, work has been done and particularly with the CB2 > support I believe Linux now does use interrupts, so if I go back and rework > the driver I will try and follow that path. Actually it shouldn't be too hard. I can provide you with the entry points and a taskqueue entry. The I/OAT support can be done just like a driver serving the taskqueue. The entry points for m_uiotombuf et al would consider offloading if a certain size threshold is met and the copy request is tagged with M_WAITOK. The virtual to physical memory lookup is probably costly though. I don't think it supports the TLB as that is only available within the CPU. How is cache coherency solved? It'd be helpful if the documentation for I/OAT were available. The Core2 and AMD64 CPUs have very high memory bandwidth with low latency. Is I/OAT still a significant enough win compared to the implementation effort required? -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:36:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEF7C16A41A for ; Fri, 16 Nov 2007 00:36:19 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 895C513C43E for ; Fri, 16 Nov 2007 00:35:27 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.84]) by smtp.infidyne.com (Postfix) with ESMTP id 37765729F5; Fri, 16 Nov 2007 01:35:13 +0100 (CET) From: Peter Schuller To: freebsd-fs@freebsd.org Date: Fri, 16 Nov 2007 01:36:47 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2135690.ajQ7k9PUjr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711160136.56551.peter.schuller@infidyne.com> Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS & MySQL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:36:19 -0000 --nextPart2135690.ajQ7k9PUjr Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Can somebody who has done MySQL benchmarks (e.g. Kris Kennaway, but I > don't want to point fingers :) ) try them when MySQL is hosted on ZFS? > I'm currently having a problem where mysqld gets stuck in "zfs" state > and it becomes completely unusable and unkillable. The machine generally > works, but cannot be rebooted from the OS in this case (it must be > manually power-cycled). I had an unkillable MySQLd a while ago that required reboot (pre-RELENG_7=20 CURRENT). It was in uninterruptable sleep, but I can't swear to whether it= =20 was in zfs state. This was on a quadcore core 2 duo. I can do some sysbenching on a dual core machine with and without ZFS, but = it=20 sounds like that won't be more useful than what you already have available. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart2135690.ajQ7k9PUjr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHPOYoDNor2+l1i30RAqFzAJ0afi6fO90DZEzMFzWmFs7h50wg4QCg07zG RAU4pSL3L9RzLlXxRTYe3eA= =agiI -----END PGP SIGNATURE----- --nextPart2135690.ajQ7k9PUjr-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 00:43:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41B7316A41B for ; Fri, 16 Nov 2007 00:43:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE7213C457 for ; Fri, 16 Nov 2007 00:43:25 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67423 invoked from network); 16 Nov 2007 00:17:18 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 Nov 2007 00:17:18 -0000 Message-ID: <473CE7A2.6080804@freebsd.org> Date: Fri, 16 Nov 2007 01:43:14 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Jack Vogel References: <200711151729.lAFHTbiq024351@ambrisko.com> <473CE2B9.8010201@freebsd.org> <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> In-Reply-To: <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Scott Ullrich , freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 00:43:34 -0000 Jack Vogel wrote: > On Nov 15, 2007 4:22 PM, Andre Oppermann wrote: >> Scott Ullrich wrote: >>> On 11/15/07, Doug Ambrisko wrote: >>>> Hmm, I forgot about the 2970 which are AMD based. Can you check the >>>> BIOS to see if there is an option to turn it on? I think this is an >>>> Intel feature. AMD might have something close? We have one 2970 >>>> that we've played with a little but not much. I can't say for sure >>>> if it has it. >>> Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess >>> I will need to pick up a different server as we are interested in what >>> kind of packet forwarding rate increase that this feature might bring >>> on a heavily loaded firewall. >> Not much. Unless your firewall is in usermode. Otherwise the data >> stays in the kernel and I/OAT is of not help as no copying happens. >> Your CPU is probably spending half of its clock cycles waiting on >> cache misses from newly arrived packets. Some Intel chipset integrated >> gige ports have a cache prefetch feature (duno whether our driver >> supports it) that would help quite a bit for your case. > > What might help this is multiqueue support on the receive AND send, > and stack support for the same. Not sure what the stack changes > would look like, but I know there's interest in this sort of thing, so > naturally I'd be into it :) Dunno if multiqueue is a big win here. You have to make sure that packet order is maintained which kinda implies a single queue. Of course one could spread some load with fixed hashes to keep flows together. The reason a small 1GHz embedded MIPS CPU with integrated GigE ports can do more than 1Mpps is the cache prefetching feature. The thingies generally move the first 128bytes of every packet received into the L2 cache. This is enough for the headers and to perform a lookup on the routing table or the TCP/UDP control block table without much delay. The normal PC architecture is quite broken in that regard as everything that comes in through DMA is in cold main memory. Once the CPU wants to look at it, it has to wait an insane amount of time. That times the number of packets. In pure forwarding applications (routing) it wastes half of all CPU cycles with waiting on main memory. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 01:08:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C293116A41A for ; Fri, 16 Nov 2007 01:08:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 6B18313C46B for ; Fri, 16 Nov 2007 01:08:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so618708rnb for ; Thu, 15 Nov 2007 17:08:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=496dyub4Ghj/Qlbkn30ZGJcnzZv0swD5zFiCysx3qiw=; b=BFXvluDqgQUhvdkRPh70hPc8gJSSaUWPeq0mLLfNC4NJXKIT8+2pdkO/A/3RXqK4CR6/ZtEYZLSd5LkRbdDrRL+5scJOkhJmrqxqx0lDJMH1bu6vfgURh7QC+pjX+mPXcMfqwdMV9pCBf2P/yUK90MAqI2Z/6h7JVEhUPvgS0wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KUPOHVGcaZXpNrf76CnLEXJbzb4xa3CxAi7gJE4S4zQNA0H8SqiX6G8IqFGpyAiQKTXKl/zUVnY+0NXuMcUN1leK7X6TP8YIX039VpH/v/Ez0jMbMJwXSA1OiUV0QSPpFJZW1EmsDDKjHCbkDSWnbSJyMyn6MSJUTPy1peDLs8c= Received: by 10.142.240.9 with SMTP id n9mr481838wfh.1195175298759; Thu, 15 Nov 2007 17:08:18 -0800 (PST) Received: by 10.142.230.18 with HTTP; Thu, 15 Nov 2007 17:08:18 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 17:08:18 -0800 From: "Kip Macy" To: "Jack Vogel" In-Reply-To: <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711151729.lAFHTbiq024351@ambrisko.com> <473CE2B9.8010201@freebsd.org> <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> Cc: Andre Oppermann , freebsd-net@freebsd.org, Scott Ullrich , freebsd-current@freebsd.org, Julian Elischer , "Wilkinson, Alex" Subject: Re: I/OAT ... Coming Soon ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 01:08:20 -0000 On Nov 15, 2007 4:25 PM, Jack Vogel wrote: > On Nov 15, 2007 4:22 PM, Andre Oppermann wrote: > > > > Scott Ullrich wrote: > > > On 11/15/07, Doug Ambrisko wrote: > > >> Hmm, I forgot about the 2970 which are AMD based. Can you check the > > >> BIOS to see if there is an option to turn it on? I think this is an > > >> Intel feature. AMD might have something close? We have one 2970 > > >> that we've played with a little but not much. I can't say for sure > > >> if it has it. > > > > > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > > > I will need to pick up a different server as we are interested in what > > > kind of packet forwarding rate increase that this feature might bring > > > on a heavily loaded firewall. > > > > Not much. Unless your firewall is in usermode. Otherwise the data > > stays in the kernel and I/OAT is of not help as no copying happens. > > Your CPU is probably spending half of its clock cycles waiting on > > cache misses from newly arrived packets. Some Intel chipset integrated > > gige ports have a cache prefetch feature (duno whether our driver > > supports it) that would help quite a bit for your case. > > What might help this is multiqueue support on the receive AND send, > and stack support for the same. Not sure what the stack changes > would look like, but I know there's interest in this sort of thing, so > naturally I'd be into it :) I have support for this already in my ethng branch. I'll be adding support for zero-copy send and receive for TOE to my toestack branch as soon as I feel better :-(. It would probably not be that hard to generalize it to I/OAT. -Kip From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 01:37:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA26B16A420; Fri, 16 Nov 2007 01:37:01 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 57ECB13C459; Fri, 16 Nov 2007 01:36:28 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup14.ach.sch.gr [81.186.70.14]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAG1Tb77012773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Nov 2007 03:29:50 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAG1TUDP003747; Fri, 16 Nov 2007 03:29:30 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAG1TRlC003746; Fri, 16 Nov 2007 03:29:27 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Fri, 16 Nov 2007 03:29:27 +0200 From: Giorgos Keramidas To: Wilko Bulte Message-ID: <20071116012927.GA3646@kobe.laptop> References: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> <20071115201525.GA65662@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071115201525.GA65662@freebie.xs4all.nl> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.138, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.26, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Marten Vijn , Remko Lodder , freebsd-small@freebsd.org, freebsd-current@freebsd.org Subject: Re: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 01:37:01 -0000 On 2007-11-15 21:15, Wilko Bulte wrote: >Quoting Remko Lodder, who wrote on Thu, Nov 15, 2007 at 08:42:33PM +0100 .. >>On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: >>>On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: >>>> Can we lure you into writing this up as an 'article', which is >>>> committable or almost committable to CVS? >>> >>> I could try and might use some help in this, >> >> Since you and I are both of the same language I could guide you with >> the process of the SGML and the like :-) > > And Marten.. be careful out there.. before you know it they are > talking 'doc commit bit' behind your back.. Damn, my sinister plans were uncovered :-) From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 02:06:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF38916A417 for ; Fri, 16 Nov 2007 02:06:53 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9447A13C45D for ; Fri, 16 Nov 2007 02:06:51 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.172] (unknown [216.89.228.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id A408329B63F for ; Thu, 15 Nov 2007 20:49:23 -0500 (EST) Message-ID: <473CF71F.6000607@terranova.net> Date: Thu, 15 Nov 2007 20:49:19 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071109114636.Y639@10.0.0.1> <473A675A.2030600@terranova.net> <473A8E8D.1020404@enderzone.com> <200711150854.06648.jhb@freebsd.org> In-Reply-To: <200711150854.06648.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 02:06:53 -0000 John Baldwin wrote: >>> There is definitely a problem. The Tyan S3950G2NR (HT1000) on-board >>> SATA controller corrupts my data horribly and so does a Marvell >>> 88SX6081 8-port SATA300 controller plugged into the PCI-X slot. >>> >>> I have had to buy a couple cheap 4-port SiI3114 PCI cards for now to >>> be able to use this system with RELENG_7 and ZFS. >>> >>> Jeff Roberson wrote: >>>> I have reports from a user that his install ends up corrupted. I >>>> wanted to find out if it was a general problem with this chipset. >>>> >>>> Thanks, >>>> Jeff >> I have several of these machines and i have tried installing Freebsd 6 - >> Freebsd 7 beta2 . The general breakdown is as follows. On freebsd 6 PATA >> mode works, SATA mode is broken. On freebsd 7 both PATA and SATA mode is >> broken. You can not even do a fresh install of 7 beta2. (I have only >> been able to use these machines disklessly) > > You can try this patch for HT1000, but it only affects having the chip in > compat mode I think. > > Index: ata-chipset.c > =================================================================== > RCS file: /host/cvs/usr/cvs/src/sys/dev/ata/ata-chipset.c,v > retrieving revision 1.203 > diff -u -r1.203 ata-chipset.c > --- ata-chipset.c 26 Oct 2007 09:01:06 -0000 1.203 > +++ ata-chipset.c 15 Nov 2007 13:53:45 -0000 > @@ -4038,7 +4038,7 @@ > { ATA_CSB6, 0x00, SWKS100, 0, ATA_UDMA5, "CSB6" }, > { ATA_CSB6_1, 0x00, SWKS66, 0, ATA_UDMA4, "CSB6" }, > { ATA_HT1000, 0x00, SWKS100, 0, ATA_UDMA5, "HT1000" }, > - { ATA_HT1000_S1, 0x00, SWKS100, 4, ATA_SA150, "HT1000" }, > + { ATA_HT1000_S1, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, > { ATA_HT1000_S2, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, > { ATA_K2, 0x00, SWKSMIO, 4, ATA_SA150, "K2" }, > { ATA_FRODO4, 0x00, SWKSMIO, 4, ATA_SA150, "Frodo4" }, > Though I'm having the same nasty data corruption problem with a Marvell PCI-X 88SX6081 8-port SATA300 controller, for the purposes of this discussion I'm only concentrating on the ServerWorks HT1000 SATA controller. Thanks for the attempt, but it had no effect on the problem. I tried it in S-ATA and P-ATA modes (AKA SATA legacy mode on/off) and the problem is slightly less severe in P-ATA mode but still pretty bad. I even got ZFS to panic on an I/O error! Even during the little bit of testing I was doing I could see the performance of the HT1000 on-board SATA controller (even in P-ATA/legacy mode) compared to the SiI3114 32-bit PCI controller is nothing short of amazing, it's too bad I can't use the fast one right now. Here are things I've tried and have failed to work reliably with my Tyan Tomcat H1000S (S3950) ServerWorks HT1000 chipset motherboard's SATA controller for RELENG_7: * Motherboard BIOS update (to 1.04b) which also updated the HT1000 SATA controller's option ROM. * SATA controller in "legacy" (P-ATA) mode * SATA controller in "legacy" and "non-legacy" mode with and without the above patch * hw.ata.ata_dma="0" Someone recently also brought up the theory that it might be a general PCI-X issue. I don't know, maybe a SATA+PCI-X issue or something. My on-board PCI-X "em" NICs work perfectly. I'm out of my depth to be saying much more than it's broken and what I've attempted. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 03:38:18 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2720816A418; Fri, 16 Nov 2007 03:38:18 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.freebsd.org (Postfix) with ESMTP id A5B5213C455; Fri, 16 Nov 2007 03:38:17 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.14.1/8.13.1) with ESMTP id lAG38GRZ006267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Nov 2007 04:08:17 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.4/8.13.4) with ESMTP id lAG38GD3037975; Fri, 16 Nov 2007 03:08:16 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Fri, 16 Nov 2007 03:06:32 +0000 (UTC) Message-Id: <20071116.030632.74719570.Tor.Egge@cvsup.no.freebsd.org> To: kris@FreeBSD.org From: Tor Egge In-Reply-To: <473CC522.5080904@FreeBSD.org> References: <473B9A43.5060401@FreeBSD.org> <473CC522.5080904@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: ups@FreeBSD.org, kib@FreeBSD.org, current@FreeBSD.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 03:38:18 -0000 > Another one of these on a different machine. Looks like something is > definitely broken. Assuming that start_lvl is zero, this looks like a broken DIAGNOSTIC check that recently became a broken INVARIANTS check. This happens when the block range spans two block maps, the first in the inode (mapping up to NDADDR direct blocks) and the second being the first indirect block. The current check assumes that both block maps are indirect blocks. Try changing the check to something like #ifdef INVARIANTS if (start_lvl > 0 && start_ap[start_lvl - 1].in_lbn == idp->in_lbn) panic("ffs_reallocblk: start == end"); #endif - Tor Egge From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 04:35:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B97B16A41B for ; Fri, 16 Nov 2007 04:35:13 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpout10.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.freebsd.org (Postfix) with SMTP id DC72D13C4AC for ; Fri, 16 Nov 2007 04:35:02 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 2854 invoked from network); 16 Nov 2007 04:08:15 -0000 Received: from unknown (96.226.25.79) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 16 Nov 2007 04:08:15 -0000 Message-ID: <473D17AD.9090808@computer.org> Date: Thu, 15 Nov 2007 22:08:13 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.6 (X11/20070921) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB77BD16D4F4536E11CB54568" Subject: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 04:35:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB77BD16D4F4536E11CB54568 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I'm having some strangeness with respect to my atheros based card on releng_7. This may not sound like much... but together they concern me. I'm wondering if anyone has seen similar things. 1) I've seen two panics while trying to bring the interface up over the last few weeks. 2) I get disconnected every night from my wireless router at home. 99% of the time it happens after I've gone to bed. Once or twice... while I was sitting in front of it. It just disassociates? 3) When I am at the office, my card will *never* obtain an ip address from our DHCP server upon first booting. I must *always* down the interface, kill dhclient, bring the interface up and start dhclient. Note that "nothing" has changed aside from upgrading to FreeBSD 7.0. By this I mean I've used all/most/many of the same config files to configure things. Maybe thats the problem, I don't know. What can I provide that might offer insight? Below is a little. uname FreeBSD fangorn.nxdomain.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sat Nov 3 01:59:25 CDT 2007 =46rom dmesg: ############################ ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413= ) ath0: mem 0xfafe0000-0xfafeffff irq 11 at device 2.0 on pc= i2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:00:00:00:00:00 ath0: mac 5.9 phy 4.3 radio 3.6 ############################ =46rom rc.conf ########################### network_interfaces=3D"lo0 bfe0 ath0" ifconfig_ath0=3D"WPA DHCP" ifconfig_bfe0=3D"DHCP" ############################ My wpa_supplicant.conf ############################ # Home network=3D{ ssid=3D"My_SSID" scan_ssid=3D1 priority=3D5 key_mgmt=3DWPA-PSK psk=3D"My_PSK" } # Office network=3D{ ssid=3D"Work_SSID" key_mgmt=3DNONE priority=3D3 } ########################## Thanks for your help. --=20 Regards, Eric --------------enigB77BD16D4F4536E11CB54568 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.4 (FreeBSD) iD8DBQFHPRetngSDRM3IXUoRApgvAJ48wqXR1J5Lfodu+C33dW3SPTVfHQCcCD8M /rLjpztwgwI1gk5COWkoyK0= =qwJN -----END PGP SIGNATURE----- --------------enigB77BD16D4F4536E11CB54568-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 04:49:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F89B16A419; Fri, 16 Nov 2007 04:49:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id F1DED13C442; Fri, 16 Nov 2007 04:49:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ist8V-0001I7-JY; Fri, 16 Nov 2007 06:49:02 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAG4mxIu001108; Fri, 16 Nov 2007 06:48:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAG4mx0F001107; Fri, 16 Nov 2007 06:48:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Nov 2007 06:48:58 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071116044858.GB78396@deviant.kiev.zoral.com.ua> References: <473B9A43.5060401@FreeBSD.org> <473CC522.5080904@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <473CC522.5080904@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 5e2df25549de819b25d1bfd51e9f52eb X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1789 [Nov 15 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: ups@freebsd.org, tegge@freebsd.org, current@freebsd.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 04:49:20 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 15, 2007 at 11:16:02PM +0100, Kris Kennaway wrote: > Kris Kennaway wrote: > >I got this panic on an 8 core amd64 running 8.0 when writing to a ufs on= =20 > >a md device: > > > >panic: ffs_reallocblk: start =3D=3D end > > > >db> wh > >Tracing pid 59911 tid 100115 td 0xffffff0003b90000 > >kdb_enter() at kdb_enter+0x31 > >panic() at panic+0x1c0 > >ffs_reallocblks() at ffs_reallocblks+0xb11 > >VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 > >cluster_write() at cluster_write+0x38a > >ffs_write() at ffs_write+0x575 > >VOP_WRITE_APV() at VOP_WRITE_APV+0x147 > >vn_write() at vn_write+0x213 > >dofilewrite() at dofilewrite+0x9a > >kern_writev() at kern_writev+0x4f > >write() at write+0x4b > >syscall() at syscall+0x301 > >Xfast_syscall() at Xfast_syscall+0xab > >--- syscall (4, FreeBSD ELF64, write), rip =3D 0x800a65d0c, rsp =3D=20 > >0x7fffffffd268, rbp =3D 0x2800 --- > > > >Kris > > >=20 > Another one of these on a different machine. Looks like something is=20 > definitely broken. >=20 Kris, this is consequence of the checks moved from DIAGNOSTIC to INVARIANTS ifdef for ffs, and actually being compiled as result. Peter Holm reported the "ffs_truncate3" panic. --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHPSE6C3+MBN1Mb4gRAuF3AJ9WJkfuNOGQDkmqAHpVpZoy8qvOXQCgjdjn aY9Qy971v9itMsgL3R1Gj0Q= =Dpx7 -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 05:05:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE9016A41B; Fri, 16 Nov 2007 05:05:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A2EA313C465; Fri, 16 Nov 2007 05:05:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lAG55Qfl030355; Thu, 15 Nov 2007 22:05:26 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473D2516.9080805@samsco.org> Date: Thu, 15 Nov 2007 22:05:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Kostik Belousov References: <473B9A43.5060401@FreeBSD.org> <473CC522.5080904@FreeBSD.org> <20071116044858.GB78396@deviant.kiev.zoral.com.ua> In-Reply-To: <20071116044858.GB78396@deviant.kiev.zoral.com.ua> 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-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 15 Nov 2007 22:05:26 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: ups@freebsd.org, tegge@freebsd.org, current@freebsd.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 05:05:42 -0000 Kostik Belousov wrote: > On Thu, Nov 15, 2007 at 11:16:02PM +0100, Kris Kennaway wrote: >> Kris Kennaway wrote: >>> I got this panic on an 8 core amd64 running 8.0 when writing to a ufs on >>> a md device: >>> >>> panic: ffs_reallocblk: start == end >>> >>> db> wh >>> Tracing pid 59911 tid 100115 td 0xffffff0003b90000 >>> kdb_enter() at kdb_enter+0x31 >>> panic() at panic+0x1c0 >>> ffs_reallocblks() at ffs_reallocblks+0xb11 >>> VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 >>> cluster_write() at cluster_write+0x38a >>> ffs_write() at ffs_write+0x575 >>> VOP_WRITE_APV() at VOP_WRITE_APV+0x147 >>> vn_write() at vn_write+0x213 >>> dofilewrite() at dofilewrite+0x9a >>> kern_writev() at kern_writev+0x4f >>> write() at write+0x4b >>> syscall() at syscall+0x301 >>> Xfast_syscall() at Xfast_syscall+0xab >>> --- syscall (4, FreeBSD ELF64, write), rip = 0x800a65d0c, rsp = >>> 0x7fffffffd268, rbp = 0x2800 --- >>> >>> Kris >>> >> Another one of these on a different machine. Looks like something is >> definitely broken. >> > Kris, > this is consequence of the checks moved from DIAGNOSTIC to INVARIANTS > ifdef for ffs, and actually being compiled as result. Peter Holm reported > the "ffs_truncate3" panic. So does this check identify a real problem that needs to be fixed? Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 05:16:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47DBF16A418; Fri, 16 Nov 2007 05:16:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 23C5113C48E; Fri, 16 Nov 2007 05:16:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IstYc-0007Na-PA; Fri, 16 Nov 2007 07:15:59 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAG5Ftds001572; Fri, 16 Nov 2007 07:15:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAG5FtQt001571; Fri, 16 Nov 2007 07:15:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Nov 2007 07:15:55 +0200 From: Kostik Belousov To: Scott Long Message-ID: <20071116051555.GC78396@deviant.kiev.zoral.com.ua> References: <473B9A43.5060401@FreeBSD.org> <473CC522.5080904@FreeBSD.org> <20071116044858.GB78396@deviant.kiev.zoral.com.ua> <473D2516.9080805@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V88s5gaDVPzZ0KCq" Content-Disposition: inline In-Reply-To: <473D2516.9080805@samsco.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 1e0f9aa0c43ce3c3744db576a35a93a3 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1789 [Nov 15 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: ups@freebsd.org, tegge@freebsd.org, current@freebsd.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 05:16:23 -0000 --V88s5gaDVPzZ0KCq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 15, 2007 at 10:05:26PM -0700, Scott Long wrote: > Kostik Belousov wrote: > >On Thu, Nov 15, 2007 at 11:16:02PM +0100, Kris Kennaway wrote: > >>Kris Kennaway wrote: > >>>I got this panic on an 8 core amd64 running 8.0 when writing to a ufs = on=20 > >>>a md device: > >>> > >>>panic: ffs_reallocblk: start =3D=3D end > >>> > >>>db> wh > >>>Tracing pid 59911 tid 100115 td 0xffffff0003b90000 > >>>kdb_enter() at kdb_enter+0x31 > >>>panic() at panic+0x1c0 > >>>ffs_reallocblks() at ffs_reallocblks+0xb11 > >>>VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 > >>>cluster_write() at cluster_write+0x38a > >>>ffs_write() at ffs_write+0x575 > >>>VOP_WRITE_APV() at VOP_WRITE_APV+0x147 > >>>vn_write() at vn_write+0x213 > >>>dofilewrite() at dofilewrite+0x9a > >>>kern_writev() at kern_writev+0x4f > >>>write() at write+0x4b > >>>syscall() at syscall+0x301 > >>>Xfast_syscall() at Xfast_syscall+0xab > >>>--- syscall (4, FreeBSD ELF64, write), rip =3D 0x800a65d0c, rsp =3D=20 > >>>0x7fffffffd268, rbp =3D 0x2800 --- > >>> > >>>Kris > >>> > >>Another one of these on a different machine. Looks like something is= =20 > >>definitely broken. > >> > >Kris, > >this is consequence of the checks moved from DIAGNOSTIC to INVARIANTS > >ifdef for ffs, and actually being compiled as result. Peter Holm reported > >the "ffs_truncate3" panic. >=20 > So does this check identify a real problem that needs to be fixed? I believe so for ffs_truncate3. It seems that vtruncbuf sometime skips the indirect blocks when cleaning buffer queues (at least when truncating to zero length). --V88s5gaDVPzZ0KCq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHPSeKC3+MBN1Mb4gRAmTPAJ9Byr61E+cE1B6kvErss45vtpLE+gCgnL1F OtrDgyInVdmYPMQLooNb7xo= =KbxK -----END PGP SIGNATURE----- --V88s5gaDVPzZ0KCq-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 05:35:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7245A16A41A for ; Fri, 16 Nov 2007 05:35:20 +0000 (UTC) (envelope-from SRS0=efd14593658846e0f7ad51fed4b18f21cbf16676=520=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 9D75E13C461 for ; Fri, 16 Nov 2007 05:35:19 +0000 (UTC) (envelope-from SRS0=efd14593658846e0f7ad51fed4b18f21cbf16676=520=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id VQZ21317; Thu, 15 Nov 2007 22:35:17 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 326DB4500F; Thu, 15 Nov 2007 21:35:16 -0800 (PST) To: Eric Schuele In-Reply-To: Your message of "Thu, 15 Nov 2007 22:08:13 CST." <473D17AD.9090808@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195191316_45753P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 15 Nov 2007 21:35:16 -0800 From: "Kevin Oberman" Message-Id: <20071116053516.326DB4500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Eric Schuele X-To_Domain: computer.org X-To: Eric Schuele X-To_Email: e.schuele@computer.org X-To_Alias: e.schuele Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 05:35:20 -0000 --==_Exmh_1195191316_45753P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 15 Nov 2007 22:08:13 -0600 > From: Eric Schuele > Sender: owner-freebsd-current@freebsd.org > > Hello, > > I'm having some strangeness with respect to my atheros based card on > releng_7. This may not sound like much... but together they concern me. > I'm wondering if anyone has seen similar things. > > 1) I've seen two panics while trying to bring the interface up over > the last few weeks. I have not seen this. > 2) I get disconnected every night from my wireless router at home. > 99% of the time it happens after I've gone to bed. Once or twice... > while I was sitting in front of it. It just disassociates? Try 'ifconfig ath0 -bgscan'. Something causes my card to lose association periodically when the background scan is in progress. > 3) When I am at the office, my card will *never* obtain an ip address > from our DHCP server upon first booting. I must *always* down the > interface, kill dhclient, bring the interface up and start dhclient. Are you running wpa_supplicant? Are you using WPA, WEP or running open? I see the card get "stuck" when scanning. It scans channels, but only for WPA secured APs. When needing to associate with a WEP or open AP, it never leaves WPA mode, so never associates. I am also running BETA2 on a 5212 card in a T43 ThinkPad. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > Note that "nothing" has changed aside from upgrading to FreeBSD 7.0. By > this I mean I've used all/most/many of the same config files to > configure things. Maybe thats the problem, I don't know. > > What can I provide that might offer insight? Below is a little. > > uname > FreeBSD fangorn.nxdomain.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sat Nov 3 > 01:59:25 CDT 2007 > > From dmesg: > ############################ > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413> ) > ath0: mem 0xfafe0000-0xfafeffff irq 11 at device 2.0 on pc> i2 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:00:00:00:00:00 > ath0: mac 5.9 phy 4.3 radio 3.6 > ############################ > > From rc.conf > ########################### > network_interfaces="lo0 bfe0 ath0" > ifconfig_ath0="WPA DHCP" > ifconfig_bfe0="DHCP" > ############################ > > My wpa_supplicant.conf > ############################ > # Home > network={ > ssid="My_SSID" > scan_ssid=1 > priority=5 > key_mgmt=WPA-PSK > psk="My_PSK" > } > > # Office > network={ > ssid="Work_SSID" > key_mgmt=NONE > priority=3 > } > ########################## > > Thanks for your help. > > -- > Regards, --==_Exmh_1195191316_45753P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHPSwUkn3rs5h7N1ERAiD1AJ4ykFXBDZxoCaZkVQRcrzpv7RgRKQCdEkHa EEY0cE9aOQM+n7FBPCd4WkM= =NxgM -----END PGP SIGNATURE----- --==_Exmh_1195191316_45753P-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 06:03:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B8316A419 for ; Fri, 16 Nov 2007 06:03:18 +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 C0DE813C469 for ; Fri, 16 Nov 2007 06:03:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAG62ZLX017706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Nov 2007 16:32:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 16 Nov 2007 16:31:48 +1030 User-Agent: KMail/1.9.7 References: <473D17AD.9090808@computer.org> In-Reply-To: <473D17AD.9090808@computer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2128217.pFPbnnSvEz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711161631.49956.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Eric Schuele Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 06:03:18 -0000 --nextPart2128217.pFPbnnSvEz Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 16 Nov 2007, Eric Schuele wrote: > Hello, > > I'm having some strangeness with respect to my atheros based card on > releng_7. This may not sound like much... but together they concern > me. I'm wondering if anyone has seen similar things. > > 1) I've seen two panics while trying to bring the interface up over > the last few weeks. > 2) I get disconnected every night from my wireless router at home. > 99% of the time it happens after I've gone to bed. Once or twice... > while I was sitting in front of it. It just disassociates? > 3) When I am at the office, my card will *never* obtain an ip > address from our DHCP server upon first booting. I must *always* > down the interface, kill dhclient, bring the interface up and start > dhclient. > > Note that "nothing" has changed aside from upgrading to FreeBSD 7.0.=20 > By this I mean I've used all/most/many of the same config files to > configure things. Maybe thats the problem, I don't know. > > What can I provide that might offer insight? Below is a little. "Me too" (although I am running -current). I find that WPA-EAP seems to take ages to connect and quite often it will need me to do wpa_cli reassociate and wait before it will work. WPA-PSK doesn't seem to disconnect very often at all for me but I have seen it happen. My wpa_supplicant.conf.. ctrl_interface=3D/var/run/wpa_supplicant ctrl_interface_group=3Dwheel network=3D{ ssid=3D"dons" key_mgmt=3DWPA-EAP phase2=3D"auth=3DMSCHAPV2" identity=3D"username" password=3D"password" } network=3D{ ssid=3D"Genesis" key_mgmt=3DWPA-PSK psk=3D"mykey" } The WPA-EAP AP is a WRT54G running OpenWRT, the WPA-PSK one is an Alloy WDS24108AP (which I believe has some Atheros chipset in it) [inchoate 16:30] ~ >dmesg | grep ath ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xfafe0000-0xfafeffff irq 9 at device 3.0 on pci2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:90:96:c1:90:54 ath0: mac 5.9 phy 4.3 radio 4.6 [inchoate 16:31] ~ >uname -a =46reeBSD inchoate.localdomain 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Tue Nov = 6 02:13:04 CST 2007 darius@inchoate.localdomain:/usr/obj/usr/src/sys/I= NCHOATE i386 =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 --nextPart2128217.pFPbnnSvEz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHPTJN5ZPcIHs/zowRAqq4AJ4gNhqhE1Zd+w/ks0lnZqxMyDvlAgCePvu/ CX0ExA47RV0auuIWZ7/+UUg= =zSke -----END PGP SIGNATURE----- --nextPart2128217.pFPbnnSvEz-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 07:36:41 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB7B616A419 for ; Fri, 16 Nov 2007 07:36:41 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 74B0513C442 for ; Fri, 16 Nov 2007 07:36:41 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 78C6E39859 for ; Fri, 16 Nov 2007 07:18:56 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ACrt3UOdlEor for ; Fri, 16 Nov 2007 07:18:53 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id B78563983B for ; Fri, 16 Nov 2007 07:18:53 +0100 (CET) Message-ID: <473D4464.1080504@FreeBSD.org> Date: Fri, 16 Nov 2007 08:19:00 +0100 From: Martin Matuska User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 07:36:41 -0000 Hi all, I have several systems with mainboards that use IXP600 and IXP700 SATA controllers. These arebut not supported by ata(4) yet, I am successfully using the proposed patch at kern/116125 ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and several other people are using it for two months now. If I can help with more testing to introduce this patch to the tree, just tell me what to do. Thanks, mm From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:01:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 210E616A417 for ; Fri, 16 Nov 2007 08:01:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 0F67F13C4D5 for ; Fri, 16 Nov 2007 08:01:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:31741 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8374253AbXKPIAU (ORCPT + 1 other); Fri, 16 Nov 2007 11:00:20 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <473D4E0B.2020403@yandex.ru> Date: Fri, 16 Nov 2007 11:00:11 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Martin Matuska References: <473D4464.1080504@FreeBSD.org> In-Reply-To: <473D4464.1080504@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, LI Xin Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:01:34 -0000 Martin Matuska wrote: > I have several systems with mainboards that use IXP600 and IXP700 SATA > controllers. > These arebut not supported by ata(4) yet, I am successfully using the > proposed patch at > > kern/116125 > ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). > > The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and > several other people are using it for two months now. > If I can help with more testing to introduce this patch to the tree, > just tell me what to do. Hi, Martin. Several days ago Xin Li looked for testers in the thread with subject "ATI SB600/700/800 tester wanted". His patch is similar, but i don't know why Xin removed a single PATA channel restriction. Seems that these controllers don't have a second channel. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:02:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42F8116A468 for ; Fri, 16 Nov 2007 08:02:13 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 01C7013C461 for ; Fri, 16 Nov 2007 08:02:12 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 034F739868 for ; Fri, 16 Nov 2007 08:02:05 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id XBTGkqsMcvDL for ; Fri, 16 Nov 2007 08:02:02 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 8AFB839837 for ; Fri, 16 Nov 2007 08:02:02 +0100 (CET) Message-ID: <473D4E82.8040501@FreeBSD.org> Date: Fri, 16 Nov 2007 09:02:10 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <473D4464.1080504@FreeBSD.org> In-Reply-To: <473D4464.1080504@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:02:13 -0000 I have just noticed that there is another patch for SB600/SB700/SB800 from delphij@ posted to this list recently - I am going to test it, too. Martin Matuska wrote / napķsal(a): > Hi all, > > I have several systems with mainboards that use IXP600 and IXP700 SATA > controllers. > These arebut not supported by ata(4) yet, I am successfully using the > proposed patch at > > kern/116125 > ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). > > The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and > several other people are using it for two months now. > If I can help with more testing to introduce this patch to the tree, > just tell me what to do. > > Thanks, > mm > From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:16:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 449FD16A41B for ; Fri, 16 Nov 2007 08:16:03 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id 9AC8D13C467 for ; Fri, 16 Nov 2007 08:16:02 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 30851 invoked by uid 98); 16 Nov 2007 08:16:01 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.075891 secs); 16 Nov 2007 08:16:01 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Fri, 16 Nov 2007 08:16:01 +0000 Received: (qmail 28173 invoked by uid 1002); 16 Nov 2007 08:15:59 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Nov 2007 08:15:59 -0000 Date: Fri, 16 Nov 2007 08:15:59 +0000 (GMT) From: "Mark Powell" To: Pawel Jakub Dawidek In-Reply-To: <20071115224327.GA85297@garage.freebsd.pl> Message-ID: <20071116081229.R28168@rust.salford.ac.uk> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> <20071115181807.U21425@rust.salford.ac.uk> <20071115224327.GA85297@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:16:03 -0000 On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: > This is already committed to HEAD and will be MFCed before 7.0-RELEASE. Is it just minor bug fixes that have been made or is there are bigger change i.e. ZFS version 7 or 8? If minor, do these fixes come directly from your own substantial and inexpressibly appreciated work on ZFS in FreeBSD? :) Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:21:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823A616A419 for ; Fri, 16 Nov 2007 08:21:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 3276613C478 for ; Fri, 16 Nov 2007 08:21:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 6BDE4EC472F; Fri, 16 Nov 2007 16:20:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id SUaBaQ85crvR; Fri, 16 Nov 2007 16:20:52 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 95EC2EC4594; Fri, 16 Nov 2007 16:20:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=Pygotxayofo1qqHRybLD97u1EitG7ujAmejf8pXg1Fyh6DQqmXLysBLfIPJ1UABs9 U+x2mJrFfx20Z6ntDevvA== Message-ID: <473D52E0.6090200@delphij.net> Date: Fri, 16 Nov 2007 00:20:48 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <473D4464.1080504@FreeBSD.org> <473D4E0B.2020403@yandex.ru> In-Reply-To: <473D4E0B.2020403@yandex.ru> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Martin Matuska Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:21:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey V. Elsukov wrote: > Martin Matuska wrote: >> I have several systems with mainboards that use IXP600 and IXP700 SATA >> controllers. >> These arebut not supported by ata(4) yet, I am successfully using the >> proposed patch at >> >> kern/116125 >> ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). >> >> The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and >> several other people are using it for two months now. >> If I can help with more testing to introduce this patch to the tree, >> just tell me what to do. > > Hi, Martin. > > Several days ago Xin Li looked for testers in the thread with > subject "ATI SB600/700/800 tester wanted". > His patch is similar, but i don't know why Xin removed a single PATA > channel restriction. Seems that these controllers don't have a second > channel. I did not found a clue how the restriction would be useful, so if someone with real hardware or has specs can provide me some more information it will help me to make sure. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHPVLghcUczkLqiksRAn56AJ4nYdPXlkR0YYv1eklzuEPxbaV4mQCdHOQ9 A+2MZvNL8coZF/mWhZMhm60= =8jft -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:56:24 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4055B16A418; Fri, 16 Nov 2007 08:56:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 4162A13C502; Fri, 16 Nov 2007 08:56:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:63430 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S739315AbXKPIzx (ORCPT + 1 other); Fri, 16 Nov 2007 11:55:53 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <473D5B13.4020503@yandex.ru> Date: Fri, 16 Nov 2007 11:55:47 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: d@delphij.net References: <473D4464.1080504@FreeBSD.org> <473D4E0B.2020403@yandex.ru> <473D52E0.6090200@delphij.net> In-Reply-To: <473D52E0.6090200@delphij.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Martin Matuska Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:56:24 -0000 Xin LI wrote: > I did not found a clue how the restriction would be useful, so if > someone with real hardware or has specs can provide me some more > information it will help me to make sure. Resources savings :)) I can't found specs, but linux atiixp driver don't allocate resources for the second channel and it's probably written by ATI. Anyway it's not critical (i guess). -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 09:37:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99FC116A420 for ; Fri, 16 Nov 2007 09:37:41 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id D832D13C4BB for ; Fri, 16 Nov 2007 09:37:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1FA5845EEB; Fri, 16 Nov 2007 10:37:32 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6508545683; Fri, 16 Nov 2007 10:37:28 +0100 (CET) Date: Fri, 16 Nov 2007 10:37:09 +0100 From: Pawel Jakub Dawidek To: Mark Powell Message-ID: <20071116093708.GA88447@garage.freebsd.pl> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> <20071115181807.U21425@rust.salford.ac.uk> <20071115224327.GA85297@garage.freebsd.pl> <20071116081229.R28168@rust.salford.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20071116081229.R28168@rust.salford.ac.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 09:37:41 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 08:15:59AM +0000, Mark Powell wrote: > On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: >=20 > >This is already committed to HEAD and will be MFCed before 7.0-RELEASE. >=20 > Is it just minor bug fixes that have been made or is there are bigger=20 > change i.e. ZFS version 7 or 8? > If minor, do these fixes come directly from your own substantial and=20 > inexpressibly appreciated work on ZFS in FreeBSD? :) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/opensolaris/uts/commo= n/fs/zfs/vdev.c.diff?r1=3D1.3;r2=3D1.4 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPWTEForvXbEpPzQRAluSAJ9SjwJYD0yHnG7ODpMlqtHz26V2cACfcOWQ 5nVjTvD3Ei+QpwmLKQAqq+k= =6+EB -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 10:01:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BE9116A468; Fri, 16 Nov 2007 10:01:25 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from alinga.sron.nl (alinga.sron.nl [131.211.40.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2244A13C506; Fri, 16 Nov 2007 10:01:25 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from alinga.sron.nl (localhost [127.0.0.1]) by localhost.sron.nl (TUNIX/Firewall Mail Server) with ESMTP id 5FA4FFF2A; Fri, 16 Nov 2007 10:39:23 +0100 (CET) Received: by alinga.sron.nl (TUNIX/Firewall Mail Server) with ESMTP Fri, 16 Nov 2007 10:39:23 +0100 (CET) Received: from localhost (ldap.sron.nl [127.0.0.1]) by filter.sron.nl (Postfix) with ESMTP id 5030E171E43; Fri, 16 Nov 2007 10:39:23 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at filter.sron.nl Received: from filter.sron.nl ([127.0.0.1]) by localhost (filter.sron.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sSKRNOr7pIM2; Fri, 16 Nov 2007 10:39:22 +0100 (CET) Received: from localhost (taurus.sron.nl [172.16.40.61]) by filter.sron.nl (Postfix) with ESMTP id 69F38171D3E; Fri, 16 Nov 2007 10:39:22 +0100 (CET) From: Marten Vijn To: Daniel Gerzo In-Reply-To: <511225234.20071116094225@rulez.sk> References: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> <20071115201525.GA65662@freebie.xs4all.nl> <20071116012927.GA3646@kobe.laptop> <511225234.20071116094225@rulez.sk> Content-Type: text/plain Date: Fri, 16 Nov 2007 10:39:22 +0100 Message-Id: <1195205962.6076.16.camel@medion.sron.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit Cc: Remko Lodder , freebsd-embedded@freebsd.org, freebsd-current@freebsd.org, freebsd-small@freebsd.org, Giorgos Keramidas , Wilko Bulte Subject: Re: Re[2]: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 10:01:25 -0000 On Fri, 2007-11-16 at 09:42 +0100, Daniel Gerzo wrote: > Hello Giorgos, > > Friday, November 16, 2007, 2:29:27 AM, you wrote: > > > On 2007-11-15 21:15, Wilko Bulte wrote: > >>Quoting Remko Lodder, who wrote on Thu, Nov 15, 2007 at 08:42:33PM +0100 .. > >>>On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: > >>>>On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: > >>>>> Can we lure you into writing this up as an 'article', which is > >>>>> committable or almost committable to CVS? > >>>> > >>>> I could try and might use some help in this, > >>> > >>> Since you and I are both of the same language I could guide you with > >>> the process of the SGML and the like :-) > >> > >> And Marten.. be careful out there.. before you know it they are > >> talking 'doc commit bit' behind your back.. > > :-D > > > Damn, my sinister plans were uncovered :-) I see no evil in that, as it would be documentation in the right place, aint it? However it is not that far yet. And I am wondering how time consuming this will be. Experiance will tell. step 1. reading doc's at http://www.freebsd.org/doc/en/books/fdp-primer/book.html step 2. make a place to work (svn) step 3. I 'll write some parts step 4. ask for feedback step 5. see further from there kind regards, Marten > From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 10:08:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A46716A468 for ; Fri, 16 Nov 2007 10:08:20 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id E102013C503 for ; Fri, 16 Nov 2007 10:08:19 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 91717 invoked by uid 98); 16 Nov 2007 10:08:11 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.05587 secs); 16 Nov 2007 10:08:11 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Fri, 16 Nov 2007 10:08:11 +0000 Received: (qmail 28775 invoked by uid 1002); 16 Nov 2007 10:08:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Nov 2007 10:08:09 -0000 Date: Fri, 16 Nov 2007 10:08:09 +0000 (GMT) From: "Mark Powell" To: Pawel Jakub Dawidek In-Reply-To: <20071116093708.GA88447@garage.freebsd.pl> Message-ID: <20071116100636.Y28484@rust.salford.ac.uk> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> <20071115181807.U21425@rust.salford.ac.uk> <20071115224327.GA85297@garage.freebsd.pl> <20071116081229.R28168@rust.salford.ac.uk> <20071116093708.GA88447@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 10:08:20 -0000 On Fri, 16 Nov 2007, Pawel Jakub Dawidek wrote: > On Fri, Nov 16, 2007 at 08:15:59AM +0000, Mark Powell wrote: >> On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: >> >>> This is already committed to HEAD and will be MFCed before 7.0-RELEASE. >> >> Is it just minor bug fixes that have been made or is there are bigger >> change i.e. ZFS version 7 or 8? >> If minor, do these fixes come directly from your own substantial and >> inexpressibly appreciated work on ZFS in FreeBSD? :) > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/opensolaris/uts/common/fs/zfs/vdev.c.diff?r1=1.3;r2=1.4 Yeah, you posted the same code on zfs-discuss :) So I can assume that you are just updating various bits of zfs to fix glaring bugs? We're not going to see pool version 7 or 8 in RELENG_7 then? Many thanks. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 11:23:15 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5545116A421 for ; Fri, 16 Nov 2007 11:23:15 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1196D13C4C5 for ; Fri, 16 Nov 2007 11:23:14 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 7FE8F39835; Fri, 16 Nov 2007 11:22:59 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id RH1pp2pkfV28; Fri, 16 Nov 2007 11:22:55 +0100 (CET) Received: from [137.208.224.193] (abt-wi-034.wu-wien.ac.at [137.208.224.193]) by mail.vx.sk (Postfix) with ESMTP id 713F53982C; Fri, 16 Nov 2007 11:22:55 +0100 (CET) Message-ID: <473D7D9E.3030802@FreeBSD.org> Date: Fri, 16 Nov 2007 12:23:10 +0100 From: Martin Matuska User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <473D4464.1080504@FreeBSD.org> <473D4E0B.2020403@yandex.ru> <473D52E0.6090200@delphij.net> In-Reply-To: <473D52E0.6090200@delphij.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 11:23:15 -0000 Yes, the IDE of SB600/SB700 do support only one IDE channel. I suggest freeing that used resource (like ATISINGLE in the other patch) There are detailed specifications of the SB600 chipset available: ATI SB600 Series - Specifications (Overview) http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_14603_14620%5E14623,00.html AMD SB600 Databook (Detailed specification) http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/42119_sb600_ds_nda_3.02.pdf I could not find information like that for SB700 or SB750, here a article that states that there is also only single IDE at SB700: http://www.fudzilla.com/index.php?option=com_content&task=view&id=1047&Itemid=5 Xin LI schrieb: > I did not found a clue how the restriction would be useful, so if > someone with real hardware or has specs can provide me some more > information it will help me to make sure. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 10:25:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFE216A41A for ; Fri, 16 Nov 2007 10:25:22 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id C708913C44B for ; Fri, 16 Nov 2007 10:25:21 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAGAPEU4012163; Fri, 16 Nov 2007 11:25:14 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id lAGAPDWi070551; Fri, 16 Nov 2007 11:25:14 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id lAGAPDJ0070550; Fri, 16 Nov 2007 11:25:13 +0100 (CET) (envelope-from wb) Date: Fri, 16 Nov 2007 11:25:13 +0100 From: Wilko Bulte To: Marten Vijn Message-ID: <20071116102513.GG70396@freebie.xs4all.nl> References: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> <20071115201525.GA65662@freebie.xs4all.nl> <20071116012927.GA3646@kobe.laptop> <511225234.20071116094225@rulez.sk> <1195205962.6076.16.camel@medion.sron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1195205962.6076.16.camel@medion.sron.nl> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Fri, 16 Nov 2007 12:52:24 +0000 Cc: Remko Lodder , Daniel Gerzo , freebsd-embedded@freebsd.org, freebsd-current@freebsd.org, freebsd-small@freebsd.org, Giorgos Keramidas Subject: Re: Re[2]: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 10:25:22 -0000 Quoting Marten Vijn, who wrote on Fri, Nov 16, 2007 at 10:39:22AM +0100 .. > On Fri, 2007-11-16 at 09:42 +0100, Daniel Gerzo wrote: > > Hello Giorgos, > > > > Friday, November 16, 2007, 2:29:27 AM, you wrote: > > > > > On 2007-11-15 21:15, Wilko Bulte wrote: > > >>Quoting Remko Lodder, who wrote on Thu, Nov 15, 2007 at 08:42:33PM +0100 .. > > >>>On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: > > >>>>On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: > > >>>>> Can we lure you into writing this up as an 'article', which is > > >>>>> committable or almost committable to CVS? > > >>>> > > >>>> I could try and might use some help in this, > > >>> > > >>> Since you and I are both of the same language I could guide you with > > >>> the process of the SGML and the like :-) > > >> > > >> And Marten.. be careful out there.. before you know it they are > > >> talking 'doc commit bit' behind your back.. > > > > :-D > > > > > Damn, my sinister plans were uncovered :-) > > I see no evil in that, as it would be documentation in the right place, > aint it? > However it is not that far yet. And I am wondering how time consuming > this will be. Experiance will tell. > > step 1. reading doc's at > http://www.freebsd.org/doc/en/books/fdp-primer/book.html > step 2. make a place to work (svn) > step 3. I 'll write some parts > step 4. ask for feedback > step 5. see further from there Veel succes ;-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 08:59:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A340F16A417; Fri, 16 Nov 2007 08:59:48 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3C313C4C5; Fri, 16 Nov 2007 08:59:47 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 547D610E5FD; Fri, 16 Nov 2007 09:42:13 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8GbKXg8NAv8M; Fri, 16 Nov 2007 09:42:11 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 3BFF610E5E8; Fri, 16 Nov 2007 09:42:10 +0100 (CET) Date: Fri, 16 Nov 2007 09:42:25 +0100 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <511225234.20071116094225@rulez.sk> To: Giorgos Keramidas In-Reply-To: <20071116012927.GA3646@kobe.laptop> References: <51180.195.64.94.120.1195155753.squirrel@galain.elvandar.org> <20071115201525.GA65662@freebie.xs4all.nl> <20071116012927.GA3646@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 16 Nov 2007 12:52:50 +0000 Cc: Marten Vijn , Wilko Bulte , Remko Lodder , freebsd-small@freebsd.org, freebsd-current@freebsd.org Subject: Re[2]: tinybsd qemu small howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:59:48 -0000 Hello Giorgos, Friday, November 16, 2007, 2:29:27 AM, you wrote: > On 2007-11-15 21:15, Wilko Bulte wrote: >>Quoting Remko Lodder, who wrote on Thu, Nov 15, 2007 at 08:42:33PM +0100 .. >>>On Thu, November 15, 2007 7:24 pm, Marten Vijn wrote: >>>>On Thu, 2007-11-15 at 03:32 +0200, Giorgos Keramidas wrote: >>>>> Can we lure you into writing this up as an 'article', which is >>>>> committable or almost committable to CVS? >>>> >>>> I could try and might use some help in this, >>> >>> Since you and I are both of the same language I could guide you with >>> the process of the SGML and the like :-) >> >> And Marten.. be careful out there.. before you know it they are >> talking 'doc commit bit' behind your back.. :-D > Damn, my sinister plans were uncovered :-) -- Best regards, Daniel mailto:danger@rulez.sk From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:38:06 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66AB816A46B; Fri, 16 Nov 2007 14:38:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 09E6E13C45A; Fri, 16 Nov 2007 14:38:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 77C88471FC; Fri, 16 Nov 2007 09:40:02 -0500 (EST) Date: Fri, 16 Nov 2007 14:37:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mohan Srinivasan In-Reply-To: <698405.85667.qm@web31809.mail.mud.yahoo.com> Message-ID: <20071116143239.U10677@fledge.watson.org> References: <698405.85667.qm@web31809.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:38:06 -0000 On Thu, 15 Nov 2007, Mohan Srinivasan wrote: > The code you cite, which launches a lookup on the receipt of an EEXIST in > nfs_link() is a horrible hack that needs to be removed. I always wanted to > remove it but did not want to stir up controversy. > > The logic predates the NFS/UDP duplicate request cache, which all NFS > servers will support. The NFS dupreq cache caches the replies for > non-idempotent operations and will replay the cached response if a > non-idenpotent operation is retransmitted. This works around spurious errors > in the event the NFS response was lost, of course. The dupreq cache appeared > in most NFS server implementations in late 1989. > > There is no justification for the logic that the FreeBSD NFS client has at > the end of these ops. In fact it breaks more things that it fixes. At > Yahoo!, we had a group that was doing locking by creating lockfiles and > checking for the existence of these lockfiles. As you can imagine, that > application broke over FreeBSD NFS. I worked around this in FreeBSD's Yahoo! > implementation. > > I have not looked at the original link bug reported, but I would > wholeheartedly endorse ripping out the "launch a lookup on a an error in > these ops" in all of the NFS ops and just return the error/or success > returned by the original NFS op. OK, I've attached an initial patch that does this -- we still need to keep the lookup code for NFSv2, where the file handle of the new node isn't returned with the reply, but I drop the EEXIST handling cases. Does this look reasonable to you? I'm not set up to easily test this scenario, however. Robert N M Watson Computer Laboratory University of Cambridge Index: nfs_vnops.c =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/src/sys/nfsclient/nfs_vnops.c,v retrieving revision 1.276 diff -u -r1.276 nfs_vnops.c --- nfs_vnops.c 1 Jun 2007 01:12:44 -0000 1.276 +++ nfs_vnops.c 16 Nov 2007 14:35:59 -0000 @@ -1769,11 +1769,6 @@ VTONFS(vp)->n_attrstamp = 0; if (!wccflag) VTONFS(tdvp)->n_attrstamp = 0; - /* - * Kludge: Map EEXIST => 0 assuming that it is a reply to a retry. - */ - if (error == EEXIST) - error = 0; return (error); } @@ -1837,17 +1832,9 @@ nfsmout: /* - * If we get an EEXIST error, silently convert it to no-error - * in case of an NFS retry. - */ - if (error == EEXIST) - error = 0; - - /* - * If we do not have (or no longer have) an error, and we could - * not extract the newvp from the response due to the request being - * NFSv2 or the error being EEXIST. We have to do a lookup in order - * to obtain a newvp to return. + * If we do not have an error and we could not extract the newvp from + * the response due to the request being NFSv2, we have to do a + * lookup in order to obtain a newvp to return. */ if (error == 0 && newvp == NULL) { struct nfsnode *np = NULL; @@ -1925,15 +1912,7 @@ mtx_unlock(&(VTONFS(dvp))->n_mtx); if (!wccflag) VTONFS(dvp)->n_attrstamp = 0; - /* - * Kludge: Map EEXIST => 0 assuming that you have a reply to a retry - * if we can succeed in looking up the directory. - */ - if (error == EEXIST || (!error && !gotvp)) { - if (newvp) { - vput(newvp); - newvp = NULL; - } + if (error == 0 && newvp == NULL) { error = nfs_lookitup(dvp, cnp->cn_nameptr, len, cnp->cn_cred, cnp->cn_thread, &np); if (!error) { From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:40:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FB2E16A417 for ; Fri, 16 Nov 2007 14:40:32 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1A413C44B for ; Fri, 16 Nov 2007 14:40:31 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so832591nfb for ; Fri, 16 Nov 2007 06:40:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=pca6XmvJ08MuQaSUXKpAggHlvCumyyS1Kve8+wdjlJE=; b=eiWcRVzjuMQ53oxBNrRcHTWmjR5tTubGUJ7OFfqwaO4mBX/9XOmFqKxulYOtvhGE6GLr6LlCyN7fAmncNbGMkRPq+cF23i7Ay7rqKRgw4qmxrGWmGZLm8q9BH1Oik7RO5HE1+Hh7ZvNeBIRGEO/AMjMrxungs3zWOMchUQ8jz1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ME34tWL1wBGKdiYngj7/FVDSBf4DmPkANG4WsuFwlLbiTz1Kx2faVs5HviBhp0TVbkSHUpn7rLYemDnxul2SQNyHCgyULT6+a99h66lxZwzy1x5062R4hD46DdMskO8BzSaJu2TmOCM+a6CiEBo5ok5zXWFNFcweV/cymz3WRM0= Received: by 10.78.170.6 with SMTP id s6mr2006215hue.1195222548294; Fri, 16 Nov 2007 06:15:48 -0800 (PST) Received: by 10.78.185.18 with HTTP; Fri, 16 Nov 2007 06:15:43 -0800 (PST) Message-ID: <890a507f0711160615i371a60e1o1b8695176e92dcda@mail.gmail.com> Date: Fri, 16 Nov 2007 22:15:43 +0800 From: "Quan Qiu" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Onboard RTL8111C not attached to by re(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:40:32 -0000 Hi there, I've just bought a Gigabyte GA-945GCM-S2L motherboard. It incorporates an onboard gigabit ethernet chip, RTL8111C. But after booting 7.0-BETA2, there is no network device created for it. It seems that re(4) should be the closest driver to match. First, 'pciconf' shows that the Vendor ID and Device ID are matched. # pciconf -vl | grep -C 3 -i realtek none2@pci0:2: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 However, the table in /sys/dev/re/if_re.c contained only 2 devices that match the 0x8168 Device ID, and they are constrained by another factor, HWREV. So I think no matching HWREV in the table is the cause of the driver not attaching to the device. { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN1, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, Finally, in /sys/pci/if_rlreg.h, I found the HWREV's. But they are quite different with the 'rev' (rev=0x02) from 'pciconf'. #define RL_HWREV_8168_SPIN1 0x30000000 #define RL_HWREV_8168_SPIN2 0x38000000 Could someone help on how I can find out the HWREV value of my NIC? By the way, is support for RTL8111C already on the schedule? -- Quan Qiu From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:43:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6940516A417 for ; Fri, 16 Nov 2007 14:43:04 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 1642313C465 for ; Fri, 16 Nov 2007 14:43:03 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 53A4A343FE; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 27BF2D0054; Fri, 16 Nov 2007 15:43:05 +0100 (CET) Date: Fri, 16 Nov 2007 15:43:05 +0100 From: Ulf Lilleengen To: Alexander Sabourenkov Message-ID: <20071116144304.GA7950@stud.ntnu.no> References: <472A548B.50406@lxnt.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472A548B.50406@lxnt.info> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: Thierry Herbelot , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, "Matthew D. Fuller" , sos@FreeBSD.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:43:04 -0000 On fre, nov 02, 2007 at 01:34:51 +0300, Alexander Sabourenkov wrote: > Hello. > > I have ported the workaround for the hardware bug that causes data > corruption on Promise SATA300 TX4 cards to RELENG_7. > > Bug description: > SATA300 TX4 hardware chokes if last PRD entry (in a dma transfer) is > larger than 164 bytes. This was found while analysing vendor-supplied > linux driver. > > Workaround: > Split trailing PRD entry if it's larger that 164 bytes. > > Two supplied patches do fix problem on my machine. > > There is, however, a style problem with them. It seems like PRD entry > count is limited at 256. I have not found a good way to guarantee that > one entry is always available to do the split, thus the ugly solution of > patching ata-dma.c. > > > Patches, patched and original files are at http://lxnt.info/tx4/freebsd/. > Hi, I tried the patch, but I end up with the partition table being incorrectly read (probably) on the drives connected to my TX4 card. Normally, there's one partition on the drive, but when I apply the patch, the drive provider (ad6) is all that shows up in /dev. When I revert the patch, the partition (ad6s1) shows up in /dev again. I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 system. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:47:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7867916A417 for ; Fri, 16 Nov 2007 14:47:18 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 0459913C468 for ; Fri, 16 Nov 2007 14:47:17 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id lAGEl4Ec005030; Fri, 16 Nov 2007 14:47:04 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1It2TI-000429-9c; Fri, 16 Nov 2007 14:47:04 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.1/8.14.1) with ESMTP id lAGEl011064584; Fri, 16 Nov 2007 14:47:00 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.1/8.14.1/Submit) id lAGEl0Oi064583; Fri, 16 Nov 2007 14:47:00 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Robert Watson In-Reply-To: <20071115135734.O82897@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> <20071115135734.O82897@fledge.watson.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 16 Nov 2007 14:46:59 +0000 Message-Id: <1195224419.63470.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Timo Sirainen , freebsd-current@freebsd.org, Adam McDougall , mohans@freebsd.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:47:20 -0000 On Thu, 2007-11-15 at 14:05 +0000, Robert Watson wrote: > On Thu, 15 Nov 2007, Timo Sirainen wrote: > > > On Thu, 2007-11-15 at 12:39 +0000, Robert Watson wrote: > > > >>> or Solaris NFS clients. Basically, Timo (cc'ed) came up with a small test > >>> case that seems to indicate sometimes a link() call can succeed while the > >>> link count of the file will not increase. If this is ran on two FreeBSD > >>> clients from the same NFS directory, you will occasionally see "link() > >>> succeeded, but link count=1". I've tried both a Netapp and a FreeBSD NFS > > .. > >> My guess, and this is just a hand-wave, is that the attribute cache in the > >> NFS client isn't being forced to refresh, and hence you're getting the old > >> stat data back (and perhaps there's no GETATTR on the wire, which might > >> hint at this). If you'd like, you can post a link to the pcap capture file > >> and one of us can take a look, but I've found NFS RPCs to be surprisingly > >> readable in Wireshark so you might find it sheds quite a bit of light. > > > > Actually the point was that link() returns success even though in reality it > > fails. The fstat() was just a workaround to catch this case and treat link > > count 1 as if link() had failed with EEXIST. After that I had no more > > problems with locking. > > > > I noticed this first because my dotlocking was failing to lock files > > properly. I also added fchown() to flush attribute cache after link() and > > before fstat(), it gives the same link count=1 reply. > > Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: > > 1772 /* > 1773 * Kludge: Map EEXIST => 0 assuming that it is a reply to a retry. > 1774 */ > 1775 if (error == EEXIST) > 1776 error = 0; > 1777 return (error); > > Neither Linux nor Solaris appears to have this logic in the client. I assume > this is, as suggested, to work around UDP retransmissions where the reply is > lost rather than the request. It appears to exist in revision 1.1 of > nfs_vnops.c, so came in with 4.4BSD in the initial import, but doesn't appear > in NetBSD so I'm guessing they've removed it. It could well be we should be > doing the same. Small point - NetBSD does seem to still have this code, but they have factored it out into a nfs_linkrpc function. I'm not saying it's correct, however... Gavin From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:58:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0766B16A417 for ; Fri, 16 Nov 2007 14:58:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CA1CE13C46B for ; Fri, 16 Nov 2007 14:58:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D64D147064; Fri, 16 Nov 2007 10:00:49 -0500 (EST) Date: Fri, 16 Nov 2007 14:58:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marko Zec In-Reply-To: <200711072245.05430.zec@icir.org> Message-ID: <20071116145807.G10677@fledge.watson.org> References: <4732110D.3090808@interactive-net.de> <200711072245.05430.zec@icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bms@freebsd.org, freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:58:49 -0000 On Wed, 7 Nov 2007, Marko Zec wrote: > On Wednesday 07 November 2007 19:25:01 Reinhard Haller wrote: > >> routed has problems with setsockopt registering itself for multicast. The >> trace contains the following messages: >> >> IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address turn on RIP >> setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested address >> setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign requested address >> >> Any suggestions? > > Perhaps the attached kernel patch could help? Dear all-- Just catching up on back e-mail, and found this. Did this patch go anywhere (CVS HEAD, with an MFC, for example)? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:06:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E89516A41B; Fri, 16 Nov 2007 15:06:53 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 33F7913C458; Fri, 16 Nov 2007 15:06:52 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id D4233DAE41; Fri, 16 Nov 2007 21:06:45 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 2799FDAE3C for ; Fri, 16 Nov 2007 21:06:44 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 969CBBABF4; Fri, 16 Nov 2007 15:05:45 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3DD2116A4F2; Fri, 16 Nov 2007 15:05:44 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BEB16A469; Fri, 16 Nov 2007 15:05:29 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 113E913C469; Fri, 16 Nov 2007 15:05:28 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 53A4A343FE; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 27BF2D0054; Fri, 16 Nov 2007 15:43:05 +0100 (CET) Date: Fri, 16 Nov 2007 15:43:05 +0100 From: Ulf Lilleengen To: Alexander Sabourenkov Message-ID: <20071116144304.GA7950@stud.ntnu.no> References: <472A548B.50406@lxnt.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472A548B.50406@lxnt.info> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 16 21:06:45 2007 X-DSPAM-Confidence: 0.9985 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473db205191327828252510 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00078, Sender*freebsd, 0.00078, List-Post*freebsd, 0.00078, List-Post*, Thierry Herbelot Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:06:53 -0000 On fre, nov 02, 2007 at 01:34:51 +0300, Alexander Sabourenkov wrote: > Hello. > > I have ported the workaround for the hardware bug that causes data > corruption on Promise SATA300 TX4 cards to RELENG_7. > > Bug description: > SATA300 TX4 hardware chokes if last PRD entry (in a dma transfer) is > larger than 164 bytes. This was found while analysing vendor-supplied > linux driver. > > Workaround: > Split trailing PRD entry if it's larger that 164 bytes. > > Two supplied patches do fix problem on my machine. > > There is, however, a style problem with them. It seems like PRD entry > count is limited at 256. I have not found a good way to guarantee that > one entry is always available to do the split, thus the ugly solution of > patching ata-dma.c. > > > Patches, patched and original files are at http://lxnt.info/tx4/freebsd/. > Hi, I tried the patch, but I end up with the partition table being incorrectly read (probably) on the drives connected to my TX4 card. Normally, there's one partition on the drive, but when I apply the patch, the drive provider (ad6) is all that shows up in /dev. When I revert the patch, the partition (ad6s1) shows up in /dev again. I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 system. -- Ulf Lilleengen _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:31:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D5516A421; Fri, 16 Nov 2007 15:31:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1DF13C4E7; Fri, 16 Nov 2007 15:31:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5759A.dip.t-dialin.net [84.165.117.154]) by redbull.bpaserver.net (Postfix) with ESMTP id 6BF402E334; Fri, 16 Nov 2007 16:31:18 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id BA672670D1; Fri, 16 Nov 2007 16:31:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1195227075; bh=PFUzAHWh9LcSKgNG1owTk7JOyIVUitr5Y ZjNbDhHxTA=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=TcuWFm 6Qxh63Tq2+GR0h2cHD1zeyf7DRiH387g5GFaPOCZlUceohscSoG7hRyqnaww70b91h1 n2UCWQIFdfGKJ3Yo/0w9ZoeWhtXGZ3AqqB/3OE4w3obKdr9v7DBn1iwknXV6bxeppC7 mQ2JXtejW8Kv2IOOhpqyl01cKr5kVY1pmChTurR3Xf8OOG5x8r8UAe6IvhWHtebgK9e +/O7Eu+AyKDTuCuYduQckmMHE7Qi6n4IsvJMJn2T4VKE7rDY2PJUCszhEpPeXxNxd3V fxUwNWSv1uqfCenQ+m3wMQn080Io/ykYAX8X3PFObXZVT9UzqMnfjUsAls/MbUnIF1f g== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lAGFVFng072095; Fri, 16 Nov 2007 16:31:15 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 16 Nov 2007 16:31:15 +0100 Message-ID: <20071116163115.oavrcgayo0wg8sc8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 16 Nov 2007 16:31:15 +0100 From: Alexander Leidinger To: Peter Schuller References: <200711160136.56551.peter.schuller@infidyne.com> In-Reply-To: <200711160136.56551.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.927, required 8, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, SMILEY -0.50, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS & MySQL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:31:48 -0000 Quoting Peter Schuller (from Fri, 16 Nov =20 2007 01:36:47 +0100): >> Can somebody who has done MySQL benchmarks (e.g. Kris Kennaway, but I >> don't want to point fingers :) ) try them when MySQL is hosted on ZFS? >> I'm currently having a problem where mysqld gets stuck in "zfs" state >> and it becomes completely unusable and unkillable. The machine generally >> works, but cannot be rebooted from the OS in this case (it must be >> manually power-cycled). > > I had an unkillable MySQLd a while ago that required reboot (pre-RELENG_7 > CURRENT). It was in uninterruptable sleep, but I can't swear to whether it > was in zfs state. This was on a quadcore core 2 duo. > > I can do some sysbenching on a dual core machine with and without ZFS, but= it > sounds like that won't be more useful than what you already have available= . If you really do benchmarks and not failure verification, you should =20 take care about the recordsize attribute in the corresponding ZFS, =20 else you may get suboptimal performance (this is a suggestion of SUN =20 for the use of ZFS with DBs, personally I don't have access to a =20 machine where the DB is used enough that we could notice a performance =20 difference). Bye, Alexander. --=20 The most disagreeable thing that your worst enemy says to your face does not approach what your best friends say behind your back. =09=09-- Alfred De Musset http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:44:49 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489DF16A420; Fri, 16 Nov 2007 15:44:49 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id C0A9113C457; Fri, 16 Nov 2007 15:44:48 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAGFhw56047315; Fri, 16 Nov 2007 16:43:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <473DBABE.3070901@deepcore.dk> Date: Fri, 16 Nov 2007 16:43:58 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> In-Reply-To: <20071116144304.GA7950@stud.ntnu.no> Content-Type: multipart/mixed; boundary="------------040604010606080602010104" Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, "Matthew D. Fuller" , Thierry Herbelot , Alexander Sabourenkov , sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:44:49 -0000 This is a multi-part message in MIME format. --------------040604010606080602010104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Ulf Lilleengen wrote: > I tried the patch, but I end up with the partition table being incorrec= tly > read (probably) on the drives connected to my TX4 card. Normally, there= 's > one partition on the drive, but when I apply the patch, the drive provi= der > (ad6) is all that shows up in /dev.=20 > > When I revert the patch, the partition (ad6s1) shows up in /dev again. > > I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 sy= stem. > > =20 You should try the attached "official" patch and let me know if that=20 helps, thanks! -S=F8ren --------------040604010606080602010104 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix2" ? promise-fix2 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 11 Nov 2007 17:08:49 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 11 Nov 2007 17:08:49 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------040604010606080602010104-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:46:36 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C31816A41B; Fri, 16 Nov 2007 15:46:36 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 865D713C4AC; Fri, 16 Nov 2007 15:46:35 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id A20D3DAE3F; Fri, 16 Nov 2007 21:46:27 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id ABDF5DAD26 for ; Fri, 16 Nov 2007 21:46:25 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0AFFE10CAC; Fri, 16 Nov 2007 15:45:01 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5026816A564; Fri, 16 Nov 2007 15:44:58 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489DF16A420; Fri, 16 Nov 2007 15:44:49 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id C0A9113C457; Fri, 16 Nov 2007 15:44:48 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAGFhw56047315; Fri, 16 Nov 2007 16:43:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <473DBABE.3070901@deepcore.dk> Date: Fri, 16 Nov 2007 16:43:58 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> In-Reply-To: <20071116144304.GA7950@stud.ntnu.no> Content-Type: multipart/mixed; boundary="------------040604010606080602010104" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 16 21:46:27 2007 X-DSPAM-Confidence: 0.9986 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473dbb53191321994810329 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00078, Sender*freebsd, 0.00078, List-Post*freebsd, 0.00078, List-Post*, "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:46:36 -0000 This is a multi-part message in MIME format. --------------040604010606080602010104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Ulf Lilleengen wrote: > I tried the patch, but I end up with the partition table being incorrec= tly > read (probably) on the drives connected to my TX4 card. Normally, there= 's > one partition on the drive, but when I apply the patch, the drive provi= der > (ad6) is all that shows up in /dev.=20 > > When I revert the patch, the partition (ad6s1) shows up in /dev again. > > I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 sy= stem. > > =20 You should try the attached "official" patch and let me know if that=20 helps, thanks! -S=F8ren --------------040604010606080602010104 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix2" ? promise-fix2 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 11 Nov 2007 17:08:49 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 11 Nov 2007 17:08:49 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------040604010606080602010104 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --------------040604010606080602010104-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:47:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27EA916A468; Fri, 16 Nov 2007 15:47:48 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id B175D13C45A; Fri, 16 Nov 2007 15:47:47 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lAGFdpk4018221; Fri, 16 Nov 2007 09:39:52 -0600 (CST) Received: from email.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lAGFlX7Z065541; Fri, 16 Nov 2007 09:47:33 -0600 (CST) (envelope-from doug@polands.org) Received: from 172.16.1.7 (proxying for 172.16.1.46) (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Fri, 16 Nov 2007 09:47:33 -0600 (CST) Message-ID: <63176.172.16.1.7.1195228053.squirrel@email.polands.org> In-Reply-To: <20071116163115.oavrcgayo0wg8sc8@webmail.leidinger.net> References: <200711160136.56551.peter.schuller@infidyne.com> <20071116163115.oavrcgayo0wg8sc8@webmail.leidinger.net> Date: Fri, 16 Nov 2007 09:47:33 -0600 (CST) From: "Doug Poland" To: "Alexander Leidinger" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4810/Fri Nov 16 02:38:11 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Peter Schuller , Ivan Voras Subject: Re: ZFS & MySQL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:47:48 -0000 On Fri, November 16, 2007 09:31, Alexander Leidinger wrote: > Quoting Peter Schuller (from Fri, 16 > Nov 2007 01:36:47 +0100): > >>> Can somebody who has done MySQL benchmarks (e.g. Kris Kennaway, >>> but I don't want to point fingers :) ) try them when MySQL is >>> hosted on ZFS? I'm currently having a problem where mysqld gets >>> stuck in "zfs" state and it becomes completely unusable and >>> unkillable. The machine generally works, but cannot be rebooted >>> from the OS in this case (it must be manually power-cycled). >> >> I had an unkillable MySQLd a while ago that required reboot >> (pre-RELENG_7 CURRENT). It was in uninterruptable sleep, but I >> can't swear to whether it was in zfs state. This was on a quadcore >> core 2 duo. >> >> I can do some sysbenching on a dual core machine with and without >> ZFS, but it sounds like that won't be more useful than what you >> already have available. > > If you really do benchmarks and not failure verification, you should > take care about the recordsize attribute in the corresponding ZFS, > else you may get suboptimal performance (this is a suggestion of SUN > for the use of ZFS with DBs, personally I don't have access to a > machine where the DB is used enough that we could notice a > performance difference). > Might be a good place to start: http://dev.mysql.com/tech-resources/articles/mysql-zfs.html -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 15:55:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F7316A418; Fri, 16 Nov 2007 15:55:51 +0000 (UTC) (envelope-from zec@icir.org) Received: from zec2.tel.fer.hr (zec2.tel.fer.hr [161.53.19.79]) by mx1.freebsd.org (Postfix) with ESMTP id 858E613C468; Fri, 16 Nov 2007 15:55:50 +0000 (UTC) (envelope-from zec@icir.org) Received: from localhost (localhost [127.0.0.1]) by zec2.tel.fer.hr (8.14.1/8.14.1) with ESMTP id lAGGtTc8011428; Fri, 16 Nov 2007 16:55:29 GMT (envelope-from zec@icir.org) From: Marko Zec To: Robert Watson Date: Fri, 16 Nov 2007 16:55:28 +0000 User-Agent: KMail/1.9.7 References: <4732110D.3090808@interactive-net.de> <200711072245.05430.zec@icir.org> <20071116145807.G10677@fledge.watson.org> In-Reply-To: <20071116145807.G10677@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711161655.29348.zec@icir.org> Cc: bms@freebsd.org, freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 15:55:51 -0000 On Friday 16 November 2007 14:58:43 Robert Watson wrote: > On Wed, 7 Nov 2007, Marko Zec wrote: > > On Wednesday 07 November 2007 19:25:01 Reinhard Haller wrote: > >> routed has problems with setsockopt registering itself for > >> multicast. The trace contains the following messages: > >> > >> IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address turn > >> on RIP setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested > >> address setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign > >> requested address > >> > >> Any suggestions? > > > > Perhaps the attached kernel patch could help? > > Dear all-- > > Just catching up on back e-mail, and found this. Did this patch go > anywhere (CVS HEAD, with an MFC, for example)? No it didn't. The patch restores support for interpreting 0.0.0.0/8 addresses as interface indexes, which was removed 5 months ago when in_mcast.c was originally introduced. bms@ posted the patch for review before commiting it, but I can't recall a wider discussion taking place about that change. Cheers, Marko From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 16:28:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D545616A41A for ; Fri, 16 Nov 2007 16:28:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 992BC13C457 for ; Fri, 16 Nov 2007 16:28:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so724969rvb for ; Fri, 16 Nov 2007 08:28:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=iGMgaVDtiVUstD3yR2gZK1J0Xtf5ZlZsnMD6UDJCbzk=; b=uaFI2C/yr5J8cE4uk90T0MdHBCMVbQPwLXdBQCeksans1ZkokXzwkvUE/b3gHNMIfCfw2mODplZ2UHdckzSebqRMDzBKShpZci5MQR36Htf32Hq7nJjshr8F6qKwE6Dj9UIX1BtUpVzfld7BBYf62oXOgeq92e2Z51NUCP0fqYU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=NElVQ9YIPaX1ELloF1RabGo1/wcWk7Bj1shmwFhMHi1F7aK5UDoiIpAkYTHZjyqhlbThXdw+ibVXI5gFVkr8U4iqTxKDsAnMycFbJfZ/O8g31G+hSeejbcPBlFpOddK3aLRcAZshuWgr6xk318y0ByXRfPqvoWLNJRrQi6Xufpw= Received: by 10.140.142.6 with SMTP id p6mr357220rvd.1195230511828; Fri, 16 Nov 2007 08:28:31 -0800 (PST) Received: by 10.141.211.5 with HTTP; Fri, 16 Nov 2007 08:28:31 -0800 (PST) Message-ID: <9bbcef730711160828u24d965b6h8eb132bf2b0b8512@mail.gmail.com> Date: Fri, 16 Nov 2007 17:28:31 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Doug Poland" In-Reply-To: <63176.172.16.1.7.1195228053.squirrel@email.polands.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711160136.56551.peter.schuller@infidyne.com> <20071116163115.oavrcgayo0wg8sc8@webmail.leidinger.net> <63176.172.16.1.7.1195228053.squirrel@email.polands.org> X-Google-Sender-Auth: 225baa7cb435f4f2 Cc: freebsd-fs@freebsd.org, Alexander Leidinger , freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS & MySQL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 16:28:37 -0000 On 16/11/2007, Doug Poland wrote: > On Fri, November 16, 2007 09:31, Alexander Leidinger wrote: > > If you really do benchmarks and not failure verification, you should > > take care about the recordsize attribute in the corresponding ZFS, I'm not interested in benchmarks as-is. I think stressing ZFS on FreeBSD with MySQL on the machines like those on which benchmarks were performed (e.g. 8 CPU+) could uncover problems in our implementation of ZFS. From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 16:45:50 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C6716A418 for ; Fri, 16 Nov 2007 16:45:50 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5645E13C47E for ; Fri, 16 Nov 2007 16:45:50 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id AC4682EB86C; Fri, 16 Nov 2007 11:45:49 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GC6mfjLXtNvg; Fri, 16 Nov 2007 11:45:49 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 813992EB853; Fri, 16 Nov 2007 11:45:49 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 7910C33C22; Fri, 16 Nov 2007 11:45:49 -0500 (EST) Date: Fri, 16 Nov 2007 11:45:49 -0500 From: Adam McDougall To: Robert Watson Message-ID: <20071116164549.GF37473@egr.msu.edu> References: <698405.85667.qm@web31809.mail.mud.yahoo.com> <20071116143239.U10677@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071116143239.U10677@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Mohan Srinivasan , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 16:45:50 -0000 On Fri, Nov 16, 2007 at 02:37:56PM +0000, Robert Watson wrote: OK, I've attached an initial patch that does this -- we still need to keep the lookup code for NFSv2, where the file handle of the new node isn't returned with the reply, but I drop the EEXIST handling cases. Does this look reasonable to you? I'm not set up to easily test this scenario, however. Robert N M Watson I should be able to test this patch (or a later version) this weekend. From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 16:55:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F52916A41A for ; Fri, 16 Nov 2007 16:55:59 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id E9B5913C4D5 for ; Fri, 16 Nov 2007 16:55:58 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so876913nfb for ; Fri, 16 Nov 2007 08:55:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WGvPT5es06FyYkkf8kA6t3bOTip0AFo1Xh9Tecp2Ugc=; b=Yua76djS07YJPND9Z8I154BMK/KnafS6756esnK6DJj4zvDVMTnaGo+FOI/jyvrplZS5WAfg7JIiYxEK0PjvUL9JPIrIqiV1wvxUEBpNvOnesD8Xpxt0eLY7yx5o8Ti5gMmrST3mPhXMGt6AYoQ2q84DQx7we8G66BucNoPnEcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g3Lcq430LCgmmolTf47RoZs2mXbuWwjZOkulVAtMyiK8J47kXqpMZvOplMyngXrD6cHpuMRZM1XnfDhTRFzpRgNANz+L5tDKAM0nadPupGldk5q8nYzQyn5xTLuDsWen9IODasd5FAuDHM/8CFbfUB14TWtq2NChDXuUG928Mlg= Received: by 10.78.162.4 with SMTP id k4mr2230061hue.1195232145626; Fri, 16 Nov 2007 08:55:45 -0800 (PST) Received: by 10.78.158.18 with HTTP; Fri, 16 Nov 2007 08:55:45 -0800 (PST) Message-ID: <7daacbbe0711160855g6519e98bje61357a69eb0f9ca@mail.gmail.com> Date: Fri, 16 Nov 2007 17:55:45 +0100 From: "Dominique Goncalves" To: "Watanabe Kazuhiro" In-Reply-To: <20071115145237.D6C3C4FA61@mail.asahi-net.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7daacbbe0711140207u20479322qd2254665ef364e49@mail.gmail.com> <20071115145237.D6C3C4FA61@mail.asahi-net.or.jp> Cc: freebsd-current Subject: Re: mount root from cd9660:/dev/iso9660/FreeSBIE failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 16:55:59 -0000 Hi, Thanks for your response, On Nov 15, 2007 3:52 PM, Watanabe Kazuhiro wrote: > Hello. > > At Wed, 14 Nov 2007 11:07:20 +0100, > Dominique Goncalves wrote: > > Hi, > > > > Since the commit to src/sys/dev/ata ata-chipset.c atapi-cd.c > > atapi-cd.h by sos@ [1] I'm unable to boot from a livecd build with > > freesbie2 (with RELENG_7). > > The system is unable to find the root filesystem and asks for manual > > specification [2] > > > > My kernel is a GENERIC plus GEOM_LABEL and GEOM_UZIP, a kernel build > > before the commit works as expected. > > > > Could someone take a look at this error ? > > Thanks, > > Regards. > > > > > > [1] http://lists.freebsd.org/pipermail/cvs-src/2007-October/083327.html > > I'm not a FreeSBIE user, but a similar problem is occured in > 7.0-BETA2 with an ATAPI CD-ROM drive. 6.3-BETA1 and 7.0-BETA1 > can use the CD-ROM drive, but 7.0-BETA2 is not. > > > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot.png > > Would you try to boot FreeSBIE (on QEMU) with verbose logging? > Then if your CDROM (acd0) says "acd0: Medium: CD-ROM unknown", With verbose boot [1], I don't see message like this, > try a patch attached below: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079760.html > > Note that the patch is not a correct fix but just workaround. I tried your patch I see a lot of "cap.medium_type:112" [2] but the system works as expected. Regards. [1] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg.txt [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg-patch.txt > --- > Watanabe Kazuhiro (CQG00620@nifty.ne.jp) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 16:58:43 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8A316A417 for ; Fri, 16 Nov 2007 16:58:43 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31813.mail.mud.yahoo.com (web31813.mail.mud.yahoo.com [68.142.207.76]) by mx1.freebsd.org (Postfix) with SMTP id 582A913C478 for ; Fri, 16 Nov 2007 16:58:43 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 48103 invoked by uid 60001); 16 Nov 2007 16:58:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=ar/hOCsGvgYcZTHuWFLciIBtwBHJgtUhhCwl0HKM6Ak2sKFkA1PTi32Ht7M7Adr9mj72m917qU7aEtZ9uRCBvtheQmnsEmYlESBcatfsza37zzSnyiARhzeHizj5fjCgOqQtfzn2onipepto44Cua2NPEnLpdNID6l4uLrUVWaQ=; X-YMail-OSG: B3A2gQcVM1mMTrVClooVJjZhjda7Gpu09dqFjJ2EIAKLBXUT99Z_HFi5UwVDSNVND9kUkay6eA-- Received: from [70.231.132.101] by web31813.mail.mud.yahoo.com via HTTP; Fri, 16 Nov 2007 08:58:11 PST X-Mailer: YahooMailWebService/0.7.158 Date: Fri, 16 Nov 2007 08:58:11 -0800 (PST) From: Mohan Srinivasan To: Robert Watson In-Reply-To: <20071116143239.U10677@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <673204.48075.qm@web31813.mail.mud.yahoo.com> X-Mailman-Approved-At: Fri, 16 Nov 2007 17:07:38 +0000 Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 16:58:43 -0000 Robert Your changes look good to me. mohan --- On Fri, 11/16/07, Robert Watson wrote: > From: Robert Watson > Subject: Re: link() not increasing link count on NFS server > To: "Mohan Srinivasan" > Cc: "Timo Sirainen" , "Adam McDougall" , freebsd-current@FreeBSD.org, mohans@FreeBSD.org > Date: Friday, November 16, 2007, 6:37 AM > On Thu, 15 Nov 2007, Mohan Srinivasan wrote: > > > The code you cite, which launches a lookup on the > receipt of an EEXIST in > > nfs_link() is a horrible hack that needs to be > removed. I always wanted to > > remove it but did not want to stir up controversy. > > > > The logic predates the NFS/UDP duplicate request > cache, which all NFS > > servers will support. The NFS dupreq cache caches the > replies for > > non-idempotent operations and will replay the cached > response if a > > non-idenpotent operation is retransmitted. This works > around spurious errors > > in the event the NFS response was lost, of course. The > dupreq cache appeared > > in most NFS server implementations in late 1989. > > > > There is no justification for the logic that the > FreeBSD NFS client has at > > the end of these ops. In fact it breaks more things > that it fixes. At > > Yahoo!, we had a group that was doing locking by > creating lockfiles and > > checking for the existence of these lockfiles. As you > can imagine, that > > application broke over FreeBSD NFS. I worked around > this in FreeBSD's Yahoo! > > implementation. > > > > I have not looked at the original link bug reported, > but I would > > wholeheartedly endorse ripping out the "launch a > lookup on a an error in > > these ops" in all of the NFS ops and just return > the error/or success > > returned by the original NFS op. > > OK, I've attached an initial patch that does this -- we > still need to keep the > lookup code for NFSv2, where the file handle of the new > node isn't returned > with the reply, but I drop the EEXIST handling cases. Does > this look > reasonable to you? I'm not set up to easily test this > scenario, however. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > Index: nfs_vnops.c > =================================================================== > RCS file: > /zoo/cvsup/FreeBSD-CVS/src/sys/nfsclient/nfs_vnops.c,v > retrieving revision 1.276 > diff -u -r1.276 nfs_vnops.c > --- nfs_vnops.c 1 Jun 2007 01:12:44 -0000 1.276 > +++ nfs_vnops.c 16 Nov 2007 14:35:59 -0000 > @@ -1769,11 +1769,6 @@ > VTONFS(vp)->n_attrstamp = 0; > if (!wccflag) > VTONFS(tdvp)->n_attrstamp = 0; > - /* > - * Kludge: Map EEXIST => 0 assuming that it is a reply > to a retry. > - */ > - if (error == EEXIST) > - error = 0; > return (error); > } > > @@ -1837,17 +1832,9 @@ > nfsmout: > > /* > - * If we get an EEXIST error, silently convert it to > no-error > - * in case of an NFS retry. > - */ > - if (error == EEXIST) > - error = 0; > - > - /* > - * If we do not have (or no longer have) an error, and we > could > - * not extract the newvp from the response due to the > request being > - * NFSv2 or the error being EEXIST. We have to do a > lookup in order > - * to obtain a newvp to return. > + * If we do not have an error and we could not extract > the newvp from > + * the response due to the request being NFSv2, we have > to do a > + * lookup in order to obtain a newvp to return. > */ > if (error == 0 && newvp == NULL) { > struct nfsnode *np = NULL; > @@ -1925,15 +1912,7 @@ > mtx_unlock(&(VTONFS(dvp))->n_mtx); > if (!wccflag) > VTONFS(dvp)->n_attrstamp = 0; > - /* > - * Kludge: Map EEXIST => 0 assuming that you have a > reply to a retry > - * if we can succeed in looking up the directory. > - */ > - if (error == EEXIST || (!error && !gotvp)) { > - if (newvp) { > - vput(newvp); > - newvp = NULL; > - } > + if (error == 0 && newvp == NULL) { > error = nfs_lookitup(dvp, cnp->cn_nameptr, len, > cnp->cn_cred, > cnp->cn_thread, &np); > if (!error) { From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 14:58:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3A716A46B for ; Fri, 16 Nov 2007 14:58:16 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from guardian.elvandar.org (evilcoder.xs4all.nl [195.64.94.120]) by mx1.freebsd.org (Postfix) with ESMTP id 550CD13C4AC for ; Fri, 16 Nov 2007 14:58:16 +0000 (UTC) (envelope-from remko@elvandar.org) Received: by guardian.elvandar.org (Postfix, from userid 1001) id 12E067EDD42; Fri, 16 Nov 2007 15:41:50 +0100 (CET) Date: Fri, 16 Nov 2007 15:41:50 +0100 From: Remko Lodder To: Quan Qiu Message-ID: <20071116144149.GF1600@elvandar.org> References: <890a507f0711160615i371a60e1o1b8695176e92dcda@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <890a507f0711160615i371a60e1o1b8695176e92dcda@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Mailman-Approved-At: Fri, 16 Nov 2007 17:07:50 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Onboard RTL8111C not attached to by re(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:58:16 -0000 On Fri, Nov 16, 2007 at 10:15:43PM +0800, Quan Qiu wrote: > Hi there, > > I've just bought a Gigabyte GA-945GCM-S2L motherboard. It incorporates > an onboard gigabit ethernet chip, RTL8111C. But after booting > 7.0-BETA2, there is no network device created for it. It seems that > re(4) should be the closest driver to match. > > First, 'pciconf' shows that the Vendor ID and Device ID are matched. > > # pciconf -vl | grep -C 3 -i realtek > none2@pci0:2: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 > > > However, the table in /sys/dev/re/if_re.c contained only 2 devices > that match the 0x8168 Device ID, and they are constrained by another > factor, HWREV. So I think no matching HWREV in the table is the cause > of the driver not attaching to the device. > > { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN1, > "RealTek 8168/8111B PCIe Gigabit Ethernet" }, > { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, > "RealTek 8168/8111B PCIe Gigabit Ethernet" }, > > > Finally, in /sys/pci/if_rlreg.h, I found the HWREV's. But they are > quite different with the 'rev' (rev=0x02) from 'pciconf'. > > #define RL_HWREV_8168_SPIN1 0x30000000 > #define RL_HWREV_8168_SPIN2 0x38000000 > > > Could someone help on how I can find out the HWREV value of my NIC? > > By the way, is support for RTL8111C already on the schedule? > > I'll see what I can do later tonight (when I am home from work). Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 17:13:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B2416A468 for ; Fri, 16 Nov 2007 17:13:32 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 6920313C44B for ; Fri, 16 Nov 2007 17:13:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 28703 invoked from network); 16 Nov 2007 20:13:29 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 16 Nov 2007 20:13:29 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 259551, updated: 16.11.2007] Message-ID: <027601c82873$ffbdad70$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Fri, 16 Nov 2007 20:07:57 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:13:32 -0000 Hello! I have a dual CPU box with two xeon cpus. Those are XEON 2.66Ghz 512KB L2 cache, 533Mhz bus. sSpec Number: SL6GF CPUID String: 0F27h more info on: http://processorfinder.intel.com/details.aspx?sspec=sl6gf Will amd64 architecture run on it? I could not find any data on EM64T support on it, so i don't think it is there. -- Artem From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 17:24:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81C2E16A419 for ; Fri, 16 Nov 2007 17:24:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0E22413C442 for ; Fri, 16 Nov 2007 17:24:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 072C245CD9; Fri, 16 Nov 2007 18:24:18 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 310EF45683; Fri, 16 Nov 2007 18:24:13 +0100 (CET) Date: Fri, 16 Nov 2007 18:23:51 +0100 From: Pawel Jakub Dawidek To: Mark Powell Message-ID: <20071116172351.GD88447@garage.freebsd.pl> References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> <20071115181807.U21425@rust.salford.ac.uk> <20071115224327.GA85297@garage.freebsd.pl> <20071116081229.R28168@rust.salford.ac.uk> <20071116093708.GA88447@garage.freebsd.pl> <20071116100636.Y28484@rust.salford.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zaRBsRFn0XYhEU69" Content-Disposition: inline In-Reply-To: <20071116100636.Y28484@rust.salford.ac.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Henri Hennebert , Adam McDougall , freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:24:20 -0000 --zaRBsRFn0XYhEU69 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 10:08:09AM +0000, Mark Powell wrote: > On Fri, 16 Nov 2007, Pawel Jakub Dawidek wrote: >=20 > >On Fri, Nov 16, 2007 at 08:15:59AM +0000, Mark Powell wrote: > >>On Thu, 15 Nov 2007, Pawel Jakub Dawidek wrote: > >> > >>>This is already committed to HEAD and will be MFCed before 7.0-RELEASE. > >> > >>Is it just minor bug fixes that have been made or is there are bigger > >>change i.e. ZFS version 7 or 8? > >> If minor, do these fixes come directly from your own substantial and > >>inexpressibly appreciated work on ZFS in FreeBSD? :) > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/opensolaris/uts/co= mmon/fs/zfs/vdev.c.diff?r1=3D1.3;r2=3D1.4 >=20 > Yeah, you posted the same code on zfs-discuss :) > So I can assume that you are just updating various bits of zfs to fix= =20 > glaring bugs? We're not going to see pool version 7 or 8 in RELENG_7 then? Not before 7.0-RELEASE, no. Most likely all perforce changes will be committed before 7.1-RELEASE. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zaRBsRFn0XYhEU69 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPdInForvXbEpPzQRAkwOAKCcnTYGrDU6yKkDT7g0uI32AKutmACgySrj 2bVlJ9v18fkxyQSCjBjMnVM= =/oBA -----END PGP SIGNATURE----- --zaRBsRFn0XYhEU69-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 17:28:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAD816A419 for ; Fri, 16 Nov 2007 17:28:42 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6830213C4D5 for ; Fri, 16 Nov 2007 17:28:42 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62877 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1It4zh-000M6j-2j for freebsd-current@freebsd.org; Fri, 16 Nov 2007 17:28:41 +0000 Message-ID: <473DD348.6000403@conducive.net> Date: Fri, 16 Nov 2007 17:28:40 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <027601c82873$ffbdad70$0c00a8c0@Artem> In-Reply-To: <027601c82873$ffbdad70$0c00a8c0@Artem> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:28:42 -0000 Artem Kuchin wrote: > Hello! > > I have a dual CPU box with two xeon cpus. > Those are XEON 2.66Ghz 512KB L2 cache, > 533Mhz bus. sSpec Number: SL6GF > CPUID String: 0F27h > > more info on: > http://processorfinder.intel.com/details.aspx?sspec=sl6gf > > Will amd64 architecture run on it? I could not find > any data on EM64T support on it, so i don't think > it is there. > > -- > Artem > I'm pretty certain it will NOT. Worse - that's 130 nm wafer tech - pretty hot-running chunk of sand there. Worse yet - ISTR those went into sockets/VR's that will NOT accept today's Core-2 and their Xeon cousins, so a server/MB of that genre is not a good investment if you have concerns - as we do - as to staying within the UPS budget of the rack lease. In any case, current Intel OR AMD cache, bus & ram speeds let a cheaper Core-2 on commodity MB eat that particular Xeon's entire daily meal ration. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 17:50:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1988A16A418 for ; Fri, 16 Nov 2007 17:50:24 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9A29013C46B for ; Fri, 16 Nov 2007 17:50:23 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so892824nfb for ; Fri, 16 Nov 2007 09:50:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FVVpw04xJueCS41oz+vSxCxYLhBIWE3/ZJs2mueBinA=; b=CE05lECPB/aAUn6S/vcNjs4iD8fyp/k1LERPgIAu3JeeuzCPSwh4jCCzmlf8K3/NV5FCSHRG+mk3gzatYal29nplnifde6FN96po4aLiACibUDFvRnFOluD0TM1sEI947KOvjiRUC7sLp/S0TKlIi3phFBoUQg+0/XOHzE9NHFY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A5BaKlfttfLbE+2G5gdXvGC1C5A43G7AzAyu+gIp7zgDin/Gsn7JHA8ZEiZXkjIhoAN4nMW2xpMRCpkl7fhbZ1FiaNJbS/a8Ok6MQD12hf7yaZhagqUKDeuUfw12eViq9hk5kyqzwL44qgF/lSXni2d4cBr1EJFOUqMBdxl9VXQ= Received: by 10.78.132.2 with SMTP id f2mr2310747hud.1195233767170; Fri, 16 Nov 2007 09:22:47 -0800 (PST) Received: by 10.78.146.10 with HTTP; Fri, 16 Nov 2007 09:22:47 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 18:22:47 +0100 From: "Claus Guttesen" To: "Artem Kuchin" In-Reply-To: <027601c82873$ffbdad70$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <027601c82873$ffbdad70$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:50:24 -0000 > I have a dual CPU box with two xeon cpus. > Those are XEON 2.66Ghz 512KB L2 cache, > 533Mhz bus. > sSpec Number: SL6GF > CPUID String: 0F27h > They are the first gen. xeon's which lacked emt64 extensions. Comsume alot of power and somewhat poor performance. I have a "GenuineIntel" Id = 0xf29 Stepping = 9 which only does i386. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 17:52:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76FE916A41B for ; Fri, 16 Nov 2007 17:52:13 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33707.mail.mud.yahoo.com (web33707.mail.mud.yahoo.com [68.142.201.204]) by mx1.freebsd.org (Postfix) with SMTP id 3791B13C459 for ; Fri, 16 Nov 2007 17:52:11 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 54498 invoked by uid 60001); 16 Nov 2007 17:52:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=0eCh4iZfYAnN8eAbNEY5MnyZpXsH5WgfPQTrmS4xXexZ6VKqNbC2lAemgWApSGznWjRMvokK0EwV58dWVreeybacFVy5g31H76fBIEqE2/mCGg0bvdV6Y4YR/eWS/xuCugGFzE/aI+0hPgBh1gtDTAJ7tDeKfn+Ifi1TtScTpmE=; X-YMail-OSG: 4ANDidkVM1nYTAotOIOmAkr7VL6R.fLA41nYAeBHFSOJKm3ZqH7PmrmHpqAfrRwYzgI3qMY85VtMeoveWv3Il0oBt.2x4NwCjk_Pnw.LICmwENYIoA0- Received: from [86.62.250.3] by web33707.mail.mud.yahoo.com via HTTP; Fri, 16 Nov 2007 09:52:11 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Fri, 16 Nov 2007 09:52:11 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Artem Kuchin , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <253361.45055.qm@web33707.mail.mud.yahoo.com> Cc: Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:52:13 -0000 ----- Original Message ---- > From: Artem Kuchin > To: freebsd-current@freebsd.org > Sent: Friday, November 16, 2007 8:07:57 PM > Subject: Will 7-beta amd64 run on the old xeon? > > Hello! > > I have a dual CPU box with two xeon cpus. > Those are XEON 2.66Ghz 512KB L2 cache, > 533Mhz bus. > sSpec Number: SL6GF > CPUID String: 0F27h > > more info on: > http://processorfinder.intel.com/details.aspx?sspec=sl6gf > > Will amd64 architecture run on it? I could not find > any data on EM64T support on it, so i don't think > it is there. > > -- > Artem It should work with i386 at least. I have dual Xeon 2.8 EM64 and I use i386 with it. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #0: Mon Oct 29 22:49:41 UTC 2007 arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 2146304000 (2046 MB) avail memory = 2095087616 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_button0: on acpi0 Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 18:02:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D77A16A41B for ; Fri, 16 Nov 2007 18:02:43 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id B444E13C459 for ; Fri, 16 Nov 2007 18:02:42 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 59513 invoked from network); 16 Nov 2007 17:31:08 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@128.238.66.5) by acm.poly.edu with AES256-SHA encrypted SMTP; 16 Nov 2007 17:31:08 -0000 Message-ID: <473DD4EF.2010907@acm.poly.edu> Date: Fri, 16 Nov 2007 12:35:43 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <027601c82873$ffbdad70$0c00a8c0@Artem> In-Reply-To: <027601c82873$ffbdad70$0c00a8c0@Artem> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 18:02:43 -0000 You can take a look at the CPU features in whatever operating system is on there now and see if the LM feature is there. That stands for "long mode" and, if present, means that the CPU supports the amd64 instruction set. -Boris Artem Kuchin wrote: > Hello! > > I have a dual CPU box with two xeon cpus. > Those are XEON 2.66Ghz 512KB L2 cache, > 533Mhz bus. sSpec Number: SL6GF > CPUID String: 0F27h > > more info on: > http://processorfinder.intel.com/details.aspx?sspec=sl6gf > > Will amd64 architecture run on it? I could not find > any data on EM64T support on it, so i don't think > it is there. > > -- > Artem > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 18:38:59 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35D6B16A417 for ; Fri, 16 Nov 2007 18:38:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6385E13C4B8 for ; Fri, 16 Nov 2007 18:38:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGIcuQ9006244; Fri, 16 Nov 2007 13:38:56 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 16 Nov 2007 13:38:52 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161338.54270.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4813/Fri Nov 16 12:18:48 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 18:38:59 -0000 Please test the following patch on -CURRENT: http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz I believe it should apply for RELENG_7 as well. FYI, ACPI-CA changes from the -CURRENT is here: http://people.freebsd.org/~jkim/acpica-changes-20070320-20071114.txt Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 18:46:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6BC16A417 for ; Fri, 16 Nov 2007 18:46:42 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 24CEF13C448 for ; Fri, 16 Nov 2007 18:46:42 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mr6so.prod.shaw.ca (pd3mr6so-qfe3.prod.shaw.ca [10.0.141.21]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRM00FAD1DBOZA0@l-daemon> for freebsd-current@freebsd.org; Fri, 16 Nov 2007 10:46:23 -0700 (MST) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd3mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRM00J3A1D6MCC0@pd3mr6so.prod.shaw.ca> for freebsd-current@freebsd.org; Fri, 16 Nov 2007 10:46:18 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRM009ZA1D5MA90@l-daemon> for freebsd-current@freebsd.org; Fri, 16 Nov 2007 10:46:17 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id D61B7279C2; Fri, 16 Nov 2007 09:46:16 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id lAGHkNvq001683; Fri, 16 Nov 2007 09:46:24 -0800 X-URL: http://www.komquats.com/ Date: Fri, 16 Nov 2007 09:46:23 -0800 From: Cy Schubert In-reply-to: Message from Steve Kargl "of Fri, 25 May 2007 11:38:07 PDT." <20070525183806.GA45369@troutmask.apl.washington.edu> Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: Steve Kargl Message-id: <200711161746.lAGHkNvq001683@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Cc: freebsd-current@freebsd.org Subject: Re: PS/2 mouse disappearing with gcc-4.2 built kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 18:46:42 -0000 In message <20070525183806.GA45369@troutmask.apl.washington.edu>, Steve Kargl w rites: > There seems to be a small problem with the psm0 device. > In particular, my Inspiron 4150 laptop has a touchpad, > and I plug a PS/2 mouse into the PS/2 port on the back. > At some point, the console shows > > May 25 11:31:44 mobile kernel: psm0: failed to reset the aux device. > May 25 11:31:44 mobile kernel: psm0: the aux device has gone! (reinitialize). > > and the mouse is gone. Of course, a disappearing mouse while in > X is somewhat inconvenient. I've noticed this too. Mine is an ACER 3623NWXMi. The problem usually occurs when using the Citrix ICA client to connect to a Windows 2003 server. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 19:03:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D127216A46B for ; Fri, 16 Nov 2007 19:03:35 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpauth05.prod.mesa1.secureserver.net (smtpauth05.prod.mesa1.secureserver.net [64.202.165.99]) by mx1.freebsd.org (Postfix) with SMTP id AAB7C13C45B for ; Fri, 16 Nov 2007 19:03:35 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 29889 invoked from network); 16 Nov 2007 19:03:33 -0000 Received: from unknown (208.206.151.5) by smtpauth05.prod.mesa1.secureserver.net (64.202.165.99) with ESMTP; 16 Nov 2007 19:03:33 -0000 Message-ID: <473DE984.9050707@computer.org> Date: Fri, 16 Nov 2007 13:03:32 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.6 (X11/20071115) MIME-Version: 1.0 To: Kevin Oberman References: <20071116053516.326DB4500F@ptavv.es.net> In-Reply-To: <20071116053516.326DB4500F@ptavv.es.net> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig86EC11A03D02B5D431E6B0AE" Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 19:03:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig86EC11A03D02B5D431E6B0AE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/15/2007 23:35, Kevin Oberman wrote: >> Date: Thu, 15 Nov 2007 22:08:13 -0600 >> From: Eric Schuele >> Sender: owner-freebsd-current@freebsd.org >> >> Hello, >> >> I'm having some strangeness with respect to my atheros based card on >> releng_7. This may not sound like much... but together they concern m= e. >> I'm wondering if anyone has seen similar things. >> >> 1) I've seen two panics while trying to bring the interface up over >> the last few weeks. >=20 > I have not seen this. >=20 >> 2) I get disconnected every night from my wireless router at home. >> 99% of the time it happens after I've gone to bed. Once or twice... >> while I was sitting in front of it. It just disassociates? >=20 > Try 'ifconfig ath0 -bgscan'. Something causes my card to lose > association periodically when the background scan is in progress. Are you saying try the above *after* I've been disconnected? Or is it an attempt to reproduce the disconnect? >=20 >> 3) When I am at the office, my card will *never* obtain an ip addre= ss >> from our DHCP server upon first booting. I must *always* down the >> interface, kill dhclient, bring the interface up and start dhclient. >=20 > Are you running wpa_supplicant? Are you using WPA,=20 Yes, see below on my original post. > WEP or running open? > I see the card get "stuck" when scanning. It scans channels, but only > for WPA secured APs. When needing to associate with a WEP or open AP, i= t > never leaves WPA mode, so never associates. Hmm... yes, I 've noticed it doing this. Going around in circles through all the channels in WPA mode. odd. Any other work around other than bouncing the interface? >=20 > I am also running BETA2 on a 5212 card in a T43 ThinkPad. --=20 Regards, Eric --------------enig86EC11A03D02B5D431E6B0AE 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.4 (FreeBSD) iD8DBQFHPemEngSDRM3IXUoRAny3AJ9b4UkE+Lm2THB4YI1fnfjZj5MfAACfduRz sQGIPUz6kLf1sKFf7t9yxY0= =Bl5y -----END PGP SIGNATURE----- --------------enig86EC11A03D02B5D431E6B0AE-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 19:41:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B54A16A420 for ; Fri, 16 Nov 2007 19:41:55 +0000 (UTC) (envelope-from SRS0=b8e54524c6667dcaaf3271188e6bd2346cef300f=521=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 8A45F13C45D for ; Fri, 16 Nov 2007 19:41:54 +0000 (UTC) (envelope-from SRS0=b8e54524c6667dcaaf3271188e6bd2346cef300f=521=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id VEF74351; Fri, 16 Nov 2007 12:41:51 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2832145011; Fri, 16 Nov 2007 11:41:50 -0800 (PST) To: Eric Schuele In-Reply-To: Your message of "Fri, 16 Nov 2007 13:03:32 CST." <473DE984.9050707@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195242110_81424P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 16 Nov 2007 11:41:50 -0800 From: "Kevin Oberman" Message-Id: <20071116194150.2832145011@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Eric Schuele X-To_Domain: computer.org X-To: Eric Schuele X-To_Email: e.schuele@computer.org X-To_Alias: e.schuele Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 19:41:55 -0000 --==_Exmh_1195242110_81424P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 16 Nov 2007 13:03:32 -0600 > From: Eric Schuele > > On 11/15/2007 23:35, Kevin Oberman wrote: > >> Date: Thu, 15 Nov 2007 22:08:13 -0600 > >> From: Eric Schuele > >> Sender: owner-freebsd-current@freebsd.org > >> > >> Hello, > >> > >> I'm having some strangeness with respect to my atheros based card on > >> releng_7. This may not sound like much... but together they concern m> e. > >> I'm wondering if anyone has seen similar things. > >> > >> 1) I've seen two panics while trying to bring the interface up over > >> the last few weeks. > > > > I have not seen this. > > > >> 2) I get disconnected every night from my wireless router at home. > >> 99% of the time it happens after I've gone to bed. Once or twice... > >> while I was sitting in front of it. It just disassociates? > > > > Try 'ifconfig ath0 -bgscan'. Something causes my card to lose > > association periodically when the background scan is in progress. > > Are you saying try the above *after* I've been disconnected? Or is it > an attempt to reproduce the disconnect? No. Try it as soon as your system comes up. It disables the regular background scan for APs that, by default, happens every 5 minutes. Note that I don't see my association go down on every scan, but turning this off seems to prevent the disassociation from ever happening. I have confirmation from at leat two others with the same Atheros chip-set that this fixed their recurrent disconnects. (It certainly fixed mine.) Note that this change will have a negative effect if you are roaming or your environment changes in some way. > >> 3) When I am at the office, my card will *never* obtain an ip address > >> from our DHCP server upon first booting. I must *always* down the > >> interface, kill dhclient, bring the interface up and start dhclient. > > > > Are you running wpa_supplicant? Are you using WPA, > > Yes, see below on my original post. > > > WEP or running open? > > I see the card get "stuck" when scanning. It scans channels, but only > > for WPA secured APs. When needing to associate with a WEP or open AP, it > > never leaves WPA mode, so never associates. > > Hmm... yes, I 've noticed it doing this. Going around in circles > through all the channels in WPA mode. odd. Any other work around other > than bouncing the interface? I have found that '/etc/rc.d/wpa_supplicant restart ath0' fixes it for me. I added an alias to my .tcshrc file to save typing. That said, I updated my sources last week and I don't recall seeing the problem since then. Maybe it's fixed. I did see come fixes committed to -current that might have been applicable, but I don't know if any have been MFCed to 7.0 or if they will fix this. I really need a bit more time to collect and analyze some debug data on this so I can give Sam some good data to work with. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195242110_81424P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHPfJ+kn3rs5h7N1ERAj4wAJ9141xpeXgcwhMNef8CXQ7xVtBgngCgkHO9 X64N5z1y6yErnizoSRRweOk= =Om0h -----END PGP SIGNATURE----- --==_Exmh_1195242110_81424P-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 19:58:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DFD116A418 for ; Fri, 16 Nov 2007 19:58:15 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpout09.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.freebsd.org (Postfix) with SMTP id 7402E13C4D5 for ; Fri, 16 Nov 2007 19:58:15 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 6598 invoked from network); 16 Nov 2007 19:57:45 -0000 Received: from unknown (208.206.151.5) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 16 Nov 2007 19:57:45 -0000 Message-ID: <473DF638.4030609@computer.org> Date: Fri, 16 Nov 2007 13:57:44 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.6 (X11/20071115) MIME-Version: 1.0 To: Kevin Oberman References: <20071116194150.2832145011@ptavv.es.net> In-Reply-To: <20071116194150.2832145011@ptavv.es.net> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4DCE37A1D41702439819212B" Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 19:58:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4DCE37A1D41702439819212B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/16/2007 13:41, Kevin Oberman wrote: >> Date: Fri, 16 Nov 2007 13:03:32 -0600 >> From: Eric Schuele >> >> On 11/15/2007 23:35, Kevin Oberman wrote: >>>> Date: Thu, 15 Nov 2007 22:08:13 -0600 >>>> From: Eric Schuele >>>> Sender: owner-freebsd-current@freebsd.org >>>> >>>> Hello, >>>> >>>> I'm having some strangeness with respect to my atheros based card on= >>>> releng_7. This may not sound like much... but together they concern= m> e. >>>> I'm wondering if anyone has seen similar things. >>>> >>>> 1) I've seen two panics while trying to bring the interface up ove= r >>>> the last few weeks. >>> I have not seen this. >>> >>>> 2) I get disconnected every night from my wireless router at home.= >>>> 99% of the time it happens after I've gone to bed. Once or twice...= >>>> while I was sitting in front of it. It just disassociates? >>> Try 'ifconfig ath0 -bgscan'. Something causes my card to lose >>> association periodically when the background scan is in progress. >> Are you saying try the above *after* I've been disconnected? Or is it= >> an attempt to reproduce the disconnect? >=20 > No. Try it as soon as your system comes up.=20 Oh, I see. Would it be sufficient to place it in my rc.conf: ifconfig_ath0=3D"WPA DHCP -bgscan" > It disables the regular > background scan for APs that, by default, happens every 5 minutes. Note= > that I don't see my association go down on every scan, but turning this= > off seems to prevent the disassociation from ever happening. I have > confirmation from at leat two others with the same Atheros chip-set tha= t > this fixed their recurrent disconnects. (It certainly fixed mine.) >=20 > Note that this change will have a negative effect if you are roaming or= > your environment changes in some way. I do no roaming. >=20 >>>> 3) When I am at the office, my card will *never* obtain an ip add= ress >>>> from our DHCP server upon first booting. I must *always* down the >>>> interface, kill dhclient, bring the interface up and start dhclient.= >>> Are you running wpa_supplicant? Are you using WPA,=20 >> Yes, see below on my original post. >> >>> WEP or running open? >>> I see the card get "stuck" when scanning. It scans channels, but only= >>> for WPA secured APs. When needing to associate with a WEP or open AP,= it >>> never leaves WPA mode, so never associates. >> Hmm... yes, I 've noticed it doing this. Going around in circles >> through all the channels in WPA mode. odd. Any other work around oth= er >> than bouncing the interface? >=20 > I have found that '/etc/rc.d/wpa_supplicant restart ath0' fixes it for > me. I added an alias to my .tcshrc file to save typing. >=20 > That said, I updated my sources last week and I don't recall seeing the= > problem since then. Maybe it's fixed. I did see come fixes committed to= > -current that might have been applicable, but I don't know if any have > been MFCed to 7.0 or if they will fix this. >=20 > I really need a bit more time to collect and analyze some debug data on= > this so I can give Sam some good data to work with. --=20 Regards, Eric --------------enig4DCE37A1D41702439819212B 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.4 (FreeBSD) iD8DBQFHPfY4ngSDRM3IXUoRAhUPAJ0XH7BYwUm2Eyk7CBQ5HF9WYGwx7ACfdiY9 GPnr+ZFK5JSz/FMdQEsH+fc= =vuGl -----END PGP SIGNATURE----- --------------enig4DCE37A1D41702439819212B-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 20:09:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBE5C16A417 for ; Fri, 16 Nov 2007 20:09:06 +0000 (UTC) (envelope-from SRS0=b8e54524c6667dcaaf3271188e6bd2346cef300f=521=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 6445A13C442 for ; Fri, 16 Nov 2007 20:09:06 +0000 (UTC) (envelope-from SRS0=b8e54524c6667dcaaf3271188e6bd2346cef300f=521=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id VFZ22604; Fri, 16 Nov 2007 13:09:04 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A1EE84500F; Fri, 16 Nov 2007 12:09:03 -0800 (PST) To: Eric Schuele In-Reply-To: Your message of "Fri, 16 Nov 2007 13:57:44 CST." <473DF638.4030609@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195243743_81424P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 16 Nov 2007 12:09:03 -0800 From: "Kevin Oberman" Message-Id: <20071116200903.A1EE84500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Eric Schuele X-To_Domain: computer.org X-To: Eric Schuele X-To_Email: e.schuele@computer.org X-To_Alias: e.schuele Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 20:09:07 -0000 --==_Exmh_1195243743_81424P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 16 Nov 2007 13:57:44 -0600 > From: Eric Schuele > > >>>> 2) I get disconnected every night from my wireless router at home.> > >>>> 99% of the time it happens after I've gone to bed. Once or twice...> > >>>> while I was sitting in front of it. It just disassociates? > >>> Try 'ifconfig ath0 -bgscan'. Something causes my card to lose > >>> association periodically when the background scan is in progress. > >> Are you saying try the above *after* I've been disconnected? Or is it> > >> an attempt to reproduce the disconnect? > > > > No. Try it as soon as your system comes up. > > Oh, I see. Would it be sufficient to place it in my rc.conf: > ifconfig_ath0="WPA DHCP -bgscan" Yes. This should do the same thing. I didn't do it so I would notice if the behavior changed. > > It disables the regular > > background scan for APs that, by default, happens every 5 minutes. Note> > > that I don't see my association go down on every scan, but turning this> > > off seems to prevent the disassociation from ever happening. I have > > confirmation from at leat two others with the same Atheros chip-set tha> t > > this fixed their recurrent disconnects. (It certainly fixed mine.) > > > > Note that this change will have a negative effect if you are roaming or> > > your environment changes in some way. > > I do no roaming. So turning off background scanning should have no effect on you. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195243743_81424P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHPfjfkn3rs5h7N1ERAgutAJ4sSAmcW7oOyRTGdllNV/y1ZbZfKACdEykm edBRBY92hn+sWtgN8Q7IlvQ= =OhsN -----END PGP SIGNATURE----- --==_Exmh_1195243743_81424P-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:17:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A400616A41B for ; Fri, 16 Nov 2007 21:17:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5831F13C458 for ; Fri, 16 Nov 2007 21:17:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lAGLHsQt099220; Fri, 16 Nov 2007 13:17:54 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lAGLHs8a099219; Fri, 16 Nov 2007 13:17:54 -0800 (PST) (envelope-from david) Date: Fri, 16 Nov 2007 13:17:54 -0800 From: David Wolfskill To: Jung-uk Kim Message-ID: <20071116211754.GY7943@bunrab.catwhisker.org> References: <200711161338.54270.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JZhpBjp/UIQS9x0q" Content-Disposition: inline In-Reply-To: <200711161338.54270.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:17:55 -0000 --JZhpBjp/UIQS9x0q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 01:38:52PM -0500, Jung-uk Kim wrote: > Please test the following patch on -CURRENT: >=20 > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz >=20 > I believe it should apply for RELENG_7 as well. FYI, ACPI-CA changes=20 > from the -CURRENT is here: >=20 > http://people.freebsd.org/~jkim/acpica-changes-20070320-20071114.txt OK; working from a just-built-this-morning HEAD, I fetched the patch & applied it with no problems. Building was also uneventful. :-} Booting was OK, up to the point where I tried to use one of my scripts that uses getopt(1); at that point -- where I had been successful with the unpatched HEAD -- I got: /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY= relocation in getopt Usage: /usr/local/sbin/mk_table [-d] [-f] [-s] [-t] [-v] [-T table#] direct= ory|files... set_ip RC was 512 for command "/bin/sh /etc/rc.firewall-post-dhcp -i 128.24= 1.20.116 -m 255.255.255.192 -g 128.241.20.126 -b 128.241.20.127 -n 128.241.= 20.64" (The script that uses getopt(1) is /usr/local/sbin/mk_table, which I use to populate an IPFW table; I've attached a copy for reference. In turn, the script was being invoked from a Perl script I was using to set a NIC's IP address on a network that doesn't seem to have a DHCP server. Neither script is very exciting.) Oh: this is an i386: localhost(8.0-C)[1] uname -a FreeBSD localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #594: Fri Nov 16 12:16:52= PST 2007 root@localhost:/common/S4/obj/usr/src/sys/CANARY i386 localhost(8.0-C)[2]=20 I'm quite willing to test patches; I keep a private copy of the FreeBSD CVS repository on this laptop to facilitate such things. (And recovering from them....) Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --JZhpBjp/UIQS9x0q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkc+CQIACgkQmprOCmdXAD2ggQCfVRZMzjQ6gSP/0plM95W0GQyh J6EAnjt6Rwan1B6klFBq93Kn17vmg1MJ =35g1 -----END PGP SIGNATURE----- --JZhpBjp/UIQS9x0q-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:18:50 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B6F16A418 for ; Fri, 16 Nov 2007 21:18:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id B6EA713C46B for ; Fri, 16 Nov 2007 21:18:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGLIgnE017125; Fri, 16 Nov 2007 16:18:42 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 16 Nov 2007 16:18:28 -0500 User-Agent: KMail/1.6.2 References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> In-Reply-To: <473AEED9.6070301@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161618.40441.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4817/Fri Nov 16 15:06:29 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Andrey Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:18:50 -0000 On Wednesday 14 November 2007 07:49 am, Andrey wrote: > Thanks for willingness to help! > > I've tried to play with hw.bge.allow_asf sysctl option many times > on many snapshots of 7-th branch (200708, 200709, 200710, > 7.0-BETA1.5, 7.0-BETA2). More that each time I tracked changes in > CVS assumed to be related with the problem I csup'ed sources and > tried again and again. Even changing corresponding code inside of > sys/dev/bge/if_bge.c (I mean string that currently looks like > "static int bge_allow_asf = 0;") didn't help. > > I know it helps other people who had similar porblems on their HP > machines with other Broadcom's NIC's. But unfortunately such a > solution does not fit my case :o(. > > Jeremy Chadwick wrote: > > This is a shot in the dark, but try putting the following in > > /boot/loader.conf: > > > > hw.bge.allow_asf=1 > > > > If /boot/loader.conf already has that in it, try a value of 0 > > instead. Please try: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1=1.355;r2=1.356 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:20:28 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEADE16A46B for ; Fri, 16 Nov 2007 21:20:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8D81013C43E for ; Fri, 16 Nov 2007 21:20:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGLKQBL017249; Fri, 16 Nov 2007 16:20:26 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 16 Nov 2007 16:20:17 -0500 User-Agent: KMail/1.6.2 References: <868740.65655.qm@web88004.mail.re2.yahoo.com> <200711121035.16474.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161620.24562.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4817/Fri Nov 16 15:06:29 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Gardner Bell , Doug Barton Subject: Re: Bad VPD checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:20:28 -0000 On Monday 12 November 2007 04:38 am, Doug Barton wrote: > On Mon, 12 Nov 2007, Daniel O'Connor wrote: > > On Mon, 12 Nov 2007, Doug Barton wrote: > >> I've been getting these in HEAD for a long time now, never found > >> the time to follow up though: > >> > >> pci0:9:0:0: bad VPD cksum, remain 14 > >> > >> Happy to help with debugging efforts. > > > > I think this is a non-issue. > > > > PCI Vital Product Data is stored on an EEPROM and if the card > > creator is too lazy/cheap to either install one, or program it > > you get VPD checksum errors. > > > > I don't think it is bge specific because you're supposed to be > > able to read VPD in a generic fashion. > > > > (I am no PCI expert so please correct me if wrong) > > Ok, if you're right and this is essentially harmless, it should be > hidden behind bootverbose for the release. Done: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1=1.355;r2=1.356 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:27:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C79D416A41B; Fri, 16 Nov 2007 21:27:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5C63A13C469; Fri, 16 Nov 2007 21:27:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGLQnMf017683; Fri, 16 Nov 2007 16:26:49 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 16 Nov 2007 16:26:43 -0500 User-Agent: KMail/1.6.2 References: <200711161338.54270.jkim@FreeBSD.org> <20071116211754.GY7943@bunrab.catwhisker.org> In-Reply-To: <20071116211754.GY7943@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161626.46834.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4817/Fri Nov 16 15:06:29 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:27:13 -0000 On Friday 16 November 2007 04:17 pm, David Wolfskill wrote: > On Fri, Nov 16, 2007 at 01:38:52PM -0500, Jung-uk Kim wrote: > > Please test the following patch on -CURRENT: > > > > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz > > > > I believe it should apply for RELENG_7 as well. FYI, ACPI-CA > > changes from the -CURRENT is here: > > > > http://people.freebsd.org/~jkim/acpica-changes-20070320-20071114. > >txt > > OK; working from a just-built-this-morning HEAD, I fetched the > patch & applied it with no problems. Building was also uneventful. > :-} > > Booting was OK, up to the point where I tried to use one of my > scripts that uses getopt(1); at that point -- where I had been > successful with the unpatched HEAD -- I got: > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced > from COPY relocation in getopt Usage: /usr/local/sbin/mk_table [-d] > [-f] [-s] [-t] [-v] [-T table#] directory|files... set_ip RC was > 512 for command "/bin/sh /etc/rc.firewall-post-dhcp -i > 128.241.20.116 -m 255.255.255.192 -g 128.241.20.126 -b > 128.241.20.127 -n 128.241.20.64" > > (The script that uses getopt(1) is /usr/local/sbin/mk_table, which > I use to populate an IPFW table; I've attached a copy for > reference. In turn, the script was being invoked from a Perl script > I was using to set a NIC's IP address on a network that doesn't > seem to have a DHCP server. Neither script is very exciting.) > > Oh: this is an i386: > > localhost(8.0-C)[1] uname -a > FreeBSD localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #594: Fri Nov 16 > 12:16:52 PST 2007 > root@localhost:/common/S4/obj/usr/src/sys/CANARY i386 > localhost(8.0-C)[2] > > I'm quite willing to test patches; I keep a private copy of the > FreeBSD CVS repository on this laptop to facilitate such things. > (And recovering from them....) 'Undefined symbol "__mb_sb_limit" is totally unrelated to ACPI, i.e., it is caused by recent API breakage. I think 'make buildworld; make installworld' should fix it. Anyway, thanks for testing! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:29:12 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4370516A478; Fri, 16 Nov 2007 21:29:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8164613C447; Fri, 16 Nov 2007 21:29:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGLT5Qg017896; Fri, 16 Nov 2007 16:29:05 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 16 Nov 2007 16:28:59 -0500 User-Agent: KMail/1.6.2 References: <200711161338.54270.jkim@FreeBSD.org> <20071116211754.GY7943@bunrab.catwhisker.org> <200711161626.46834.jkim@FreeBSD.org> In-Reply-To: <200711161626.46834.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161629.02845.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4817/Fri Nov 16 15:06:29 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:29:12 -0000 On Friday 16 November 2007 04:26 pm, Jung-uk Kim wrote: > 'Undefined symbol "__mb_sb_limit" is totally unrelated to ACPI, > i.e., it is caused by recent API breakage. I think 'make > buildworld; make installworld' should fix it. Also, you have rebuild your /usr/local/sbin/mk_table binary with the world. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 21:55:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7507216A468 for ; Fri, 16 Nov 2007 21:55:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3B013C481 for ; Fri, 16 Nov 2007 21:55:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4628240pyb for ; Fri, 16 Nov 2007 13:55:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=3pB5qg5u93APcSnp4yNXX35q5nCxnYIWje6E9rmX7wY=; b=HkEk+udwumvcnHLS/NByWbL50PrMzITL3VDN6dMzinY4x5rcyW5xm/SvmKq3e5LGGfxjydPtBWtSpwxnpikfL3iKlLxwOeZguhgMPzesOTJObOfHCqXiqdkXC8Y6TMYmWiBrZjBUcyvNLhKsr0+BVM2+aev1fAIJOrk4cWQXkh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=SXJaB9yHQVRsWSV/vmRXU7sgvfKc8vUC8J+UJpTcZK/88dpFGK2lfTKibtx8cruY6w9YDIWXSJ5+XiVXd/QlR4hfgGpN8hDy152N5VJjzg6/B0FLJLAywqWXhJhEkObXwViw4D6Z29WE6KqWAOkIadIl29dwTgpMNnWEiKdovoU= Received: by 10.65.40.16 with SMTP id s16mr5158875qbj.1195250110936; Fri, 16 Nov 2007 13:55:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f17sm2362973qba.2007.11.16.13.55.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 13:55:09 -0800 (PST) Message-ID: <473E11B5.4050701@gmail.com> Date: Fri, 16 Nov 2007 16:55:01 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: re(4) slowly dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:55:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If I leave the machine up long enough (even idling) re(4) max. throughput slowly drops to very small numbers (I have never let it get to 0 yet so I don't know if that will happen). Some types of activity seem to make the decay faster: * Long persistent connections (torrents and cvsup) * Long running CPU hogs (avi player) * Many little pin-prick connections (flipping through web pages quickly) The worst offender of all is gmail chat (instant death). I can't tell if anything else slows to a crawl but doesn't seem to. FreeBSD enviroment: FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.69-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281495552 (4083 MB) avail memory = 4127985664 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec ad4: 194481MB at ata2-master UDMA133 GEOM_LABEL: Label for provider ad4 is ad5: 238475MB at ata2-slave UDMA100 ufs/intdisk2. ad6: 476940MB at ata3-master SATA300 acd0: DVDR at ata4-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! hostb0@pci0:0:0:0: class=0x060000 card=0x73601462 chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Processor to I/O Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00008086 chip=0x29c18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '(Bearlake) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x73601462 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x73601462 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x73601462 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcm0@pci0:0:27:0: class=0x040300 card=0x73601462 chip=0x293e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) HD Audio Controller' class = multimedia pcib2@pci0:0:28:0: class=0x060400 card=0x73601462 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:4: class=0x060400 card=0x73601462 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:5: class=0x060400 card=0x73601462 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x73601462 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x73601462 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x73601462 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci5@pci0:0:29:3: class=0x0c0300 card=0x73601462 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x73601462 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x73601462 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x73601462 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB (ICH9) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci1@pci0:0:31:2: class=0x01018f card=0x73601462 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0x73601462 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus atapci2@pci0:0:31:5: class=0x010185 card=0x73601462 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet vgapci0@pci0:5:1:0: class=0x030000 card=0xb3093842 chip=0x032210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce FX 5200 [NV34.3]' class = display subclass = VGA System hardware not listed above P35 chipset (IHC9) Network setup: Wired connection to Belkin router--->optonline Only other things on the network are my printer (wired) and my roomates xp box (wireless) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHPhG1J9+1V27SttsRAll6AJwL6F2jvZoklevV4fm/gJqsOYe+rgCeL9NV B4WDq1+vvnWRm4RTS4Sybjs= =ZTOs -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 22:09:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B1116A418 for ; Fri, 16 Nov 2007 22:09:09 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 763A413C455 for ; Fri, 16 Nov 2007 22:09:09 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so881015uge for ; Fri, 16 Nov 2007 14:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=KtCa3i06c6YiDUme2R45XqpkuEBU4gqmft/q0hS1wDc=; b=ja6ZpQQxOtqD1rnu0y0AhsJXYLVPdqqZSEB6Pg7lnsij9qXPaCpXEE9TCzVs5HQAKH+TE5JHSfPyXzNLE25j3qyKvZ+akmoCDvPFSgVm3h95gSyY+7ZvLYuQQlNwpb8iru414/Xi8QPO2SL6TNp7lPzhxOKUsNsVibSYnsu3u60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=mOSvcc7TuAjUQGOfG1igYtILw1iWrRtBkZxPSdmI7IyRGMkhXr/7rHLO3PcR6kEldC6/oaIFeg6fYCAaAaw8oLAnPCNpvco+8sAtrScnChyxkbPmN1yROwlqbSdgif3ED0LMHMMZ+ECJZmbih8P+f0Cl7RAt22bv4C5crRwMLO8= Received: by 10.66.240.12 with SMTP id n12mr1362604ugh.1195249326804; Fri, 16 Nov 2007 13:42:06 -0800 (PST) Received: from ?192.168.10.200? ( [80.216.208.24]) by mx.google.com with ESMTPS id 13sm3116831ugb.2007.11.16.13.42.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 13:42:05 -0800 (PST) Message-ID: <473E0EA6.1070904@gmail.com> Date: Fri, 16 Nov 2007 22:41:58 +0100 From: Pawel Worach User-Agent: Thunderbird 2.0.0.7pre (X11/20071106) MIME-Version: 1.0 To: Jung-uk Kim References: <200711161338.54270.jkim@FreeBSD.org> In-Reply-To: <200711161338.54270.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 22:09:10 -0000 Jung-uk Kim wrote: > Please test the following patch on -CURRENT: > > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz > Hi, Looks good here on a ThinkPad T60 except for a new LOR. acpi_ibm0: on acpi0 lock order reversal: (sleepable after non-sleepable) 1st 0xc083cb00 LED mtx (LED mtx) @ /usr/src/sys/dev/led/led.c:263 2nd 0xc09cc304 ACPI IBM extras (ACPI IBM extras) @ /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:311 KDB: stack backtrace: db_trace_self_wrapper(c07c70b6,c0c20aa0,c057ffea,c07c945c,c09cc304,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07c945c,c09cc304,c09cb165,c09cb165,c09caed0,...) at kdb_backtrace+0x29 witness_checkorder(c09cc304,9,c09caed0,137,c0c20ac4,...) at witness_checkorder+0x6af _sx_xlock(c09cc304,0,c09caed0,137,c3bf6b80,...) at _sx_xlock+0x77 ibm_led_task(c3bfe200,c0c20b04,c09c9937,1,c09ca7e3,...) at ibm_led_task+0x2e AcpiOsExecute(1,c09ca7e3,c3bfe200,c0c20b2c,c04b3170,...) at AcpiOsExecute+0x21 ibm_led(c3bfe200,0,c04b31c6,0,180,...) at ibm_led+0x37 led_create_state(c09c9900,c3bfe200,c09cb01f,0,80000003,...) at led_create_state+0x18f acpi_ibm_attach(c3b78400,c3b18050,c0806458,c07c69bd,80000000,...) at acpi_ibm_attach+0x2dd device_attach(c3b78400,c3b78400,c07c691b,917,c3b78400,...) at device_attach+0x36a device_probe_and_attach(c3b78400,f3ffffff,c0c20c60,c09ff544,c3acac80,...) at device_probe_and_attach+0xfa bus_generic_attach(c3acac80,f0000000,f3ffffff,c3b7b8c8,f0000000,...) at bus_generic_attach+0x19 acpi_attach(c3acac80,c3aef050,c0806458,c07c69bd,80000000,...) at acpi_attach+0xa38 device_attach(c3acac80,c3acac80,c07c691b,917,c3acac80,...) at device_attach+0x36a device_probe_and_attach(c3acac80,c3b05700,c0c20ce8,c0773f28,c3b05700,...) at device_probe_and_attach+0xfa bus_generic_attach(c3b05700,c3b23335,c0c20d2c,c056bdd8,c3b05700,...) at bus_generic_attach+0x19 nexus_attach(c3b05700,c3adc850,c0806458,c07c69bd,80000000,...) at nexus_attach+0x1a device_attach(c3b05700,c3b05700,c07c691b,917,c3b05700,...) at device_attach+0x36a device_probe_and_attach(c3b05700,c3a71a84,c0c20d6c,c076054d,c0a1e1e7,...) at device_probe_and_attach+0xfa root_bus_configure(c0a1e1e7,c0c20d88,c051c1fc,0,c1ec00,...) at root_bus_configure+0x1b configure(0,c1ec00,c1ec00,c1e000,c25000,...) at configure+0xc mi_startup() at mi_startup+0x90 begin() at begin+0x2c # sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 54.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 0 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 94.5C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 99.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 # sysctl debug.acpi.acpi_ca_version debug.acpi.acpi_ca_version: 20071114 Full dmesg at: http://81.232.79.60/~pwo/dmesg -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:01:57 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF8C16A481; Fri, 16 Nov 2007 23:01:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD9113C457; Fri, 16 Nov 2007 23:01:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGN1uqe023152; Fri, 16 Nov 2007 18:01:56 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Pawel Worach Date: Fri, 16 Nov 2007 18:01:39 -0500 User-Agent: KMail/1.6.2 References: <200711161338.54270.jkim@FreeBSD.org> <473E0EA6.1070904@gmail.com> In-Reply-To: <473E0EA6.1070904@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161801.53513.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4819/Fri Nov 16 16:41:15 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:01:58 -0000 On Friday 16 November 2007 04:41 pm, Pawel Worach wrote: > Jung-uk Kim wrote: > > Please test the following patch on -CURRENT: > > > > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz > > Hi, > > Looks good here on a ThinkPad T60 except for a new LOR. > > acpi_ibm0: on acpi0 > lock order reversal: (sleepable after non-sleepable) > 1st 0xc083cb00 LED mtx (LED mtx) @ /usr/src/sys/dev/led/led.c:263 > 2nd 0xc09cc304 ACPI IBM extras (ACPI IBM extras) @ > /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_i >bm.c:311 KDB: stack backtrace: --- >8 --- SKIP --- >8 --- I have to admit that I haven't really tested anything under sys/dev/acpi_support because I don't own any of these laptops. :-( Anyway, can you test the following? --- sys/dev/acpi_support/acpi_ibm.c 25 Oct 2007 17:30:18 -0000 +++ sys/dev/acpi_support/acpi_ibm.c 16 Nov 2007 22:43:39 -0000 @@ -300,7 +300,7 @@ sc->led_busy = 1; sc->led_state = onoff; - AcpiOsExecute(OSL_NOTIFY_HANDLER, (void *)ibm_led_task, sc); + acpi_queue_task(OSL_NOTIFY_HANDLER, (void *)ibm_led_task, sc); } static void Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:09:11 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DDD16A418; Fri, 16 Nov 2007 23:09:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 781D113C447; Fri, 16 Nov 2007 23:09:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lAGN9A0f099968; Fri, 16 Nov 2007 15:09:11 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lAGN9AnN099967; Fri, 16 Nov 2007 15:09:10 -0800 (PST) (envelope-from david) Date: Fri, 16 Nov 2007 15:09:10 -0800 From: David Wolfskill To: Jung-uk Kim Message-ID: <20071116230910.GZ7943@bunrab.catwhisker.org> References: <200711161338.54270.jkim@FreeBSD.org> <20071116211754.GY7943@bunrab.catwhisker.org> <200711161626.46834.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="15+E349fsei051WC" Content-Disposition: inline In-Reply-To: <200711161626.46834.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:09:11 -0000 --15+E349fsei051WC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 04:26:43PM -0500, Jung-uk Kim wrote: > ... > 'Undefined symbol "__mb_sb_limit" is totally unrelated to ACPI, i.e.,=20 > it is caused by recent API breakage. That's what I thought, but I also thought it would be useful for me to report what I saw, rather than what I thought I should have seen. :-} > I think 'make buildworld; make=20 > installworld' should fix it. Anyway, thanks for testing! Well, I re-booted again -- in a slightly different environment (one where I have a DHCP server on the net), and didn't see a recurrence of that whine about __mb_sb_limit. (I always do a "make buildworld && make kernel && make installworld" (with appropriate invocations of assorted other things, such as mergemaster).) I tried the Fn+Esc keyboard chord to suspend the machine (from vty0, rather than X); the power LED started blinking, but screen didn't even blank. I then tried to resume the machine (by pressing & releasing the power button quickly); that caused the display to blank, but I couldn't get it "un-blanked." So I flipped to vty2 and logged in (blind) and issued "sudo reboot" (which worked). On reboot, I tried using "sudo zzz" to suspend the machine. That did not cause the power LED to blink, but it did cause the display to blank. I tried pressing & releasing the power button quickly; no noticable effect. I tried using the Fn+F8 keyboard chord to cause the display to show something, and it showed what looked like a strange "test pattern" (sort like a bunch of vertical lines made of hyphens). Pressing the Fn+F8 keybaord chord again powered the machine off again, rather quickly. Apparently the disk buffers were flaushed though, as no file systems were dirty. FWIW, I'm pretty sure this is the same (fairly broken) behavior as I see now. The machine is a Dell Inspiron 8200. Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --15+E349fsei051WC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkc+IxYACgkQmprOCmdXAD157wCghyMWVaEvIsXZtHLKV+ZvkkMz VzYAnA2o7LmBna3PFr2raom40h6HyTjr =C/wo -----END PGP SIGNATURE----- --15+E349fsei051WC-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:18:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EDC516A417 for ; Fri, 16 Nov 2007 23:18:38 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 88AE813C442 for ; Fri, 16 Nov 2007 23:18:37 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so887815uge for ; Fri, 16 Nov 2007 15:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=e887DtSVdly8wGnVhTcwLfnFRiTHoEtXPOSk3FjszxI=; b=CqA8DoJHalZe3xvunZjiuBvqlafFUP/Aybao539JAc1zog/tVdQ9yKQi+L+PMNqNd8GopJTvStfbTmVoEhB/yy7G5y+K4t/JEWbblZFwi8oY31xOtu4uOjs7UVubOrun4fb/M+lMxIxE77D48AH1hdn+0Buv67mwj5uKSvHOwUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=VEx0hPDBirKCXNMKkSnrA9tkS0lY9tqsV18jC94xufjODMZvKpRrKELfFZCcBbidod1SC1KrdkR+vmgQJ4eiLKt9MUGKCYP+MTh9owX6pagsPGmAFb3Fe8leF8D5f5Wmli+EtoJP0bNXusuk8/YkWfLg8th56e9OhhQA48X1f9c= Received: by 10.66.248.5 with SMTP id v5mr438833ugh.1195255116230; Fri, 16 Nov 2007 15:18:36 -0800 (PST) Received: from ?192.168.10.200? ( [80.216.208.24]) by mx.google.com with ESMTPS id e1sm8513442ugf.2007.11.16.15.18.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 15:18:35 -0800 (PST) Message-ID: <473E2545.30504@gmail.com> Date: Sat, 17 Nov 2007 00:18:29 +0100 From: Pawel Worach User-Agent: Thunderbird 2.0.0.7pre (X11/20071106) MIME-Version: 1.0 To: Jung-uk Kim References: <200711161338.54270.jkim@FreeBSD.org> <473E0EA6.1070904@gmail.com> <200711161801.53513.jkim@FreeBSD.org> In-Reply-To: <200711161801.53513.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:18:38 -0000 Jung-uk Kim wrote: > On Friday 16 November 2007 04:41 pm, Pawel Worach wrote: >> Jung-uk Kim wrote: >>> Please test the following patch on -CURRENT: >>> >>> http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz >> Hi, >> >> Looks good here on a ThinkPad T60 except for a new LOR. >> >> acpi_ibm0: on acpi0 >> lock order reversal: (sleepable after non-sleepable) >> 1st 0xc083cb00 LED mtx (LED mtx) @ /usr/src/sys/dev/led/led.c:263 >> 2nd 0xc09cc304 ACPI IBM extras (ACPI IBM extras) @ >> /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_i >> bm.c:311 KDB: stack backtrace: > > --- >8 --- SKIP --- >8 --- > > I have to admit that I haven't really tested anything under > sys/dev/acpi_support because I don't own any of these laptops. :-( > Anyway, can you test the following? > > --- sys/dev/acpi_support/acpi_ibm.c 25 Oct 2007 17:30:18 -0000 > +++ sys/dev/acpi_support/acpi_ibm.c 16 Nov 2007 22:43:39 -0000 > @@ -300,7 +300,7 @@ > sc->led_busy = 1; > sc->led_state = onoff; > > - AcpiOsExecute(OSL_NOTIFY_HANDLER, (void *)ibm_led_task, sc); > + acpi_queue_task(OSL_NOTIFY_HANDLER, (void *)ibm_led_task, sc); > } > > static void > Yes, that fixed the LOR, thanks! -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:23:45 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C95B16A46D; Fri, 16 Nov 2007 23:23:45 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id DFBF513C468; Fri, 16 Nov 2007 23:23:44 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGNNKdK024238; Fri, 16 Nov 2007 18:23:20 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: David Wolfskill Date: Fri, 16 Nov 2007 18:23:14 -0500 User-Agent: KMail/1.6.2 References: <200711161338.54270.jkim@FreeBSD.org> <200711161626.46834.jkim@FreeBSD.org> <20071116230910.GZ7943@bunrab.catwhisker.org> In-Reply-To: <20071116230910.GZ7943@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161823.17730.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4820/Fri Nov 16 17:50:55 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:23:45 -0000 On Friday 16 November 2007 06:09 pm, David Wolfskill wrote: > On Fri, Nov 16, 2007 at 04:26:43PM -0500, Jung-uk Kim wrote: > > ... > > 'Undefined symbol "__mb_sb_limit" is totally unrelated to ACPI, > > i.e., it is caused by recent API breakage. > > That's what I thought, but I also thought it would be useful for me > to report what I saw, rather than what I thought I should have > seen. :-} > > > I think 'make buildworld; make > > installworld' should fix it. Anyway, thanks for testing! > > Well, I re-booted again -- in a slightly different environment (one > where I have a DHCP server on the net), and didn't see a recurrence > of that whine about __mb_sb_limit. > > (I always do a "make buildworld && make kernel && make > installworld" (with appropriate invocations of assorted other > things, such as mergemaster).) > > I tried the Fn+Esc keyboard chord to suspend the machine (from > vty0, rather than X); the power LED started blinking, but screen > didn't even blank. I then tried to resume the machine (by pressing > & releasing the power button quickly); that caused the display to > blank, but I couldn't get it "un-blanked." So I flipped to vty2 > and logged in (blind) and issued "sudo reboot" (which worked). > > On reboot, I tried using "sudo zzz" to suspend the machine. That > did not cause the power LED to blink, but it did cause the display > to blank. I tried pressing & releasing the power button quickly; no > noticable effect. I tried using the Fn+F8 keyboard chord to cause > the display to show something, and it showed what looked like a > strange "test pattern" (sort like a bunch of vertical lines made of > hyphens). Pressing the Fn+F8 keybaord chord again powered the > machine off again, rather quickly. Apparently the disk buffers > were flaushed though, as no file systems were dirty. > > FWIW, I'm pretty sure this is the same (fairly broken) behavior as > I see now. > > The machine is a Dell Inspiron 8200. You mean it did not improve nor regress anything, right? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:28:35 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C10816A418; Fri, 16 Nov 2007 23:28:35 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6A01813C442; Fri, 16 Nov 2007 23:28:35 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lAGNSUKA000170; Fri, 16 Nov 2007 15:28:30 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lAGNSUfT000169; Fri, 16 Nov 2007 15:28:30 -0800 (PST) (envelope-from david) Date: Fri, 16 Nov 2007 15:28:30 -0800 From: David Wolfskill To: Jung-uk Kim Message-ID: <20071116232830.GB7943@bunrab.catwhisker.org> References: <200711161338.54270.jkim@FreeBSD.org> <200711161626.46834.jkim@FreeBSD.org> <20071116230910.GZ7943@bunrab.catwhisker.org> <200711161823.17730.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Z3Qj54wC++taHdq" Content-Disposition: inline In-Reply-To: <200711161823.17730.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:28:35 -0000 --/Z3Qj54wC++taHdq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 06:23:14PM -0500, Jung-uk Kim wrote: > ... > > FWIW, I'm pretty sure this is the same (fairly broken) behavior as > > I see now. > > > > The machine is a Dell Inspiron 8200. >=20 > You mean it did not improve nor regress anything, right? Correct: no leakage of "magic smoke;" no behavioral change that I see. I didn't even get the LOR (though if that was specific to the IBM ACPI stuff, it would make a certain amount of sense that I wouldn'tsee it.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --/Z3Qj54wC++taHdq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkc+J50ACgkQmprOCmdXAD0yLwCeKzWCrKMKFrLpBUJ9gNsIzF6u aCwAnioobQe//JvkD3kF227VMwCZz7YG =/JVR -----END PGP SIGNATURE----- --/Z3Qj54wC++taHdq-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:38:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABFA16A420 for ; Fri, 16 Nov 2007 23:38:15 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2B78513C465 for ; Fri, 16 Nov 2007 23:38:14 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so888959uge for ; Fri, 16 Nov 2007 15:38:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; bh=rCTSHUzojSfyI5RDlC1T4+8CHNpshOo0hvdAYlIYIvU=; b=RysbY+/kUknHRFYX7qPSpdlR0kV7RTh21EaxlOtpPjY7yDh46ffPOrTejTbEka8GCtAMIydCJof2HWOjXuC8/p7V/93tdydeVr1kVdpaevHm3gelixIdikwoW+9lyjtlhsSdCMKin/5SEnn1kqDspKmGosl7YpxR5gw7Ct+vxvg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; b=t9icmXb+JOBYTkH6+6GYp4IhlGuJtzv0SaxRev8rqR5Cj6MosJCxRHGdyzcCNJBQ6eRA221Bj3EArtsKlrkeM7zULrFc5/KxQqYeJgCt0HVtuQtdb6I+Of8NBtT2V0RepVcGKjuzTCveprPXiglVkIp3sB6H2w0L97Sm4IL+wbs= Received: by 10.67.20.3 with SMTP id x3mr1489804ugi.1195256293905; Fri, 16 Nov 2007 15:38:13 -0800 (PST) Received: from avalon.lan ( [195.60.174.17]) by mx.google.com with ESMTPS id z33sm4119941ikz.2007.11.16.15.38.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 15:38:12 -0800 (PST) Message-ID: <473E2A9C.1050808@gmail.com> Date: Sat, 17 Nov 2007 01:41:16 +0200 User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Andrey Kosachenko Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:38:15 -0000 Good time of the day, Jung-uk Kim! Thank you for good news! I've just tried fresh revision of sys/dev/pci/pci.c you pointed me to and it solved the problem for me. Actually, now I can state that there is no problem "bge causes system hang" on RELENG_7 with bge driver (on HP machine with Broadcom Netlink Gigabit Ethernet, chipset BCM5787). There are several excerpts below(I think you may be interested in): ------------ # dmesg ... pcib2: irq 18 at device 28.2 on pci0 pci24: on pcib2 pci0:24:0:0: failed to read VPD data. bge0: mem 0xe4000000-0xe400ffff irq 18 at device 0.0 on pci24 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:4b:66:1b:0e bge0: [ITHREAD] ... ------------ # pciconf -lv ... bge0@pci0:24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' class = network subclass = ethernet ... ------------ # ifconfig bge0 bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:1a:4b:66:1b:0e inet 10.10.0.2 netmask 0xffffff00 broadcast 10.10.0.255 media: Ethernet autoselect (100baseTX ) status: active ------------ So, great work :o). Thank you. Jung-uk Kim wrote: > > Please try: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1=1.355;r2=1.356 > > Jung-uk Kim -- Sincerely, Andrey From owner-freebsd-current@FreeBSD.ORG Fri Nov 16 23:44:39 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821A016A419; Fri, 16 Nov 2007 23:44:39 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 40CD713C457; Fri, 16 Nov 2007 23:44:39 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAGNiTB1024920; Fri, 16 Nov 2007 18:44:29 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: David Wolfskill Date: Fri, 16 Nov 2007 18:44:16 -0500 User-Agent: KMail/1.6.2 References: <200711161338.54270.jkim@FreeBSD.org> <200711161823.17730.jkim@FreeBSD.org> <20071116232830.GB7943@bunrab.catwhisker.org> In-Reply-To: <20071116232830.GB7943@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711161844.27009.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4820/Fri Nov 16 17:50:55 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:44:39 -0000 On Friday 16 November 2007 06:28 pm, David Wolfskill wrote: > On Fri, Nov 16, 2007 at 06:23:14PM -0500, Jung-uk Kim wrote: > > ... > > > > > FWIW, I'm pretty sure this is the same (fairly broken) behavior > > > as I see now. > > > > > > The machine is a Dell Inspiron 8200. > > > > You mean it did not improve nor regress anything, right? > > Correct: no leakage of "magic smoke;" no behavioral change that I > see. Good to know. > I didn't even get the LOR (though if that was specific to the IBM > ACPI stuff, it would make a certain amount of sense that I > wouldn'tsee it.) Yes, it was IBM (and Asus) specific issue and I just updated the patchset with the fix. Thanks for the feedback! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 00:51:50 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7658816A417 for ; Sat, 17 Nov 2007 00:51:50 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50711.mail.re2.yahoo.com (web50711.mail.re2.yahoo.com [206.190.38.163]) by mx1.freebsd.org (Postfix) with SMTP id 1C75713C4BB for ; Sat, 17 Nov 2007 00:51:49 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 21387 invoked by uid 60001); 17 Nov 2007 00:25:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=kaMWZUvVbIiPx/FHP1gOsQadJ5clK21ZuReMiPkbpaZI2bh3CNRwu+IrJdZEUesqU1KyhhgYiujuOUx0eZJvKswvRF92KIN1Da7c+irsMK4YzOmVEDvQ0dmN6BsJspCRdhYwQZu4ljUt+T+WmHNkQo0ZUsWYBa3zKuYzOmBdo3k=; X-YMail-OSG: QGL2rq0VM1mc.SSY.dsCRXHhRnxhU8yX0.6QzfATmE7EUgo0KNLxwfcp7i_20xteyuCRYgGDavrjtIS60vb.EFSN.9zqdwW7dRnwxmii3tF7_Ma5w4JdGgnJ4T2G Received: from [134.121.240.131] by web50711.mail.re2.yahoo.com via HTTP; Fri, 16 Nov 2007 16:25:01 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Fri, 16 Nov 2007 16:25:01 -0800 (PST) From: John Merryweather Cooper To: Jung-uk Kim , David Wolfskill MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <374989.21132.qm@web50711.mail.re2.yahoo.com> Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 00:51:50 -0000 ----- Original Message ---- From: Jung-uk Kim To: David Wolfskill Cc: freebsd-acpi@FreeBSD.org; freebsd-current@FreeBSD.org Sent: Friday, November 16, 2007 3:44:16 PM Subject: Re: [Call for Testers] ACPI-CA 20071114 On Friday 16 November 2007 06:28 pm, David Wolfskill wrote: > On Fri, Nov 16, 2007 at 06:23:14PM -0500, Jung-uk Kim wrote: > > ... > > > > > FWIW, I'm pretty sure this is the same (fairly broken) behavior > > > as I see now. > > > > > > The machine is a Dell Inspiron 8200. > > > > You mean it did not improve nor regress anything, right? > > Correct: no leakage of "magic smoke;" no behavioral change that I > see. Good to know. > I didn't even get the LOR (though if that was specific to the IBM > ACPI stuff, it would make a certain amount of sense that I > wouldn'tsee it.) Yes, it was IBM (and Asus) specific issue and I just updated the patchset with the fix. Thanks for the feedback! Jung-uk Kim _______________________________________________ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" It works no better (and no worse) than before on my HP Pavillion dv9420us. I still can't suspend/resume. jmc From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 01:02:35 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E151D16A417 for ; Sat, 17 Nov 2007 01:02:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.73]) by mx1.freebsd.org (Postfix) with ESMTP id AC35513C455 for ; Sat, 17 Nov 2007 01:02:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp009-s [10.150.69.72]) by smtpoutm.mac.com (Xserve/smtpout010/MantshX 4.0) with ESMTP id lAH12Zle025687; Fri, 16 Nov 2007 17:02:35 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp009/MantshX 4.0) with ESMTP id lAH12XuA015459 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 16 Nov 2007 17:02:34 -0800 (PST) Message-Id: <5378A0A2-D438-4C63-AC5D-EF212DD40C9E@mac.com> From: Marcel Moolenaar To: Jung-uk Kim In-Reply-To: <200711161338.54270.jkim@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 16 Nov 2007 17:02:33 -0800 References: <200711161338.54270.jkim@FreeBSD.org> X-Mailer: Apple Mail (2.915) Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 01:02:36 -0000 On Nov 16, 2007, at 10:38 AM, Jung-uk Kim wrote: > Please test the following patch on -CURRENT: > > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz No obvious problems on ia64. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 05:23:42 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3DEB16A418; Sat, 17 Nov 2007 05:23:42 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id AF07313C455; Sat, 17 Nov 2007 05:23:42 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRM00LK8UF800M1@vms173001.mailsrvcs.net>; Fri, 16 Nov 2007 22:13:57 -0600 (CST) Date: Fri, 16 Nov 2007 23:22:22 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200711161338.54270.jkim@FreeBSD.org> To: Jung-uk Kim Message-id: <1195273342.724.3.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <200711161338.54270.jkim@FreeBSD.org> Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for Testers] ACPI-CA 20071114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 05:23:42 -0000 On Fri, 2007-11-16 at 13:38 -0500, Jung-uk Kim wrote: > Please test the following patch on -CURRENT: > > http://people.freebsd.org/~jkim/acpica-import-20071114.diff.gz > > I believe it should apply for RELENG_7 as well. FYI, ACPI-CA changes No problems here: RELENG_7 (Nov 16, ~19:00 EST) on ThinkPad X60, acpi_ibm loaded. > Jung-uk Kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 06:00:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D1B116A41A for ; Sat, 17 Nov 2007 06:00:04 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 44F5913C458 for ; Sat, 17 Nov 2007 06:00:03 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 5E4361E3378 for ; Sat, 17 Nov 2007 00:42:56 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U3FDCmCwdAaW for ; Sat, 17 Nov 2007 00:42:54 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP for ; Sat, 17 Nov 2007 00:42:54 -0500 (EST) Date: Sat, 17 Nov 2007 00:42:54 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: freebsd-current@freebsd.org Message-ID: <20071117003504.R31357@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 06:00:04 -0000 Has anyone run into problems with MSS not being respected when using TSO, specifically on em cards? I've run into a weird 3-way interaction with TSO, users with small MTU's (like 576), and a Cisco firewall that by default drops packets larger than the MSS for that session. Most users can connect to our web servers behind this firewall just fine, but a very few couldn't since we moved from RELENG_6 to RELENG_7 about two weeks ago. One of them could connect again after removing a Linksys box at his end that was clamping the MSS at 536. Some of the others were on dialup which tends to use 576 MTU / 536 MSS. The firewall was dropping a lot of *outbound* traffic to these users because the MSS was exceeded -- ~1000 byte packets for a 536 MSS connection. All of those users' problems disappeared after disabling TSO on our end. Pretty weird. :) I'm quite happy running without TSO and I really don't expect this to get looked at before 7.0-RELEASE -- I just thought the info that MSS appears (to me anyway) to not always be respected might be useful for those looking at TSO-related throughput issues. In our case throughput isn't the issue, it's certain connections stalling out -- it actually behaves sort of like (but isn't) a PMTUD issue. I've got a lot more detail for whoever wants it (Jack Vogel, probably) including tcpdumps and firewall logs but I thought I'd put it out here first in case it wasn't em-specific rather than clutter the list right away, or if it's a known issue that's already fixed in HEAD or something. This is with em driver version 6.5.3, 7.0-BETA2 from Nov 2. From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 06:12:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B836A16A418 for ; Sat, 17 Nov 2007 06:12:55 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ro-out-1112.google.com (ro-out-1112.google.com [72.14.202.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB6B13C448 for ; Sat, 17 Nov 2007 06:12:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ro-out-1112.google.com with SMTP id k5so813453rog for ; Fri, 16 Nov 2007 22:12:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+8L2S/jrMACKSwfruLum5feAZgR9/K8OzEK1bmN57U4=; b=Y5fjClXijXNVooCEOYpzr6BWoEyvJY2Hcpjtilx2F5KASU25CuOpo50zATcyeQFsCvkQ95k8H1494KJTMrb3hSK0pLJZ+XNjQOQZRujHTe0J+PCRZx+HRQ2kt9C+zGGUFq8eArjOlbqUD/JHWTPlNCCpeXN0gRHwlpFKZ6Ky2uw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=acyd1EcZYv03UozQJEzXoBB//HB1T1q4r0motoYeynyxU84UwCWE0u53wWwilxDXvJbObPiSevuIsB0SGh3tiPyzKfHTB3IEB0DoWIhMYUsWcVBSrzzvWPz/DbyEnFS39e7oaMBgtVaCD+5c8tqAKF14oJZAAua8FIY3YsUvZjg= Received: by 10.114.201.1 with SMTP id y1mr158224waf.1195279963914; Fri, 16 Nov 2007 22:12:43 -0800 (PST) Received: by 10.114.13.15 with HTTP; Fri, 16 Nov 2007 22:12:43 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 22:12:43 -0800 From: "Kip Macy" To: "Mike Andrews" In-Reply-To: <20071117003504.R31357@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> Cc: freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 06:12:55 -0000 On Nov 16, 2007 9:42 PM, Mike Andrews wrote: > Has anyone run into problems with MSS not being respected when using TSO, > specifically on em cards? > > I've run into a weird 3-way interaction with TSO, users with small MTU's > (like 576), and a Cisco firewall that by default drops packets larger than > the MSS for that session. Most users can connect to our web servers > behind this firewall just fine, but a very few couldn't since we moved > from RELENG_6 to RELENG_7 about two weeks ago. One of them could connect > again after removing a Linksys box at his end that was clamping the MSS at > 536. Some of the others were on dialup which tends to use 576 MTU / 536 > MSS. The firewall was dropping a lot of *outbound* traffic to these users > because the MSS was exceeded -- ~1000 byte packets for a 536 MSS > connection. All of those users' problems disappeared after disabling TSO > on our end. Pretty weird. :) > > I'm quite happy running without TSO and I really don't expect this to get > looked at before 7.0-RELEASE -- I just thought the info that MSS appears > (to me anyway) to not always be respected might be useful for those > looking at TSO-related throughput issues. In our case throughput isn't > the issue, it's certain connections stalling out -- it actually behaves > sort of like (but isn't) a PMTUD issue. > > I've got a lot more detail for whoever wants it (Jack Vogel, probably) > including tcpdumps and firewall logs but I thought I'd put it out here > first in case it wasn't em-specific rather than clutter the list right > away, or if it's a known issue that's already fixed in HEAD or something. > This is with em driver version 6.5.3, 7.0-BETA2 from Nov 2. Hrrm. Either TCP isn't setting tso_segsz correctly, or em isn't honoring tso_segsz. Can you add some instrumentation to the TSO code in em to see if tso_segsz is being set to the MSS? -Kip From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 06:55:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F2116A41A for ; Sat, 17 Nov 2007 06:55:35 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 90FE713C43E for ; Sat, 17 Nov 2007 06:55:35 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 20AF73D8722; Sat, 17 Nov 2007 09:55:23 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 00A5F3D86D6 for ; Sat, 17 Nov 2007 09:55:22 +0300 (MSK) Date: Sat, 17 Nov 2007 09:55:34 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1592857557.20071117095534@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 06:55:35 -0000 Hi, All. on ttyv0 (console) after I run wpa_supplicant print messages Setting ESSID to "" Setting ESSID to "APOINT" Setting ESSID to "APOINT" Setting ESSID to "APOINT" ... and repeat, and repeat In 7.0 this message not appear? Please help me remove this SPAM. Why it shows to me? -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 08:46:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E5A16A418 for ; Sat, 17 Nov 2007 08:46:09 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id C256713C461 for ; Sat, 17 Nov 2007 08:45:50 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id 4F71B1E49A8F for ; Sat, 17 Nov 2007 09:13:30 +0100 (CET) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 83AAB32281D for ; Sat, 17 Nov 2007 09:13:28 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id 652BB32283B for ; Sat, 17 Nov 2007 09:13:28 +0100 (CET) From: rmgls@free.fr To: freebsd-current@freebsd.org Date: Sat, 17 Nov 2007 09:13:25 +0100 Sender: rmgls@free.fr Message-Id: <20071117081328.652BB32283B@smtp7-g19.free.fr> Subject: wpa_supplicant in head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 08:46:09 -0000 Hi all, i cannot get wpa_supplicant integrated in the base system (curren) to work when the ap is hidden, even if bssid is included in the wpa_supplicant.conf file. when wpa_supplicant starts, it clears the ssid, the channel, and does not associate. after loading the program ifconfig cannot put them, even individually: the channel and/or the ssid goes away. the wpa_supplicant installed from ports works fine with a hidden access point without bssid. Any hint? best regards Raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 10:46:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9296B16A419 for ; Sat, 17 Nov 2007 10:46:27 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id 269F313C459 for ; Sat, 17 Nov 2007 10:46:26 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id AC1D9322851 for ; Sat, 17 Nov 2007 11:46:20 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id 91B72322810 for ; Sat, 17 Nov 2007 11:46:20 +0100 (CET) To: freebsd-current@freebsd.org From: rmgls@free.fr Date: Sat, 17 Nov 2007 11:46:18 +0100 Sender: rmgls@free.fr Message-Id: <20071117104620.91B72322810@smtp7-g19.free.fr> Subject: re: wpa_supplicant in head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 10:46:27 -0000 quoting myself > Hi all, > > i cannot get wpa_supplicant integrated in the base system (curren) to work > when the ap is hidden, even if bssid is included in the wpa_supplicant.conf > file. when wpa_supplicant starts, it clears the ssid, the channel, and > does not associate. after loading the program ifconfig cannot put them, > even individually: the channel and/or the ssid goes away. > > the wpa_supplicant installed from ports works fine with a hidden access point > without bssid it seems an iwi driver issue because i don't see any problem with another interface on another machine: the ath driver associates quite well with the wpa_supplicant. Any hint? thanks best regards Raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 11:20:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB59316A41A; Sat, 17 Nov 2007 11:20:10 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7603713C45B; Sat, 17 Nov 2007 11:20:10 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 5E7A31BAC27; Sat, 17 Nov 2007 12:20:09 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAHBK6Yt039243; Sat, 17 Nov 2007 12:20:06 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195298408; bh=EaSOO54+rahyca4nG2+xz9SIv3A/pu5P+yhCsJh 9ZbU=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=SmhJpUNeYNS I8xBso60oh8LSPriDkCG4xGGMQsLTH/8aRL1dhezMY+2S+BbUHYQiM+bCLIwRA1lvEt g9hQbUvA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=05xah0ERbspPx7FEU+2rg8MhAWHCOrHL3fv8rZM8fwfdA3dbU0WKBbGZNC8BjZfTQ fGhULuzuDKT21Qhlfy0mw== Message-ID: <473ECE66.4040901@restart.be> Date: Sat, 17 Nov 2007 12:20:06 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> <47371A4F.9080004@restart.be> In-Reply-To: <47371A4F.9080004@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 11:20:11 -0000 Henri Hennebert wrote: > Pawel Jakub Dawidek wrote: >> On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >>> Pawel Jakub Dawidek wrote: >>>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>>> hello >>>>> >>>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds >>>>> the system freeze: >>>> [...] >>>> >>>> I found a deadlock too. If it's reproducable for you, can you try this >>>> patch: >>> I reproduce it after 30 minutes, si I try you patch. >>> >>>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >>> when I try to load zfs.ko I get: >>> >>> # kldload zfs >>> link_elf: symbol kproc_create undefined >>> kldload: can't load zfs: No such file or directory >>> >>> What must I add to my config to resolve this symbol / problem >> >> Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). >> > Today, after more than 10 scrubs, no deadlock. This patch is effective. > Maybe this is not related, but when I copy a 600MB file from zfs to a ufs under gjournal, my system freeze completely. A break on the serial console don't go to debugging! Henri From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 11:27:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E0416A418; Sat, 17 Nov 2007 11:27:52 +0000 (UTC) (envelope-from zec@icir.org) Received: from zec2.tel.fer.hr (zec2.tel.fer.hr [161.53.19.79]) by mx1.freebsd.org (Postfix) with ESMTP id EE18A13C468; Sat, 17 Nov 2007 11:27:44 +0000 (UTC) (envelope-from zec@icir.org) Received: from localhost (localhost [127.0.0.1]) by zec2.tel.fer.hr (8.14.1/8.14.1) with ESMTP id lAHCRM1p014262; Sat, 17 Nov 2007 12:27:22 GMT (envelope-from zec@icir.org) From: Marko Zec To: Bruce M Simpson Date: Sat, 17 Nov 2007 12:27:21 +0000 User-Agent: KMail/1.9.7 References: <4732110D.3090808@interactive-net.de> <473ECE70.7070705@incunabulum.net> In-Reply-To: <473ECE70.7070705@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711171227.21855.zec@icir.org> Cc: Robert Watson , freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 11:27:52 -0000 On Saturday 17 November 2007 11:20:16 Bruce M Simpson wrote: > Hi, > > I'm catching up on FreeBSD email after a long hiatus. > > Reinhard Haller wrote: > > Hi, > > > > routed has problems with setsockopt registering itself for > > multicast. The trace contains the following messages: > > > > IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address > > turn on RIP > > setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested address > > setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign requested > > address > > That's because the ip_multicast_if() hack has been deprecated in > -CURRENT for months now, because routed (and other multicast > applications) really should be using the RFC 3678 APIs. > > I'm pretty sure I already pointed people at patches for converting > routed to use the updated multicast APIs much earlier in the year; > please check the archives, or see here: > http://people.freebsd.org/~bms/dump/routed.rfc3678.diff > > I haven't tested or committed the routed patch due to a lack of user > feedback, sadly -- which is regrettable, we all end up feeling the > pain during a release cycle if issues aren't nipped in the bud there > and then. Note that with a recent port of Quagga multicast doesn't work as well, so now we don't have neither RIP nor OSPF support there which is kind of funny. Though I think it's not only the missing RFC1724 support in the kernel that is crippling mcast support in Quagga... Marko > Marko: I would much prefer it if ip_multicast_if() is not > reintroduced to 7-CURRENT. > > kind regards, > BMS From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 11:38:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B4E216A418; Sat, 17 Nov 2007 11:38:18 +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 1004313C4C5; Sat, 17 Nov 2007 11:38:18 +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 223B147E22; Sat, 17 Nov 2007 06:20:18 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 17 Nov 2007 06:20:18 -0500 X-Sasl-enc: MlPmUwMRTa1HjGBc3YjUQUrsfIHM+nUwTyqeufbXUuhW 1195298417 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 66F71131B; Sat, 17 Nov 2007 06:20:17 -0500 (EST) Message-ID: <473ECE70.7070705@incunabulum.net> Date: Sat, 17 Nov 2007 11:20:16 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Reinhard Haller References: <4732110D.3090808@interactive-net.de> In-Reply-To: <4732110D.3090808@interactive-net.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Robert Watson , Marko Zec Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 11:38:18 -0000 Hi, I'm catching up on FreeBSD email after a long hiatus. Reinhard Haller wrote: > Hi, > > routed has problems with setsockopt registering itself for multicast. > The trace contains the following messages: > > IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address > turn on RIP > setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested address > setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign requested address > That's because the ip_multicast_if() hack has been deprecated in -CURRENT for months now, because routed (and other multicast applications) really should be using the RFC 3678 APIs. I'm pretty sure I already pointed people at patches for converting routed to use the updated multicast APIs much earlier in the year; please check the archives, or see here: http://people.freebsd.org/~bms/dump/routed.rfc3678.diff I haven't tested or committed the routed patch due to a lack of user feedback, sadly -- which is regrettable, we all end up feeling the pain during a release cycle if issues aren't nipped in the bud there and then. Marko: I would much prefer it if ip_multicast_if() is not reintroduced to 7-CURRENT. kind regards, BMS From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 12:42:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CDC516A41B for ; Sat, 17 Nov 2007 12:42:34 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id CEBC213C44B for ; Sat, 17 Nov 2007 12:42:28 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 7D49B1CC0AF for ; Sat, 17 Nov 2007 13:27:00 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id B000F11436; Sat, 17 Nov 2007 13:26:59 +0100 (CET) Date: Sat, 17 Nov 2007 13:26:59 +0100 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20071117122659.GB10114@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <1592857557.20071117095534@masm.elcom.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <1592857557.20071117095534@masm.elcom.ru> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 12:42:34 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: > on ttyv0 (console) after I run wpa_supplicant print messages > Setting ESSID to "" > Setting ESSID to "APOINT" > Setting ESSID to "APOINT" > Setting ESSID to "APOINT" > ... and repeat, and repeat >=20 > In 7.0 this message not appear? Please help me remove this SPAM. Why > it shows to me? Which wireless driver are you using? if_ndis(4), if_ipw(4) or if_iwi(4)? Brix --=20 Henrik Brix Andersen --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHPt4Sv+Q4flTiePgRArsuAKCltKylOC0fAnqpuA0Iv8yXDQt8wACguXfB /DU1wxY4DzU9u+xNjwsVenc= =zC1L -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 12:45:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F1716A46D; Sat, 17 Nov 2007 12:45:50 +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 CCC5913C468; Sat, 17 Nov 2007 12:45:44 +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 BDF4F48560; Sat, 17 Nov 2007 07:45:35 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 17 Nov 2007 07:45:35 -0500 X-Sasl-enc: q/9MJuuM/WIx6XfP/QamN0Lg9TckVY7nvyBKqTQLrq0+ 1195303535 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 041D32A93A; Sat, 17 Nov 2007 07:45:34 -0500 (EST) Message-ID: <473EE26E.6050905@incunabulum.net> Date: Sat, 17 Nov 2007 12:45:34 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Marko Zec References: <4732110D.3090808@interactive-net.de> <473ECE70.7070705@incunabulum.net> <200711171227.21855.zec@icir.org> In-Reply-To: <200711171227.21855.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 12:45:50 -0000 Marko Zec wrote: > Note that with a recent port of Quagga multicast doesn't work as well, > so now we don't have neither RIP nor OSPF support there which is kind > of funny. Though I think it's not only the missing RFC1724 support in > the kernel that is crippling mcast support in Quagga... > > We all know that major point releases are the place for changes like this to happen. It's been over 6 months since these changes were committed, and heads-up messages were sent to the appropriate lists. I guess the bigger question is, why is this a problem now? The reasoning behind the change is quite clear, to support IP multicast in new network environments, e.g. mobile and ad-hoc IP, as well as supporting source-specific multicast, we SHOULD be following a published API which supports those environments, rather than relying on a hack which was clearly only ever intended as a temporary workaround, and highly specific to FreeBSD's IP implementation. RFC 3678 specifies such an API. It is over 3 years old. Andre had given backing to deprecating the 0.0.0.0/8 hack when I announced my intentions on -net. Also, supporting a published API brings FreeBSD back up to par with its competitors in this area (i.e. Linux, Windows). Otherwise, we perpetuate a kludge at the expense of progress in other areas of IPv4/IPv6. If you check the archives for -current you'll see that Ian Frieslich had contacted the Quagga maintainers about the change, the outcome of this discussion I don't know. 3rd party applications are beyond FreeBSD's control, or mine, for that matter. [*] I did however spend time on routed support, which I am happy to do as it hasn't been moved to ports (it is still part of the base system), and made it clear that this patch was available to work from, and that people were most very welcome to contact me about the matter to get RFC 3678 support into these applications. Now, my situation is not so free and fluid, as I am in the thick of a new project and have sadly little free time as it is to do work outside the scope of that project. If we collectively are satisfied that this change is a change too far on this occasion, then I retract my objection to ip_multicast_if() being re-imported, on the grounds that its deprecation has inadvertently broken user applications, on the grounds that 6 months was, apparently, not enough notice for the maintainers of these applications to take action. However, I register a very strong technical objection to this patch on the grounds that this is an area where open source networking needs to move ahead. POLA wasn't violated on this occasion, as the scope of the work happened entirely within -CURRENT, and the appropriate individuals were notified of the changes. These are the facts as I see them, I am very happy to hear feedback from others. Sadly I can't get actively involved in proactively fixing the situation at the present time i.e. at the level of code, and besides... that's going to require communication and coordination between all the people involved, the lack of which it seems has created an unnecessary situation. very best, BMS [* The Quagga maintainers should know better -- Linux is after all their main development platform, and it has supported RFC 3678 for some time now.] From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 13:18:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B82416A419; Sat, 17 Nov 2007 13:18:25 +0000 (UTC) (envelope-from bms@icir.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4893313C45A; Sat, 17 Nov 2007 13:18:25 +0000 (UTC) (envelope-from bms@icir.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 93A8448B26; Sat, 17 Nov 2007 07:53:07 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 17 Nov 2007 07:53:07 -0500 X-Sasl-enc: VPw+PfKMrfy3+4DhJT0nQ6UaobD4jc8dwXF5aIfng/C5 1195303987 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id CEA924AC; Sat, 17 Nov 2007 07:53:06 -0500 (EST) Message-ID: <473EE431.8060609@icir.org> Date: Sat, 17 Nov 2007 12:53:05 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Marko Zec References: <4732110D.3090808@interactive-net.de> <473ECE70.7070705@incunabulum.net> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> In-Reply-To: <473EE26E.6050905@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 17 Nov 2007 13:24:16 +0000 Cc: Reinhard Haller , freebsd-current@freebsd.org, Robert Watson Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 13:18:25 -0000 Bruce M Simpson wrote: > > [* The Quagga maintainers should know better -- Linux is after all > their main development platform, and it has supported RFC 3678 for > some time now.] Please see also: http://www.gossamer-threads.com/lists/quagga/users/14443 The Quagga maintainers were aware of this 4-5 months ago, and that in order to correctly support OpenSolaris (as well as Linux and FreeBSD 7), RFC 3678 is the way to go. [The reasons why SSM has historically not been well supported are, well, more political (i.e. money, control of bandwidth by capital) than technical... but... researching this further I leave to the kind readers!] kind regards BMS From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 13:28:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF9216A468; Sat, 17 Nov 2007 13:28:30 +0000 (UTC) (envelope-from zec@icir.org) Received: from zec2.tel.fer.hr (zec2.tel.fer.hr [161.53.19.79]) by mx1.freebsd.org (Postfix) with ESMTP id C7D7E13C465; Sat, 17 Nov 2007 13:28:25 +0000 (UTC) (envelope-from zec@icir.org) Received: from localhost (localhost [127.0.0.1]) by zec2.tel.fer.hr (8.14.1/8.14.1) with ESMTP id lAHESE1c014650; Sat, 17 Nov 2007 14:28:14 GMT (envelope-from zec@icir.org) From: Marko Zec To: Bruce M Simpson Date: Sat, 17 Nov 2007 14:28:12 +0000 User-Agent: KMail/1.9.7 References: <4732110D.3090808@interactive-net.de> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> In-Reply-To: <473EE26E.6050905@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711171428.13522.zec@icir.org> Cc: Robert Watson , freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 13:28:30 -0000 On Saturday 17 November 2007 12:45:34 Bruce M Simpson wrote: > Marko Zec wrote: > > Note that with a recent port of Quagga multicast doesn't work as > > well, so now we don't have neither RIP nor OSPF support there which > > is kind of funny. Though I think it's not only the missing RFC1724 > > support in the kernel that is crippling mcast support in Quagga... > > We all know that major point releases are the place for changes like > this to happen. > > It's been over 6 months since these changes were committed, and > heads-up messages were sent to the appropriate lists. I guess the > bigger question is, why is this a problem now? > > The reasoning behind the change is quite clear, to support IP > multicast in new network environments, e.g. mobile and ad-hoc IP, as > well as supporting source-specific multicast, we SHOULD be following > a published API which supports those environments, rather than > relying on a hack which was clearly only ever intended as a temporary > workaround, and highly specific to FreeBSD's IP implementation. > > RFC 3678 specifies such an API. It is over 3 years old. Andre had > given backing to deprecating the 0.0.0.0/8 hack when I announced my > intentions on -net. Nobody is questioning the benefits of having RFC 3678 support added to the kernel, but quickly skimming through that document I can't find a line stipulating that it should deprecate older interfaces already in use. What is the exact benefit of deprecating the 0.0.0.0/8 hack (i.e. RFC 1724 compliant ifnet addressing), i.e. why couldn't we have support for both the new and the old interface for legacy applications, given that the interfaces don't seem to be in conflict? Marko > Also, supporting a published API brings FreeBSD back up to par with > its competitors in this area (i.e. Linux, Windows). Otherwise, we > perpetuate a kludge at the expense of progress in other areas of > IPv4/IPv6. > > If you check the archives for -current you'll see that Ian Frieslich > had contacted the Quagga maintainers about the change, the outcome of > this discussion I don't know. 3rd party applications are beyond > FreeBSD's control, or mine, for that matter. [*] > > I did however spend time on routed support, which I am happy to do as > it hasn't been moved to ports (it is still part of the base system), > and made it clear that this patch was available to work from, and > that people were most very welcome to contact me about the matter to > get RFC 3678 support into these applications. > > Now, my situation is not so free and fluid, as I am in the thick of a > new project and have sadly little free time as it is to do work > outside the scope of that project. > > If we collectively are satisfied that this change is a change too far > on this occasion, then I retract my objection to ip_multicast_if() > being re-imported, on the grounds that its deprecation has > inadvertently broken user applications, on the grounds that 6 months > was, apparently, not enough notice for the maintainers of these > applications to take action. > > However, I register a very strong technical objection to this patch > on the grounds that this is an area where open source networking > needs to move ahead. POLA wasn't violated on this occasion, as the > scope of the work happened entirely within -CURRENT, and the > appropriate individuals were notified of the changes. > > These are the facts as I see them, I am very happy to hear feedback > from others. > > Sadly I can't get actively involved in proactively fixing the > situation at the present time i.e. at the level of code, and > besides... that's going to require communication and coordination > between all the people involved, the lack of which it seems has > created an unnecessary situation. > > very best, > BMS > > [* The Quagga maintainers should know better -- Linux is after all > their main development platform, and it has supported RFC 3678 for > some time now.] From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 15:30:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B808816A41B for ; Sat, 17 Nov 2007 15:30:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 5644013C46E for ; Sat, 17 Nov 2007 15:30:40 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 40647 invoked by uid 60001); 17 Nov 2007 15:03:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=3FsfHjc/6RRfSvSTunc9peblq+zRQ3gejBWE0p77rjJwnpyrz9cE+KTAuYMMGfEqQDhY2PvuzwI3oHQZ81EK1an/HEPnKA5vgf1e4yCqdYdsx0tm49rSJ/Q66NxFUVEdoHZDBdvYEV3wc7aVABn+2ec89XOLCLP2Yr8M8HE8blQ=; X-YMail-OSG: Q32BdpcVM1ntoHdbmqXDGJ_V9I81p4.jxhzfPbVUBiiv03WOxbjAIS_Qd6pQoDwijg5uz8o.yH2kymGhsb.oIGctvgveuf_NK59N Received: from [98.203.28.38] by web63907.mail.re1.yahoo.com via HTTP; Sat, 17 Nov 2007 07:03:58 PST Date: Sat, 17 Nov 2007 07:03:58 -0800 (PST) From: Barney Cordoba To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <788063.40083.qm@web63907.mail.re1.yahoo.com> Subject: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 15:30:41 -0000 We can't get any flavor of Freebsd 7 to build or boot successfully on an HT1000 MB. We have 2 distinct MBs and both have similar problems. I noticed in the linux driver that they have the HT1000 listed in their pci_quirks.c, and have "quirk_disable_all_msi" set for it. I have no idea what that means, but is FreeBSD doing something similar? I haven't tested linux on this system yet, but I hope to do so sometime this week. Many of the supermicro Opteron MBs use this chipset, so its sort of a big deal. Barney ____________________________________________________________________________________ Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:15:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46E5716A417 for ; Sat, 17 Nov 2007 16:15:25 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6F68413C469 for ; Sat, 17 Nov 2007 16:15:22 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lAHGFEkQ024390 ; Sat, 17 Nov 2007 17:15:14 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lAHGFCaq001591 ; Sat, 17 Nov 2007 17:15:12 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lAHGFC2r001588; Sat, 17 Nov 2007 17:15:12 +0100 (MET) (envelope-from arno) To: java@freebsd.org From: "Arno J. Klaassen" Date: 17 Nov 2007 17:15:12 +0100 Message-ID: Lines: 64 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Sat, 17 Nov 2007 17:15:14 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4824/Sat Nov 17 15:14:09 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 473F1392.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: current@freebsd.org Subject: mutex-bug in recent releng_[67]? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:15:25 -0000 --=-=-= Hello, I have serious problems with " Runtime.getRuntime ().exec ()" : either it hangs or gives a spinning mutex running at 99% cpu. Attached is a simple code-example which shows the problem : it basically just launces in iterations a process doing "/bin/ls -lRr /var/" (the command seems to be important : e.g. ps(1) works fine, ls(1), tar(1), cpio(1) (all doing fileio ...) fail more or less easiliy) and then waits for it to exit. This works OK with linux-sun-jdk15, it fails (most often just hang, something process ends with exit code 127) on all boxes I could test on : i686-releng_6-UP / jdk-1.5.0.13p7,1 i686-releng_7-UP / jdk-1.5.0.12p6_2,1 amd64-releng_6-SMP / jdk-1.5.0.12p6_2,1 and jdk-1.5.0.13p7,1 amd64-releng_7-SMP / jdk-1.5.0.13p7,1 I somehow doubt this is really (only) a jdk-problem : it fails (hangs) as well if I compile it with gcj to an executable (tested both on i686-releng_6-UP and amd64-releng_7-SMP). Attached a gdb-log (for releng_7) with shows three threads, two of them blocking in _umtx_op () (from pthread_cond_init () ), the third in sigsuspend () (from pthread_getprio () ?). If I create a core-dump with "gcore -s" all sixteen threads block in (log attached for the two first threads ) : #0 0x00000008008cabfc in wait4 () from /lib/libc.so.7 #1 0x000000080075616e in waitpid () from /lib/libthr.so.3 #2 0x0000000801e43030 in Java_java_lang_UNIXProcess_waitForProcessExit ( env=0x82c1a2998, junk=0x7ffffeef1798, pid=906) I hope someone can help me for this, or should I write a PR? Thanx very much in adavance. Arno --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=Test_proc.java final class Test_proc { Test_proc() { for (int i= 0; i < 2; i++) { System.out.println("test <" + i + ">: retval is <" + fork_shell() + ">"); } } private long fork_shell() { long ret = -1; int exit_value = 0; final String[] cmd = new String[3]; final Process proc; cmd[0] = "/bin/sh"; cmd[1] = "-c"; cmd[2] = "/bin/ls -lRr /var/"; try { proc = Runtime.getRuntime ().exec (cmd); proc.waitFor (); if ( (exit_value = proc.exitValue ()) != 0) { System.err.println ("ERROR: proc exit value" + exit_value + "!"); } else ret=0; } catch (Exception ex) { ret = -2; ex.printStackTrace(System.err); } return ret; } public static void main (String[] args) throws Exception { new Test_proc (); } } --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=gdb.log Script started on Sat Nov 17 16:22:55 2007 ivo@push ~/.scito/tmp [49908] > LD_LIBRARY_PATH=/usr/opt/scito/gcc-4.2.2/lib gdb ./Test_proc.exe GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) handle SIGSEGV SIGBUS nostop noprint Signal Stop Print Pass to program Description SIGBUS No No Yes Bus error SIGSEGV No No Yes Segmentation fault (gdb) r Starting program: /files/home/ivo/.scito/tmp/Test_proc.exe [New LWP 100094] [New Thread 0x803901120 (LWP 100094)] [New Thread 0x803901290 (LWP 100127)] [New Thread 0x803901400 (LWP 100132)] ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x803901400 (LWP 100132)] 0x00000008036e6c7c in sigsuspend () from /lib/libc.so.7 (gdb) info thr * 4 Thread 0x803901400 (LWP 100132) 0x00000008036e6c7c in sigsuspend () from /lib/libc.so.7 3 Thread 0x803901290 (LWP 100127) 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 2 Thread 0x803901120 (LWP 100094) 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 (gdb) thr 4 [Switching to thread 4 (Thread 0x803901400 (LWP 100132))]#0 0x00000008036e6c7c in sigsuspend () from /lib/libc.so.7 (gdb) where #0 0x00000008036e6c7c in sigsuspend () from /lib/libc.so.7 #1 0x0000000803371c6a in sigsuspend () from /lib/libthr.so.3 #2 0x0000000801ce8d16 in java::lang::ConcreteProcess$ProcessManager::waitForSignal (this=Variable "this" is not available. ) at java/lang/natConcreteProcess.cc:142 #3 0x000000080202025d in _ZN4java4lang30ConcreteProcess$ProcessManager3runEJvv (this=0x599e60) at ConcreteProcess.java:167 #4 0x0000000801cee6a8 in _Jv_ThreadRun (thread=0x599e60) at ../../../../gcc/libjava/java/lang/natThread.cc:302 #5 0x0000000801cf4b37 in really_start (x=0x5265a0) at ../../../../gcc/libjava/posix-threads.cc:445 #6 0x00000008024da163 in GC_start_routine (arg=Variable "arg" is not available. ) at ../../../../gcc/boehm-gc/pthread_support.c:1301 #7 0x000000080336fa76 in pthread_getprio () from /lib/libthr.so.3 #8 0x0000000000000000 in ?? () Error accessing memory address 0x7fffff9fe000: Bad address. (gdb) thr 3 [Switching to thread 3 (Thread 0x803901290 (LWP 100127))]#0 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 (gdb) where #0 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 #1 0x0000000803377049 in pthread_cleanup_push () from /lib/libthr.so.3 #2 0x0000000803375a55 in pthread_cond_init () from /lib/libthr.so.3 #3 0x0000000801cf4ff2 in _Jv_CondWait (cv=0x8031da088, mu=0x8031da070, millis=Variable "millis" is not available. ) at ../../../../gcc/libjava/posix-threads.cc:179 #4 0x0000000801cdfd45 in gnu::gcj::runtime::FinalizerThread::run (this=Variable "this" is not available. ) at ../../../../gcc/libjava/gnu/gcj/runtime/natFinalizerThread.cc:57 #5 0x0000000801cee6a8 in _Jv_ThreadRun (thread=0x561e00) at ../../../../gcc/libjava/java/lang/natThread.cc:302 #6 0x0000000801cf4b37 in really_start (x=0x526720) at ../../../../gcc/libjava/posix-threads.cc:445 #7 0x00000008024da163 in GC_start_routine (arg=Variable "arg" is not available. ) at ../../../../gcc/boehm-gc/pthread_support.c:1301 #8 0x000000080336fa76 in pthread_getprio () from /lib/libthr.so.3 #9 0x0000000000000000 in ?? () Error accessing memory address 0x7fffffbff000: Bad address. (gdb) thr 2 [Switching to thread 2 (Thread 0x803901120 (LWP 100094))]#0 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 (gdb) where #0 0x00000008036e60fc in _umtx_op () from /lib/libc.so.7 #1 0x0000000803377049 in pthread_cleanup_push () from /lib/libthr.so.3 #2 0x0000000803375a55 in pthread_cond_init () from /lib/libthr.so.3 #3 0x0000000801cf4ff2 in _Jv_CondWait (cv=0x578cb0, mu=0x578cb8, millis=Variable "millis" is not available. ) at ../../../../gcc/libjava/posix-threads.cc:179 #4 0x0000000801ceab37 in java::lang::Object::wait (this=0x1, timeout=0, nanos=0) at ../../../../gcc/libjava/java/lang/natObject.cc:1333 #5 0x00000008020206d8 in _ZN4java4lang15ConcreteProcess7waitForEJiv ( this=0x59af60) at ConcreteProcess.java:324 #6 0x0000000000401771 in _ZN9Test_proc10fork_shellEJxv (this=0x54ade0) at Test_proc.java:29 #7 0x0000000000401467 in Test_proc.Test_proc() (this=0x54ade0) at Test_proc.java:10 #8 0x0000000000401982 in _ZN9Test_proc4mainEJvP6JArrayIPN4java4lang6StringEE ( args=0x52af70) at Test_proc.java:49 #9 0x0000000801ce03c3 in gnu::java::lang::MainThread::call_main ( this=0x599f00) at ../../../../gcc/libjava/gnu/java/lang/natMainThread.cc:50 #10 0x0000000801cee6a8 in _Jv_ThreadRun (thread=0x599f00) at ../../../../gcc/libjava/java/lang/natThread.cc:302 #11 0x0000000801cb1259 in _Jv_RunMain (vm_args=Variable "vm_args" is not available. ) at ../../../../gcc/libjava/prims.cc:1574 #12 0x000000000040139a in main (argc=1, argv=0x7fffffffead8) at /var/tmp//ccGmt6ri.i:11 (gdb) quit The program is running. Exit anyway? (y or n) y --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=jdk-gcore.log Content-Transfer-Encoding: base64 U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IE5vdiAxNyAxNzowMDo0NiAyMDA3Cml2b0BwdXNoIH4vLnNj aXRvL3RtcCBbNDk5MDldID4gZ2RiIC1jb3JlIGNvcmUuOTA1IC91c3IvbG9jYWwvamRrMS41LjAv YmluL2phdmFfZyBHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5cmlnaHQgMjAwNCBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkg dGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQp3ZWxjb21lIHRvIGNo YW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25k aXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4KVGhlcmUg aXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIg Zm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJhbWQ2NC1tYXJjZWwtZnJl ZWJzZCIuLi4KQ29yZSB3YXMgZ2VuZXJhdGVkIGJ5IGBqYXZhX2cnLgpSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvbGliL2xpYnouc28uNC4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvbGliL2xpYnou c28uNApSZWFkaW5nIHN5bWJvbHMgZnJvbSAvbGliL2xpYnRoci5zby4zLi4uZG9uZS4KTG9hZGVk IHN5bWJvbHMgZm9yIC9saWIvbGlidGhyLnNvLjMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2xpYi9s aWJjLnNvLjcuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2xpYi9saWJjLnNvLjcKUmVhZGlu ZyBzeW1ib2xzIGZyb20gL3Vzci9sb2NhbC9qZGsxLjUuMC9qcmUvbGliL2FtZDY0L3NlcnZlci9s aWJqdm1fZy5zby4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvdXNyL2xvY2FsL2pkazEuNS4w L2pyZS9saWIvYW1kNjQvc2VydmVyL2xpYmp2bV9nLnNvClJlYWRpbmcgc3ltYm9scyBmcm9tIC91 c3IvbGliL2xpYnN0ZGMrKy5zby42Li4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC91c3IvbGli L2xpYnN0ZGMrKy5zby42ClJlYWRpbmcgc3ltYm9scyBmcm9tIC9saWIvbGlibS5zby41Li4uZG9u ZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9saWIvbGlibS5zby41ClJlYWRpbmcgc3ltYm9scyBmcm9t IC9saWIvbGliZ2NjX3Muc28uMS4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvbGliL2xpYmdj Y19zLnNvLjEKUmVhZGluZyBzeW1ib2xzIGZyb20gL3Vzci9sb2NhbC9qZGsxLjUuMC9qcmUvbGli L2FtZDY0L25hdGl2ZV90aHJlYWRzL2xpYmhwaV9nLnNvLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMg Zm9yIC91c3IvbG9jYWwvamRrMS41LjAvanJlL2xpYi9hbWQ2NC9uYXRpdmVfdGhyZWFkcy9saWJo cGlfZy5zbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xvY2FsL2pkazEuNS4wL2pyZS9saWIv YW1kNjQvbGlidmVyaWZ5X2cuc28uLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL3Vzci9sb2Nh bC9qZGsxLjUuMC9qcmUvbGliL2FtZDY0L2xpYnZlcmlmeV9nLnNvClJlYWRpbmcgc3ltYm9scyBm cm9tIC91c3IvbG9jYWwvamRrMS41LjAvanJlL2xpYi9hbWQ2NC9saWJqYXZhX2cuc28uLi5kb25l LgpMb2FkZWQgc3ltYm9scyBmb3IgL3Vzci9sb2NhbC9qZGsxLjUuMC9qcmUvbGliL2FtZDY0L2xp YmphdmFfZy5zbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xvY2FsL2pkazEuNS4wL2pyZS9s aWIvYW1kNjQvbGliemlwX2cuc28uLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL3Vzci9sb2Nh bC9qZGsxLjUuMC9qcmUvbGliL2FtZDY0L2xpYnppcF9nLnNvClJlYWRpbmcgc3ltYm9scyBmcm9t IC9saWJleGVjL2xkLWVsZi5zby4xLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9saWJleGVj L2xkLWVsZi5zby4xCiMwICAweDAwMDAwMDA4MDA4Y2FiZmMgaW4gd2FpdDQgKCkgZnJvbSAvbGli L2xpYmMuc28uNwpbTmV3IFRocmVhZCAweDgwMGIwNGQ4MCAoTFdQIDEwMDE0NSldCltOZXcgVGhy ZWFkIDB4ODAwYjA0YzEwIChMV1AgMTAwMTQ0KV0KW05ldyBUaHJlYWQgMHg4MDBiMDRhYTAgKExX UCAxMDAxNDMpXQpbTmV3IFRocmVhZCAweDgwMGIwNDkzMCAoTFdQIDEwMDE0MildCltOZXcgVGhy ZWFkIDB4ODAwYjA0N2MwIChMV1AgMTAwMTQxKV0KW05ldyBUaHJlYWQgMHg4MDBiMDQ2NTAgKExX UCAxMDAxNDApXQpbTmV3IFRocmVhZCAweDgwMGIwNDRlMCAoTFdQIDEwMDEzOSldCltOZXcgVGhy ZWFkIDB4ODAwYjAzZjIwIChMV1AgMTAwMTM4KV0KW05ldyBUaHJlYWQgMHg4MDBiMDNkYjAgKExX UCAxMDAxMzcpXQpbTmV3IFRocmVhZCAweDgwMGIwMzNhMCAoTFdQIDEwMDEzNildCltOZXcgVGhy ZWFkIDB4ODAwYjAxODUwIChMV1AgMTAwMTM1KV0KW05ldyBUaHJlYWQgMHg4MDBiMDE2ZTAgKExX UCAxMDAxMzQpXQpbTmV3IFRocmVhZCAweDgwMGIwMTU3MCAoTFdQIDEwMDEyNyldCltOZXcgVGhy ZWFkIDB4ODAwYjAxNDAwIChMV1AgMTAwMDk0KV0KW05ldyBUaHJlYWQgMHg4MDBiMDExMjAgKExX UCAxMDAwNTQpXQpbTmV3IExXUCA5MDVdCihnZGIpIGluZm8gdGhyCiogMTYgTFdQIDkwNSAgMHgw MDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgpIGZyb20gL2xpYi9saWJjLnNvLjcKICAxNSBUaHJl YWQgMHg4MDBiMDExMjAgKExXUCAxMDAwNTQpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVy YWwtcHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGlu IHdhaXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNvLjcKICAxNCBUaHJlYWQgMHg4MDBiMDE0MDAg KExXUCAxMDAwOTQpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVyYWwtcHVycG9zZSByZWdp c3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgpCiAgIGZy b20gL2xpYi9saWJjLnNvLjcKICAxMyBUaHJlYWQgMHg4MDBiMDE1NzAgKExXUCAxMDAxMjcpICB3 YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVyYWwtcHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBm aWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNv LjcKICAxMiBUaHJlYWQgMHg4MDBiMDE2ZTAgKExXUCAxMDAxMzQpICB3YXJuaW5nOiBDb3VsZG4n dCBmaW5kIGdlbmVyYWwtcHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAw ODAwOGNhYmZjIGluIHdhaXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNvLjcKICAxMSBUaHJlYWQg MHg4MDBiMDE4NTAgKExXUCAxMDAxMzUpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVyYWwt cHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGluIHdh aXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNvLjcKICAxMCBUaHJlYWQgMHg4MDBiMDMzYTAgKExX UCAxMDAxMzYpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVyYWwtcHVycG9zZSByZWdpc3Rl cnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgpCiAgIGZyb20g L2xpYi9saWJjLnNvLjcKICA5IFRocmVhZCAweDgwMGIwM2RiMCAoTFdQIDEwMDEzNykgIHdhcm5p bmc6IENvdWxkbid0IGZpbmQgZ2VuZXJhbC1wdXJwb3NlIHJlZ2lzdGVycyBpbiBjb3JlIGZpbGUu CgoweDAwMDAwMDA4MDA4Y2FiZmMgaW4gd2FpdDQgKCkKICAgZnJvbSAvbGliL2xpYmMuc28uNwog IDggVGhyZWFkIDB4ODAwYjAzZjIwIChMV1AgMTAwMTM4KSAgd2FybmluZzogQ291bGRuJ3QgZmlu ZCBnZW5lcmFsLXB1cnBvc2UgcmVnaXN0ZXJzIGluIGNvcmUgZmlsZS4KCjB4MDAwMDAwMDgwMDhj YWJmYyBpbiB3YWl0NCAoKQogICBmcm9tIC9saWIvbGliYy5zby43CiAgNyBUaHJlYWQgMHg4MDBi MDQ0ZTAgKExXUCAxMDAxMzkpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVyYWwtcHVycG9z ZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgp CiAgIGZyb20gL2xpYi9saWJjLnNvLjcKICA2IFRocmVhZCAweDgwMGIwNDY1MCAoTFdQIDEwMDE0 MCkgIHdhcm5pbmc6IENvdWxkbid0IGZpbmQgZ2VuZXJhbC1wdXJwb3NlIHJlZ2lzdGVycyBpbiBj b3JlIGZpbGUuCgoweDAwMDAwMDA4MDA4Y2FiZmMgaW4gd2FpdDQgKCkKICAgZnJvbSAvbGliL2xp YmMuc28uNwogIDUgVGhyZWFkIDB4ODAwYjA0N2MwIChMV1AgMTAwMTQxKSAgd2FybmluZzogQ291 bGRuJ3QgZmluZCBnZW5lcmFsLXB1cnBvc2UgcmVnaXN0ZXJzIGluIGNvcmUgZmlsZS4KCjB4MDAw MDAwMDgwMDhjYWJmYyBpbiB3YWl0NCAoKQogICBmcm9tIC9saWIvbGliYy5zby43CiAgNCBUaHJl YWQgMHg4MDBiMDQ5MzAgKExXUCAxMDAxNDIpICB3YXJuaW5nOiBDb3VsZG4ndCBmaW5kIGdlbmVy YWwtcHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAwOGNhYmZjIGlu IHdhaXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNvLjcKICAzIFRocmVhZCAweDgwMGIwNGFhMCAo TFdQIDEwMDE0MykgIHdhcm5pbmc6IENvdWxkbid0IGZpbmQgZ2VuZXJhbC1wdXJwb3NlIHJlZ2lz dGVycyBpbiBjb3JlIGZpbGUuCgoweDAwMDAwMDA4MDA4Y2FiZmMgaW4gd2FpdDQgKCkKICAgZnJv bSAvbGliL2xpYmMuc28uNwogIDIgVGhyZWFkIDB4ODAwYjA0YzEwIChMV1AgMTAwMTQ0KSAgd2Fy bmluZzogQ291bGRuJ3QgZmluZCBnZW5lcmFsLXB1cnBvc2UgcmVnaXN0ZXJzIGluIGNvcmUgZmls ZS4KCjB4MDAwMDAwMDgwMDhjYWJmYyBpbiB3YWl0NCAoKQogICBmcm9tIC9saWIvbGliYy5zby43 CiAgMSBUaHJlYWQgMHg4MDBiMDRkODAgKExXUCAxMDAxNDUpICB3YXJuaW5nOiBDb3VsZG4ndCBm aW5kIGdlbmVyYWwtcHVycG9zZSByZWdpc3RlcnMgaW4gY29yZSBmaWxlLgoKMHgwMDAwMDAwODAw OGNhYmZjIGluIHdhaXQ0ICgpCiAgIGZyb20gL2xpYi9saWJjLnNvLjcKKGdkYikgd2hlcmUIIAgI IAgIIAgIIAgIIAgHBwcHBwcHB3RociAxNgpbU3dpdGNoaW5nIHRvIHRocmVhZCAxNiAoTFdQIDkw NSldIzAgIDB4MDAwMDAwMDgwMDhjYWJmYyBpbiB3YWl0NCAoKQogICBmcm9tIC9saWIvbGliYy5z by43CihnZGIpIHdoZXJlCiMwICAweDAwMDAwMDA4MDA4Y2FiZmMgaW4gd2FpdDQgKCkgZnJvbSAv bGliL2xpYmMuc28uNwojMSAgMHgwMDAwMDAwODAwNzU2MTZlIGluIHdhaXRwaWQgKCkgZnJvbSAv bGliL2xpYnRoci5zby4zCiMyICAweDAwMDAwMDA4MDFlNDMwMzAgaW4gSmF2YV9qYXZhX2xhbmdf VU5JWFByb2Nlc3Nfd2FpdEZvclByb2Nlc3NFeGl0ICgKICAgIGVudj0weDgyYzFhMjk5OCwganVu az0weDdmZmZmZWVmMTc5OCwgcGlkPTkwNikKICAgIGF0IC4uLy4uLy4uL3NyYy9zb2xhcmlzL25h dGl2ZS9qYXZhL2xhbmcvVU5JWFByb2Nlc3NfbWQuYzozMDMKIzMgIDB4MDAwMDAwMDgwNGYxZGJl MCBpbiA/PyAoKQojNCAgMHgwMDAwMDAwODAxNjY5ZjUwIGluIHZ0YWJsZSBmb3IgVGhyZWFkSW5W TWZyb21KYXZhTm9Bc3luY0V4Y2VwdGlvbiAoKQogICBmcm9tIC91c3IvbG9jYWwvamRrMS41LjAv anJlL2xpYi9hbWQ2NC9zZXJ2ZXIvbGlianZtX2cuc28KIzUgIDB4MDAwMDAwMDgwNGYzMDhiZiBp biA/PyAoKQojNiAgMHgwMDAwN2ZmZmZlZWYxNjIwIGluID8/ICgpCiM3ICAweDAwMDA3ZmZmZmVl ZjE3MzggaW4gPz8gKCkKIzggIDB4MDAwMDAwMDgwODFlZmY0OCBpbiA/PyAoKQojOSAgMHgwMDAw N2ZmZmZlZWYxNzk4IGluID8/ICgpCiMxMCAweDAwMDAwMDA4MDgxZjFkYzAgaW4gPz8gKCkKIzEx IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMTIgMHgwMDAwMDAwODA4MWVmZjQ4IGluID8/ ICgpCiMxMyAweDAwMDA3ZmZmZmVlZjE3OTAgaW4gPz8gKCkKIzE0IDB4MDAwMDdmZmZmZWVmMTdk OCBpbiA/PyAoKQojMTUgMHgwMDAwMDAwODA0ZjA4ZTFhIGluID8/ICgpCiMxNiAweDAwMDAwMDAw MDAwMDAwMDAgaW4gPz8gKCkKIzE3IDB4MDAwMDAwMDgwNGYxNTRkNiBpbiA/PyAoKQojMTggMHgw MDAwMDAwMDAwMDAwMzhhIGluID8/ICgpCiMxOSAweDAwMDAwMDA4MjE3ZmI0MTAgaW4gPz8gKCkK IzIwIDB4MDAwMDdmZmZmZWVmMTdhMCBpbiA/PyAoKQojMjEgMHgwMDAwMDAwODA4MWYwZWIyIGlu ID8/ICgpCiMyMiAweDAwMDA3ZmZmZmVlZjE3ZjAgaW4gPz8gKCkKIzIzIDB4MDAwMDAwMDgwODFm MWRjMCBpbiA/PyAoKQojMjQgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyNSAweDAwMDAw MDA4MDgxZjBlYzAgaW4gPz8gKCkKIzI2IDB4MDAwMDdmZmZmZWVmMTdlOCBpbiA/PyAoKQojMjcg MHgwMDAwN2ZmZmZlZWYxODMwIGluID8/ICgpCiMyOCAweDAwMDAwMDA4MDRmMDhlMWEgaW4gPz8g KCkKIzI5IDB4MDAwMDAwMDAwMDAwMDM4YSBpbiA/PyAoKQojMzAgMHgwMDAwMDAwODIxN2ZiNDEw IGluID8/ICgpCiMzMSAweDAwMDA3ZmZmZmVlZjE3ZjggaW4gPz8gKCkKIzMyIDB4MDAwMDAwMDgw ODFmNDE1NSBpbiA/PyAoKQojMzMgMHgwMDAwN2ZmZmZlZWYxODU4IGluID8/ICgpCiMzNCAweDAw MDAwMDA4MDgxZjQ2MDggaW4gPz8gKCkKIzM1IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQoj MzYgMHgwMDAwMDAwODA4MWY0MWIwIGluID8/ICgpCiMzNyAweDAwMDA3ZmZmZmVlZjE4NTggaW4g Pz8gKCkKIzM4IDB4MDAwMDdmZmZmZWVmMThjMCBpbiA/PyAoKQojMzkgMHgwMDAwMDAwODA0ZjA2 NGFlIGluID8/ICgpCiM0MCAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQxIDB4MDAwMDAw MDAwMDAwMDAwMCBpbiA/PyAoKQojNDIgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0MyAw eDAwMDAwMDA4MjE3ZmI1YzggaW4gPz8gKCkKIzQ0IDB4MDAwMDdmZmYwMDAwMWZhMCBpbiA/PyAo KQojNDUgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0NiAweDAwMDAwMDAwMDAwMDAwMDEg aW4gPz8gKCkKIzQ3IDB4MDAwMDdmZmZmZWVmMWJjMCBpbiA/PyAoKQojNDggMHgwMDAwMDAwMDAw MDAwMDAxIGluID8/ICgpCiM0OSAweDAwMDAwMDA4MDRmMDYzYTggaW4gPz8gKCkKIzUwIDB4MDAw MDdmZmZmZWVmMTkxMCBpbiA/PyAoKQojNTEgMHgwMDAwN2ZmZmZlZWYxY2I4IGluID8/ICgpCiM1 MiAweDAwMDA3ZmZmMDAwMDAwMGEgaW4gPz8gKCkKIzUzIDB4MDAwMDAwMDgwODFmNDFiMCBpbiA/ PyAoKQojNTQgMHgwMDAwMDAwODA0ZjE4ZTYwIGluID8/ICgpCiM1NSAweDAwMDA3ZmZmZmVlZjFi YzAgaW4gPz8gKCkKIzU2IDB4MDAwMDdmZmZmZWVmMWEyMCBpbiA/PyAoKQojNTcgMHgwMDAwMDAw ODAxMGEyZGM0IGluIEphdmFDYWxsczo6Y2FsbF9oZWxwZXIgKHJlc3VsdD0weDNkOCwgbT0weGZm ZmZmZmY4LCAKICAgIGFyZ3M9MHhlLCBfX3RoZV90aHJlYWRfXz0weDgwMTJkMTQxMCkKICAgIGF0 IC9maWxlcy9ic2QvcG9ydHMvamF2YS9qZGsxNS93b3JrL2hvdHNwb3Qvc3JjL3NoYXJlL3ZtL3J1 bnRpbWUvamF2YUNhbGxzLmNwcDozNzMKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFt ZSAoY29ycnVwdCBzdGFjaz8pCihnZGIpIHdoZXJlCAgICAh0aHIgMTYIIAg1Cndhcm5pbmc6IENv dWxkbid0IGZpbmQgZ2VuZXJhbC1wdXJwb3NlIHJlZ2lzdGVycyBpbiBjb3JlIGZpbGUuCgpbU3dp dGNoaW5nIHRvIHRocmVhZCAxNSAoVGhyZWFkIDB4ODAwYjAxMTIwIChMV1AgMTAwMDU0KSldIzAg IDB4MDAwMDAwMDgwMDhjYWJmYyBpbiB3YWl0NCAoKSBmcm9tIC9saWIvbGliYy5zby43CihnZGIp IHRociAxNQgICAgICBtbMVB3aGVyZQojMCAgMHgwMDAwMDAwODAwOGNhYmZjIGluIHdhaXQ0ICgp IGZyb20gL2xpYi9saWJjLnNvLjcKIzEgIDB4MDAwMDAwMDgwMDc1NjE2ZSBpbiB3YWl0cGlkICgp IGZyb20gL2xpYi9saWJ0aHIuc28uMwojMiAgMHgwMDAwMDAwODAxZTQzMDMwIGluIEphdmFfamF2 YV9sYW5nX1VOSVhQcm9jZXNzX3dhaXRGb3JQcm9jZXNzRXhpdCAoCiAgICBlbnY9MHg4MmMxYTI5 OTgsIGp1bms9MHg3ZmZmZmVlZjE3OTgsIHBpZD05MDYpCiAgICBhdCAuLi8uLi8uLi9zcmMvc29s YXJpcy9uYXRpdmUvamF2YS9sYW5nL1VOSVhQcm9jZXNzX21kLmM6MzAzCiMzICAweDAwMDAwMDA4 MDRmMWRiZTAgaW4gPz8gKCkKIzQgIDB4MDAwMDAwMDgwMTY2OWY1MCBpbiB2dGFibGUgZm9yIFRo cmVhZEluVk1mcm9tSmF2YU5vQXN5bmNFeGNlcHRpb24gKCkKICAgZnJvbSAvdXNyL2xvY2FsL2pk azEuNS4wL2pyZS9saWIvYW1kNjQvc2VydmVyL2xpYmp2bV9nLnNvCiM1ICAweDAwMDAwMDA4MDRm MzA4YmYgaW4gPz8gKCkKIzYgIDB4MDAwMDdmZmZmZWVmMTYyMCBpbiA/PyAoKQojNyAgMHgwMDAw N2ZmZmZlZWYxNzM4IGluID8/ICgpCiM4ICAweDAwMDAwMDA4MDgxZWZmNDggaW4gPz8gKCkKIzkg IDB4MDAwMDdmZmZmZWVmMTc5OCBpbiA/PyAoKQojMTAgMHgwMDAwMDAwODA4MWYxZGMwIGluID8/ ICgpCiMxMSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzEyIDB4MDAwMDAwMDgwODFlZmY0 OCBpbiA/PyAoKQojMTMgMHgwMDAwN2ZmZmZlZWYxNzkwIGluID8/ICgpCiMxNCAweDAwMDA3ZmZm ZmVlZjE3ZDggaW4gPz8gKCkKIzE1IDB4MDAwMDAwMDgwNGYwOGUxYSBpbiA/PyAoKQojMTYgMHgw MDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMxNyAweDAwMDAwMDA4MDRmMTU0ZDYgaW4gPz8gKCkK IzE4IDB4MDAwMDAwMDAwMDAwMDM4YSBpbiA/PyAoKQojMTkgMHgwMDAwMDAwODIxN2ZiNDEwIGlu ID8/ICgpCiMyMCAweDAwMDA3ZmZmZmVlZjE3YTAgaW4gPz8gKCkKIzIxIDB4MDAwMDAwMDgwODFm MGViMiBpbiA/PyAoKQojMjIgMHgwMDAwN2ZmZmZlZWYxN2YwIGluID8/ICgpCiMyMyAweDAwMDAw MDA4MDgxZjFkYzAgaW4gPz8gKCkKIzI0IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMjUg MHgwMDAwMDAwODA4MWYwZWMwIGluID8/ICgpCiMyNiAweDAwMDA3ZmZmZmVlZjE3ZTggaW4gPz8g KCkKIzI3IDB4MDAwMDdmZmZmZWVmMTgzMCBpbiA/PyAoKQojMjggMHgwMDAwMDAwODA0ZjA4ZTFh IGluID8/ICgpCiMyOSAweDAwMDAwMDAwMDAwMDAzOGEgaW4gPz8gKCkKIzMwIDB4MDAwMDAwMDgy MTdmYjQxMCBpbiA/PyAoKQojMzEgMHgwMDAwN2ZmZmZlZWYxN2Y4IGluID8/ICgpCiMzMiAweDAw MDAwMDA4MDgxZjQxNTUgaW4gPz8gKCkKIzMzIDB4MDAwMDdmZmZmZWVmMTg1OCBpbiA/PyAoKQoj MzQgMHgwMDAwMDAwODA4MWY0NjA4IGluID8/ICgpCiMzNSAweDAwMDAwMDAwMDAwMDAwMDAgaW4g Pz8gKCkKIzM2IDB4MDAwMDAwMDgwODFmNDFiMCBpbiA/PyAoKQojMzcgMHgwMDAwN2ZmZmZlZWYx ODU4IGluID8/ICgpCiMzOCAweDAwMDA3ZmZmZmVlZjE4YzAgaW4gPz8gKCkKIzM5IDB4MDAwMDAw MDgwNGYwNjRhZSBpbiA/PyAoKQojNDAgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0MSAw eDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQyIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAo KQojNDMgMHgwMDAwMDAwODIxN2ZiNWM4IGluID8/ICgpCiM0NCAweDAwMDA3ZmZmMDAwMDFmYTAg aW4gPz8gKCkKIzQ1IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNDYgMHgwMDAwMDAwMDAw MDAwMDAxIGluID8/ICgpCiM0NyAweDAwMDA3ZmZmZmVlZjFiYzAgaW4gPz8gKCkKIzQ4IDB4MDAw MDAwMDAwMDAwMDAwMSBpbiA/PyAoKQojNDkgMHgwMDAwMDAwODA0ZjA2M2E4IGluID8/ICgpCiM1 MCAweDAwMDA3ZmZmZmVlZjE5MTAgaW4gPz8gKCkKIzUxIDB4MDAwMDdmZmZmZWVmMWNiOCBpbiA/ PyAoKQojNTIgMHgwMDAwN2ZmZjAwMDAwMDBhIGluID8/ICgpCiM1MyAweDAwMDAwMDA4MDgxZjQx YjAgaW4gPz8gKCkKIzU0IDB4MDAwMDAwMDgwNGYxOGU2MCBpbiA/PyAoKQojNTUgMHgwMDAwN2Zm ZmZlZWYxYmMwIGluID8/ICgpCiM1NiAweDAwMDA3ZmZmZmVlZjFhMjAgaW4gPz8gKCkKIzU3IDB4 MDAwMDAwMDgwMTBhMmRjNCBpbiBKYXZhQ2FsbHM6OmNhbGxfaGVscGVyIChyZXN1bHQ9MHgzZDgs IG09MHhmZmZmZmZmOCwgCiAgICBhcmdzPTB4ZSwgX190aGVfdGhyZWFkX189MHg4MDEyZDE0MTAp CiAgICBhdCAvZmlsZXMvYnNkL3BvcnRzL2phdmEvamRrMTUvd29yay9ob3RzcG90L3NyYy9zaGFy ZS92bS9ydW50aW1lL2phdmFDYWxscy5jcHA6MzczClByZXZpb3VzIGZyYW1lIGlubmVyIHRvIHRo aXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQoKWyBpZGVtIGFsbCB0aHJlYWRzIF0K --=-=-= -- Arno J. Klaassen SCITO S.A. 8 rue des Haies F-75020 Paris, France http://scito.com --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:26:28 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CEFE16A41B; Sat, 17 Nov 2007 16:26:28 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id BC6EE13C465; Sat, 17 Nov 2007 16:26:27 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id E98792EB8DD; Sat, 17 Nov 2007 11:26:20 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iIdaQ5ySjj8L; Sat, 17 Nov 2007 11:26:20 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id BFAA22EB8DB; Sat, 17 Nov 2007 11:26:20 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id BBF3C33C22; Sat, 17 Nov 2007 11:26:20 -0500 (EST) Date: Sat, 17 Nov 2007 11:26:20 -0500 From: Adam McDougall To: Robert Watson Message-ID: <20071117162620.GR46369@egr.msu.edu> References: <698405.85667.qm@web31809.mail.mud.yahoo.com> <20071116143239.U10677@fledge.watson.org> <20071116164549.GF37473@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071116164549.GF37473@egr.msu.edu> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Mohan Srinivasan , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:26:28 -0000 On Fri, Nov 16, 2007 at 11:45:49AM -0500, Adam McDougall wrote: On Fri, Nov 16, 2007 at 02:37:56PM +0000, Robert Watson wrote: OK, I've attached an initial patch that does this -- we still need to keep the lookup code for NFSv2, where the file handle of the new node isn't returned with the reply, but I drop the EEXIST handling cases. Does this look reasonable to you? I'm not set up to easily test this scenario, however. Robert N M Watson I should be able to test this patch (or a later version) this weekend. Seems to work. I ran the original test case for several minutes without error for over 2000 iterations. I only tested it on -stable by applying the patch manually. If it is required I test it verbatim on 7, let me know and I will. Thanks. From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:29:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AD0F16A419 for ; Sat, 17 Nov 2007 16:29:49 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6389913C457 for ; Sat, 17 Nov 2007 16:29:47 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1552802fka for ; Sat, 17 Nov 2007 08:29:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=mVj9USn3WdvVCtibLUKLc3SZTQmevQWmSvPzz5629yw=; b=bJwyta2efAvBCFAamnWk8bdng/MTYvfxdVhPHZkdA6Nfue4IR3yiFfP5slyU2c1Tq65hwqMneqPg2RJIaANQi4Ckuom1H+EUpBbMn1FF3BzZBtZiXV3CNWsmJfk+wu2g9SvjMdfgcHs3pM87SGAr1Z4ZbA+Jaz2fHhfkCJNSfZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=txGPB1DPD3UXT2DVCDglxTSgRd4B7Qmi3pvXSI5iaeCz5y1P6h8xbp9TgmREADY9d7E0Q+qTT53sETDsbDvJzCiIe2FaEE4G2fTpCsFUZEfiCu22qGA19mszKM194iYaiq5XEnx1iRSuiXRXz7COc4XPXjUAYog8LYpXBWhiWCI= Received: by 10.82.156.12 with SMTP id d12mr8385479bue.1195316978952; Sat, 17 Nov 2007 08:29:38 -0800 (PST) Received: from ?192.168.10.200? ( [80.216.208.24]) by mx.google.com with ESMTPS id k5sm4646057nfd.2007.11.17.08.29.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Nov 2007 08:29:38 -0800 (PST) Message-ID: <473F16DA.9040509@gmail.com> Date: Sat, 17 Nov 2007 17:29:14 +0100 From: Pawel Worach User-Agent: Thunderbird 2.0.0.7pre (X11/20071106) MIME-Version: 1.0 To: Barney Cordoba References: <788063.40083.qm@web63907.mail.re1.yahoo.com> In-Reply-To: <788063.40083.qm@web63907.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:29:49 -0000 Barney Cordoba wrote: > We can't get any flavor of Freebsd 7 to build or boot > successfully on an HT1000 MB. We have 2 distinct MBs > and both have similar problems. > > I noticed in the linux driver that they have the > HT1000 listed in their pci_quirks.c, and have > "quirk_disable_all_msi" set for it. I have no idea > what that means, but is FreeBSD doing something > similar? I haven't tested linux on this system yet, > but I hope to do so sometime this week. > At the loader(8) prompt set the following two tunables: hw.pci.enable_msix=0 hw.pci.enable_msi=0 -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:44:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9146C16A417 for ; Sat, 17 Nov 2007 16:44:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 6E37913C43E for ; Sat, 17 Nov 2007 16:44:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 17 Nov 2007 08:43:54 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 880BC126AD4; Sat, 17 Nov 2007 08:43:53 -0800 (PST) Message-ID: <473F1A4C.4020009@elischer.org> Date: Sat, 17 Nov 2007 08:43:56 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Marko Zec References: <4732110D.3090808@interactive-net.de> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> <200711171428.13522.zec@icir.org> In-Reply-To: <200711171428.13522.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Reinhard Haller , Bruce M Simpson , Robert Watson , freebsd-current@freebsd.org Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:44:04 -0000 Marko Zec wrote: > On Saturday 17 November 2007 12:45:34 Bruce M Simpson wrote: >> Marko Zec wrote: >>> Note that with a recent port of Quagga multicast doesn't work as >>> well, so now we don't have neither RIP nor OSPF support there which >>> is kind of funny. Though I think it's not only the missing RFC1724 >>> support in the kernel that is crippling mcast support in Quagga... >> We all know that major point releases are the place for changes like >> this to happen. >> >> It's been over 6 months since these changes were committed, and >> heads-up messages were sent to the appropriate lists. I guess the >> bigger question is, why is this a problem now? >> >> The reasoning behind the change is quite clear, to support IP >> multicast in new network environments, e.g. mobile and ad-hoc IP, as >> well as supporting source-specific multicast, we SHOULD be following >> a published API which supports those environments, rather than >> relying on a hack which was clearly only ever intended as a temporary >> workaround, and highly specific to FreeBSD's IP implementation. >> >> RFC 3678 specifies such an API. It is over 3 years old. Andre had >> given backing to deprecating the 0.0.0.0/8 hack when I announced my >> intentions on -net. > > Nobody is questioning the benefits of having RFC 3678 support added to > the kernel, but quickly skimming through that document I can't find a > line stipulating that it should deprecate older interfaces already in > use. What is the exact benefit of deprecating the 0.0.0.0/8 hack (i.e. > RFC 1724 compliant ifnet addressing), i.e. why couldn't we have support > for both the new and the old interface for legacy applications, given > that the interfaces don't seem to be in conflict? probably we should have the hack, clearly marked and disabled by default. > > Marko > >> Also, supporting a published API brings FreeBSD back up to par with >> its competitors in this area (i.e. Linux, Windows). Otherwise, we >> perpetuate a kludge at the expense of progress in other areas of >> IPv4/IPv6. >> >> If you check the archives for -current you'll see that Ian Frieslich >> had contacted the Quagga maintainers about the change, the outcome of >> this discussion I don't know. 3rd party applications are beyond >> FreeBSD's control, or mine, for that matter. [*] >> >> I did however spend time on routed support, which I am happy to do as >> it hasn't been moved to ports (it is still part of the base system), >> and made it clear that this patch was available to work from, and >> that people were most very welcome to contact me about the matter to >> get RFC 3678 support into these applications. >> >> Now, my situation is not so free and fluid, as I am in the thick of a >> new project and have sadly little free time as it is to do work >> outside the scope of that project. >> >> If we collectively are satisfied that this change is a change too far >> on this occasion, then I retract my objection to ip_multicast_if() >> being re-imported, on the grounds that its deprecation has >> inadvertently broken user applications, on the grounds that 6 months >> was, apparently, not enough notice for the maintainers of these >> applications to take action. >> >> However, I register a very strong technical objection to this patch >> on the grounds that this is an area where open source networking >> needs to move ahead. POLA wasn't violated on this occasion, as the >> scope of the work happened entirely within -CURRENT, and the >> appropriate individuals were notified of the changes. >> >> These are the facts as I see them, I am very happy to hear feedback >> from others. >> >> Sadly I can't get actively involved in proactively fixing the >> situation at the present time i.e. at the level of code, and >> besides... that's going to require communication and coordination >> between all the people involved, the lack of which it seems has >> created an unnecessary situation. >> >> very best, >> BMS >> >> [* The Quagga maintainers should know better -- Linux is after all >> their main development platform, and it has supported RFC 3678 for >> some time now.] > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:49:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9BF716A417; Sat, 17 Nov 2007 16:49:17 +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 8CBC313C461; Sat, 17 Nov 2007 16:49:17 +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 5D9B7489E2; Sat, 17 Nov 2007 11:49:02 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 17 Nov 2007 11:49:02 -0500 X-Sasl-enc: cAJQLxE5ayK2uZWWZ6MuOxWqdNoAadTj4B+GHd6OvFP3 1195318142 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 9FA582A978; Sat, 17 Nov 2007 11:49:01 -0500 (EST) Message-ID: <473F1B7C.1080907@incunabulum.net> Date: Sat, 17 Nov 2007 16:49:00 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Marko Zec References: <4732110D.3090808@interactive-net.de> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> <200711171428.13522.zec@icir.org> In-Reply-To: <200711171428.13522.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:49:17 -0000 I take more time out of the weekend to shout about legacy kludge... We can put a nice big comment in that says "this is an old crusty hack, it is NOT SUPPORTED for new code", but it's better not to have kludges there in the first place. We can bring it back in the 7-current train to keep folk happy for now, sure, but I strongly suggest we get rid of it in future, otherwise, we risk not taking the step of progress -- EBIKESHED. If ye wish to know more, read on. Marko Zec wrote: > Nobody is questioning the benefits of having RFC 3678 support added to > the kernel, but quickly skimming through that document I can't find a > line stipulating that it should deprecate older interfaces already in > use. What is the exact benefit of deprecating the 0.0.0.0/8 hack (i.e. > RFC 1724 compliant ifnet addressing), i.e. why couldn't we have support > for both the new and the old interface for legacy applications, given > that the interfaces don't seem to be in conflict? > They aren't mutually exclusive. However, sometimes the only way to get people to sit up and take notice about the finer things in life is to wave a black flag -- even if this happens 6 months after something actually occurred -- because I can't compel or use force to make anyone to agree with me, so I have to resort to other methods, like being irritating to others. It is a crusty old hack that creates yet another special case in a bunch of kernel code. It gives special meaning to the first eight bits of an IPv4 address which happen to be zero. It ain't elegant. RFC 1724 was only ever intended to be specific to RIP. This is just not the right way to support unnumbered interfaces in IPv4. In fact, if you look at Linux, they already dealt with this problem by implementing scoped IPv4 addresses in-kernel -- too many bits of IPv4 depend upon having an address on a link, such as sockets, routing protocols, IGMP, hence Stuart Cheshire coming up with RFC 3927. Which is why I backported their answer to the problem in the legacy API -- ip_mreqn. I encourage everyone to look at the patch: http://people.freebsd.org/~bms/dump/ssm_phase1/ssm_phase1.diff I draw everyone's attention to the comment re the use of the ip_mreqn structure, clearly visible at the top of this patch. In short, it needs to go. I realize this is an argument that mostly appeals to those who don't follow the Law of Excluded Middle in logic, but, sometimes that's the way the cookie crumbles. Open source often serves as an example for how to do things, and the code that is there is sometimes accepted as gospel, particularly by students, who might not always question its wisdom or lack thereof; and this is another thing that I'm getting at. Of course anything that comes out of my mouth is, mutatis mutandis, subject to the same judgement. If I ain't in trouble, I ain't doing my job! best, BMS From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 16:54:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C2C16A418 for ; Sat, 17 Nov 2007 16:54:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4068213C467 for ; Sat, 17 Nov 2007 16:54:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0D22747018; Sat, 17 Nov 2007 11:56:05 -0500 (EST) Date: Sat, 17 Nov 2007 16:53:48 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <473F1B7C.1080907@incunabulum.net> Message-ID: <20071117165225.L11646@fledge.watson.org> References: <4732110D.3090808@interactive-net.de> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> <200711171428.13522.zec@icir.org> <473F1B7C.1080907@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marko Zec , Reinhard Haller , freebsd-current@freebsd.org Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:54:14 -0000 On Sat, 17 Nov 2007, Bruce M Simpson wrote: > I take more time out of the weekend to shout about legacy kludge... > > We can put a nice big comment in that says "this is an old crusty hack, it > is NOT SUPPORTED for new code", but it's better not to have kludges there in > the first place. > > We can bring it back in the 7-current train to keep folk happy for now, > sure, but I strongly suggest we get rid of it in future, otherwise, we risk > not taking the step of progress -- EBIKESHED. Speaking of deprecated -- are the interfaces marked as deprecated in the 6.x man pages? If not, there's a reasonabl argument to be made that they weren't deprecated, only eliminated. :-) At this point, in the interest of shipping working apps, it's sounding like we may need to re-add the interfaces to 7.x with clear deprecation markings. I'm not sure I'd go for Julian's suggestion of a sysctl, which simply makes things that should be easy harder for our users, as opposed to third party developers. Robert N M Watson Computer Laboratory University of Cambridge > > If ye wish to know more, read on. > > Marko Zec wrote: >> Nobody is questioning the benefits of having RFC 3678 support added to the >> kernel, but quickly skimming through that document I can't find a line >> stipulating that it should deprecate older interfaces already in use. What >> is the exact benefit of deprecating the 0.0.0.0/8 hack (i.e. RFC 1724 >> compliant ifnet addressing), i.e. why couldn't we have support for both the >> new and the old interface for legacy applications, given that the >> interfaces don't seem to be in conflict? >> > > They aren't mutually exclusive. > > However, sometimes the only way to get people to sit up and take notice about > the finer things in life is to wave a black flag -- even if this happens 6 > months after something actually occurred -- because I can't compel or use > force to make anyone to agree with me, so I have to resort to other methods, > like being irritating to others. > > It is a crusty old hack that creates yet another special case in a bunch of > kernel code. It gives special meaning to the first eight bits of an IPv4 > address which happen to be zero. It ain't elegant. RFC 1724 was only ever > intended to be specific to RIP. > > This is just not the right way to support unnumbered interfaces in IPv4. In > fact, if you look at Linux, they already dealt with this problem by > implementing scoped IPv4 addresses in-kernel -- too many bits of IPv4 depend > upon having an address on a link, such as sockets, routing protocols, IGMP, > hence Stuart Cheshire coming up with RFC 3927. > > Which is why I backported their answer to the problem in the legacy API -- > ip_mreqn. I encourage everyone to look at the patch: > http://people.freebsd.org/~bms/dump/ssm_phase1/ssm_phase1.diff > > I draw everyone's attention to the comment re the use of the ip_mreqn > structure, clearly visible at the top of this patch. > > In short, it needs to go. I realize this is an argument that mostly appeals > to those who don't follow the Law of Excluded Middle in logic, but, sometimes > that's the way the cookie crumbles. > > Open source often serves as an example for how to do things, and the code > that is there is sometimes accepted as gospel, particularly by students, who > might not always question its wisdom or lack thereof; and this is another > thing that I'm getting at. > > Of course anything that comes out of my mouth is, mutatis mutandis, subject > to the same judgement. If I ain't in trouble, I ain't doing my job! > > best, > BMS > From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 17:01:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E63AD16A419 for ; Sat, 17 Nov 2007 17:01:30 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id 4816613C474 for ; Sat, 17 Nov 2007 17:01:29 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 124 invoked by uid 98); 17 Nov 2007 17:01:14 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.061786 secs); 17 Nov 2007 17:01:14 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Sat, 17 Nov 2007 17:01:14 +0000 Received: (qmail 40069 invoked by uid 1002); 17 Nov 2007 17:01:12 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Nov 2007 17:01:12 -0000 Date: Sat, 17 Nov 2007 17:01:12 +0000 (GMT) From: "Mark Powell" To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <253361.45055.qm@web33707.mail.mud.yahoo.com> Message-ID: <20071117165911.K39499@rust.salford.ac.uk> References: <253361.45055.qm@web33707.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 17:01:31 -0000 On Fri, 16 Nov 2007, Abdullah Ibn Hamad Al-Marri wrote: > It should work with i386 at least. > I have dual Xeon 2.8 EM64 and I use i386 with it. > > Features=0xbfebfbff > Features2=0x641d > AMD Features=0x20100000 According to the last post; the LM feature above, means you can run amd64 on your CPU i.e. it's not the same as the OP's cpu? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 17:24:13 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39E6F16A468 for ; Sat, 17 Nov 2007 17:24:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 15CDA13C4B8 for ; Sat, 17 Nov 2007 17:24:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 36CF146E6C for ; Sat, 17 Nov 2007 12:26:08 -0500 (EST) Date: Sat, 17 Nov 2007 17:23:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071117134709.C73806@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: "mount -a -o rdonly" doesn't work (very well) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 17:24:13 -0000 I noticed this morning while testing some buggy kernel code that a system tested in single-user mode was coming back up with an unclean root file system. Turns out, I'd been running "mount -a -o rdonly" to mount /usr before running tests, and while /usr had come up read-only, the mount command had also remounted / as writable -- not my intended result! I was wondering if someone familiar with the mount flags/etc could take a look at this. Here's the output: (boot single-user) # mount /dev/ad0s1a on / (ufs, local, read-only) devfs on /dev (devfs, local) # mount -a -o rdonly # mount /dev/ad0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/ad0s1e on /usr (ufs, local, read-only) # mount -a -o rdonly /dev/ad0s1a on / (ufs, loal, read-only, soft-updates) devfs on /dev (devfs, local) /dev/ad0s1e on /usr (ufs, local, read-only) As you can see, a somewhat odd sequence, as first the read only flag is removed from /, and then re-added the second time. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 18:22:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1F416A473 for ; Sat, 17 Nov 2007 18:22:39 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33705.mail.mud.yahoo.com (web33705.mail.mud.yahoo.com [68.142.201.202]) by mx1.freebsd.org (Postfix) with SMTP id 1E69513C4D1 for ; Sat, 17 Nov 2007 18:22:38 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 50119 invoked by uid 60001); 17 Nov 2007 18:22:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=cPlYYR6FcherPMM1zPmYPtHZvAD0AX9frChdDofU7F815fJJtmYPlBxY51gQsEirfkZswKuVdrh7V0y5P3VaP3NqomvozW7fMwZ48LekgwXvVAY3LMMQDYOhWGS2bkhgmFsaNnXuCnYrM4Iwsg/v/RWi+7ohymD5jnkjSSYxSxk=; Received: from [86.62.250.3] by web33705.mail.mud.yahoo.com via HTTP; Sat, 17 Nov 2007 10:22:04 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Sat, 17 Nov 2007 10:22:04 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Mark Powell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <427731.49909.qm@web33705.mail.mud.yahoo.com> Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Will 7-beta amd64 run on the old xeon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 18:22:39 -0000 ----- Original Message ---- > From: Mark Powell > To: Abdullah Ibn Hamad Al-Marri > Cc: Artem Kuchin ; freebsd-current@freebsd.org > Sent: Saturday, November 17, 2007 8:01:12 PM > Subject: Re: Will 7-beta amd64 run on the old xeon? > > On Fri, 16 Nov 2007, Abdullah Ibn Hamad Al-Marri wrote: > > > It should work with i386 at least. > > I have dual Xeon 2.8 EM64 and I use i386 with it. > > > > > > Features=0xbfebfbff > V,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x641d > > AMD Features=0x20100000 > > According to the last post; the LM feature above, means you can > run > amd64 > on your CPU i.e. it's not the same as the OP's cpu? > Cheers. > > -- > Mark Powell - UNIX System Administrator - The University of Salford Hello, It could use AMD64 but it was running 6.2 i386 so I just upgraded it to RELENG_7 i386 since it has 2 GB of ram only. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 18:34:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4825816A418 for ; Sat, 17 Nov 2007 18:34:31 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id E190213C459 for ; Sat, 17 Nov 2007 18:34:30 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id E981A3D8710; Sat, 17 Nov 2007 21:34:13 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id BEAAF3D86EF; Sat, 17 Nov 2007 21:34:13 +0300 (MSK) Date: Sat, 17 Nov 2007 21:34:27 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1775983038.20071117213427@masm.elcom.ru> To: Henrik Brix Andersen , freebsd-current@freebsd.org In-Reply-To: <20071117122659.GB10114@tirith.brixandersen.dk> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 18:34:31 -0000 On 17.11.2007, Henrik Brix Andersen wrote: > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: >> on ttyv0 (console) after I run wpa_supplicant print messages >> Setting ESSID to "" >> Setting ESSID to "APOINT" >> Setting ESSID to "APOINT" >> Setting ESSID to "APOINT" >> ... and repeat, and repeat >> >> In 7.0 this message not appear? Please help me remove this SPAM. Why >> it shows to me? > Which wireless driver are you using? if_ndis(4), if_ipw(4) or > if_iwi(4)? if_ndis, ndiscvt for bcmwl5.sys -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 18:58:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB0916A418 for ; Sat, 17 Nov 2007 18:58:29 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED2C13C45D for ; Sat, 17 Nov 2007 18:58:28 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lAHIwKce059724 for ; Sat, 17 Nov 2007 16:58:20 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Sat, 17 Nov 2007 16:57:27 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711171657.27815.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: scsi ahd problem re-appearing on beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 18:58:29 -0000 Hi this was solved since some date on releng_6 to beta2 but now it is here aga= in there is not even a disk on the second bus ahd1 and ahd0 is for sure a U320= =20 (MB) disk which on beta2 still appeared as 320 but now as 160MB/s=20 camcontrol also shows different speeds where they should be the same even i= f=20 wrong res# camcontrol negotiate da0 -U Current Parameters: (pass0:ahd0:0:1:0): sync parameter: 8 (pass0:ahd0:0:1:0): frequency: 160.000MHz <<<<<<<<<<< (pass0:ahd0:0:1:0): offset: 254 (pass0:ahd0:0:1:0): bus width: 16 bits (pass0:ahd0:0:1:0): disconnection is enabled (pass0:ahd0:0:1:0): tagged queueing is enabled res# camcontrol negotiate da0 -c Current Parameters: (pass0:ahd0:0:1:0): sync parameter: 9 (pass0:ahd0:0:1:0): frequency: 80.000MHz <<<<<<<<< (pass0:ahd0:0:1:0): offset: 63 (pass0:ahd0:0:1:0): bus width: 16 bits (pass0:ahd0:0:1:0): disconnection is enabled (pass0:ahd0:0:1:0): tagged queueing is enabled This I get for beta2 on the same hardware res# camcontrol negotiate da0 -U Current Parameters: (pass0:mpt0:0:0:0): sync parameter: 8 (pass0:mpt0:0:0:0): frequency: 160.000MHz (pass0:mpt0:0:0:0): offset: 127 (pass0:mpt0:0:0:0): bus width: 16 bits (pass0:mpt0:0:0:0): disconnection is enabled (pass0:mpt0:0:0:0): tagged queueing is enabled res# camcontrol negotiate da0 -c Current Parameters: (pass0:mpt0:0:0:0): sync parameter: 8 (pass0:mpt0:0:0:0): frequency: 160.000MHz (pass0:mpt0:0:0:0): offset: 127 (pass0:mpt0:0:0:0): bus width: 16 bits (pass0:mpt0:0:0:0): disconnection is enabled (pass0:mpt0:0:0:0): tagged queueing is enabled and dmesg shows da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) following is beta3 dmesg: Waiting 5 seconds for SCSI devices to settle ahd1: SCSI offset overrun detected. Resetting bus. ahd1: SCSI offset overrun detected. Resetting bus. ahd1: SCSI Cell parity error SSTAT3 =3D=3D 0x2 ahd1: Missing case in ahd_handle_scsiint. status =3D 0 >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd1: Dumping Card State at program address 0x1a Mode 0x33 Card was paused INTSTAT[0x8] SELOID[0xb] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x0] SEQINTSTAT[0x0] SAVED_MODE[0x0] DFFSTAT[0x33] SCSISIGI[0x18] SCSIPHASE[0x0] SCSIBUS[0x80] LASTPHASE[0x1] SCSISEQ0[0x40] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x0] KERNEL_QFREEZE_COUNT[0x0] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x10] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count =3D 512 CMDS_PENDING =3D 3 LASTSCB 0xffff CURRSCB 0x1fa NEXTSCB 0= x0 qinstart =3D 32 qinfifonext =3D 32 QINFIFO: WAITING_TID_QUEUES: 11 ( 0x1fa ) 12 ( 0x1f9 ) 15 ( 0x1f8 ) Pending list: 504 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xf7] 505 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xc7] 506 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xb7] Total 3 Kernel Free SCB lists: Any Device: 507 508 503 502 501 500 499 498 497 509 510 511 496 495 494 4= 93=20 492 491 490 489 488 487 486 485 484 483 482 481 480 479 4 78 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 = 459=20 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426= =20 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 = =20 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392= =20 391 390 389 388 387 386 385 384 383 382 381 380 379 378 37 = =20 7 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 3= 58=20 357 356 355 354 353 352 351 350 349 348 347 346 345 344 3 = =20 43 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325= =20 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 = =20 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291= =20 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 = =20 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257= =20 256 255 254 253 252 251 250 249 248 247 246 245 244 243 24 = =20 2 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 2= 23=20 222 221 220 219 218 217 216 215 214 213 212 211 210 209 2 = =20 08 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190= =20 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 = =20 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156= =20 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 = =20 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122= =20 121 120 119 118 117 116 115 114 113 112 111 110 109 108 10 = =20 7 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 = 84=20 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = =20 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 = 39=20 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 = =20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd1: FIFO0 Free, LONGJMP =3D=3D 0x80ff, SCB 0x0 SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x00, SHCNT =3D 0x0 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10] ahd1: FIFO1 Free, LONGJMP =3D=3D 0x80ff, SCB 0x0 SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x00, SHCNT =3D 0x0 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10] LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0= x0=20 0x0 0x0 ahd1: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42 ahd1: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x0 ahd1: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 SIMODE0[0xc] CCSCBCTL[0x4] ahd1: REG0 =3D=3D 0xc384, SINDEX =3D 0x120, DINDEX =3D 0x120 ahd1: SCBPTR =3D=3D 0x1fa, SCB_NEXT =3D=3D 0xff80, SCB_NEXT2 =3D=3D 0x1f9 CDB 12 0 0 0 24 0 STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> da0 at ahd0 bus 0 target 1 SlMuPn: 0AP CdPaU0 :# 1< SLEaAuGnAcThEe dS!T3 73207LW 0005> Fixed Direct Access SCSI-3 device SdMPa:0 :A P1 6C0P.U0 0#0M2B /Lsa utnrchaends!fe rs (80.000MHz DT, offset 63, 16bit) SdMaP0:: ACPo mCmPaUn d# 3Q uLeauuenicnhge d!En abled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 19:00:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 720BB16A41A for ; Sat, 17 Nov 2007 19:00:05 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA9A13C468 for ; Sat, 17 Nov 2007 19:00:04 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 82DB53D870F; Sat, 17 Nov 2007 21:59:55 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 4A91F3D8708; Sat, 17 Nov 2007 21:59:55 +0300 (MSK) Date: Sat, 17 Nov 2007 22:00:09 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1218021647.20071117220009@masm.elcom.ru> To: "Scot Hetzel" , freebsd-current@freebsd.org In-Reply-To: <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:00:05 -0000 On 17.11.2007, Scot Hetzel wrote: > On 11/17/07, Victor M. Blood wrote: >> On 17.11.2007, Henrik Brix Andersen wrote: >> > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: >> >> on ttyv0 (console) after I run wpa_supplicant print messages >> >> Setting ESSID to "" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> ... and repeat, and repeat >> >> >> >> In 7.0 this message not appear? Please help me remove this SPAM. Why >> >> it shows to me? >> >> > Which wireless driver are you using? if_ndis(4), if_ipw(4) or >> > if_iwi(4)? >> >> if_ndis, ndiscvt for bcmwl5.sys >> > I'm also using the ndis driver for my Broadcom Wireless adapter, but > I'm not seeing this problem when wpa_supplicant. > The only ESSID messages I see are: > hp010# dmesg | grep ESSID > Setting ESSID to "" > Setting ESSID to "" > Setting ESSID to "TimeMachine" > hp010# uname -a > FreeBSD hp010 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 16 03:09:18 > CST 2007 root@hp010:/usr/src/sys/amd64/compile/GENERIC.debug > amd64 > I'm using version 4.40.19.0 of the broadcom ndis driver from: > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > This file contains both the 32-bit and 64-bit ndis drivers. > Where did you obtain your bcmwl5.sys file from? What version are you usi= ng? From=20driver disk for my Dell inspiron 1300, file version for bcmwl5.sys - 3.120.27.0. may be real problems with old driver...? --=20 With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 19:10:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B0616A41A for ; Sat, 17 Nov 2007 19:10:36 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from sagitta.internal.vlink.ru (alias.rigel.internal.vlink.ru [85.172.168.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2733C13C4D9 for ; Sat, 17 Nov 2007 19:10:36 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from sagitta.internal.vlink.ru (localhost [127.0.0.1]) by sagitta.internal.vlink.ru (Postfix) with ESMTP id DCD0A1F462B for ; Sat, 17 Nov 2007 21:33:21 +0300 (MSK) Received: from localhost (wizard.vlink.ru [85.172.168.67]) by sagitta.internal.vlink.ru (Postfix) with ESMTPSA id 3D68F1F4615 for ; Sat, 17 Nov 2007 21:33:21 +0300 (MSK) Date: Sat, 17 Nov 2007 21:33:16 +0300 From: Denis Shaposhnikov To: freebsd-current@freebsd.org Message-ID: <20071117213316.499be43b@vlink.ru> In-Reply-To: <20071117003504.R31357@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:10:36 -0000 On Sat, 17 Nov 2007 00:42:54 -0500 (EST) Mike Andrews wrote: > Has anyone run into problems with MSS not being respected when using > TSO, specifically on em cards? Yes, I wrote about this problem on the beginning of 2007, see http://tinyurl.com/3e5ak5 -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://wizard.volgograd.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 19:13:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B2016A421 for ; Sat, 17 Nov 2007 19:13:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 35D4113C478 for ; Sat, 17 Nov 2007 19:13:50 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1084338nfb for ; Sat, 17 Nov 2007 11:13:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6bIFApI18gaCC6EUOqAkUU6wZQ2KeXPBJC7hYJe3k9w=; b=fFOtu9bctVSvufV05cGPnPh7ZuS1WOfVrpBgH0uXd+Zc2QXwVy1JPtRX9JP41Xp26k4zWJ3P7eth85md1GBPHcql3Kex/xM+FCy1Ctz8fMxQCwG1t1C67iItH7Gg/pO8GvpPLsbNfFF+GD0spgWOSLOc5XFTJsCnmvBsyWGEla4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UhzHvgwOMqf03Z/XpbMBI7W2eo4ymdRdr7VqxnxB2F3P3tIPxxs7CGhVuC7z5LKuRHScJAglZl34b5xD2lsZ2GLm+qiz6qOA3RKfSoSn/rvMFPT/WoL4M2iXzU7HXm4LsqB7xST5OEPgqquWAaDHO0UwsdV+uDq9gXAiifVs8Zk= Received: by 10.86.49.13 with SMTP id w13mr3105383fgw.1195325297442; Sat, 17 Nov 2007 10:48:17 -0800 (PST) Received: by 10.86.3.20 with HTTP; Sat, 17 Nov 2007 10:48:17 -0800 (PST) Message-ID: <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> Date: Sat, 17 Nov 2007 12:48:17 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <1775983038.20071117213427@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> Cc: "Victor M. Blood" Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:13:51 -0000 On 11/17/07, Victor M. Blood wrote: > On 17.11.2007, Henrik Brix Andersen wrote: > > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: > >> on ttyv0 (console) after I run wpa_supplicant print messages > >> Setting ESSID to "" > >> Setting ESSID to "APOINT" > >> Setting ESSID to "APOINT" > >> Setting ESSID to "APOINT" > >> ... and repeat, and repeat > >> > >> In 7.0 this message not appear? Please help me remove this SPAM. Why > >> it shows to me? > > > Which wireless driver are you using? if_ndis(4), if_ipw(4) or > > if_iwi(4)? > > if_ndis, ndiscvt for bcmwl5.sys > I'm also using the ndis driver for my Broadcom Wireless adapter, but I'm not seeing this problem when wpa_supplicant. The only ESSID messages I see are: hp010# dmesg | grep ESSID Setting ESSID to "" Setting ESSID to "" Setting ESSID to "TimeMachine" hp010# uname -a FreeBSD hp010 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 16 03:09:18 CST 2007 root@hp010:/usr/src/sys/amd64/compile/GENERIC.debug amd64 I'm using version 4.40.19.0 of the broadcom ndis driver from: ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe This file contains both the 32-bit and 64-bit ndis drivers. Where did you obtain your bcmwl5.sys file from? What version are you using? Scot From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 19:11:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DFE716A417 for ; Sat, 17 Nov 2007 19:11:58 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2183613C43E for ; Sat, 17 Nov 2007 19:11:57 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id D56A71CC0CF for ; Sat, 17 Nov 2007 20:11:50 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 10F5C11436; Sat, 17 Nov 2007 20:11:50 +0100 (CET) Date: Sat, 17 Nov 2007 20:11:49 +0100 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20071117191149.GC10114@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: <1775983038.20071117213427@masm.elcom.ru> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sat, 17 Nov 2007 19:13:57 +0000 Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:11:58 -0000 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 17, 2007 at 09:34:27PM +0300, Victor M. Blood wrote: > if_ndis, ndiscvt for bcmwl5.sys What does 'sysctl debug.ndis' say? You should be able to disable the debug messages by setting debug.ndis=3D0. Brix --=20 Henrik Brix Andersen --5I6of5zJg18YgZEa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHPzz1v+Q4flTiePgRAv09AKC8B1kPKFQWdjJ1OxhRXqJhB6bK0gCeL60T bkEfIOponjTSTjV22+hg0og= =NvY9 -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 19:19:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AF516A418 for ; Sat, 17 Nov 2007 19:19:58 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1641313C474 for ; Sat, 17 Nov 2007 19:19:56 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1085196nfb for ; Sat, 17 Nov 2007 11:19:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=e0vJHwscsVLp1pfeQCoeAG35da34QFYUU/vzjaPn1Fc=; b=KB09/UsBxe2fM9iGiqPBdHlPnOX/gcABsVQqRQ6neowKGx/5u8LcLcfTEQkj+cu+tryjxMNzmWTkRhEmqZZVv8rl56jm/Lx2ZFa1zV3TqdTTk5Ty2W9/QPAYnQJEUhoC0Phn7bImNR6enVJp4wYkdZ42+L74KH/uXb4oX4u6ydc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=FUrZ5Yd+QN1gRBhZPYNY9UUMjeyarqlXDHBKN8REvuOLUqEqSPRoiqvE5NKqIiZwHO1p186Y2zfg7RXVvV6ImbayoeCEvgXvLHUABGkCGVBaGfH0dOhNtmV8uOtxJWzFd5cHmqaGEJFECW8djawRh5Ya8R0N4Iwf1R+2NAz7bZw= Received: by 10.86.97.7 with SMTP id u7mr3149981fgb.1195327189179; Sat, 17 Nov 2007 11:19:49 -0800 (PST) Received: by 10.86.3.20 with HTTP; Sat, 17 Nov 2007 11:19:49 -0800 (PST) Message-ID: <790a9fff0711171119s20b50f05p2c0d017ee9dccc8b@mail.gmail.com> Date: Sat, 17 Nov 2007 13:19:49 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <1218021647.20071117220009@masm.elcom.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4121_10800242.1195327189177" References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> <1218021647.20071117220009@masm.elcom.ru> Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:19:58 -0000 ------=_Part_4121_10800242.1195327189177 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 11/17/07, Victor M. Blood wrote: > On 17.11.2007, Scot Hetzel wrote: > > I'm using version 4.40.19.0 of the broadcom ndis driver from: > > > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > > > This file contains both the 32-bit and 64-bit ndis drivers. > > > Where did you obtain your bcmwl5.sys file from? What version are you using? > From driver disk for my Dell inspiron 1300, file version for > bcmwl5.sys - 3.120.27.0. > > may be real problems with old driver...? > It could be a problem with the old driver, try the HP driver. You will need to install archivers/cabextract to extract the bcmwl* files from sp33008.exe. cabextract -q -L -F 'bcmwl5*' Scot ------=_Part_4121_10800242.1195327189177 Content-Type: text/plain; name=hardware.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_f94ivnq6 Content-Disposition: attachment; filename=hardware.txt CQkJU3VwcG9ydGVkIFBDSSBIYXJkd2FyZSBmb3IKCUJyb2FkY29tIEJDTTQzeHggODAyLjExIE5l dHdvcmsgQWRhcHRlciBEcml2ZXIgKDQuNDAuMTkuMCkKClZlbmRvciBJRAlEZXZpY2UgSWQJU3Vi U3lzIElkCURlc2NyaXB0aW9uCj09PT09PT09PQk9PT09PT09PT0JPT09PT09PT09CT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09CjB4MTRlNAkJMHg0MzIwCQkweDAwZTcwZTExCUJyb2FkY29t IDgwMi4xMWIvZyBXTEFOCjB4MTRlNAkJMHg0MzIwCQkweDEyZjQxMDNjCUJyb2FkY29tIDgwMi4x MWIvZyBXTEFOCjB4MTRlNAkJMHg0MzIwCQkweDEyZjgxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBX TEFOCjB4MTRlNAkJMHg0MzIwCQkweDEyZmExMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCjB4 MTRlNAkJMHg0MzIwCQkweDEyZmIxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCgoweDE0ZTQJ CTB4NDMyNAkJMHgxMmY5MTAzYwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCjB4MTRlNAkJMHg0 MzI0CQkweDEyZmMxMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdMQU4KCjB4MTRlNAkJMHg0MzE4 CQkweDEzNTUxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCjB4MTRlNAkJMHg0MzE4CQkweDEz NTYxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCjB4MTRlNAkJMHg0MzE4CQkweDEzNTcxMDNj CUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCgoweDE0ZTQJCTB4NDMxOQkJMHgxMzU4MTAzYwlCcm9h ZGNvbSA4MDIuMTFhL2IvZyBXTEFOCjB4MTRlNAkJMHg0MzE5CQkweDEzNTkxMDNjCUJyb2FkY29t IDgwMi4xMWEvYi9nIFdMQU4KMHgxNGU0CQkweDQzMTkJCTB4MTM1YTEwM2MJQnJvYWRjb20gODAy LjExYS9iL2cgV0xBTgoKMHgxNGU0CQkweDQzMTEJCTB4MTM2MzEwM2MJQnJvYWRjb20gODAyLjEx Yi9nIFdMQU4KMHgxNGU0CQkweDQzMTEJCTB4MTM2NDEwM2MJQnJvYWRjb20gODAyLjExYi9nIFdM QU4KMHgxNGU0CQkweDQzMTEJCTB4MTM2NTEwM2MJQnJvYWRjb20gODAyLjExYi9nIFdMQU4KCjB4 MTRlNAkJMHg0MzEyCQkweDEzNjAxMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdMQU4KMHgxNGU0 CQkweDQzMTIJCTB4MTM2MTEwM2MJQnJvYWRjb20gODAyLjExYS9iL2cgV0xBTgoweDE0ZTQJCTB4 NDMxMgkJMHgxMzYyMTAzYwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCjB4MTRlNAkJMHg0MzEy CQkweDEzNWYxMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdMQU4KCgkJCVN1cHBvcnRlZCBQQ0kg SGFyZHdhcmUgZm9yCglCcm9hZGNvbSBCQ000M3h4IDgwMi4xMSBOZXR3b3JrIEFkYXB0ZXIgRHJp dmVyICg0LjEwMC4xNS41KQoJQnJvYWRjb20gQkNNNDN4eCA4MDIuMTEgTmV0d29yayBBZGFwdGVy IERyaXZlciAoNC4xMDIuMTUuNjEpCgpWZW5kb3IgSUQJRGV2aWNlIElkCVN1YlN5cyBJZAlEZXNj cmlwdGlvbgo9PT09PT09PT0JPT09PT09PT09CT09PT09PT09PQk9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQoweDE0ZTQJCTB4NDMyMAkJMHgwMGU3MGUxMQlCcm9hZGNvbSA4MDIuMTFiL2cg V0xBTgoweDE0ZTQJCTB4NDMyMAkJMHgxMmY0MTAzYwlCcm9hZGNvbSA4MDIuMTFiL2cgV0xBTgow eDE0ZTQJCTB4NDMyMAkJMHgxMmY4MTAzYwlCcm9hZGNvbSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJ CTB4NDMyMAkJMHgxMmZhMTAzYwlCcm9hZGNvbSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMy MAkJMHgxMmZiMTAzYwlCcm9hZGNvbSA4MDIuMTFiL2cgV0xBTgoKMHgxNGU0CQkweDQzMjQJCTB4 MTJmOTEwM2MJQnJvYWRjb20gODAyLjExYS9iL2cgV0xBTgoweDE0ZTQJCTB4NDMyNAkJMHgxMmZj MTAzYwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCgoweDE0ZTQJCTB4NDMxOAkJMHgxMzU1MTAz YwlCcm9hZGNvbSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMxOAkJMHgxMzU2MTAzYwlCcm9h ZGNvbSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMxOAkJMHgxMzU3MTAzYwlCcm9hZGNvbSA4 MDIuMTFiL2cgV0xBTgoKMHgxNGU0CQkweDQzMTkJCTB4MTM1ODEwM2MJQnJvYWRjb20gODAyLjEx YS9iL2cgV0xBTgoweDE0ZTQJCTB4NDMxOQkJMHgxMzU5MTAzYwlCcm9hZGNvbSA4MDIuMTFhL2Iv ZyBXTEFOCjB4MTRlNAkJMHg0MzE5CQkweDEzNWExMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdM QU4KCjB4MTRlNAkJMHg0MzExCQkweDEzNjMxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCjB4 MTRlNAkJMHg0MzExCQkweDEzNjQxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCjB4MTRlNAkJ MHg0MzExCQkweDEzNjUxMDNjCUJyb2FkY29tIDgwMi4xMWIvZyBXTEFOCgoweDE0ZTQJCTB4NDMx MgkJMHgxMzYwMTAzYwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCjB4MTRlNAkJMHg0MzEyCQkw eDEzNjExMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdMQU4KMHgxNGU0CQkweDQzMTIJCTB4MTM2 MjEwM2MJQnJvYWRjb20gODAyLjExYS9iL2cgV0xBTgoweDE0ZTQJCTB4NDMxMgkJMHgxMzVmMTAz YwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCgoweDE0ZTQJCTB4NDMxMQkJMHgxMzc0MTAzYwlC cm9hZGNvbSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMxMQkJMHgxMzc1MTAzYwlCcm9hZGNv bSA4MDIuMTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMxMQkJMHgxMzc2MTAzYwlCcm9hZGNvbSA4MDIu MTFiL2cgV0xBTgoweDE0ZTQJCTB4NDMxMQkJMHgxMzc3MTAzYwlCcm9hZGNvbSA4MDIuMTFiL2cg V0xBTgoKMHgxNGU0CQkweDQzMTIJCTB4MTM3MDEwM2MJQnJvYWRjb20gODAyLjExYS9iL2cgV0xB TgoweDE0ZTQJCTB4NDMxMgkJMHgxMzcxMTAzYwlCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOCjB4 MTRlNAkJMHg0MzEyCQkweDEzNzIxMDNjCUJyb2FkY29tIDgwMi4xMWEvYi9nIFdMQU4KMHgxNGU0 CQkweDQzMTIJCTB4MTM3MzEwM2MJQnJvYWRjb20gODAyLjExYS9iL2cgV0xBTgoKMHgxNGU0CQkw eDQzMjgJCTB4MTM2NjEwM2MJQnJvYWRjb20gNDMyMUFHIDgwMi4xMWEvYi9nL2RyYWZ0LW4gV2kt RmkgQWRhcHRlcgoweDE0ZTQJCTB4NDMyOAkJMHgxMzY3MTAzYwlCcm9hZGNvbSA0MzIxQUcgODAy LjExYS9iL2cvZHJhZnQtbiBXaS1GaSBBZGFwdGVyCjB4MTRlNAkJMHg0MzI4CQkweDEzNjgxMDNj CUJyb2FkY29tIDQzMjFBRyA4MDIuMTFhL2IvZy9kcmFmdC1uIFdpLUZpIEFkYXB0ZXIKMHgxNGU0 CQkweDQzMjgJCTB4MTM2OTEwM2MJQnJvYWRjb20gNDMyMUFHIDgwMi4xMWEvYi9nL2RyYWZ0LW4g V2ktRmkgQWRhcHRlcgoKCSpJZlR5cGUJCQk9IDcxCTsgSUZfVFlQRV9JRUVFODAyMTEKCSpNZWRp YVR5cGUJCT0gMTYJOyBOZGlzTWVkaXVtTmF0aXZlODAyXzExCgkqUGh5c2ljYWxNZWRpYVR5cGUJ PSA5CTsgTmRpc1BoeXNpY2FsTWVkaXVtTmF0aXZlODAyXzExCg== ------=_Part_4121_10800242.1195327189177-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 20:24:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E046616A419 for ; Sat, 17 Nov 2007 20:24:47 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C49B13C45B for ; Sat, 17 Nov 2007 20:24:43 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 099D43D871D; Sat, 17 Nov 2007 23:24:33 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id CEFB63D8708; Sat, 17 Nov 2007 23:24:32 +0300 (MSK) Date: Sat, 17 Nov 2007 23:24:42 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1493681665.20071117232442@masm.elcom.ru> To: Henrik Brix Andersen , freebsd-current@freebsd.org In-Reply-To: <20071117191149.GC10114@tirith.brixandersen.dk> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <20071117191149.GC10114@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 20:24:48 -0000 On 17.11.2007, Henrik Brix Andersen wrote: > On Sat, Nov 17, 2007 at 09:34:27PM +0300, Victor M. Blood wrote: >> if_ndis, ndiscvt for bcmwl5.sys > What does 'sysctl debug.ndis' say? You should be able to disable the > debug messages by setting debug.ndis=0. sysctl debug.ndis=0 alredy, and net.wlan.debub=0 net.wlan.0.debug=0 I try to run ifconfig ndis0 -debug it have no effect :( -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 20:26:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8E016A417 for ; Sat, 17 Nov 2007 20:26:59 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4543B13C459 for ; Sat, 17 Nov 2007 20:26:59 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 452733D8719; Sat, 17 Nov 2007 23:26:34 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 141A83D8708; Sat, 17 Nov 2007 23:26:34 +0300 (MSK) Date: Sat, 17 Nov 2007 23:26:48 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <997883741.20071117232648@masm.elcom.ru> To: "Scot Hetzel" , freebsd-current@freebsd.org In-Reply-To: <790a9fff0711171119s20b50f05p2c0d017ee9dccc8b@mail.gmail.com> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> <1218021647.20071117220009@masm.elcom.ru> <790a9fff0711171119s20b50f05p2c0d017ee9dccc8b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 20:26:59 -0000 On 17.11.2007, Scot Hetzel wrote: > On 11/17/07, Victor M. Blood wrote: >> On 17.11.2007, Scot Hetzel wrote: >> > I'm using version 4.40.19.0 of the broadcom ndis driver from: >> >> > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe >> >> > This file contains both the 32-bit and 64-bit ndis drivers. >> >> > Where did you obtain your bcmwl5.sys file from? What version are you using? >> From driver disk for my Dell inspiron 1300, file version for >> bcmwl5.sys - 3.120.27.0. >> >> may be real problems with old driver...? >> > It could be a problem with the old driver, try the HP driver. You > will need to install archivers/cabextract to extract the bcmwl* files > from sp33008.exe. > cabextract -q -L -F 'bcmwl5*' hmm.. It's will work with miniPCI card? -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 21:08:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DF6816A41A for ; Sat, 17 Nov 2007 21:08:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 66B8813C45D for ; Sat, 17 Nov 2007 21:08:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1520606waf for ; Sat, 17 Nov 2007 13:08:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TxnQsaW0ZF9qXax/K5K0qHKibFVoKG+8f4oPL25u7Ys=; b=tZIMKaLnmUFMbUzDq2HJ+HprPZz/6fPruHVpZmwhhty7URzWf8rZ+v4aBRJbyEnO69NDhOF0G6GnE/ZkcIrk4m6cFqTMFeMAFlhgscD553FqDJifwhrtZhP+mDg4sZrBGm96zxDA7nXfmkLPAaXrSBzHjqDfNtenIYtgzWORExg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eyybwPMsWtRkKBN2pnH2kNW3KsWh6rQCzEnT5QbOBNPzQO4dltJbFEJilk3flJbbCYnHQww5tiN6lP4Q/kyHlJkuYOpRJHrj4h38pYJ0i26q79mGijxT+h4Mx7uFr0MvKutJsOCMLx48OyKpRwjnqMI299K1sEjPBdjUGgl3q6Q= Received: by 10.114.135.1 with SMTP id i1mr8135wad.1195333683470; Sat, 17 Nov 2007 13:08:03 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sat, 17 Nov 2007 13:08:03 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 13:08:03 -0800 From: "Kip Macy" To: "Denis Shaposhnikov" In-Reply-To: <20071117213316.499be43b@vlink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> Cc: Mike Silbersack , freebsd-current@freebsd.org, Andre Oppermann Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:08:11 -0000 On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > Mike Andrews wrote: > > > Has anyone run into problems with MSS not being respected when using > > TSO, specifically on em cards? > > Yes, I wrote about this problem on the beginning of 2007, see > > http://tinyurl.com/3e5ak5 > if_em.c:3502 /* * Payload size per packet w/o any headers. * Length of all headers up to payload. */ TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); TXD->tcp_seg_setup.fields.hdr_len = hdr_len; Please print out the value of tso_segsz here. It appears to be being set correctly. The only thing I can think of is that t_maxopd is not correct. As tso_segsz is correct here: if (tso) { m->m_pkthdr.csum_flags = CSUM_TSO; m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; } But maxopd appears to be set correctly in tcp_input: mss = min(mss, offer); /* * maxopd stores the maximum length of data AND options * in a segment; maxseg is the amount of data in a normal * segment. We need to store this value (maxopd) apart * from maxseg, because now every segment carries options * and thus we normally have somewhat less data in segments. */ tp->t_maxopd = mss; From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 21:08:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5619916A418 for ; Sat, 17 Nov 2007 21:08:37 +0000 (UTC) (envelope-from SRS0=4e28992bcdd20055d4e5d38bfc3e6fd32f6d6ba1=522=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 6956D13C447 for ; Sat, 17 Nov 2007 21:08:34 +0000 (UTC) (envelope-from SRS0=4e28992bcdd20055d4e5d38bfc3e6fd32f6d6ba1=522=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id WGZ61131 for ; Sat, 17 Nov 2007 14:08:31 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AAAD145017 for ; Sat, 17 Nov 2007 13:08:30 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195333710_37810P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 17 Nov 2007 13:08:30 -0800 From: "Kevin Oberman" Message-Id: <20071117210830.AAAD145017@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: current@freebsd.org X-To_Email: current@freebsd.org X-To_Alias: current Cc: Subject: Panic on camera connection in umass on 7-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:08:37 -0000 --==_Exmh_1195333710_37810P Content-Type: multipart/mixed ; boundary="==_Exmh_1195333528_378100" This is a multipart MIME message. --==_Exmh_1195333528_378100 Content-Type: text/plain; charset=us-ascii I recently tried to download images from my Olympus camera and the kernel paniced. I tried again using the HPS USB stack and got no crash, but no connection, either. With the HPS stack, the camera (which is not powered by the USB connection) turns on, is identified by the driver, and the camera then turns off. Neither WITNESS nor INVARIANTS provided any information. With the standard stack, the system recognizes the camera and then crashes. I'm running 7-BETA2 from last week on a T42 ThinkPad (2GHz P-M). This camera has been previously used with V7/current with no problems, but I had not connected it for several months. Other UMASS devices (iPod, memory sticks and external drives) seem to work fine, so it is some regression to some oddity with this device. I am attaching the log of the crash and the backtrace. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195333528_378100 Content-Type: text/plain ; name="umass-bt"; charset=us-ascii Content-Description: umass-bt Content-Disposition: attachment; filename="umass-bt" # kldload umass uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 11 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xb0000000-stray irq7 0xb00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered # uhub5: on uhub4 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered umass0: on uhub1 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe26e869c frame pointer = 0x28:0xe26e86dc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock sio) [thread pid 12 tid 100003 ] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 12 tid 100003 td 0xc3a98840 umass_cam_action(c3e0ad80,c3e9ac00,c043de2c,ffffffff,e26e8710,...) at umass_cam_action+0x413 xpt_run_dev_sendq(c3eb3e48,c3e9ac00,1010101,201,24,...) at xpt_run_dev_sendq+0x1f6 xpt_action(c3e9ac00,4,c04452f0,20,c3eb3e98,...) at xpt_action+0x281 probestart(c3e0ae80,c3e9ac00,5,c3e88a40,c3e88a80,...) at probestart+0x34b xpt_run_dev_allocq(c3eb3e34,c3e0ae80,1010101,e26e87f8,c3e9b800,...) at xpt_run_dev_allocq+0x83 xpt_schedule(c3e0ae80,5,1,c3e0ae80,1,...) at xpt_schedule+0xf5 probeschedule(c3e0ae80,c3e88a58,1388,1,0,...) at probeschedule+0xcb proberegister(c3e0ae80,c3de4000,2,0,0,...) at proberegister+0xeb cam_periph_alloc(c04460a0,0,c043ec90,c0445d40,c078a40a,...) at cam_periph_alloc+0x487 xpt_scan_lun(c3de4000,c1055980,0,101,c3e9c000,...) at xpt_scan_lun+0x226 xpt_action(c3de4000,c3eb2020,5,0,0,...) at xpt_action+0x9f6 xpt_scan_bus(c3b48380,c3e9a000,c3eb2070,34,d7b75228,...) at xpt_scan_bus+0x217 xpt_action(c3e9a000,c3eb2070,5,0,ffffffff,...) at xpt_action+0x9e2 umass_cam_rescan(c3eb0000,c3a98840,0,e26e8cbc,c054e3d7,...) at umass_cam_rescan+0xb4 softclock(0,0,c078bea7,46b,0,...) at softclock+0x247 ithread_loop(c3a76970,e26e8d38,fffffffb,fdfbffbf,fffff7ff,...) at ithread_loop+0x1ab fork_exit(c052a3a0,c3a76970,e26e8d38) at fork_exit+0x96 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe26e8d70, ebp = 0 --- db> --==_Exmh_1195333528_378100-- --==_Exmh_1195333710_37810P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHP1hOkn3rs5h7N1ERAv3+AKCZcbPIYFzbkjw/csE3bjcpRjNeUACeK6Dy hczP2st8jP2Zgy3X6B0ucY8= =ZqqL -----END PGP SIGNATURE----- --==_Exmh_1195333710_37810P-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 21:10:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 943C516A420 for ; Sat, 17 Nov 2007 21:10:02 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0860913C48A for ; Sat, 17 Nov 2007 21:10:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1651021fka for ; Sat, 17 Nov 2007 13:09:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/TCJCZ/aqZUaUpjUc/0QvQzeHQgRxfnJgFKWdzMZL98=; b=D/+iMPI3OwkF6OzMySsEcQjvY8CN6c8wCmIc87z1Bw0rkJ02k8aRPvdR5P5nfzG+JXhn+ZW3izOHFN8kXGz6jh7Je04zGJtuF00OMB2nQmvKYckIknivjz4JEve1jVilMxBPhp8bUyHvFDhMDe048mehhKr8b+f46O0JG2XdttE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=idG8udo+TGgazP23bJFKO9B6RY6TlEEoMBlGUIib6SAYz2TJcTNYOATkVohva2JHpym/w0+9+zgzPKJlrm2Gp8mrngeHrcfwXDdQW0BJHmNvyDtAISynbIf8As3yyXtRJm2aC2gEHKOfllyWEf8Md1Dc9w3PhhXseoQLNj3VPJw= Received: by 10.86.60.7 with SMTP id i7mr3226565fga.1195333789226; Sat, 17 Nov 2007 13:09:49 -0800 (PST) Received: by 10.86.3.20 with HTTP; Sat, 17 Nov 2007 13:09:49 -0800 (PST) Message-ID: <790a9fff0711171309xe96eb88y99f9656a6dabca8a@mail.gmail.com> Date: Sat, 17 Nov 2007 15:09:49 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <997883741.20071117232648@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> <1218021647.20071117220009@masm.elcom.ru> <790a9fff0711171119s20b50f05p2c0d017ee9dccc8b@mail.gmail.com> <997883741.20071117232648@masm.elcom.ru> Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:10:02 -0000 On Nov 17, 2007 2:26 PM, Victor M. Blood wrote: > > On 17.11.2007, Scot Hetzel wrote: > > On 11/17/07, Victor M. Blood wrote: > >> On 17.11.2007, Scot Hetzel wrote: > >> > I'm using version 4.40.19.0 of the broadcom ndis driver from: > >> > >> > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > >> > >> > This file contains both the 32-bit and 64-bit ndis drivers. > >> > >> > Where did you obtain your bcmwl5.sys file from? What version are you using? > >> From driver disk for my Dell inspiron 1300, file version for > >> bcmwl5.sys - 3.120.27.0. > >> > >> may be real problems with old driver...? > >> > > It could be a problem with the old driver, try the HP driver. You > > will need to install archivers/cabextract to extract the bcmwl* files > > from sp33008.exe. > > > cabextract -q -L -F 'bcmwl5*' This should be: cabextract -q -L -F 'bcmwl5*' sp33008.exe > hmm.. It's will work with miniPCI card? > This driver supports the below listed cards, just check that the device id matches your card. Then just make a backup of your current ndis driver (bcmwl5_sys.ko), before creating a new one from the HP driver. Supported PCI Hardware for Broadcom BCM43xx 802.11 Network Adapter Driver (4.40.19.0) Vendor ID Device Id SubSys Id Description ========= ========= ========= ============================= 0x14e4 0x4320 0x00e70e11 Broadcom 802.11b/g WLAN 0x14e4 0x4320 0x12f4103c Broadcom 802.11b/g WLAN 0x14e4 0x4320 0x12f8103c Broadcom 802.11b/g WLAN 0x14e4 0x4320 0x12fa103c Broadcom 802.11b/g WLAN 0x14e4 0x4320 0x12fb103c Broadcom 802.11b/g WLAN 0x14e4 0x4324 0x12f9103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4324 0x12fc103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4318 0x1355103c Broadcom 802.11b/g WLAN 0x14e4 0x4318 0x1356103c Broadcom 802.11b/g WLAN 0x14e4 0x4318 0x1357103c Broadcom 802.11b/g WLAN 0x14e4 0x4319 0x1358103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4319 0x1359103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4319 0x135a103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4311 0x1363103c Broadcom 802.11b/g WLAN 0x14e4 0x4311 0x1364103c Broadcom 802.11b/g WLAN 0x14e4 0x4311 0x1365103c Broadcom 802.11b/g WLAN 0x14e4 0x4312 0x1360103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4312 0x1361103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4312 0x1362103c Broadcom 802.11a/b/g WLAN 0x14e4 0x4312 0x135f103c Broadcom 802.11a/b/g WLAN Scot From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 21:30:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2607416A535 for ; Sat, 17 Nov 2007 21:30:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3D66B13C481 for ; Sat, 17 Nov 2007 21:30:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1ItVEj-00077C-5o for freebsd-current@freebsd.org; Sat, 17 Nov 2007 21:29:57 +0000 Received: from 78-1-105-41.adsl.net.t-com.hr ([78.1.105.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Nov 2007 21:29:57 +0000 Received: from ivoras by 78-1-105-41.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Nov 2007 21:29:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 17 Nov 2007 22:29:31 +0100 Lines: 49 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAA40DCDE820AC783A6AB02B8" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-105-41.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-stable@freebsd.org Subject: Regression in 7.0BETA2: unionfs and cd9660 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:30:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAA40DCDE820AC783A6AB02B8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I'm reporting a regression in recent RELENG_7, it was present (and I've reported it) on BETA2, and I sadly confirm that it's also present in BETA3. The problem is that cd9660 doesn't want to be the underlying layer for unionfs. How to repeat: Boot a system with root on cd9660 (e.g. "LiveCD"), then create a UFS-based md/mfs, then try to mount it via unionfs over (e.g.) /etc: # <...make a ram-drive / memory file system on /tmp> # mount_unionfs /tmp /etc mount_unionfs: /etc: operation not supported by device This worked ok with BETA1 and even -CURRENT versions, and I've located the breaking point somewhere between: #*default date=3D2007.11.07.00.00.00 # #*default date=3D2007.11.08.00.00.00 I don't know if the date is local or UTC, but in any case I can't find a lot of cvs commits that seem relevant. Maybe obrien's "ffs 'DIAGNOSTIC's into INVARIANTS" or rwatson's work on MAC. --------------enigAA40DCDE820AC783A6AB02B8 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHP11BldnAQVacBcgRArXlAJ91XIB2AvjmcHhjn9Wp9ouOn0xJ2ACdFFwt T4reNiO2bTFKkYdk9kRkXHk= =7M/X -----END PGP SIGNATURE----- --------------enigAA40DCDE820AC783A6AB02B8-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:05:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6A416A419 for ; Sat, 17 Nov 2007 22:05:03 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7F713C45B for ; Sat, 17 Nov 2007 22:05:02 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 7127 invoked by uid 80); 17 Nov 2007 21:37:57 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 17 Nov 2007 22:37:57 +0100 (CET) Message-ID: <1761.10.202.77.103.1195335477.squirrel@webmail.superhero.nl> In-Reply-To: <200711171657.27815.joao@matik.com.br> References: <200711171657.27815.joao@matik.com.br> Date: Sat, 17 Nov 2007 22:37:57 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "JoaoBR" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: scsi ahd problem re-appearing on beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:05:03 -0000 On Sat, November 17, 2007 19:57, JoaoBR wrote: > > Hi > this was solved since some date on releng_6 to beta2 but now it is here > again > > there is not even a disk on the second bus ahd1 and ahd0 is for sure a > U320 > (MB) disk which on beta2 still appeared as 320 but now as 160MB/s I have the same issue on an Adaptec 39320D Ultra320 SCSI adapter. Scott Long (the developer working on SCSI) is aware of this issue. If you will do a search in the archives on my name you will find more information. Cheers Patrick > > camcontrol also shows different speeds where they should be the same even > if > wrong > > res# camcontrol negotiate da0 -U > Current Parameters: > (pass0:ahd0:0:1:0): sync parameter: 8 > (pass0:ahd0:0:1:0): frequency: 160.000MHz <<<<<<<<<<< > (pass0:ahd0:0:1:0): offset: 254 > (pass0:ahd0:0:1:0): bus width: 16 bits > (pass0:ahd0:0:1:0): disconnection is enabled > (pass0:ahd0:0:1:0): tagged queueing is enabled > > res# camcontrol negotiate da0 -c > Current Parameters: > (pass0:ahd0:0:1:0): sync parameter: 9 > (pass0:ahd0:0:1:0): frequency: 80.000MHz <<<<<<<<< > (pass0:ahd0:0:1:0): offset: 63 > (pass0:ahd0:0:1:0): bus width: 16 bits > (pass0:ahd0:0:1:0): disconnection is enabled > (pass0:ahd0:0:1:0): tagged queueing is enabled > > This I get for beta2 on the same hardware > > res# camcontrol negotiate da0 -U > Current Parameters: > (pass0:mpt0:0:0:0): sync parameter: 8 > (pass0:mpt0:0:0:0): frequency: 160.000MHz > (pass0:mpt0:0:0:0): offset: 127 > (pass0:mpt0:0:0:0): bus width: 16 bits > (pass0:mpt0:0:0:0): disconnection is enabled > (pass0:mpt0:0:0:0): tagged queueing is enabled > res# camcontrol negotiate da0 -c > Current Parameters: > (pass0:mpt0:0:0:0): sync parameter: 8 > (pass0:mpt0:0:0:0): frequency: 160.000MHz > (pass0:mpt0:0:0:0): offset: 127 > (pass0:mpt0:0:0:0): bus width: 16 bits > (pass0:mpt0:0:0:0): disconnection is enabled > (pass0:mpt0:0:0:0): tagged queueing is enabled > > and dmesg shows > da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) > > > following is beta3 dmesg: > > Waiting 5 seconds for SCSI devices to settle > ahd1: SCSI offset overrun detected. Resetting bus. > ahd1: SCSI offset overrun detected. Resetting bus. > ahd1: SCSI Cell parity error SSTAT3 == 0x2 > ahd1: Missing case in ahd_handle_scsiint. status = 0 >>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > ahd1: Dumping Card State at program address 0x1a Mode 0x33 > Card was paused > INTSTAT[0x8] SELOID[0xb] SELID[0x0] HS_MAILBOX[0x0] > INTCTL[0x0] SEQINTSTAT[0x0] SAVED_MODE[0x0] DFFSTAT[0x33] > SCSISIGI[0x18] SCSIPHASE[0x0] SCSIBUS[0x80] LASTPHASE[0x1] > SCSISEQ0[0x40] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x0] > SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x0] > KERNEL_QFREEZE_COUNT[0x0] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] > SSTAT0[0x10] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] > SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] > LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] > > SCB Count = 512 CMDS_PENDING = 3 LASTSCB 0xffff CURRSCB 0x1fa NEXTSCB 0x0 > qinstart = 32 qinfifonext = 32 > QINFIFO: > WAITING_TID_QUEUES: > 11 ( 0x1fa ) > 12 ( 0x1f9 ) > 15 ( 0x1f8 ) > Pending list: > 504 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xf7] > 505 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xc7] > 506 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xb7] > Total 3 > Kernel Free SCB lists: > Any Device: 507 508 503 502 501 500 499 498 497 509 510 511 496 495 494 > 493 > 492 491 490 489 488 487 486 485 484 483 482 481 480 479 4 > 78 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 > 459 > 458 457 456 455 454 453 452 451 450 449 448 447 446 445 > 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 > 426 > 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 > 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 > 392 > 391 390 389 388 387 386 385 384 383 382 381 380 379 378 37 > 7 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 > 358 > 357 356 355 354 353 352 351 350 349 348 347 346 345 344 3 > 43 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 > 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 > 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 > 291 > 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 > 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 > 257 > 256 255 254 253 252 251 250 249 248 247 246 245 244 243 24 > 2 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 > 223 > 222 221 220 219 218 217 216 215 214 213 212 211 210 209 2 > 08 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 > 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 > 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 > 156 > 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 > 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 > 122 > 121 120 119 118 117 116 115 114 113 112 111 110 109 108 10 > 7 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 > 84 > 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 > 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 > 39 > 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 > 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 > Sequencer Complete DMA-inprog list: > Sequencer Complete list: > Sequencer DMA-Up and Complete list: > Sequencer On QFreeze and Complete list: > > > ahd1: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0 > SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] > SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] > > ahd1: FIFO1 Free, LONGJMP == 0x80ff, SCB 0x0 > SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] > SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] > LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > 0x0 > 0x0 0x0 > ahd1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0 > ahd1: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > SIMODE0[0xc] > CCSCBCTL[0x4] > ahd1: REG0 == 0xc384, SINDEX = 0x120, DINDEX = 0x120 > ahd1: SCBPTR == 0x1fa, SCB_NEXT == 0xff80, SCB_NEXT2 == 0x1f9 > CDB 12 0 0 0 24 0 > STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > da0 at ahd0 bus 0 target 1 SlMuPn: 0AP > CdPaU0 :# 1< SLEaAuGnAcThEe dS!T3 > 73207LW 0005> Fixed Direct Access SCSI-3 device > SdMPa:0 :A P1 6C0P.U0 0#0M2B /Lsa utnrchaends!fe > rs (80.000MHz DT, offset 63, 16bit) > SdMaP0:: ACPo mCmPaUn d# 3Q uLeauuenicnhge d!En > abled > da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > Trying to mount root from ufs:/dev/da0s1a > > > > > -- > > Joćo > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:09:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 918E416A417 for ; Sat, 17 Nov 2007 22:09:57 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2A87913C455 for ; Sat, 17 Nov 2007 22:09:56 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so995890uge for ; Sat, 17 Nov 2007 14:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=E7EZ3hfF13OoDv7nhI8SmmMZNTkp952HeDwxlO1Gqw4=; b=OcAWSgekAZljtg3StEe4tm2gs4b2DBybvlpFxYFDED6uGu6OKU1l9dAa48MDFP79h210+qN6s4l8C84P4Pa2Pzwbja8LVlSRwLzDKtVkSMwZYakzO6K5VOj8d7xwVTkO4qMlr7t9KFllZ9CZePgjD3EoBMFV00XsmW51DxLi0pY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=t1T68yiXDPYBu6FnmhCFEwGUJ9lZ6LdFBW8uEjFETicLlIrdlbFbQ7yH4ExYX9wZPoHWxxCmFWCJ+0fpKHhK+rVBBzRuXgshNCqjPgk2Q8zaBFZ9e+SB+fT+asCp0AJh9zrthJFF/pNyIlclaHy2UY4Z8kwl5qugL19CFaSqpyE= Received: by 10.142.213.9 with SMTP id l9mr856939wfg.1195335840302; Sat, 17 Nov 2007 13:44:00 -0800 (PST) Received: by 10.143.16.20 with HTTP; Sat, 17 Nov 2007 13:44:00 -0800 (PST) Message-ID: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> Date: Sat, 17 Nov 2007 16:44:00 -0500 From: "Ben Kaduk" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Infinite loop in menus in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:09:57 -0000 Hi all, I finally broke down and pulled out the 7.0-beta2 iso for my dell inspiron 8500, but when I was at the part of the installation procedure to install the ports collection, it comes up with the message: Unable to get packages/INDEX file from selected media. This may be because the packages collection is not available on the distribution media you've chose, most likely an FTP site without the packages collection mirrored. Please verify that your media, or your path to the media, is correct and try again. [OK] It is true that I am installing over ftp from ftp5.freebsd.org (which is only about five blocks away in the real world!), and it certainly seems to not have a 7-INDEX floating around, but that's not the main issue. When I select ``OK'', it seems to try again, and pops up the same message. It would be nice to have an option to back up in the menus and change something; at the moment, I broke to vt4 and installed the perl5.8 port so that I can build my own index file, but I don't know if this will break me out of my menu loop. No time to investigate and patch at the moment, as I'm trying to get the ppc beta iso to boot on the machine I'm typing this on, as I said I would test a couple things (I said this several months ago, and only rebooted once since then). Anyone else see this behavior? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:24:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F4616A417 for ; Sat, 17 Nov 2007 22:24:02 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFDA13C447 for ; Sat, 17 Nov 2007 22:24:02 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id E4F693D9357; Sun, 18 Nov 2007 01:14:48 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id A58203D934C; Sun, 18 Nov 2007 01:14:48 +0300 (MSK) Date: Sun, 18 Nov 2007 01:15:03 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <625515682.20071118011503@masm.elcom.ru> To: "Scot Hetzel" , freebsd-current@freebsd.org In-Reply-To: <790a9fff0711171309xe96eb88y99f9656a6dabca8a@mail.gmail.com> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <790a9fff0711171048s7009e9fekfc0d03a600f25bfb@mail.gmail.com> <1218021647.20071117220009@masm.elcom.ru> <790a9fff0711171119s20b50f05p2c0d017ee9dccc8b@mail.gmail.com> <997883741.20071117232648@masm.elcom.ru> <790a9fff0711171309xe96eb88y99f9656a6dabca8a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:24:03 -0000 On 18.11.2007, Scot Hetzel wrote: > On Nov 17, 2007 2:26 PM, Victor M. Blood wrote: >> >> On 17.11.2007, Scot Hetzel wrote: >> > On 11/17/07, Victor M. Blood wrote: >> >> On 17.11.2007, Scot Hetzel wrote: >> >> > I'm using version 4.40.19.0 of the broadcom ndis driver from: >> >> >> >> > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe >> >> >> >> > This file contains both the 32-bit and 64-bit ndis drivers. >> >> >> >> > Where did you obtain your bcmwl5.sys file from? What version are you using? >> >> From driver disk for my Dell inspiron 1300, file version for >> >> bcmwl5.sys - 3.120.27.0. >> >> >> >> may be real problems with old driver...? >> >> >> > It could be a problem with the old driver, try the HP driver. You >> > will need to install archivers/cabextract to extract the bcmwl* files >> > from sp33008.exe. >> >> > cabextract -q -L -F 'bcmwl5*' > This should be: > cabextract -q -L -F 'bcmwl5*' sp33008.exe >> hmm.. It's will work with miniPCI card? >> > This driver supports the below listed cards, just check that the > device id matches your card. Then just make a backup of your current > ndis driver (bcmwl5_sys.ko), before creating a new one from the HP > driver. > 0x14e4 0x4318 0x1355103c Broadcom 802.11b/g WLAN > 0x14e4 0x4318 0x1356103c Broadcom 802.11b/g WLAN > 0x14e4 0x4318 0x1357103c Broadcom 802.11b/g WLAN I have this card. Try to load installed driver do not found any avaliable cards then probe. I copy bcmwl5.sys bcmwl5.ini(ascii) bcm43xx.cat to /tmp/bmcwl in /tmp/bcmwl i have this Makefile .PATH: /tmp /usr/share/misc windrv: /usr/sbin/ndiscvt -O -i bcmwl5.inf -s bcmwl5.sys -n bcmwl5 -o windrv.h /usr/sbin/ndiscvt -f bcm43xx.cat echo > bus_if.h echo > device_if.h KMOD=bcmwl5 SRCS=windrv_stub.c windrv.h bus_if.h device_if.h OBJS+=bcm43xx.cat.o windrv.o CFLAGS+= \ -DDRV_DATA_START=bcmwl5_sys_drv_data_start \ -DDRV_NAME=bcmwl5 \ -DDRV_DATA_END=bcmwl5_sys_drv_data_end CLEANFILES+= bcmwl5.h windrv.h bcm43xx.cat.ko .include #mv /boot/kernel/bcmwl5.ko /tmp #make windrv #make depend #make #make install clean cleandir #kldunload bcmwl5 #kldload bcmwl5 ... no more ndis0 interface here :) #kldunload bcmwl5 #mv /tmp/bcmwl5.ko /boot/kernel/ #kldload bcmwl5 ... ndis0 probed, found and attached #cat ~/ndis0 #!/bin/sh /usr/sbin/wpa_supplicant -B -q -i ndis0 -c /etc/wpa_supplicant.conf sleep 3 ifconfig ndis0 inet 192.168.0.2 netmask 0xffffff00 route add default 192.168.0.100 #=EOF #~/ndis0 .. network work fine, but spams to /dev/console Setting ESSID to "TERRA" ... every second. may be have change any options to wpa supplicant ? #cat /etc/wpa_s* ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="TERRA" bssid=00:11:22:33:44:55 scan_ssid=1 mode=0 key_mgmt=NONE wep_key0="1234567890123" wep_key1="1234567890123" wep_key2="1234567890123" wep_key3="1234567890123" wep_tx_keyidx=0 } Then I run wpa_cli #wpa cli ... Interactive mode ><2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:11:22:33:44:55 (SSID='TERRA' freq=2437 MHz) this two lines are repeat. May be, all probles not in driver? -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:30:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5427416A468 for ; Sat, 17 Nov 2007 22:30:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 13F5C13C455 for ; Sat, 17 Nov 2007 22:30:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5192575pyb for ; Sat, 17 Nov 2007 14:29:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=pluEzgy0hNGf3SGHKsZmjwm7fTkNtO6/uVrwWStL4Qo=; b=Ny4CkP3/TfOzHE8tWffei6v89lYlmOT9EWczqxptf32HwCWt7w/ZZA7hfCTDPfIQMggsv4RxrSGq7cbTxOk3vrkB/ot/muXLpoGNztI8W/IsUmXGCywwfdqnvo6BNBbQK9Ife34ja2WY/kqD3A49WaqW6V6nJMqZ0Ox5L+H1GMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=ihcRQ2waVtC993oeH3kFwXRW6lYfFdVNmbi7RhlpYey6HZRjFcHbdKEHFAO+HVhd229HN0AXmHyH5N4gd2PTeZOql8WmNWuMuXMaOn1b7fr5BU5/R+QsiiT18T4T+isgPdz0sqF5Frd8PI/AOzYgslA1E3xQiUEqO3svZW1xUsM= Received: by 10.65.196.2 with SMTP id y2mr7637250qbp.1195338596362; Sat, 17 Nov 2007 14:29:56 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm2946835qbe.2007.11.17.14.29.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Nov 2007 14:29:55 -0800 (PST) Message-ID: <473F250F.2030903@gmail.com> Date: Sat, 17 Nov 2007 12:29:51 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: FreeBSD Questions , freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: congrlations to the freebsd developers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:30:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After having the help of several developers to resolve hw issues on my machine I have set up a 2 dual boot enviroment between 8-current (for desktop use) and vista. I am just writting to say 8-current kicks vista's ass in response time, stability [note 1], and almost every other aspect except for end-user oriented office apps [note 2] and games. Notes: 1. As was posted in an other thread my nic still has a slow death issue 2. I meant features not formats and since I am using amd64 no wine - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHPyUKJ9+1V27SttsRAq6FAJ91vQ/oxWGBN+IVqIsPXA8oWODgnACcCZ8a T9/R/6Zz1tovsNtrvP0RU2s= =g5sJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:33:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8739516A418 for ; Sat, 17 Nov 2007 22:33:25 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4922B13C4D9 for ; Sat, 17 Nov 2007 22:33:24 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id B24E81E3379; Sat, 17 Nov 2007 17:33:15 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i1irSgkbd7Kv; Sat, 17 Nov 2007 17:33:14 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Sat, 17 Nov 2007 17:33:14 -0500 (EST) Date: Sat, 17 Nov 2007 17:33:14 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Kip Macy In-Reply-To: Message-ID: <20071117170537.F59492@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:33:25 -0000 On Sat, 17 Nov 2007, Kip Macy wrote: > On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >> Mike Andrews wrote: >> >>> Has anyone run into problems with MSS not being respected when using >>> TSO, specifically on em cards? >> >> Yes, I wrote about this problem on the beginning of 2007, see >> >> http://tinyurl.com/3e5ak5 >> > > if_em.c:3502 > /* > * Payload size per packet w/o any headers. > * Length of all headers up to payload. > */ > TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > > Please print out the value of tso_segsz here. It appears to be being > set correctly. The only thing I can think of is that t_maxopd is not > correct. As tso_segsz is correct here: It repeatedly prints 1368 during a 1 meg file transfer over a connection with a 1380 MSS. Any other printf's I can add? I'm working on a web page with tcpdump / firewall log output illustrating the issue... From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:35:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1676016A419 for ; Sat, 17 Nov 2007 22:35:57 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id E192F13C458 for ; Sat, 17 Nov 2007 22:35:56 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1543980waf for ; Sat, 17 Nov 2007 14:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=erXAiSpiUHnKEi/aAJ6EDWt8d6XeGc7jaRSwDcHmmps=; b=WFnFFO3tHwUPpNN/lf9Ua+eFfxo+557Y/EdK3cAWaKKb0jHRXbbnDmlkKmXcja3Ont8kethBASn1yt6toH+hKk5RuxJ5WXMlEPYxhPLWeDFq5zabfrg//IivR2cJQGd3n6embrMYSLttDgx+3eTFseB8gy+1Z2expvPqhVWFKtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rrNl+bdFtBDjZOf83ozENoBXEgnmkF42UInpql1YHb4x2oEMm0IESqKXKIUz3hMWPBu0MnH6fj8rSm9HA1IOrQCGdkee++37Jwdy1KULgmxTDo5ZYfWTHiLheTZeVo9ezKS4buKLkH6qKj9bumvZP3JMUdKOpirDf7qv65p8XT4= Received: by 10.114.124.1 with SMTP id w1mr1102725wac.1195338942372; Sat, 17 Nov 2007 14:35:42 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sat, 17 Nov 2007 14:35:42 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 14:35:42 -0800 From: "Kip Macy" To: "Mike Andrews" In-Reply-To: <20071117170537.F59492@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:35:57 -0000 On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > On Sat, 17 Nov 2007, Kip Macy wrote: > > > On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >> Mike Andrews wrote: > >> > >>> Has anyone run into problems with MSS not being respected when using > >>> TSO, specifically on em cards? > >> > >> Yes, I wrote about this problem on the beginning of 2007, see > >> > >> http://tinyurl.com/3e5ak5 > >> > > > > if_em.c:3502 > > /* > > * Payload size per packet w/o any headers. > > * Length of all headers up to payload. > > */ > > TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > > TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > > > > > Please print out the value of tso_segsz here. It appears to be being > > set correctly. The only thing I can think of is that t_maxopd is not > > correct. As tso_segsz is correct here: > > > It repeatedly prints 1368 during a 1 meg file transfer over a connection > with a 1380 MSS. Any other printf's I can add? I'm working on a web page > with tcpdump / firewall log output illustrating the issue... Thanks for the quick follow-up. That means that maxopd is not getting initialized correctly, which means I'm going to have add some logging to tcp_input. Which means it will have to wait until this evening at the earliest. This does, however, mean that em is off the hook. It is just doing what it is told. -Kip From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 22:39:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF33116A46C for ; Sat, 17 Nov 2007 22:39:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id EE9D613C478 for ; Sat, 17 Nov 2007 22:39:22 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1683721fka for ; Sat, 17 Nov 2007 14:39:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=f0ltc4qjd+ZQzIMeaVbpcKqbbAlY7We7aWqo2XIfarg=; b=dxA02JHbG1D/g8UtvSBL7uUSXzzvGql4iiZ7sy2IhAKZV7A+tTJQbDHsth/5iVk5RRe9GOxlK7xGnad0L+BrRFWFmVrPGUEMOlY33ItaISZRBD700medwx9AjhAKynyMfuN8stwOU0UldZJXrW1mCC8XFEGsqygeDP655YIwzoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XhRY/Nz0D/MD+v+LQugfZrGS7GW6LGFNgS0bpfupX/judIJ0WFc/iGFLcA1j8v02I8XR4rN3XhEIFXz3xNLFAxb14Z5Q/DKTJuOqjx+IP/5DiiUEJbSigMKgK4fZ5Je/bWmdy+Sze8HGUE/3aDhKereva/suAm4IbUfRg5J5+LE= Received: by 10.86.96.18 with SMTP id t18mr3305066fgb.1195339153887; Sat, 17 Nov 2007 14:39:13 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sat, 17 Nov 2007 14:39:13 -0800 (PST) Message-ID: <2a41acea0711171439y38e8b8a4lfd4422a4e300d992@mail.gmail.com> Date: Sat, 17 Nov 2007 14:39:13 -0800 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Andre Oppermann , Mike Silbersack , Mike Andrews , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 22:39:24 -0000 On Nov 17, 2007 2:35 PM, Kip Macy wrote: > On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > > On Sat, 17 Nov 2007, Kip Macy wrote: > > > > > On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > > >> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > > >> Mike Andrews wrote: > > >> > > >>> Has anyone run into problems with MSS not being respected when using > > >>> TSO, specifically on em cards? > > >> > > >> Yes, I wrote about this problem on the beginning of 2007, see > > >> > > >> http://tinyurl.com/3e5ak5 > > >> > > > > > > if_em.c:3502 > > > /* > > > * Payload size per packet w/o any headers. > > > * Length of all headers up to payload. > > > */ > > > TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > > > TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > > > > > > > > Please print out the value of tso_segsz here. It appears to be being > > > set correctly. The only thing I can think of is that t_maxopd is not > > > correct. As tso_segsz is correct here: > > > > > > It repeatedly prints 1368 during a 1 meg file transfer over a connection > > with a 1380 MSS. Any other printf's I can add? I'm working on a web page > > with tcpdump / firewall log output illustrating the issue... > > Thanks for the quick follow-up. That means that maxopd is not getting > initialized correctly, which means I'm going to have add some logging > to tcp_input. Which means it will have to wait until this evening at > the earliest. This does, however, mean that em is off the hook. It is > just doing what it is told. Whew, now I can relax and enjoy my weekend :) Jack From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 23:19:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A767116A418 for ; Sat, 17 Nov 2007 23:19:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6D13F13C455 for ; Sat, 17 Nov 2007 23:19:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1553224waf for ; Sat, 17 Nov 2007 15:19:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=cEZlWWFH20NuIIVno47o87rgZ84hJuitFFKSPfpQzho=; b=NvFfgyw8dXCNOoUnPFIiRJvv3uj/5krCCgkHgbz/DWyQisUYLmEFDLNcndO3sxCb32wXTokyzILgp7tgeAi3nHGscj1yucF5y8EURIrBC8OoqZJVYn+m3QT+3ZdJyOpVpBCI51Qq63YaGsDWujz01/MHctlIP5hMhMnF1HcQ+8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CfkU6Kshfg2UNx/x0sN21XN3ylW1LrOihREZVagik0u7VsVQzSn+cMqaDuIW8HgxMqpQG7wZBJcya6EumQ+Y9C7a/rs6VwGHwcE+2p20rf4J2e2JWirnDzswfNylCNiX1/Xq/43nmFXhOr3ctasNvlo/8Jqta3ni1nSAz0wEOEc= Received: by 10.114.112.1 with SMTP id k1mr1499014wac.1195341579769; Sat, 17 Nov 2007 15:19:39 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sat, 17 Nov 2007 15:19:39 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 15:19:39 -0800 From: "Kip Macy" To: "Mike Andrews" In-Reply-To: <20071117170537.F59492@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 23:19:48 -0000 On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > On Sat, 17 Nov 2007, Kip Macy wrote: > > > On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >> Mike Andrews wrote: > >> > >>> Has anyone run into problems with MSS not being respected when using > >>> TSO, specifically on em cards? > >> > >> Yes, I wrote about this problem on the beginning of 2007, see > >> > >> http://tinyurl.com/3e5ak5 > >> > > > > if_em.c:3502 > > /* > > * Payload size per packet w/o any headers. > > * Length of all headers up to payload. > > */ > > TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > > TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > > > > > Please print out the value of tso_segsz here. It appears to be being > > set correctly. The only thing I can think of is that t_maxopd is not > > correct. As tso_segsz is correct here: > > > It repeatedly prints 1368 during a 1 meg file transfer over a connection > with a 1380 MSS. Any other printf's I can add? I'm working on a web page > with tcpdump / firewall log output illustrating the issue... Mike - Denis' tcpdump output doesn't show oversized segments, something else appears to be happening there. Can you post your tcpdump output somewhere? Thanks. -Kip From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 23:23:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB5816A419; Sat, 17 Nov 2007 23:23:38 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4399F13C481; Sat, 17 Nov 2007 23:23:38 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id BDFBB1E3378; Sat, 17 Nov 2007 18:23:30 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uVnhZXnIjoqC; Sat, 17 Nov 2007 18:23:29 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Sat, 17 Nov 2007 18:23:29 -0500 (EST) Date: Sat, 17 Nov 2007 18:23:29 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Kip Macy In-Reply-To: Message-ID: <20071117182232.T59492@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 23:23:38 -0000 On Sat, 17 Nov 2007, Kip Macy wrote: > On Nov 17, 2007 2:33 PM, Mike Andrews wrote: >> On Sat, 17 Nov 2007, Kip Macy wrote: >> >>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >>>> Mike Andrews wrote: >>>> >>>>> Has anyone run into problems with MSS not being respected when using >>>>> TSO, specifically on em cards? >>>> >>>> Yes, I wrote about this problem on the beginning of 2007, see >>>> >>>> http://tinyurl.com/3e5ak5 >>>> >>> >>> if_em.c:3502 >>> /* >>> * Payload size per packet w/o any headers. >>> * Length of all headers up to payload. >>> */ >>> TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); >>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; >>> >>> >>> Please print out the value of tso_segsz here. It appears to be being >>> set correctly. The only thing I can think of is that t_maxopd is not >>> correct. As tso_segsz is correct here: >> >> >> It repeatedly prints 1368 during a 1 meg file transfer over a connection >> with a 1380 MSS. Any other printf's I can add? I'm working on a web page >> with tcpdump / firewall log output illustrating the issue... > > Mike - > Denis' tcpdump output doesn't show oversized segments, something else > appears to be happening there. Can you post your tcpdump output > somewhere? URL sent off-list. From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 23:50:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71B216A468; Sat, 17 Nov 2007 23:50:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7EDBB13C4D3; Sat, 17 Nov 2007 23:50:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lAHNmuUW045231; Sat, 17 Nov 2007 16:48:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 17 Nov 2007 16:48:53 -0700 (MST) Message-Id: <20071117.164853.1221560804.imp@bsdimp.com> To: aryeh.friedman@gmail.com From: "M. Warner Losh" In-Reply-To: <473F250F.2030903@gmail.com> References: <473F250F.2030903@gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: congrlations to the freebsd developers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 23:50:29 -0000 In message: <473F250F.2030903@gmail.com> "Aryeh M. Friedman" writes: : After having the help of several developers to resolve hw issues on my : machine I have set up a 2 dual boot enviroment between 8-current (for : desktop use) and vista. I am just writting to say 8-current kicks : vista's ass in response time, stability [note 1], and almost every : other aspect except for end-user oriented office apps [note 2] and games. : : Notes: : : 1. As was posted in an other thread my nic still has a slow death issue : 2. I meant features not formats and since I am using amd64 no wine You can run FreeBSD/i386 on amd64 boxes. Warner From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 23:53:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B60216A417 for ; Sat, 17 Nov 2007 23:53:25 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 054FE13C461 for ; Sat, 17 Nov 2007 23:53:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5224415pyb for ; Sat, 17 Nov 2007 15:53:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=TF2cRptRd+MsmU5yddNixaAOEsR4lkXOH/pZF2R7M0E=; b=cYqETJkmISAIhgJCwBeu+CW6FRMUPQItFvFGNGhuoeTrSeCnsTG+xX3qgSzr6numE2fK0fILBo8FG3/tmgLEi5ht4eW7p5jF0lGqagLWiP7ni0Ozsd+V/2Wamb/OqXFg2dWUw4naB0TPOATBfn8rjfZRWjRuk4pX7F0uvHntLbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=CkhpjOETxmJ89th32+KPTnbDKJW6f83d6stMJZLsHNYiOtXshnYYIZ1UYBMmWVlMzWFi52hHw7piyhPEJT7MB254EWn6U0w9afkqBd/fQSWo0/gyzSOIy1YziwNSbxV4kCVhtODp/lRgjHcQSeS1WNaINAyh9iI0Xuqhvmi0cYs= Received: by 10.64.181.12 with SMTP id d12mr7771693qbf.1195343594481; Sat, 17 Nov 2007 15:53:14 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e19sm3026631qbe.2007.11.17.15.53.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Nov 2007 15:53:13 -0800 (PST) Message-ID: <473F7EE7.4080405@gmail.com> Date: Sat, 17 Nov 2007 18:53:11 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: "M. Warner Losh" References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> In-Reply-To: <20071117.164853.1221560804.imp@bsdimp.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: congrlations to the freebsd developers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 23:53:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 M. Warner Losh wrote: > In message: <473F250F.2030903@gmail.com> "Aryeh M. Friedman" > writes: : After having the help of > several developers to resolve hw issues on my : machine I have set > up a 2 dual boot enviroment between 8-current (for : desktop use) > and vista. I am just writting to say 8-current kicks : vista's > ass in response time, stability [note 1], and almost every : other > aspect except for end-user oriented office apps [note 2] and games. > : : Notes: : : 1. As was posted in an other thread my nic still > has a slow death issue : 2. I meant features not formats and since > I am using amd64 no wine > > You can run FreeBSD/i386 on amd64 boxes. All the different methods people have suggested to me for doing this has blown up.... also since I use a nvidia card it is almost pointless unless I can run the nvidia kernel module. - --Aryeh - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHP37nJ9+1V27SttsRAuEsAJ9FN80TH243ApUahdvBkxES2KbBZgCcCEpZ AD9ACLTTvbnhrBHrxhk7JnA= =68JJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 23:35:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C4A16A417; Sat, 17 Nov 2007 23:35:00 +0000 (UTC) (envelope-from nate@yogotech.com) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8B20D13C44B; Sat, 17 Nov 2007 23:34:55 +0000 (UTC) (envelope-from nate@yogotech.com) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.14.2/8.14.2) with ESMTP id lAHMuYpT060063; Sat, 17 Nov 2007 15:56:40 -0700 (MST) (envelope-from nate@yogotech.com) Received: from caddis.yogotech.com (localhost [127.0.0.1]) by caddis.yogotech.com (8.14.1/8.13.8) with ESMTP id lAHMuYA5004927; Sat, 17 Nov 2007 15:56:34 -0700 (MST) (envelope-from nate@caddis.yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.14.1/8.14.1/Submit) id lAHMuY7g004924; Sat, 17 Nov 2007 15:56:34 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18239.29090.668331.584942@caddis.yogotech.com> Date: Sat, 17 Nov 2007 15:56:34 -0700 To: "Arno J. Klaassen" In-Reply-To: References: X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Mailman-Approved-At: Sat, 17 Nov 2007 23:56:32 +0000 Cc: java@freebsd.org, current@freebsd.org Subject: Re: mutex-bug in recent releng_[67]? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nate Williams List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 23:35:00 -0000 > I have serious problems with " Runtime.getRuntime ().exec ()" : either > it hangs or gives a spinning mutex running at 99% cpu. This is a Java FAQ, and is unrelated to FreeBSD. This program will hang on any OS once you reach a certain threshold of unread output that the OS will block the process until something 'reads' the data. What you need to do is once you execute the command, you need to have a process that reads the output from the process. Your code: proc = Runtime.getRuntime ().exec (cmd); proc.waitFor (); You'll need something that reads the processes output/error streams otherwise the process will block once there is enough output that hasn't been read that the OS will stop it. About 5 years ago I wrote a quick little wrapper function that does that called StreamReader which basically works something like: proc = Runtime.getRuntime().exec(cmd); StreamReader stdout = new StreamReader(proc.getInputStream); StreamReader stderr = new StreamReader(proc.getErrorStream); proc.waitFor(); System.out.println("STDOUT<" + stdout.getData() + ">"); System.out.println("STDERR<" + stderr.getData() + ">"); Here is my (trivial) implementation, use it as you see fit. final class StreamReader extends Thread { private InputStream is; private StringBuffer data; StreamReader(InputStream _is) { is = _is; data = new StringBuffer(); Thread me = new Thread(this); me.start(); } public void run() { try { BufferedReader br = new BufferedReader(new InputStreamReader(is)); String line = null; while ((line = br.readLine()) != null) data.append(line + LINE_SEP); } catch (IOException e) { // Ignored } } String getData() { return data.toString(); } } Why it works on linux-sun-jdk15 is probably due to the fact that there is more stack space allocated to processes, but if you modified the process to generate more output ('ls -R /'), it will eventually fail. Nate > > Attached is a simple code-example which shows the problem : it basically > just launces in iterations a process doing "/bin/ls -lRr /var/" > (the command seems to be important : e.g. ps(1) works fine, ls(1), tar(1), > cpio(1) (all doing fileio ...) fail more or less easiliy) > and then waits for it to exit. > > This works OK with linux-sun-jdk15, it fails (most often just hang, > something process ends with exit code 127) on all boxes I could test on : > > i686-releng_6-UP / jdk-1.5.0.13p7,1 > i686-releng_7-UP / jdk-1.5.0.12p6_2,1 > amd64-releng_6-SMP / jdk-1.5.0.12p6_2,1 and jdk-1.5.0.13p7,1 > amd64-releng_7-SMP / jdk-1.5.0.13p7,1 > > > I somehow doubt this is really (only) a jdk-problem : it fails (hangs) > as well if I compile it with gcj to an executable (tested both on > i686-releng_6-UP and amd64-releng_7-SMP). > > Attached a gdb-log (for releng_7) with shows three threads, two of them > blocking in _umtx_op () (from pthread_cond_init () ), the third > in sigsuspend () (from pthread_getprio () ?). > > If I create a core-dump with "gcore -s" all sixteen threads > block in (log attached for the two first threads ) : > > #0 0x00000008008cabfc in wait4 () from /lib/libc.so.7 > #1 0x000000080075616e in waitpid () from /lib/libthr.so.3 > #2 0x0000000801e43030 in Java_java_lang_UNIXProcess_waitForProcessExit ( > env=0x82c1a2998, junk=0x7ffffeef1798, pid=906) > > > I hope someone can help me for this, or should I write a PR? > > Thanx very much in adavance. > > Arno > > > > > -- > > Arno J. Klaassen > > SCITO S.A. > 8 rue des Haies > F-75020 Paris, France > http://scito.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"