From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 04:04:20 2008 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 9DD44106566C for ; Sun, 6 Apr 2008 04:04:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8313D8FC13 for ; Sun, 6 Apr 2008 04:04:20 +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, 05 Apr 2008 23:52:35 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A4A442D6006 for ; Sat, 5 Apr 2008 21:04:14 -0700 (PDT) Message-ID: <47F84BC2.4080400@elischer.org> Date: Sat, 05 Apr 2008 21:04:18 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: My first post KSE casualty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Apr 2008 04:04:20 -0000 upgraded my laptop to -current. discovered that the mozilla binary I use for all my mail archives is statically linked with KSE.. Can't get to my mail archives... need to build one of the alternatives :-/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 08:44:13 2008 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 CD1DA106564A for ; Sun, 6 Apr 2008 08:44:13 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 67A218FC12 for ; Sun, 6 Apr 2008 08:44:13 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.1.199] (cpe-24-94-72-120.hawaii.res.rr.com [24.94.72.120]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m368i72v031385; Sun, 6 Apr 2008 04:44:10 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sat, 5 Apr 2008 22:44:46 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Julian Elischer In-Reply-To: <47F84BC2.4080400@elischer.org> Message-ID: <20080405224246.B949@desktop> References: <47F84BC2.4080400@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: My first post KSE casualty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Apr 2008 08:44:13 -0000 On Sat, 5 Apr 2008, Julian Elischer wrote: > upgraded my laptop to -current. > discovered that the mozilla binary I use for all my mail archives > is statically linked with KSE.. Why did you statically compile your mozilla? You'd probably have to hack your port makefile to do that. It was widely understood that statically linked binaries wouldn't be supported post kse. > > > Can't get to my mail archives... need to build one of the alternatives :-/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 15:17:00 2008 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 94662106564A; Sun, 6 Apr 2008 15:17:00 +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 2FA848FC17; Sun, 6 Apr 2008 15:17:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36FGxjZ088126; Sun, 6 Apr 2008 11:16:59 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36FGx4a089534; Sun, 6 Apr 2008 11:16:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A52B73039; Sun, 6 Apr 2008 11:16:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406151659.0A52B73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 11:16:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner1 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, 06 Apr 2008 15:17:00 -0000 TB --- 2008-04-06 14:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 14:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-06 14:20:00 - cleaning the object tree TB --- 2008-04-06 14:20:30 - cvsupping the source tree TB --- 2008-04-06 14:20:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-06 14:20:37 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 14:20:37 - cd /src TB --- 2008-04-06 14:20:37 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 14:20:39 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 15:16:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 15:16:58 - ERROR: failed to build world TB --- 2008-04-06 15:16:58 - tinderbox aborted TB --- 2646.36 user 318.67 system 3418.34 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 15:22:30 2008 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 36A521065678; Sun, 6 Apr 2008 15:22:30 +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 C6D8E8FC2E; Sun, 6 Apr 2008 15:22:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36FMTHc088514; Sun, 6 Apr 2008 11:22:29 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36FMTnM003412; Sun, 6 Apr 2008 11:22:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3523F73039; Sun, 6 Apr 2008 11:22:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406152229.3523F73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 11:22:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 15:22:30 -0000 TB --- 2008-04-06 14:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 14:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-06 14:20:00 - cleaning the object tree TB --- 2008-04-06 14:20:50 - cvsupping the source tree TB --- 2008-04-06 14:20:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-06 14:20:56 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 14:20:56 - cd /src TB --- 2008-04-06 14:20:56 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 14:20:59 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 15:22:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 15:22:29 - ERROR: failed to build world TB --- 2008-04-06 15:22:29 - tinderbox aborted TB --- 2795.70 user 332.26 system 3748.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 15:52:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819CC1065672 for ; Sun, 6 Apr 2008 15:52:16 +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 305848FC18 for ; Sun, 6 Apr 2008 15:52:15 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 36B9F3D8794; Sun, 6 Apr 2008 19:52:13 +0400 (MSD) Received: from comp.vmhost.my (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 170503D86E9 for ; Sun, 6 Apr 2008 19:52:13 +0400 (MSD) Date: Sun, 6 Apr 2008 19:52:13 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1581375349.20080406195213@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: P5N-MX intagrated network controller not work 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, 06 Apr 2008 15:52:16 -0000 Hi, All. Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset nForce 610i, what I can do to make this card usable under freebsd. Here part of pciconf -lv|grep -a3 network none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = network subclass = ethernet -- 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 Apr 6 16:14:52 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D8021065680 for ; Sun, 6 Apr 2008 16:14:52 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id C15AF8FC25 for ; Sun, 6 Apr 2008 16:14:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id m36GEnCF001732 for ; Sun, 6 Apr 2008 17:14:49 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JiXW5-0000wI-56 for freebsd-current@FreeBSD.org; Sun, 06 Apr 2008 17:14:49 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.1/8.14.1) with ESMTP id m36GEmlr082238 for ; Sun, 6 Apr 2008 17:14:48 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.1/8.14.1/Submit) with ESMTP id m36GEmJh082235 for ; Sun, 6 Apr 2008 17:14:48 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 6 Apr 2008 17:14:48 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: All In-Reply-To: <1581375349.20080406195213@masm.elcom.ru> Message-ID: <20080406171315.K81085@ury.york.ac.uk> References: <1581375349.20080406195213@masm.elcom.ru> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1082628948-1207498488=:81085" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: Subject: Re: P5N-MX intagrated network controller not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 16:14:52 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1082628948-1207498488=:81085 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 6 Apr 2008, Victor M. Blood wrote: > Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset > nForce 610i, what I can do to make this card usable under freebsd. > > Here part of pciconf -lv|grep -a3 network > none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > class = network > subclass = ethernet Try the attached patch. Gavin --0-1082628948-1207498488=:81085 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=nfe_mcp73.diff Content-Transfer-Encoding: BASE64 Content-ID: <20080406171448.O81085@ury.york.ac.uk> Content-Description: Content-Disposition: attachment; filename=nfe_mcp73.diff SW5kZXg6IHNyYy9zeXMvZGV2L25mZS9pZl9uZmUuYw0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9kZXYv bmZlL2lmX25mZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMS4yLjIN CmRpZmYgLXUgLXIxLjIxLjIuMiBpZl9uZmUuYw0KLS0tIHNyYy9zeXMvZGV2 L25mZS9pZl9uZmUuYwk2IERlYyAyMDA3IDA0OjA1OjU2IC0wMDAwCTEuMjEu Mi4yDQorKysgc3JjL3N5cy9kZXYvbmZlL2lmX25mZS5jCTYgQXByIDIwMDgg MTY6MTI6NTcgLTAwMDANCkBAIC0yNDMsNiArMjQzLDggQEANCiAJICAgICJO VklESUEgbkZvcmNlIE1DUDY3IE5ldHdvcmtpbmcgQWRhcHRlciJ9LA0KIAl7 UENJX1ZFTkRPUl9OVklESUEsIFBDSV9QUk9EVUNUX05WSURJQV9NQ1A2N19M QU40LA0KIAkgICAgIk5WSURJQSBuRm9yY2UgTUNQNjcgTmV0d29ya2luZyBB ZGFwdGVyIn0sDQorCXtQQ0lfVkVORE9SX05WSURJQSwgUENJX1BST0RVQ1Rf TlZJRElBX01DUDczX0xBTjEsDQorCSAgICAiTlZJRElBIG5Gb3JjZSBNQ1A3 MyBOZXR3b3JraW5nIEFkYXB0ZXIifSwNCiAJezAsIDAsIE5VTEx9DQogfTsN CiANCkluZGV4OiBzcmMvc3lzL2Rldi9uZmUvaWZfbmZlcmVnLmgNCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9z eXMvZGV2L25mZS9pZl9uZmVyZWcuaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTANCmRpZmYgLXUgLXIxLjEwIGlmX25mZXJlZy5oDQotLS0gc3JjL3N5 cy9kZXYvbmZlL2lmX25mZXJlZy5oCTEyIEp1biAyMDA3IDEwOjUxOjQ3IC0w MDAwCTEuMTANCisrKyBzcmMvc3lzL2Rldi9uZmUvaWZfbmZlcmVnLmgJNiBB cHIgMjAwOCAxNjoxMjo1NyAtMDAwMA0KQEAgLTMwMCw2ICszMDAsNyBAQA0K ICNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX01DUDY3X0xBTjIJCTB4MDU0 ZA0KICNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX01DUDY3X0xBTjMJCTB4 MDU0ZQ0KICNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX01DUDY3X0xBTjQJ CTB4MDU0Zg0KKyNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX01DUDczX0xB TjEJCTB4MDdkYw0KIA0KICNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX05G T1JDRTNfTEFOMglQQ0lfUFJPRFVDVF9OVklESUFfTkZPUkNFMl80MDBfTEFO MQ0KICNkZWZpbmUJUENJX1BST0RVQ1RfTlZJRElBX05GT1JDRTNfTEFOMwlQ Q0lfUFJPRFVDVF9OVklESUFfTkZPUkNFMl80MDBfTEFOMg0K --0-1082628948-1207498488=:81085-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 16:17:05 2008 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 C7F4A106567D; Sun, 6 Apr 2008 16:17:05 +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 63CED8FC1B; Sun, 6 Apr 2008 16:17:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36GH4M2091759; Sun, 6 Apr 2008 12:17:04 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36GH4Qf027618; Sun, 6 Apr 2008 12:17:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9049073039; Sun, 6 Apr 2008 12:17:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406161704.9049073039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 12:17:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 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: Sun, 06 Apr 2008 16:17:06 -0000 TB --- 2008-04-06 15:16:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 15:16:59 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-06 15:16:59 - cleaning the object tree TB --- 2008-04-06 15:17:35 - cvsupping the source tree TB --- 2008-04-06 15:17:35 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-06 15:17:41 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 15:17:41 - cd /src TB --- 2008-04-06 15:17:41 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 15:17:46 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 16:17:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 16:17:04 - ERROR: failed to build world TB --- 2008-04-06 16:17:04 - tinderbox aborted TB --- 2732.50 user 316.08 system 3605.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 16:22:03 2008 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 E29D9106564A; Sun, 6 Apr 2008 16:22:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5218FC12; Sun, 6 Apr 2008 16:22:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36GM3fA092031; Sun, 6 Apr 2008 12:22:03 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36GM22i033173; Sun, 6 Apr 2008 12:22:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAA0273039; Sun, 6 Apr 2008 12:22:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406162202.DAA0273039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 12:22:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 16:22:04 -0000 TB --- 2008-04-06 15:22:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 15:22:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-06 15:22:29 - cleaning the object tree TB --- 2008-04-06 15:22:51 - cvsupping the source tree TB --- 2008-04-06 15:22:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-06 15:22:56 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 15:22:56 - cd /src TB --- 2008-04-06 15:22:56 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 15:22:58 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 16:22:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 16:22:02 - ERROR: failed to build world TB --- 2008-04-06 16:22:02 - tinderbox aborted TB --- 2707.59 user 326.78 system 3573.53 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 17:22:16 2008 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 D7C651065671; Sun, 6 Apr 2008 17:22:16 +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 730D38FC18; Sun, 6 Apr 2008 17:22:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36HMFgY095885; Sun, 6 Apr 2008 13:22:15 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36HMFDY097043; Sun, 6 Apr 2008 13:22:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 71AF973039; Sun, 6 Apr 2008 13:22:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406172215.71AF973039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 13:22:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 17:22:17 -0000 TB --- 2008-04-06 16:22:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 16:22:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-06 16:22:03 - cleaning the object tree TB --- 2008-04-06 16:22:32 - cvsupping the source tree TB --- 2008-04-06 16:22:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-06 16:22:37 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 16:22:37 - cd /src TB --- 2008-04-06 16:22:37 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 16:22:39 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 17:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 17:22:15 - ERROR: failed to build world TB --- 2008-04-06 17:22:15 - tinderbox aborted TB --- 2749.27 user 317.66 system 3612.18 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 17:25:03 2008 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 DE8DC106564A; Sun, 6 Apr 2008 17:25:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7906F8FC1D; Sun, 6 Apr 2008 17:25: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.14.2/8.14.2) with ESMTP id m36HP3FN096035; Sun, 6 Apr 2008 13:25:03 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36HP3jq024909; Sun, 6 Apr 2008 13:25:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DA4D973039; Sun, 6 Apr 2008 13:25:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406172502.DA4D973039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 13:25:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 17:25:04 -0000 TB --- 2008-04-06 16:17:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 16:17:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-06 16:17:04 - cleaning the object tree TB --- 2008-04-06 16:17:44 - cvsupping the source tree TB --- 2008-04-06 16:17:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-06 16:17:51 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 16:17:51 - cd /src TB --- 2008-04-06 16:17:51 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 16:17:55 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 17:25:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 17:25:02 - ERROR: failed to build world TB --- 2008-04-06 17:25:02 - tinderbox aborted TB --- 3134.74 user 330.38 system 4078.06 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 17:44:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F209106566C for ; Sun, 6 Apr 2008 17:44:44 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf03.insightbb.com (mxsf03.insightbb.com [74.128.0.64]) by mx1.freebsd.org (Postfix) with ESMTP id C8E728FC12 for ; Sun, 6 Apr 2008 17:44:43 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.25,612,1199682000"; d="scan'208";a="294048864" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.124]) by mxsf03.insightbb.com with ESMTP; 06 Apr 2008 13:14:33 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAGqi+EdKgEWp/2dsb2JhbACpIAQ X-IronPort-AV: E=Sophos;i="4.25,612,1199682000"; d="scan'208";a="228729125" Received: from 74-128-69-169.dhcp.insightbb.com (HELO sneezy) ([74.128.69.169]) by asav02.insightbb.com with SMTP; 06 Apr 2008 13:14:33 -0400 From: "David Boyd" To: Date: Sun, 6 Apr 2008 13:14:33 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Importance: Normal Subject: Promise SX4060 (PDC20621) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Apr 2008 17:44:44 -0000 I'm attempting to convert a computer that was running Windows XP to FreeBSD 7.0-RELEASE. The computer came with a Promise SX4060 ATA RAID controller with a 120GB RAID-1 array. The motherboard is an Intel D845WN. The Promise controller contains a chip marked PDC20621. The chipset is listed in the man page for ata. During boot, the system continually reports "SETFEATURES" error messages for both ad4 and ad8 but never reports seeing the ar0 disc. A google of FreeBSD and SX4060 returns several hits with this same set of errors being reported by Mark Kirkwood for 6.1-RC1. Was this problem resolved? Is this card supported? I can provide some details of the messages, but the volume of data prevents me from writing all of it. The messages are exactly the same ones from the complaint mentioned above. This computer is not in production (yet!), so I can try almost anything that you can suggest. I have reinstalled Windows XP to verify that the motherboard, controller and drives are usable. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 18:04:28 2008 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 CB052106566B for ; Sun, 6 Apr 2008 18:04:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id AC2EB8FC13 for ; Sun, 6 Apr 2008 18:04:28 +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; Sun, 06 Apr 2008 13:53:45 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id C23AB2D6014; Sun, 6 Apr 2008 11:04:24 -0700 (PDT) Message-ID: <47F910AB.1030408@elischer.org> Date: Sun, 06 Apr 2008 11:04:27 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jeff Roberson References: <47F84BC2.4080400@elischer.org> <20080405224246.B949@desktop> In-Reply-To: <20080405224246.B949@desktop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: My first post KSE casualty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Apr 2008 18:04:28 -0000 Jeff Roberson wrote: > On Sat, 5 Apr 2008, Julian Elischer wrote: > >> upgraded my laptop to -current. >> discovered that the mozilla binary I use for all my mail archives >> is statically linked with KSE.. > > Why did you statically compile your mozilla? You'd probably have to > hack your port makefile to do that. > > It was widely understood that statically linked binaries wouldn't be > supported post kse. > that's what the port did >> >> >> Can't get to my mail archives... need to build one of the >> alternatives :-/ >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 18:19:11 2008 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 A80FB106566B; Sun, 6 Apr 2008 18:19:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 43ACF8FC14; Sun, 6 Apr 2008 18:19:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36IJAeq099807; Sun, 6 Apr 2008 14:19:10 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36IJA00059824; Sun, 6 Apr 2008 14:19:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CA9073039; Sun, 6 Apr 2008 14:19:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406181910.5CA9073039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 14:19:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 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: Sun, 06 Apr 2008 18:19:11 -0000 TB --- 2008-04-06 17:22:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 17:22:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-06 17:22:15 - cleaning the object tree TB --- 2008-04-06 17:22:42 - cvsupping the source tree TB --- 2008-04-06 17:22:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-06 17:22:48 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 17:22:48 - cd /src TB --- 2008-04-06 17:22:48 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 17:22:50 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 18:19:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 18:19:10 - ERROR: failed to build world TB --- 2008-04-06 18:19:10 - tinderbox aborted TB --- 2562.12 user 312.14 system 3414.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 18:20:56 2008 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 58C55106566C; Sun, 6 Apr 2008 18:20: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 EA4E58FC21; Sun, 6 Apr 2008 18:20:55 +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.2/8.14.2) with ESMTP id m36IKsS6026117; Sun, 6 Apr 2008 14:20:54 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36IKsDg057673; Sun, 6 Apr 2008 14:20:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3AFB73039; Sun, 6 Apr 2008 14:20:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406182054.A3AFB73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 14:20:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 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: Sun, 06 Apr 2008 18:20:56 -0000 TB --- 2008-04-06 17:25:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 17:25:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-06 17:25:02 - cleaning the object tree TB --- 2008-04-06 17:25:26 - cvsupping the source tree TB --- 2008-04-06 17:25:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-06 17:25:34 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 17:25:34 - cd /src TB --- 2008-04-06 17:25:34 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 17:25:36 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 18:20:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 18:20:54 - ERROR: failed to build world TB --- 2008-04-06 18:20:54 - tinderbox aborted TB --- 2561.08 user 310.73 system 3351.75 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 19:22:04 2008 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 770CA1065676; Sun, 6 Apr 2008 19:22: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 127A08FC15; Sun, 6 Apr 2008 19:22: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.14.2/8.14.2) with ESMTP id m36JM3QA002663; Sun, 6 Apr 2008 15:22:03 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36JM3GK026635; Sun, 6 Apr 2008 15:22:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68E1573039; Sun, 6 Apr 2008 15:22:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406192203.68E1573039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 15:22:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.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: Sun, 06 Apr 2008 19:22:04 -0000 TB --- 2008-04-06 18:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 18:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-06 18:25:00 - cleaning the object tree TB --- 2008-04-06 18:25:31 - cvsupping the source tree TB --- 2008-04-06 18:25:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-06 18:25:38 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 18:25:38 - cd /src TB --- 2008-04-06 18:25:38 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 18:25:42 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 19:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 19:22:03 - ERROR: failed to build world TB --- 2008-04-06 19:22:03 - tinderbox aborted TB --- 2640.45 user 324.30 system 3423.02 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 19:27:18 2008 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 4C699106566B; Sun, 6 Apr 2008 19:27: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 DCA7E8FC17; Sun, 6 Apr 2008 19:27: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.14.2/8.14.2) with ESMTP id m36JRHEP002942; Sun, 6 Apr 2008 15:27:17 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36JRHeE039837; Sun, 6 Apr 2008 15:27:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 469F073039; Sun, 6 Apr 2008 15:27:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406192717.469F073039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 15:27:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 19:27:18 -0000 TB --- 2008-04-06 18:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 18:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-06 18:25:00 - cleaning the object tree TB --- 2008-04-06 18:25:32 - cvsupping the source tree TB --- 2008-04-06 18:25:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-06 18:25:40 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 18:25:40 - cd /src TB --- 2008-04-06 18:25:40 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 18:25:42 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 19:27:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 19:27:17 - ERROR: failed to build world TB --- 2008-04-06 19:27:17 - tinderbox aborted TB --- 2795.03 user 330.56 system 3737.05 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 20:21:45 2008 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 3E76C106568B; Sun, 6 Apr 2008 20:21:45 +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 D00D78FC1B; Sun, 6 Apr 2008 20:21:34 +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.2/8.14.2) with ESMTP id m36KLYVs032880; Sun, 6 Apr 2008 16:21:34 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36KLXNM077785; Sun, 6 Apr 2008 16:21:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B17B373039; Sun, 6 Apr 2008 16:21:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406202133.B17B373039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 16:21:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 20:21:45 -0000 TB --- 2008-04-06 19:22:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 19:22:03 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-06 19:22:03 - cleaning the object tree TB --- 2008-04-06 19:22:20 - cvsupping the source tree TB --- 2008-04-06 19:22:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-06 19:22:26 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 19:22:26 - cd /src TB --- 2008-04-06 19:22:26 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 19:22:28 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 20:21:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 20:21:33 - ERROR: failed to build world TB --- 2008-04-06 20:21:33 - tinderbox aborted TB --- 2729.73 user 316.18 system 3569.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 20:26:40 2008 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 DEA2E1065673; Sun, 6 Apr 2008 20:26:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8BD8FC27; Sun, 6 Apr 2008 20:26: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.14.2/8.14.2) with ESMTP id m36KQYZ5005433; Sun, 6 Apr 2008 16:26:34 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36KQYiR090157; Sun, 6 Apr 2008 16:26:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78B9C73039; Sun, 6 Apr 2008 16:26:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406202634.78B9C73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 16:26:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 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: Sun, 06 Apr 2008 20:26:41 -0000 TB --- 2008-04-06 19:27:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 19:27:17 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-06 19:27:17 - cleaning the object tree TB --- 2008-04-06 19:27:30 - cvsupping the source tree TB --- 2008-04-06 19:27:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-06 19:27:35 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 19:27:35 - cd /src TB --- 2008-04-06 19:27:35 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 19:27:37 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 20:26:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 20:26:34 - ERROR: failed to build world TB --- 2008-04-06 20:26:34 - tinderbox aborted TB --- 2709.48 user 323.94 system 3557.05 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 20:54:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE755106564A for ; Sun, 6 Apr 2008 20:54:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 38B3F8FC18 for ; Sun, 6 Apr 2008 20:54:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1271878fgg.35 for ; Sun, 06 Apr 2008 13:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=AurCNhkEpVTH8HbartThzq8u6lwvOgdFOtvvcA/Ep6A=; b=COnLq+fXrEYyZ66CMWKkyYe3zMvVLo3dsicdn414Gnvc46me7KbMjptXi4ZSfemVpWcKggziQUJ4S2UtF7V/kJcqct+J7jfsh1ufjkzQ/Qj+tHfs4CyM61w9/plz/yl2g60Q+dPkX0KW4bXOvx0+8dcTBdy2moY9PaLByn8bS98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=CqIV3BypsIzS5zhgk45hQ3i2iZ4RFcA4zTsIxKNLaoboA7P1k4yIXznSAF7HFFfrheSPxLiLJuX4SWS5ZuaraStqHkR1c2KlBrA5mCsV8pq9naEUj1HjxZEXUG8dN49D8i4+ku2D+XEYXNtSLVbRLuGslSPCFm8fGhQXII7K7cs= Received: by 10.86.94.11 with SMTP id r11mr2866468fgb.56.1207515279993; Sun, 06 Apr 2008 13:54:39 -0700 (PDT) Received: by 10.86.36.15 with HTTP; Sun, 6 Apr 2008 13:54:39 -0700 (PDT) Message-ID: <3bbf2fe10804061354n4a4ad211s96695e8ccef4f99@mail.gmail.com> Date: Sun, 6 Apr 2008 22:54:39 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "FreeBSD Current" , fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 47325ec4e9e58fe2 Cc: Subject: [FOLLOW UP] lockmgr rewriting -- round 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, 06 Apr 2008 20:54:41 -0000 As alredy mentioned in earlier e-mail, an optimized version for lockmgr has been committed less than half an hour ago to CVS stock kernel. This has been made necessary because the patch needed a wider coverage for testing and feedbacks, after a good "troubleshooter" period where several bugs were fixed. What does the new patch introduce in the KPI? Together with a faster implementation, the patch provides the ability to use a rwlock as interlock, through functions lockmgr_rw() and lockmgr_args_rw(). This feature (requested by jeff@) has been implemented through the generic lock layer in a generalized function (__lockmgr_args(), the real core function for new lockmgr). What is missing? Currently, the WITNESS support has been dropped but it is supposed to be re-added very soon. Other surrounding support (lockmgr stack, ktr traces, showing vnodes, etc) have been judged enough good to find bugs so far that WITNESS support can be delayed for the moment. Also, the draining can be subjected to a race, alredy present in the old version of lockmgr too. Basically, if a drainer finds a queue of shared waiters and wake them up and later the first shared owner wakes up the drainer, the drainer and other shared (eventual) owners will race fot the lock acquisition. However LK_DRAIN is not widely used and the current implementation will have this fixed asap (in the while, this issue is a lot more mitigated than the old implementation). Future plans? In order to get the maximum by the primitive, adaptive spinning support can be tried. Also other wakeups mechanism can be explored. Benchmarks? Kris Kennaway did some rough benchmark alredy with the patch. On some benchmarks (like mysql in write mode) he experienced a big performance boost (in order of 200%) while on other a less massive one (myisam gets improved of a 10% factor). We expect, however, that a lot of workload will be improved by this work so, we wait for you direct experiences on the battle field. This work has been possible thanks to the generous sponsor of Google through the Summer of code (2007) program, thanks to the FreeBSD developers community which picked up this project and in particular thanks to Jeff Roberson and Kris Kennaway that through revisions and testing found several bugs. Peter Holm and Daniel Gerzo, also, tested the patch and confirmed stability of the work on their particular workloads. Any further comments and reports will be appreciated by the community. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 21:26:31 2008 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 4C129106564A; Sun, 6 Apr 2008 21:26:31 +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 DD4DA8FC1F; Sun, 6 Apr 2008 21:26:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36LQU0N009225; Sun, 6 Apr 2008 17:26:30 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36LQUhi041073; Sun, 6 Apr 2008 17:26:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4F9C73039; Sun, 6 Apr 2008 17:26:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406212629.E4F9C73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 17:26:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 21:26:31 -0000 TB --- 2008-04-06 20:26:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 20:26:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-06 20:26:34 - cleaning the object tree TB --- 2008-04-06 20:26:48 - cvsupping the source tree TB --- 2008-04-06 20:26:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-06 20:26:56 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 20:26:56 - cd /src TB --- 2008-04-06 20:26:56 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 20:26:58 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 21:26:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 21:26:29 - ERROR: failed to build world TB --- 2008-04-06 21:26:29 - tinderbox aborted TB --- 2750.23 user 315.94 system 3595.16 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 21:29:01 2008 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 E3F9A106564A; Sun, 6 Apr 2008 21:29:01 +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 7F9CD8FC0A; Sun, 6 Apr 2008 21:29:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36LT1Gf009375; Sun, 6 Apr 2008 17:29:01 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36LT1fs044057; Sun, 6 Apr 2008 17:29:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E1E9273039; Sun, 6 Apr 2008 17:29:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406212900.E1E9273039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 17:29:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 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: Sun, 06 Apr 2008 21:29:02 -0000 TB --- 2008-04-06 20:21:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 20:21:33 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-06 20:21:33 - cleaning the object tree TB --- 2008-04-06 20:21:54 - cvsupping the source tree TB --- 2008-04-06 20:21:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-06 20:22:00 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 20:22:00 - cd /src TB --- 2008-04-06 20:22:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 20:22:03 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 21:29:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 21:29:00 - ERROR: failed to build world TB --- 2008-04-06 21:29:00 - tinderbox aborted TB --- 3135.98 user 326.04 system 4047.02 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 22:23:21 2008 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 94240106566C; Sun, 6 Apr 2008 22:23:21 +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 2FE008FC18; Sun, 6 Apr 2008 22:23:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36MNKMR012150; Sun, 6 Apr 2008 18:23:20 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36MNKMY086323; Sun, 6 Apr 2008 18:23:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B16A73039; Sun, 6 Apr 2008 18:23:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406222320.6B16A73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 18:23:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 22:23:21 -0000 TB --- 2008-04-06 21:26:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 21:26:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-06 21:26:30 - cleaning the object tree TB --- 2008-04-06 21:26:47 - cvsupping the source tree TB --- 2008-04-06 21:26:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-06 21:26:55 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 21:26:55 - cd /src TB --- 2008-04-06 21:26:55 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 21:26:57 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 22:23:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 22:23:20 - ERROR: failed to build world TB --- 2008-04-06 22:23:20 - tinderbox aborted TB --- 2561.58 user 309.98 system 3410.10 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 22:24:49 2008 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 36781106566B; Sun, 6 Apr 2008 22:24:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C80888FC15; Sun, 6 Apr 2008 22:24:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36MOmu5012225; Sun, 6 Apr 2008 18:24:48 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36MOmvT086769; Sun, 6 Apr 2008 18:24:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 515D473039; Sun, 6 Apr 2008 18:24:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406222448.515D473039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 18:24:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.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: Sun, 06 Apr 2008 22:24:49 -0000 TB --- 2008-04-06 21:29:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 21:29:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-06 21:29:01 - cleaning the object tree TB --- 2008-04-06 21:29:17 - cvsupping the source tree TB --- 2008-04-06 21:29:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-06 21:29:23 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 21:29:23 - cd /src TB --- 2008-04-06 21:29:23 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 21:29:26 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 22:24:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 22:24:48 - ERROR: failed to build world TB --- 2008-04-06 22:24:48 - tinderbox aborted TB --- 2559.98 user 310.87 system 3347.26 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 23:21:46 2008 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 900061065673; Sun, 6 Apr 2008 23:21:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 32ED38FC1B; Sun, 6 Apr 2008 23:21:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36NLjJt015429; Sun, 6 Apr 2008 19:21:45 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36NLjvC035745; Sun, 6 Apr 2008 19:21:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7CC4873039; Sun, 6 Apr 2008 19:21:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406232145.7CC4873039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 19:21:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 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, 06 Apr 2008 23:21:46 -0000 TB --- 2008-04-06 22:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 22:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-06 22:25:00 - cleaning the object tree TB --- 2008-04-06 22:25:22 - cvsupping the source tree TB --- 2008-04-06 22:25:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-06 22:25:30 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 22:25:30 - cd /src TB --- 2008-04-06 22:25:30 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 22:25:33 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 23:21:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 23:21:45 - ERROR: failed to build world TB --- 2008-04-06 23:21:45 - tinderbox aborted TB --- 2642.64 user 321.64 system 3404.89 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 23:27:10 2008 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 0697D1065673; Sun, 6 Apr 2008 23:27:10 +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 9E1278FC1A; Sun, 6 Apr 2008 23:27:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m36NR47n015707; Sun, 6 Apr 2008 19:27:04 -0400 (EDT) (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.2/8.14.2) with ESMTP id m36NR3ir040100; Sun, 6 Apr 2008 19:27:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CAF7C73039; Sun, 6 Apr 2008 19:27:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080406232703.CAF7C73039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 19:27:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 23:27:10 -0000 TB --- 2008-04-06 22:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-06 22:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-06 22:25:00 - cleaning the object tree TB --- 2008-04-06 22:25:24 - cvsupping the source tree TB --- 2008-04-06 22:25:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-06 22:25:31 - building world (CFLAGS=-O -pipe) TB --- 2008-04-06 22:25:31 - cd /src TB --- 2008-04-06 22:25:31 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 6 22:25:34 UTC 2008 >>> 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 [...] ===> usr.sbin/rpc.statd (all) cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/file.c cc -O -pipe -I. -c sm_inter_svc.c cc -O -pipe -I. -c /src/usr.sbin/rpc.statd/statd.c /src/usr.sbin/rpc.statd/statd.c: In function 'create_service': /src/usr.sbin/rpc.statd/statd.c:371: error: 'sock' undeclared (first use in this function) /src/usr.sbin/rpc.statd/statd.c:371: error: (Each undeclared identifier is reported only once /src/usr.sbin/rpc.statd/statd.c:371: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/rpc.statd. *** 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 --- 2008-04-06 23:27:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-06 23:27:03 - ERROR: failed to build world TB --- 2008-04-06 23:27:03 - tinderbox aborted TB --- 2795.84 user 329.29 system 3723.35 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 23:50:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0FA5106566B for ; Sun, 6 Apr 2008 23:50:11 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id 238EB8FC1C for ; Sun, 6 Apr 2008 23:50:10 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 13307 invoked by uid 0); 6 Apr 2008 23:23:30 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 6 Apr 2008 23:23:30 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id ECF0039820; Mon, 7 Apr 2008 01:23:29 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 5148639819; Mon, 7 Apr 2008 01:23:27 +0200 (CEST) Message-ID: <47F95B6D.80006@quis.cx> Date: Mon, 07 Apr 2008 01:23:25 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten Subject: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 23:50:11 -0000 Hello all, My first mail to the FreeBSD mailinglists :) I've patched top (in src/contrib) to accept ^W in line editing mode (eg when killing a process (hit 'k')) The patch is attached, and I hope mailman won't eat it, or else: http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff there it is :) I took the RELENG_6 version, and editted that one. -- Jille Timmermans Ps: Am I even on the right mailinglist ? From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 01:36:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63508106566B for ; Mon, 7 Apr 2008 01:36:43 +0000 (UTC) (envelope-from pyunyh@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 336D68FC14 for ; Mon, 7 Apr 2008 01:36:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so973596waf.3 for ; Sun, 06 Apr 2008 18:36:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=t8FJ0XZdfj40aKz//DkOmccK7A6Hgta86sDQJkGyKH0=; b=voDe3fMLbXyC8vy4OGJo+/A7NLex7B0IKtmVzokWSY+UAbzz7oWfyI+YTV6M++oVrW4EBVz5XK/AcQ5upbqQkUtYlSwo0SUl+M+0I89r8O11qjX80p3N/wsUdVGVjIeafwUXfAjgPIY84n0sAsLBozHet86ZbE4EDhNLE+uVor4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nSMKHIKUNCkBdp7iU5pE9UIMq99bQaNDawlhgg65NCKGP/TeDpFWeqvRsF2LNsd0J8ugqGkwPPSjcHgyjUSh4hHXLk7VCaRXLrb3SWOREhXIY2wtKglUYHE3c221hBFI3LD9dNIVEkPkSZFCx0hub7D/7x76UcQFBhcFCgf53m8= Received: by 10.114.26.18 with SMTP id 18mr5240503waz.130.1207532202654; Sun, 06 Apr 2008 18:36:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m28sm13310538poh.8.2008.04.06.18.36.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Apr 2008 18:36:41 -0700 (PDT) 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 m371aa3b038410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Apr 2008 10:36:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m371aYbO038409; Mon, 7 Apr 2008 10:36:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 7 Apr 2008 10:36:34 +0900 From: Pyun YongHyeon To: "Victor M. Blood" Message-ID: <20080407013634.GC38024@cdnetworks.co.kr> References: <1581375349.20080406195213@masm.elcom.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <1581375349.20080406195213@masm.elcom.ru> User-Agent: Mutt/1.4.2.1i Cc: All Subject: Re: P5N-MX intagrated network controller not work 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, 07 Apr 2008 01:36:43 -0000 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 06, 2008 at 07:52:13PM +0400, Victor M. Blood wrote: > Hi, All. > > Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset > nForce 610i, what I can do to make this card usable under freebsd. > > Here part of pciconf -lv|grep -a3 network > none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > class = network > subclass = ethernet > > Please try attached patch and let me know how it goes. -- Regards, Pyun YongHyeon --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.mcp73.patch" --- sys/dev/nfe/if_nfe.c.orig 2008-03-06 10:47:53.000000000 +0900 +++ sys/dev/nfe/if_nfe.c 2008-04-07 10:32:17.000000000 +0900 @@ -237,6 +237,14 @@ "NVIDIA nForce MCP67 Networking Adapter"}, {PCI_VENDOR_NVIDIA, PCI_PRODUCT_NVIDIA_MCP67_LAN4, "NVIDIA nForce MCP67 Networking Adapter"}, + {PCI_VENDOR_NVIDIA, PCI_PRODUCT_NVIDIA_MCP73_LAN1, + "NVIDIA nForce MCP73 Networking Adapter"}, + {PCI_VENDOR_NVIDIA, PCI_PRODUCT_NVIDIA_MCP73_LAN2, + "NVIDIA nForce MCP73 Networking Adapter"}, + {PCI_VENDOR_NVIDIA, PCI_PRODUCT_NVIDIA_MCP73_LAN3, + "NVIDIA nForce MCP73 Networking Adapter"}, + {PCI_VENDOR_NVIDIA, PCI_PRODUCT_NVIDIA_MCP73_LAN4, + "NVIDIA nForce MCP73 Networking Adapter"}, {0, 0, NULL} }; @@ -452,6 +460,10 @@ case PCI_PRODUCT_NVIDIA_MCP67_LAN2: case PCI_PRODUCT_NVIDIA_MCP67_LAN3: case PCI_PRODUCT_NVIDIA_MCP67_LAN4: + case PCI_PRODUCT_NVIDIA_MCP73_LAN1: + case PCI_PRODUCT_NVIDIA_MCP73_LAN2: + case PCI_PRODUCT_NVIDIA_MCP73_LAN3: + case PCI_PRODUCT_NVIDIA_MCP73_LAN4: sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT | NFE_CORRECT_MACADDR | NFE_TX_FLOW_CTRL; break; --- sys/dev/nfe/if_nfereg.h.orig 2008-03-06 10:47:53.000000000 +0900 +++ sys/dev/nfe/if_nfereg.h 2008-04-07 10:29:17.000000000 +0900 @@ -291,6 +291,10 @@ #define PCI_PRODUCT_NVIDIA_MCP67_LAN2 0x054d #define PCI_PRODUCT_NVIDIA_MCP67_LAN3 0x054e #define PCI_PRODUCT_NVIDIA_MCP67_LAN4 0x054f +#define PCI_PRODUCT_NVIDIA_MCP73_LAN1 0x07dc +#define PCI_PRODUCT_NVIDIA_MCP73_LAN2 0x07dd +#define PCI_PRODUCT_NVIDIA_MCP73_LAN3 0x07de +#define PCI_PRODUCT_NVIDIA_MCP73_LAN4 0x07df #define PCI_PRODUCT_NVIDIA_NFORCE3_LAN2 PCI_PRODUCT_NVIDIA_NFORCE2_400_LAN1 #define PCI_PRODUCT_NVIDIA_NFORCE3_LAN3 PCI_PRODUCT_NVIDIA_NFORCE2_400_LAN2 --cmJC7u66zC7hs+87-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 02:09:37 2008 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 B9EF71065673; Mon, 7 Apr 2008 02:09:37 +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 7D7DC8FC1D; Mon, 7 Apr 2008 02:09:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3729aqt024088; Sun, 6 Apr 2008 22:09:36 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3729afp032411; Sun, 6 Apr 2008 22:09:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3806873039; Sun, 6 Apr 2008 22:09:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080407020936.3806873039@freebsd-current.sentex.ca> Date: Sun, 6 Apr 2008 22:09:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 02:09:37 -0000 TB --- 2008-04-07 01:02:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-07 01:02:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-07 01:02:34 - cleaning the object tree TB --- 2008-04-07 01:02:54 - cvsupping the source tree TB --- 2008-04-07 01:02:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-07 01:03:00 - building world (CFLAGS=-O -pipe) TB --- 2008-04-07 01:03:00 - cd /src TB --- 2008-04-07 01:03:00 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 7 01:03:01 UTC 2008 >>> 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 Mon Apr 7 02:04:05 UTC 2008 TB --- 2008-04-07 02:04:05 - generating LINT kernel config TB --- 2008-04-07 02:04:05 - cd /src/sys/powerpc/conf TB --- 2008-04-07 02:04:05 - /usr/bin/make -B LINT TB --- 2008-04-07 02:04:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-07 02:04:05 - cd /src TB --- 2008-04-07 02:04:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 7 02:04:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-07 02:09:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-07 02:09:35 - ERROR: failed to build lint kernel TB --- 2008-04-07 02:09:35 - tinderbox aborted TB --- 3054.74 user 355.28 system 4021.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 08:37:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D4B1065670 for ; Mon, 7 Apr 2008 08:37:57 +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 C219E8FC0A for ; Mon, 7 Apr 2008 08:37:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 95E5D1CC4C; Mon, 7 Apr 2008 10:37:46 +0200 (CEST) Date: Mon, 7 Apr 2008 10:37:46 +0200 From: Ed Schouten To: Jille Timmermans Message-ID: <20080407083746.GL5934@hoeg.nl> References: <47F95B6D.80006@quis.cx> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vDEbda84Uy/oId5W" Content-Disposition: inline In-Reply-To: <47F95B6D.80006@quis.cx> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 08:37:57 -0000 --vDEbda84Uy/oId5W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jille :-) * Jille Timmermans wrote: > I've patched top (in src/contrib) to accept ^W in line editing mode (eg= =20 > when killing a process (hit 'k')) > > The patch is attached, and I hope mailman won't eat it, or else:=20 > http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff > there it is :) > I took the RELENG_6 version, and editted that one. Apart from some style(9) issues, it looks great. Unfortunately the top(8) source code is not maintained by FreeBSD. Its website seems to be http://unixtop.org/, though I couldn't find an email address there where you can submit patches. You'd better file a PR, to make sure it won't get lost. The patch seems to work on CURRENT as well. Thanks! --=20 Ed Schouten WWW: http://g-rave.nl/ --vDEbda84Uy/oId5W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkf53VoACgkQ52SDGA2eCwWVGQCfVmOdykZZ+y3eF2R5r22O0h8F av0AnArMqKoh74v3cYQJeZO2NYEjeOCh =4YZw -----END PGP SIGNATURE----- --vDEbda84Uy/oId5W-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 08:38:51 2008 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 D7C9A106566B; Mon, 7 Apr 2008 08:38:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9610E8FC13; Mon, 7 Apr 2008 08:38:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m378coWG040814; Mon, 7 Apr 2008 04:38:50 -0400 (EDT) (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.2/8.14.2) with ESMTP id m378coUV089955; Mon, 7 Apr 2008 04:38:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6D4CE73039; Mon, 7 Apr 2008 04:38:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080407083850.6D4CE73039@freebsd-current.sentex.ca> Date: Mon, 7 Apr 2008 04:38:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 08:38:52 -0000 TB --- 2008-04-07 07:29:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-07 07:29:50 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-07 07:29:50 - cleaning the object tree TB --- 2008-04-07 07:30:08 - cvsupping the source tree TB --- 2008-04-07 07:30:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-07 07:30:14 - building world (CFLAGS=-O -pipe) TB --- 2008-04-07 07:30:14 - cd /src TB --- 2008-04-07 07:30:14 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 7 07:30:16 UTC 2008 >>> 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 Mon Apr 7 08:33:13 UTC 2008 TB --- 2008-04-07 08:33:13 - generating LINT kernel config TB --- 2008-04-07 08:33:13 - cd /src/sys/powerpc/conf TB --- 2008-04-07 08:33:13 - /usr/bin/make -B LINT TB --- 2008-04-07 08:33:13 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-07 08:33:13 - cd /src TB --- 2008-04-07 08:33:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 7 08:33:13 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-07 08:38:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-07 08:38:50 - ERROR: failed to build lint kernel TB --- 2008-04-07 08:38:50 - tinderbox aborted TB --- 3053.39 user 355.28 system 4139.38 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 11:55:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCCF2106566C for ; Mon, 7 Apr 2008 11:55:55 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id 419178FC1D for ; Mon, 7 Apr 2008 11:55:54 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 8625 invoked by uid 0); 7 Apr 2008 11:55:52 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 7 Apr 2008 11:55:52 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id 371C439820; Mon, 7 Apr 2008 13:55:51 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 6650C39819; Mon, 7 Apr 2008 13:55:48 +0200 (CEST) Message-ID: <47FA0BC1.3010803@quis.cx> Date: Mon, 07 Apr 2008 13:55:45 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Ed Schouten References: <47F95B6D.80006@quis.cx> <20080407083746.GL5934@hoeg.nl> In-Reply-To: <20080407083746.GL5934@hoeg.nl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 11:55:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Ed, After an hour of reading style(9), I've fixed my patch, thanks for pointing out. Unixtop seems to be on SourceForge now, so I will submit it to their patch-tracker. I'm running FreeBSD 6.3 and top seems to be 'outdated' [quis@istud ~]$ top -v top: version 3.5beta12 I don't know whether this is 'fixed' in CURRENT. - -- Jille Ed Schouten schreef: | Hi Jille :-) | | * Jille Timmermans wrote: |> I've patched top (in src/contrib) to accept ^W in line editing mode (eg |> when killing a process (hit 'k')) |> |> The patch is attached, and I hope mailman won't eat it, or else: |> http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff |> there it is :) |> I took the RELENG_6 version, and editted that one. | | Apart from some style(9) issues, it looks great. Unfortunately the | top(8) source code is not maintained by FreeBSD. Its website seems to be | http://unixtop.org/, though I couldn't find an email address there where | you can submit patches. | | You'd better file a PR, to make sure it won't get lost. The patch seems | to work on CURRENT as well. Thanks! | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf6C8EACgkQacI4LQTe9EV/4gCgkEMu3snMy4MKaWbp7UGYNkyX /cMAn048hOyeC3YQBMlD0Ige3qsSrU2v =ir00 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 14:26:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CAEE106566B for ; Mon, 7 Apr 2008 14:26:21 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id D80848FC13 for ; Mon, 7 Apr 2008 14:26:19 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 5033 invoked by uid 0); 7 Apr 2008 14:26:14 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 7 Apr 2008 14:26:14 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id F3AC139820; Mon, 7 Apr 2008 16:26:13 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 4349639819 for ; Mon, 7 Apr 2008 16:26:10 +0200 (CEST) Message-ID: <47FA2EFF.5020906@quis.cx> Date: Mon, 07 Apr 2008 16:26:07 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Dist: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 14:26:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I've submitted my patch to sf.net: https://sourceforge.net/tracker/?func=detail&atid=536044&aid=1936677&group_id=72892 And Ed Schouten told me CURRENT still has version v3.5beta12. So I will take a look on that. - -- Jille - -------- Originele bericht -------- Onderwerp: Re: werase patch for src/contrib/top Datum: Mon, 07 Apr 2008 13:55:45 +0200 Van: Jille Aan: Ed Schouten CC: freebsd-current@freebsd.org Referenties: <47F95B6D.80006@quis.cx> <20080407083746.GL5934@hoeg.nl> Hello Ed, After an hour of reading style(9), I've fixed my patch, thanks for pointing out. Unixtop seems to be on SourceForge now, so I will submit it to their patch-tracker. I'm running FreeBSD 6.3 and top seems to be 'outdated' [quis@istud ~]$ top -v top: version 3.5beta12 I don't know whether this is 'fixed' in CURRENT. - -- Jille Ed Schouten schreef: | Hi Jille :-) | | * Jille Timmermans wrote: |> I've patched top (in src/contrib) to accept ^W in line editing mode (eg |> when killing a process (hit 'k')) |> |> The patch is attached, and I hope mailman won't eat it, or else: |> http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff |> there it is :) |> I took the RELENG_6 version, and editted that one. | | Apart from some style(9) issues, it looks great. Unfortunately the | top(8) source code is not maintained by FreeBSD. Its website seems to be | http://unixtop.org/, though I couldn't find an email address there where | you can submit patches. | | You'd better file a PR, to make sure it won't get lost. The patch seems | to work on CURRENT as well. Thanks! | _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf6Lv8ACgkQacI4LQTe9EW+zACgz8WmchUswAXlHSkgX2yPm07K SP0An1bw1T7+4+uR85d5E9z3V62bfLGA =uzBN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 14:36:20 2008 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 A6D85106564A; Mon, 7 Apr 2008 14:36: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 7C8378FC2E; Mon, 7 Apr 2008 14:36:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m37EaJir009512; Mon, 7 Apr 2008 10:36:19 -0400 (EDT) (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.2/8.14.2) with ESMTP id m37EaJ1D009390; Mon, 7 Apr 2008 10:36:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 681E473039; Mon, 7 Apr 2008 10:36:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080407143619.681E473039@freebsd-current.sentex.ca> Date: Mon, 7 Apr 2008 10:36:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 14:36:20 -0000 TB --- 2008-04-07 13:28:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-07 13:28:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-07 13:28:10 - cleaning the object tree TB --- 2008-04-07 13:28:31 - cvsupping the source tree TB --- 2008-04-07 13:28:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-07 13:28:38 - building world (CFLAGS=-O -pipe) TB --- 2008-04-07 13:28:38 - cd /src TB --- 2008-04-07 13:28:38 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 7 13:28:39 UTC 2008 >>> 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 Mon Apr 7 14:30:47 UTC 2008 TB --- 2008-04-07 14:30:47 - generating LINT kernel config TB --- 2008-04-07 14:30:47 - cd /src/sys/powerpc/conf TB --- 2008-04-07 14:30:47 - /usr/bin/make -B LINT TB --- 2008-04-07 14:30:47 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-07 14:30:47 - cd /src TB --- 2008-04-07 14:30:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 7 14:30:47 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-07 14:36:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-07 14:36:19 - ERROR: failed to build lint kernel TB --- 2008-04-07 14:36:19 - tinderbox aborted TB --- 3050.48 user 356.27 system 4089.02 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 17:41:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F0231065670 for ; Mon, 7 Apr 2008 17:41:07 +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 E527E8FC0A for ; Mon, 7 Apr 2008 17:41:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 82F271CC6D; Mon, 7 Apr 2008 19:40:49 +0200 (CEST) Date: Mon, 7 Apr 2008 19:40:49 +0200 From: Ed Schouten To: Giorgos Keramidas Message-ID: <20080407174049.GO5934@hoeg.nl> References: <47F95B6D.80006@quis.cx> <20080407083746.GL5934@hoeg.nl> <47FA0BC1.3010803@quis.cx> <87myo58tjz.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wr1Q/2bz0MCWWNYv" Content-Disposition: inline In-Reply-To: <87myo58tjz.fsf@kobe.laptop> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current , Jille Subject: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 17:41:07 -0000 --wr1Q/2bz0MCWWNYv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Giorgos Keramidas wrote: > On Mon, 07 Apr 2008 13:55:45 +0200, Jille wrote: > > Ed Schouten schreef: > > | * Jille Timmermans wrote: > > |> I've patched top (in src/contrib) to accept ^W in line editing mode = (eg > > |> when killing a process (hit 'k')) > > |> > > |> The patch is attached, and I hope mailman won't eat it, or else: > > |> http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff > > |> there it is :) > > |> I took the RELENG_6 version, and editted that one. > > | > > | Apart from some style(9) issues, it looks great. Unfortunately the > > | top(8) source code is not maintained by FreeBSD. Its website seems to= be >=20 > Hi Ed, >=20 > The original contrib/top source doesn't really follow style(9); it has a > style of its own, so some of the changes look `good enough'. Can you > describe what you didn't like, so we can fix it before it's committed? I didn't like the missing whitespace between the operators. I just spoke with Jille on IRC. He has an updated patch: http://junk.quis.cx/ctfhENEs/top-werase-patch-styled.diff > > Hello Ed, > > After an hour of reading style(9), I've fixed my patch, thanks for > > pointing out. Unixtop seems to be on SourceForge now, so I will > > submit it to their patch-tracker. >=20 > It would be nice if we also committed something similar to our top, > since many top sources in src/contrib/top are already *off* the vendor > branch anyway :-) Yes please! I would like to see Jille's stuff end up in CVS. :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --wr1Q/2bz0MCWWNYv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkf6XKEACgkQ52SDGA2eCwWVZgCfcBvzDXXGIar8q1IjDQ6XZG4b Iy8An2NPZDp8O0AouzW/bYLQGq1PTZym =y4OQ -----END PGP SIGNATURE----- --wr1Q/2bz0MCWWNYv-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 17:47:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F11A1065670 for ; Mon, 7 Apr 2008 17:47:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9368FC15 for ; Mon, 7 Apr 2008 17:47:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-3) with ESMTP id m37HR3e9031434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 7 Apr 2008 20:27:16 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m37HQvIw008338; Mon, 7 Apr 2008 20:26:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m37HQuoW008325; Mon, 7 Apr 2008 20:26:56 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Jille References: <47F95B6D.80006@quis.cx> <20080407083746.GL5934@hoeg.nl> <47FA0BC1.3010803@quis.cx> Date: Mon, 07 Apr 2008 20:26:56 +0300 In-Reply-To: <47FA0BC1.3010803@quis.cx> (jille@quis.cx's message of "Mon, 07 Apr 2008 13:55:45 +0200") Message-ID: <87myo58tjz.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m37HR3e9031434 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.969, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.43, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Ed Schouten , freebsd-current@freebsd.org Subject: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 17:47:05 -0000 On Mon, 07 Apr 2008 13:55:45 +0200, Jille wrote: > Ed Schouten schreef: > | * Jille Timmermans wrote: > |> I've patched top (in src/contrib) to accept ^W in line editing mode (eg > |> when killing a process (hit 'k')) > |> > |> The patch is attached, and I hope mailman won't eat it, or else: > |> http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff > |> there it is :) > |> I took the RELENG_6 version, and editted that one. > | > | Apart from some style(9) issues, it looks great. Unfortunately the > | top(8) source code is not maintained by FreeBSD. Its website seems to be Hi Ed, The original contrib/top source doesn't really follow style(9); it has a style of its own, so some of the changes look `good enough'. Can you describe what you didn't like, so we can fix it before it's committed? > Hello Ed, > After an hour of reading style(9), I've fixed my patch, thanks for > pointing out. Unixtop seems to be on SourceForge now, so I will > submit it to their patch-tracker. It would be nice if we also committed something similar to our top, since many top sources in src/contrib/top are already *off* the vendor branch anyway :-) From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 19:01:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D6DF106566C for ; Mon, 7 Apr 2008 19:01:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A2E668FC12 for ; Mon, 7 Apr 2008 19:01:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 916DD28448 for ; Tue, 8 Apr 2008 03:00:59 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 18313EB33DF; Tue, 8 Apr 2008 03:00:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 6XNmXSJt01Zc; Tue, 8 Apr 2008 03:00:53 +0800 (CST) Received: from LI-Xins-MacBook.local (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 ESMTPSA id 5A11EEB1E47; Tue, 8 Apr 2008 03:00:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=wE7zEWmolMf7t26r2O/PYGrA5k0QL11+U7RJazeGxqUPN7coCXLqbMcjQlMkKt2UQ LAN+/r+mND8agfTohgdlQ== Message-ID: <47FA6F60.8030405@delphij.net> Date: Mon, 07 Apr 2008 12:00:48 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jille Timmermans References: <47F95B6D.80006@quis.cx> In-Reply-To: <47F95B6D.80006@quis.cx> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig7581525949604B8109415374" Cc: Ed Schouten , freebsd-current@freebsd.org Subject: Re: werase patch for src/contrib/top 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, 07 Apr 2008 19:01:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7581525949604B8109415374 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jille Timmermans wrote: > Hello all, >=20 > My first mail to the FreeBSD mailinglists :) >=20 > I've patched top (in src/contrib) to accept ^W in line editing mode (eg= =20 > when killing a process (hit 'k')) >=20 > The patch is attached, and I hope mailman won't eat it, or else:=20 > http://junk.quis.cx/NbVJSKxn/top-werase-patch.diff > there it is :) > I took the RELENG_6 version, and editted that one. >=20 > -- Jille Timmermans > Ps: Am I even on the right mailinglist ? I think this is the right mailing list. However, please note that=20 -current@ has relatively high traffic so please consider submitting a PR = when you have patches, which will ensure that your patches won't be misse= d. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig7581525949604B8109415374 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+m9gOfuToMruuMARCql4AJ0ZsELnPat1oAXO0AjjSWiQG8XJbQCeKpPw PY5rzMn1r88PRDNBACn0ZTk= =j7yi -----END PGP SIGNATURE----- --------------enig7581525949604B8109415374-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 20:31:09 2008 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 83B3A106564A; Mon, 7 Apr 2008 20:31:09 +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 3A4788FC16; Mon, 7 Apr 2008 20:31:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m37KV8xx065394; Mon, 7 Apr 2008 16:31:08 -0400 (EDT) (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.2/8.14.2) with ESMTP id m37KV8IL016443; Mon, 7 Apr 2008 16:31:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1C7173039; Mon, 7 Apr 2008 16:31:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080407203107.B1C7173039@freebsd-current.sentex.ca> Date: Mon, 7 Apr 2008 16:31:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 20:31:09 -0000 TB --- 2008-04-07 19:22:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-07 19:22:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-07 19:22:51 - cleaning the object tree TB --- 2008-04-07 19:23:12 - cvsupping the source tree TB --- 2008-04-07 19:23:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-07 19:23:19 - building world (CFLAGS=-O -pipe) TB --- 2008-04-07 19:23:19 - cd /src TB --- 2008-04-07 19:23:19 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 7 19:23:21 UTC 2008 >>> 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 Mon Apr 7 20:25:32 UTC 2008 TB --- 2008-04-07 20:25:32 - generating LINT kernel config TB --- 2008-04-07 20:25:32 - cd /src/sys/powerpc/conf TB --- 2008-04-07 20:25:32 - /usr/bin/make -B LINT TB --- 2008-04-07 20:25:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-07 20:25:32 - cd /src TB --- 2008-04-07 20:25:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 7 20:25:32 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-07 20:31:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-07 20:31:07 - ERROR: failed to build lint kernel TB --- 2008-04-07 20:31:07 - tinderbox aborted TB --- 3048.42 user 359.20 system 4096.34 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 02:26:04 2008 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 E1D9F1065671; Tue, 8 Apr 2008 02:26:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5D88FC1B; Tue, 8 Apr 2008 02:26:04 +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.2/8.14.2) with ESMTP id m382Q3am082555; Mon, 7 Apr 2008 22:26:03 -0400 (EDT) (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.2/8.14.2) with ESMTP id m382Q3IH059008; Mon, 7 Apr 2008 22:26:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 489A973039; Mon, 7 Apr 2008 22:26:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080408022603.489A973039@freebsd-current.sentex.ca> Date: Mon, 7 Apr 2008 22:26:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 02:26:05 -0000 TB --- 2008-04-08 01:17:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 01:17:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-08 01:17:58 - cleaning the object tree TB --- 2008-04-08 01:18:19 - cvsupping the source tree TB --- 2008-04-08 01:18:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-08 01:18:25 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 01:18:25 - cd /src TB --- 2008-04-08 01:18:25 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 8 01:18:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 8 02:20:34 UTC 2008 TB --- 2008-04-08 02:20:34 - generating LINT kernel config TB --- 2008-04-08 02:20:34 - cd /src/sys/powerpc/conf TB --- 2008-04-08 02:20:34 - /usr/bin/make -B LINT TB --- 2008-04-08 02:20:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-08 02:20:34 - cd /src TB --- 2008-04-08 02:20:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 8 02:20:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-08 02:26:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-08 02:26:03 - ERROR: failed to build lint kernel TB --- 2008-04-08 02:26:03 - tinderbox aborted TB --- 3050.81 user 357.72 system 4084.62 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 05:07:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11DE106564A; Tue, 8 Apr 2008 05:07:01 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) by mx1.freebsd.org (Postfix) with ESMTP id AAC038FC1F; Tue, 8 Apr 2008 05:07:01 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 3D67B8FD81; Mon, 7 Apr 2008 22:46:42 -0600 (MDT) Date: Mon, 7 Apr 2008 22:46:42 -0600 From: Brad Davis To: freebsd-current@freebsd.org Message-ID: <20080408044642.GA47438@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org Subject: FreeBSD Status Reports due: April 14th, 2008 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Apr 2008 05:07:01 -0000 Hi Everyone, It is that time again. We would like to remind everybody who has exciting news to share to write a report about their project. This is a good way to improve exposure of your work, receive feedback and help. Looking forward to your reports. As always you can either use the template or the CGI generator and mail the output to monthly@ by Monday April 14th, 2008. http://www.freebsd.org/news/status/ http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 08:23:36 2008 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 77030106566B; Tue, 8 Apr 2008 08:23: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 2FB2E8FC20; Tue, 8 Apr 2008 08:23: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.14.2/8.14.2) with ESMTP id m388NZQu014840; Tue, 8 Apr 2008 04:23:35 -0400 (EDT) (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.2/8.14.2) with ESMTP id m388NZfi019094; Tue, 8 Apr 2008 04:23:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D36673039; Tue, 8 Apr 2008 04:23:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080408082335.2D36673039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 04:23:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 08:23:36 -0000 TB --- 2008-04-08 07:14:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 07:14:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-08 07:14:33 - cleaning the object tree TB --- 2008-04-08 07:14:55 - cvsupping the source tree TB --- 2008-04-08 07:14:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-08 07:15:03 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 07:15:03 - cd /src TB --- 2008-04-08 07:15:03 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 8 07:15:05 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 8 08:18:03 UTC 2008 TB --- 2008-04-08 08:18:03 - generating LINT kernel config TB --- 2008-04-08 08:18:03 - cd /src/sys/powerpc/conf TB --- 2008-04-08 08:18:03 - /usr/bin/make -B LINT TB --- 2008-04-08 08:18:03 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-08 08:18:03 - cd /src TB --- 2008-04-08 08:18:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 8 08:18:03 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-08 08:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-08 08:23:35 - ERROR: failed to build lint kernel TB --- 2008-04-08 08:23:35 - tinderbox aborted TB --- 3054.25 user 355.62 system 4142.07 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 11:48:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2228A106566B; Tue, 8 Apr 2008 11:48:46 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id D7F838FC3C; Tue, 8 Apr 2008 11:48:45 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id B1F8CEA9A9; Tue, 8 Apr 2008 07:33:17 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 08 Apr 2008 07:33:17 -0400 X-Sasl-enc: 4SygQc4JI0z4FyVIVSxabNxABQPiLhHpDRQGrPVgrnsb 1207654397 Received: from [192.168.1.235] (76-191-150-176.dsl.dynamic.sonic.net [76.191.150.176]) by mail.messagingengine.com (Postfix) with ESMTPSA id CA52113A3B; Tue, 8 Apr 2008 07:33:16 -0400 (EDT) Message-ID: <47FB586F.90606@freebsd.org> Date: Tue, 08 Apr 2008 04:35:11 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Robert Watson References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> In-Reply-To: <20080317134335.A3253@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Apr 2008 11:48:46 -0000 Robert Watson wrote: > On Mon, 17 Mar 2008, Christian S.J. Peron wrote: > >> Just wanted to give a heads up that I plan to start merging the work >> located in the zerocopy bpf perforce branch. We have been working on >> this project for about a year now and feel that it is ready to come >> into the tree. >> >> I will begin to merge hopefully today [assuming nobody has any >> concerns] or tommorow. Zerocopy bpf will be disabled by default, and >> can be enabled globally though the use of a sysctl variable. Once the >> kernel bits are in and we sort out a couple minor nits in >> libpcap+tcpdump, we will be be looking at getting our libpcap patches >> committed upstream. I will post a patch for people to experiment >> with in the meantime after the kernel commits are complete. >> >> We do not anticipate this will have any effect on existing bpf >> consumers like libpcap, tcpdump etc... so if something breaks, it >> shouldn't have and we need to know about :) We were pretty careful >> about preserving the ABI. The only exception to this is, netstat will >> need a recompile because the size of it's bpf stats structure changed. >> >> So if there are any objections or concerns, now is the time to raise >> them. > > Per previous posts, interested parties can find the slides on the > design from the BSDCan 2008 developer summit here: > > > http://www.watson.org/~robert/freebsd/2007bsdcan/20070517-devsummit-zerocopybpf.pdf Is there a performance analysis of the copy vs zerocopy available? (I don't see one in the paper, just a "to do" item.) The numbers I'm interested in seeing are how many Mb/s you can capture before you start suffering packet loss. This needs to be done with sequenced packets so that you can observe gaps in the sequence captured. I kind of experimented with this back in 2004: http://mail-index.netbsd.org/tech-net/2004/05/02/0001.html http://mail-index.netbsd.org/tech-net/2004/05/21/0001.html Rather than map the user space memory into the kernel, I used mmap(2) to access the kernel's buffer from user space and then did the ioctl thing to move pointers. I also played with changing the size of the primary buffer to be smaller but to have more alternate buffers. So while one buffer was mapped out to the user space, one (or more) buffer(s) were available in the kernel. Speed improvement? Slight (less than 2%) in the testing I did. Why only slight? Because there's another factor here, and that's how long it takes to process the data that is in the buffer and free it up for the kernel. But then the time you gain from having more buffer space available in the kernel you lose (in part) to the management overhead. In the end I decided that change, while interesting, didn't really solve the problem which was that the speed at which capturing could be effectively done was bounded by the time spent analysing the data captured. If there are packets that you want to analyse arriving faster than you can do the analysis, then you will drop packets - end of story. So why isn't there a huge performance increase? My $0.2c... When using read(2) to get bpf data, you straight away transfer the data from the kernel to the user space buffer and that immediately free's up that buffer in the kernel for more capture. When you share the buffer between the kernel and user space, you either (1) delay kernel access to that buffer while you process all the contents, and if there any bits that you want to keep, then you need to copy them out or (2) do another copy from the shared buffer to a private buffer, releasing contention for the shared buffer but again doing a copy, so the end result is not much different. The problem with (1) is that you always have less buffer space available at the kernel level for storing packet data than you do without that segment "held" for user space activity. So even if you do a write(2) of the buffer used in (1) straight away, there is a delay in the turnaround time for the buffer of how even long your disk I/O takes to complete. And someone asked about packet capture direct to disk - too slow if you do it through a vnode with an eye on 10G. Heck, at 10G speeds, you need to be handling 2GB/sec - can any affordable disk write that fast? Why 2GB/sec? To successfully sniff a 10G stream, you need two 10G NICs, for a combined total of 20G incoming (remember, full duplex, 10G going in both direction... and you thought plugging your single NIC into any full-duplex monitor port on a switch was always enough....ha!) State of the art packet capture has moved to hardware assisted cards, such as those from Endace: http://www.endace.com/our-products/dag-network-monitoring-cards/ethernet If you want to get 10G capture on FreeBSD, get drivers for those cards made for FreeBSD. Those cards are absolutely necessary on Linux to get performance anywhere near FreeBSD"s ;) Darren From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 12:04:15 2008 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 5CD01106577B for ; Tue, 8 Apr 2008 12:04:15 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 6EC9A8FC12 for ; Tue, 8 Apr 2008 12:04:05 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 46960 invoked by uid 60001); 8 Apr 2008 12:04:04 -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:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=pkTxXrjrFk90IxWE9IPaoC4FlQ/g87Cc0d3o7a78sKdtw9Mg+N6O/nN5wjjT6asyQc80fo3OYHJt0ZI5ZLBoAZXMpSVwM864fSVx1QkB0JT+shcAOW4a+/aO3qCKZIoqTdPCi0zAITJH0/VV/fH0tY9TGtBjx00IZuLVABUB2AM=; X-YMail-OSG: APc6VkIVM1ndt2W1mrINwi7GicMZtURT03WyHhphgfNay60mBmB.oFZFCloFbJMR_RJE.4jd9e9Tai_18s4JyHHZllLMmgeWt58VRxdAJrM5dxUUXq2_Zn8IW3mNaA-- Received: from [98.203.28.38] by web63903.mail.re1.yahoo.com via HTTP; Tue, 08 Apr 2008 05:04:04 PDT Date: Tue, 8 Apr 2008 05:04:04 -0700 (PDT) From: Barney Cordoba To: "Andrey V. Elsukov" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <583844.44060.qm@web63903.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on Intel Bigby 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: Tue, 08 Apr 2008 12:04:20 -0000 --- Barney Cordoba wrote: > > --- "Andrey V. Elsukov" wrote: > > > Barney Cordoba wrote: > > > Apr 1 18:01:36 freebsd7 kernel: atapci0: ATA > > controller> port > > > > > > 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f > > > irq 23 at device 4.0 on pci17 > > > Apr 1 18:01:36 freebsd7 kernel: atapci0: > > [ITHREAD] > > > Apr 1 18:01:36 freebsd7 kernel: ata2: > channel 0> on atapci0 > > > Apr 1 18:01:36 freebsd7 kernel: ata2: [ITHREAD] > > > Apr 1 18:01:36 freebsd7 kernel: ata3: > channel 1> on atapci0 > > > Apr 1 18:01:36 freebsd7 kernel: ata3: [ITHREAD] > > ... > > > Apr 1 18:01:36 freebsd7 kernel: atapci1: > AHCI controller> port > > > > > > 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff > > > mem 0xd8701000-0xd87017ff irq 17 at device > > > 31.2 on pci0 > > > Apr 1 18:01:36 freebsd7 kernel: atapci1: > > [ITHREAD] > > > Apr 1 18:01:36 freebsd7 kernel: atapci1: AHCI > > Version 01.20 controller with 4 ports detected > > .... > > > Apr 1 18:01:36 freebsd7 kernel: acd0: DVDROM > > at ata2-slave UDMA33 > > > > So, As I see, there is acd0 on ata2 channel, which > > is on ITE > > controller, not on ICH9. > > > > > When trying to mount a CDROM on the DVDROM the > > system > > > just locks up. No messages at all. > > > > > > Are there known problems or any good way to > debug > > > this? > > > > Your ITE controller doesn't known by driver and it > > uses a generic > > support. Can you show `pciconf -l` output? > > > > > hostb0@pci0:0:0:0: class=0x060000 card=0xd18015d9 > chip=0x29f08086 rev=0x01 hdr=0x00 > pcib1@pci0:0:1:0: class=0x060400 card=0xd18015d9 > chip=0x29f18086 rev=0x01 hdr=0x01 > pcib3@pci0:0:6:0: class=0x060400 card=0xd18015d9 > chip=0x29f98086 rev=0x01 hdr=0x01 > none0@pci0:0:26:0: class=0x0c0300 card=0xd18015d9 > chip=0x29378086 rev=0x02 hdr=0x00 > none1@pci0:0:26:1: class=0x0c0300 card=0xd18015d9 > chip=0x29388086 rev=0x02 hdr=0x00 > none2@pci0:0:26:2: class=0x0c0300 card=0xd18015d9 > chip=0x29398086 rev=0x02 hdr=0x00 > none3@pci0:0:26:7: class=0x0c0320 card=0xd18015d9 > chip=0x293c8086 rev=0x02 hdr=0x00 > pcib4@pci0:0:28:0: class=0x060400 card=0xd18015d9 > chip=0x29408086 rev=0x02 hdr=0x01 > pcib5@pci0:0:28:4: class=0x060400 card=0xd18015d9 > chip=0x29488086 rev=0x02 hdr=0x01 > pcib6@pci0:0:28:5: class=0x060400 card=0xd18015d9 > chip=0x294a8086 rev=0x02 hdr=0x01 > none4@pci0:0:29:0: class=0x0c0300 card=0xd18015d9 > chip=0x29348086 rev=0x02 hdr=0x00 > none5@pci0:0:29:1: class=0x0c0300 card=0xd18015d9 > chip=0x29358086 rev=0x02 hdr=0x00 > none6@pci0:0:29:2: class=0x0c0300 card=0xd18015d9 > chip=0x29368086 rev=0x02 hdr=0x00 > none7@pci0:0:29:7: class=0x0c0320 card=0xd18015d9 > chip=0x293a8086 rev=0x02 hdr=0x00 > pcib7@pci0:0:30:0: class=0x060401 card=0xd18015d9 > chip=0x244e8086 rev=0x92 hdr=0x01 > isab0@pci0:0:31:0: class=0x060100 card=0xd18015d9 > chip=0x29168086 rev=0x02 hdr=0x00 > atapci1@pci0:0:31:2: class=0x010601 card=0xd18015d9 > chip=0x29228086 rev=0x02 hdr=0x00 > none8@pci0:0:31:3: class=0x0c0500 card=0xd18015d9 > chip=0x29308086 rev=0x02 hdr=0x00 > none9@pci0:0:31:6: class=0x118000 card=0x000015d9 > chip=0x29328086 rev=0x02 hdr=0x00 > pcib2@pci0:1:0:0: class=0x060400 card=0x00000000 > chip=0x032c8086 rev=0x09 hdr=0x01 > ioapic0@pci0:1:0:1: class=0x080020 card=0xd18015d9 > chip=0x03268086 rev=0x09 hdr=0x00 > em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 > chip=0x108c8086 rev=0x03 hdr=0x00 > em1@pci0:15:0:0: class=0x020000 card=0x109a15d9 > chip=0x109a8086 rev=0x00 hdr=0x00 > vgapci0@pci0:17:3:0: class=0x030000 card=0xd18015d9 > chip=0x515e1002 rev=0x02 hdr=0x00 > atapci0@pci0:17:4:0: class=0x010185 card=0x82131283 > chip=0x82131283 rev=0x00 hdr=0x00 If anyone can point me at what to look at with this I'll try to get it fixed. This system uses the new Intel Bigby chipset so its likely to pop up again in the future. Barney ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 12:28:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB8210656A8; Tue, 8 Apr 2008 12:28:19 +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 0CDD48FC12; Tue, 8 Apr 2008 12:28:18 +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 6E98546B3F; Tue, 8 Apr 2008 08:28:18 -0400 (EDT) Date: Tue, 8 Apr 2008 13:28:18 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Darren Reed In-Reply-To: <47FB586F.90606@freebsd.org> Message-ID: <20080408132058.U10870@fledge.watson.org> References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <47FB586F.90606@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Apr 2008 12:28:19 -0000 On Tue, 8 Apr 2008, Darren Reed wrote: > Is there a performance analysis of the copy vs zerocopy available? (I don't > see one in the paper, just a "to do" item.) > > The numbers I'm interested in seeing are how many Mb/s you can capture > before you start suffering packet loss. This needs to be done with > sequenced packets so that you can observe gaps in the sequence captured. We've done some analysis, and a couple of companies have the zero-copy BPF code deployed. I hope to generate a more detailed analysis before the developer summit so we can review it at BSDCan. The basic observation is that for quite a few types of network links, the win isn't in packet loss per se, but in reduced CPU use, freeing up CPU for other activities. There are a number of sources of win: - Reduced system call overhead -- as load increases, # system calls goes down, especially if you get a two-CPU pipeline going. - Reduced memory access, especially for larger buffer sizes, avoids filling the cache twice (first in copyout, then again in using the buffer in userspace). - Reduced lock contention, as only a single thread, the device driver ithread, is acquiring the bpf descriptor's lock, and it's no longer contending with the user thread. One interesting, and in retrospect reasonable, side effect is that user CPU time goes up in the SMP scenario, as cache misses on the BPF buffer move from the read() system call to userspace. And, as you observe, you have to use somewhat larger buffer sizes, as in the previous scenario there were three buffers: two kernel buffers and a user buffer, and now there are simply two kernel buffers shared directly with user space. The original committed version has a problem in that it allows only one kernel buffer to be "owned" by userspace at a time, which can lead to excess calls to select(); this has now been corrected, so if people have run performance benchmarks, they should update to the new code and re-run them. I don't have numbers off-hand, but 5%-25% were numbers that appeared in some of the measurements, and I'd like to think that the recent fix will further improve that. For 10gbps, something we need to think about is how to modify the structure of BPF to allow different BPF devices for different input queues... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 12:35:50 2008 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 B04CD106564A; Tue, 8 Apr 2008 12:35:50 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id C72AE8FC24; Tue, 8 Apr 2008 12:35:49 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:58870 "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 S4747717AbYDHMfi (ORCPT + 1 other); Tue, 8 Apr 2008 16:35:38 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp3 X-Yandex-TimeMark: 1207658138 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <47FB6698.8050600@yandex.ru> Date: Tue, 08 Apr 2008 16:35:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Barney Cordoba References: <583844.44060.qm@web63903.mail.re1.yahoo.com> In-Reply-To: <583844.44060.qm@web63903.mail.re1.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on Intel Bigby 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: Tue, 08 Apr 2008 12:35:50 -0000 Barney Cordoba wrote: >> atapci0@pci0:17:4:0: class=0x010185 card=0x82131283 >> chip=0x82131283 rev=0x00 hdr=0x00 > > If anyone can point me at what to look at with this > I'll try to get it fixed. This system uses the new > Intel Bigby chipset so its likely to pop up again in > the future. Your PATA controller is ITE 8213. It needs some special handling in our ata(4) driver. But I don't have any specs for it. I can try to port it from Linux, but it isn't easy without access to hardware. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 12:57:43 2008 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 C1945106564A for ; Tue, 8 Apr 2008 12:57:43 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 74E078FC14 for ; Tue, 8 Apr 2008 12:57:42 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 29695 invoked by uid 60001); 8 Apr 2008 12:57:42 -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=1aZZEgt22gwYHNo4hD6C3q24I7+8gasB2/jHKwSGNXSf6QbKHfY62YKpprLuSrxwO3XR9CY2GOP6RR9QMxfYqU7ERgwBrk0YpCWJk75FfIuykH/iFa9Pw3tGd6AyfulQIc76QO5h+JBvn187PgY2S5HdbfQqZCHLHRPzT3F3KsI=; X-YMail-OSG: oh28jkQVM1k2XgKO5zyVcBl1X_7uYmGmv_DCCmB2.9gsDr_X7gReDLp_OkuSn0AJ.t8iDdyX77C6RqSwW3v4XWbgjfJUDE87XFbPHzNmXuu41f_yrc7.nOGWMuXyAbCw.SjWdza.ZNxQqZawN_qZOL1Fvw-- Received: from [98.203.28.38] by web63902.mail.re1.yahoo.com via HTTP; Tue, 08 Apr 2008 05:57:42 PDT Date: Tue, 8 Apr 2008 05:57:42 -0700 (PDT) From: Barney Cordoba To: "Andrey V. Elsukov" In-Reply-To: <47FB6698.8050600@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <135446.28103.qm@web63902.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on Intel Bigby 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: Tue, 08 Apr 2008 12:57:43 -0000 --- "Andrey V. Elsukov" wrote: > Barney Cordoba wrote: > >> atapci0@pci0:17:4:0: class=0x010185 > card=0x82131283 > >> chip=0x82131283 rev=0x00 hdr=0x00 > > > > If anyone can point me at what to look at with > this > > I'll try to get it fixed. This system uses the > new > > Intel Bigby chipset so its likely to pop up again > in > > the future. > > Your PATA controller is ITE 8213. It needs some > special handling > in our ata(4) driver. But I don't have any specs for > it. > I can try to port it from Linux, but it isn't easy > without access > to hardware. > > -- > WBR, Andrey V. Elsukov Actually, I just added the device to the table in ata_ite_ident() and it seems to work, although it shows to be running UDMA33. I've confirmed that the device is detected and the init function is called. I'm guessing that a DVD only runs UDMA33? If you see some different setting in linux I can give it a try: Apr 8 08:43:33 bigby7 kernel: atapci0: port 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f irq 23 at device 4.0 on pci17 Apr 8 08:43:33 bigby7 kernel: acd0: DVDROM at ata2-slave UDMA33 Barney ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 14:29:38 2008 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 63BEE106566B; Tue, 8 Apr 2008 14:29:38 +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 1C2908FC2E; Tue, 8 Apr 2008 14:29:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m38ETaYk056986; Tue, 8 Apr 2008 10:29:37 -0400 (EDT) (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.2/8.14.2) with ESMTP id m38ELNbG097518; Tue, 8 Apr 2008 10:21:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C543A73039; Tue, 8 Apr 2008 10:21:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080408142119.C543A73039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 10:21:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:29:38 -0000 TB --- 2008-04-08 13:12:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 13:12:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-08 13:12:54 - cleaning the object tree TB --- 2008-04-08 13:13:19 - cvsupping the source tree TB --- 2008-04-08 13:13:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-08 13:13:28 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 13:13:28 - cd /src TB --- 2008-04-08 13:13:28 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 8 13:13:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 8 14:15:36 UTC 2008 TB --- 2008-04-08 14:15:36 - generating LINT kernel config TB --- 2008-04-08 14:15:36 - cd /src/sys/powerpc/conf TB --- 2008-04-08 14:15:36 - /usr/bin/make -B LINT TB --- 2008-04-08 14:15:36 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-08 14:15:36 - cd /src TB --- 2008-04-08 14:15:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 8 14:15:36 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-08 14:21:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-08 14:21:19 - ERROR: failed to build lint kernel TB --- 2008-04-08 14:21:19 - tinderbox aborted TB --- 3051.69 user 357.02 system 4105.00 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 14:35:41 2008 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 4CAA21065674 for ; Tue, 8 Apr 2008 14:35:41 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 828368FC15 for ; Tue, 8 Apr 2008 14:35:40 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Apr 2008 10:23:31 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id C152D11659; Tue, 8 Apr 2008 10:23:31 -0400 (EDT) Date: Tue, 8 Apr 2008 10:23:31 -0400 From: Ed Maste To: Ian FREISLICH Message-ID: <20080408142331.GA79830@sandvine.com> Mail-Followup-To: Ed Maste , Ian FREISLICH , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 08 Apr 2008 14:23:31.0981 (UTC) FILETIME=[1F4B23D0:01C89984] Cc: current@freebsd.org Subject: Re: aac, aaccli no longer work on 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, 08 Apr 2008 14:35:41 -0000 On Tue, Feb 12, 2008 at 10:53:32AM +0200, Ian FREISLICH wrote: > Hi > > When I run aaccli on 7-PRERELEASE, I get the following error: > > Adaptec SCSI RAID Controller [...] > Command Error: I've found the driver issue responsible for this error, and the fix is on HEAD, RELENG_7, and RELENG_6 now. I've seen reports that aaccli hangs sometimes when used in interactive mode, but using it from the command line should be fine. -Ed From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 15:35:57 2008 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 3DFD2106566B; Tue, 8 Apr 2008 15:35:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F067B8FC12; Tue, 8 Apr 2008 15:35:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m38FZt89068480; Tue, 8 Apr 2008 11:35:55 -0400 (EDT) (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.2/8.14.2) with ESMTP id m38FZtGs094969; Tue, 8 Apr 2008 11:35:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0696473039; Tue, 8 Apr 2008 11:35:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080408153555.0696473039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 11:35:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 15:35:57 -0000 TB --- 2008-04-08 15:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 15:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-08 15:35:00 - cleaning the object tree TB --- 2008-04-08 15:35:48 - cvsupping the source tree TB --- 2008-04-08 15:35:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-08 15:35:54 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 15:35:54 - cd /src TB --- 2008-04-08 15:35:54 - /usr/bin/make -B buildworld TB --- 2008-04-08 15:35:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-08 15:35:54 - ERROR: failed to build world TB --- 2008-04-08 15:35:54 - tinderbox aborted TB --- 2.06 user 4.13 system 54.39 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 16:38:54 2008 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 6C9D91065681; Tue, 8 Apr 2008 16:38:54 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from azure.onthenet.com.au (azure.OntheNet.com.au [203.13.68.11]) by mx1.freebsd.org (Postfix) with ESMTP id 295568FC15; Tue, 8 Apr 2008 16:38:54 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by azure.onthenet.com.au (Postfix) with ESMTP id BDF6A11992; Wed, 9 Apr 2008 02:19:44 +1000 (EST) Received: from peter-grehans-power-mac-g5.local (dsl-63-249-90-35.cruzio.com [63.249.90.35]) by dommail.onthenet.com.au (MOS 3.7.5a-GA) with ESMTP id DUQ05246 (AUTH peterg@ptree32.com.au); Wed, 9 Apr 2008 02:19:41 +1000 (EST) Message-ID: <47FB9B16.6070108@freebsd.org> Date: Tue, 08 Apr 2008 09:19:34 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20080408142119.C543A73039@freebsd-current.sentex.ca> In-Reply-To: <20080408142119.C543A73039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@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, 08 Apr 2008 16:38:54 -0000 Both Marcel and I were working on this yesterday, and I believe Marcel has a fix in the works for this. later, Peter. From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 18:55:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 500B4106564A for ; Tue, 8 Apr 2008 18:55:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 32BAA8FC1F for ; Tue, 8 Apr 2008 18:55:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m38IrbQj055692 for ; Tue, 8 Apr 2008 11:53:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m38IrbXj055691 for freebsd-current@freebsd.org; Tue, 8 Apr 2008 11:53:37 -0700 (PDT) (envelope-from sgk) Date: Tue, 8 Apr 2008 11:53:37 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20080408185337.GA55610@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: What cvs module contains libnvpair.c? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Apr 2008 18:55:04 -0000 It appears that libnvpair has been orphaned in the repo-copying of the CDDL bits. At least, I haven't been able to locate the module to which it belongs, which is needed with anoncvs checkout. On one system where I use csup to populate src/ I find, mobile:root[230] ls /usr/src/cddl/contrib/opensolaris/lib/libnvpair/ libnvpair.c libnvpair.h nvpair_alloc_system.c On a system where I use anoncvs to grab src/ I find, node10:root:exit:[243] cvs co cddl/contrib/opensolaris/lib/libnvpair/ cvs server: cannot find module `cddl/contrib/opensolaris/lib/libnvpair' - ignored cvs [checkout aborted]: cannot expand modules or node10:root:exit:[244] cvs up cddl/contrib/opensolaris/lib/libnvpair cvs [update aborted]: no such directory `cddl/contrib/opensolaris/lib' node10:root:exit:[245] cvs up cddl/contrib/opensolaris cvs [update aborted]: no such directory `cddl/contrib' node10:root:exit:[246] cvs up cddl/contrib Oddly, the last command appears to run, but no cddl/contrib directory is created or updated. :( So, given that I'm using anoncvs to grab src/, how do I get a complete src/ ? -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 19:15:55 2008 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 67363106566B; Tue, 8 Apr 2008 19:15:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 20ED58FC0A; Tue, 8 Apr 2008 19:15:54 +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.2/8.14.2) with ESMTP id m38JFsOB085734; Tue, 8 Apr 2008 15:15:54 -0400 (EDT) (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.2/8.14.2) with ESMTP id m38JFsPm023770; Tue, 8 Apr 2008 15:15:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1CAA173039; Tue, 8 Apr 2008 15:15:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080408191554.1CAA173039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 15:15:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 19:15:55 -0000 TB --- 2008-04-08 18:06:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 18:06:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-08 18:06:49 - cleaning the object tree TB --- 2008-04-08 18:07:15 - cvsupping the source tree TB --- 2008-04-08 18:07:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-08 18:07:21 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 18:07:21 - cd /src TB --- 2008-04-08 18:07:21 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 8 18:07:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 8 19:10:18 UTC 2008 TB --- 2008-04-08 19:10:18 - generating LINT kernel config TB --- 2008-04-08 19:10:18 - cd /src/sys/powerpc/conf TB --- 2008-04-08 19:10:18 - /usr/bin/make -B LINT TB --- 2008-04-08 19:10:18 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-08 19:10:18 - cd /src TB --- 2008-04-08 19:10:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 8 19:10:18 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-08 19:15:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-08 19:15:53 - ERROR: failed to build lint kernel TB --- 2008-04-08 19:15:53 - tinderbox aborted TB --- 3050.03 user 357.06 system 4144.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 19:24:56 2008 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 D0A5B1065678 for ; Tue, 8 Apr 2008 19:24:56 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.72]) by mx1.freebsd.org (Postfix) with ESMTP id B70018FC20 for ; Tue, 8 Apr 2008 19:24:56 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp005-s [10.150.69.68]) by smtpoutm.mac.com (Xserve/smtpout009/MantshX 4.0) with ESMTP id m38JOuVh024348; Tue, 8 Apr 2008 12:24:56 -0700 (PDT) Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp005/MantshX 4.0) with ESMTP id m38JOsfX022232 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 8 Apr 2008 12:24:54 -0700 (PDT) Message-Id: <7CFCE143-9C7E-4BEA-9FA8-08EDF8FB1FF9@mac.com> From: Marcel Moolenaar To: FreeBSD Tinderbox In-Reply-To: <20080408191554.1CAA173039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 8 Apr 2008 12:24:53 -0700 References: <20080408191554.1CAA173039@freebsd-current.sentex.ca> X-Mailer: Apple Mail (2.919.2) Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 19:24:56 -0000 On Apr 8, 2008, at 12:15 PM, FreeBSD Tinderbox wrote: > TB --- 2008-04-08 18:06:49 - tinderbox 2.3 running on freebsd- > current.sentex.ca > TB --- 2008-04-08 18:06:49 - starting HEAD tinderbox run for powerpc/ > powerpc > TB --- 2008-04-08 18:06:49 - cleaning the object tree > TB --- 2008-04-08 18:07:15 - cvsupping the source tree > TB --- 2008-04-08 18:07:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost > -s /tinderbox/HEAD/powerpc/powerpc/supfile Hmmm, the "fix" was included in the TB run. Apparently I didn't test the "fix" correctly... I'm looking into it. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 20:02:34 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26F5D106564A for ; Tue, 8 Apr 2008 20:02:34 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B2A798FC12 for ; Tue, 8 Apr 2008 20:02:33 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1JjJXi-000DY4-UW; Tue, 08 Apr 2008 23:31:43 +0400 To: pyunyh@gmail.com References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> From: Boris Samorodov Date: Tue, 08 Apr 2008 23:29:22 +0400 In-Reply-To: <20080313034321.GG16972@cdnetworks.co.kr> (Pyun YongHyeon's message of "Thu\, 13 Mar 2008 12\:43\:21 +0900") Message-ID: <05004621@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Apr 2008 20:02:34 -0000 On Thu, 13 Mar 2008 12:43:21 +0900 Pyun YongHyeon wrote: > On Mon, Mar 10, 2008 at 04:31:50PM +0900, To freebsd-current@FreeBSD.org wrote: > > On Mon, Mar 10, 2008 at 01:34:12PM +0900, To freebsd-current@FreeBSD.org wrote: > > > Hi, > > > > > > Due to high pressure from FreeBSD user community to get a working > > > driver for Attansic/Atheros L1 giagabit ethernet I had changed > > > priorities in my TODO list. I had spent several weeks to write > > > this driver and I managed to get a working driver. From my very > > > limited testing the driver seems to work as expected. > > > > > > ATM the performance is horrible so there must be mis-programmed > > > registers or incorrectly configured parameters. Due to the > > > existence several variants of L1 hardware and lack of publicly > > > available documentation I'd like to know how many variants are > > > supported by this driver. L1 gigabit ethernet controller is > > > frequently found in ASUS motherboard. Note, it seems that there are > > > other variants of hardware as known as L2(Fast ethernet) and newer > > > gigabit ethernet(AR81xx) from Atheros. These are not supported by > > > this driver and they require a seperate driver. The following > > > hardware features are supported by age(4). > > > > > > - TCP Segmentation Offload. > > > - Hardware VLAN tag insertion/stripping. > > > - TCP/UDP checksum offload. > > > - Interrupt moderation. > > > - Hardware statistics counter support. > > > - Jumbo frame support. > > > - WOL support. > > > > > > As I said, I already know poor performance issue of age(4) but I'm > > > more interested in getting a stable driver. If you're owner of L1 > > > gigabit ethernet controller please give it spin and let me know > > > how it goes on your system. > > > > > > Install: > > > o Get age(4) jumbo diff at the following URL. The diff was > > > generated against HEAD but I guess it would also apply to RELENG_7 > > > and 7.0-RELEASE. > > > http://people.freebsd.org/~yongari/age/age.HEAD.diff > > > > For 7.0-RELEASE, use the following URL. > > http://people.freebsd.org/~yongari/age/age.7.0R.diff > It seems that previous version have a bug in getting ethernet > hardware address. To diagnose it I've updated age(4) again and > put updated files to the same URL. > For CURRENT: > http://people.freebsd.org/~yongari/age/age.HEAD.diff > For RELENG_7/7.0-RELEASE: > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > o Patch kernel srouce and rebuild/reboot your kernel. > > > #cd /usr/src > > > #patch -p0 < /path/to/age.HEAD.diff > > > > > > Test: > > > Use age(4) for your normal network activities and report success or > > > any issues you've encountered. The driver may be chatty to ease of > > > debugging. At last I have some spare time to test your patches. I use RELENG_7. Patches applied cleanly exept one simple case with sys/modules/mii/Makefile. And now all works fine! Thank you! I dreamed about using this on-board lan adapter... Here is some info (Asus P5K m/b): ----- host% dmesg | grep ^age age0: mem 0xfe8c0000-0xfe8fffff irq 17 at device 0.0 on pci2 age0: PCI device revision : 0x00b0 age0: Chip id/revision : 0x9006 age0: 1280 Tx FIFO, 2364 Rx FIFO age0: MSIX count : 0 age0: MSI count : 1 age0: Using 1 MSI messages. age0: Read request size : 512 bytes. age0: TLP payload size : 128 bytes. age0: PCI VPD capability not found! age0: Ethernet address: 00:1d:60:XX:XX:XX age0: [FILTER] age0: interrupt moderation is 100 us. age0: interrupt moderation is 100 us. age0: link state changed to UP host% pciconf -vl | grep -A4 age0 age0@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' class = network subclass = ethernet host% ifconfig age0 age0: flags=8843 metric 0 mtu 1500 options=19b ether 00:1d:60:XX:XX:XX inet 192.168.12.89 netmask 0xffffff00 broadcast 192.168.12.255 media: Ethernet autoselect (1000baseTX ) status: active host% vmstat -i interrupt total rate irq1: atkbd0 76453 2 irq16: nvidia0+++* 3110144 121 irq17: atapci1 235335 9 irq18: uhci2 ehci* 1 0 irq21: uhci1 109423 4 irq22: pcm0 16 0 cpu0: timer 51011849 1999 irq256: age0 72478 2 cpu3: timer 49962753 1958 cpu1: timer 51002577 1999 cpu2: timer 49962704 1958 Total 205543733 8058 ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 00:30:13 2008 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 80844106566B; Wed, 9 Apr 2008 00:30:13 +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 06FA48FC14; Wed, 9 Apr 2008 00:30:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m390UB4c035985; Tue, 8 Apr 2008 20:30:11 -0400 (EDT) (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.2/8.14.2) with ESMTP id m390UBQl022166; Tue, 8 Apr 2008 20:30:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9A68573039; Tue, 8 Apr 2008 20:30:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080409003011.9A68573039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 20:30:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 00:30:13 -0000 TB --- 2008-04-08 23:09:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-08 23:09:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-08 23:09:50 - cleaning the object tree TB --- 2008-04-08 23:10:17 - cvsupping the source tree TB --- 2008-04-08 23:10:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-08 23:10:25 - building world (CFLAGS=-O -pipe) TB --- 2008-04-08 23:10:25 - cd /src TB --- 2008-04-08 23:10:25 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 8 23:10:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 00:20:32 UTC 2008 TB --- 2008-04-09 00:20:33 - generating LINT kernel config TB --- 2008-04-09 00:20:33 - cd /src/sys/ia64/conf TB --- 2008-04-09 00:20:33 - /usr/bin/make -B LINT TB --- 2008-04-09 00:20:33 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-09 00:20:33 - cd /src TB --- 2008-04-09 00:20:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 00:20:33 UTC 2008 >>> 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 -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/ia64/ia64/pmap.c cc -c -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/ia64/ia64/ptrace_machdep.c cc -c -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/ia64/ia64/sal.c cc -c -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/ia64/ia64/sapic.c cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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/ia64/ia64/setjmp.S cc -c -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/ia64/ia64/ssc.c cc -c -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/ia64/ia64/sscdisk.c /src/sys/ia64/ia64/sscdisk.c:208: error: 'SI_SUB_MOUNT_ROOT' undeclared here (not in a function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-09 00:30:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-09 00:30:11 - ERROR: failed to build lint kernel TB --- 2008-04-09 00:30:11 - tinderbox aborted TB --- 3651.28 user 384.87 system 4820.62 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 01:08:55 2008 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 E721B1065670; Wed, 9 Apr 2008 01:08:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A16AE8FC13; Wed, 9 Apr 2008 01:08:55 +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.2/8.14.2) with ESMTP id m3918sgN017395; Tue, 8 Apr 2008 21:08:55 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3918sVc050250; Tue, 8 Apr 2008 21:08:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E10573039; Tue, 8 Apr 2008 21:08:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080409010854.7E10573039@freebsd-current.sentex.ca> Date: Tue, 8 Apr 2008 21:08:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 01:08:56 -0000 TB --- 2008-04-09 00:01:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-09 00:01:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-09 00:01:56 - cleaning the object tree TB --- 2008-04-09 00:02:19 - cvsupping the source tree TB --- 2008-04-09 00:02:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-09 00:02:26 - building world (CFLAGS=-O -pipe) TB --- 2008-04-09 00:02:26 - cd /src TB --- 2008-04-09 00:02:26 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 9 00:02:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 01:03:18 UTC 2008 TB --- 2008-04-09 01:03:18 - generating LINT kernel config TB --- 2008-04-09 01:03:18 - cd /src/sys/powerpc/conf TB --- 2008-04-09 01:03:18 - /usr/bin/make -B LINT TB --- 2008-04-09 01:03:18 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-09 01:03:18 - cd /src TB --- 2008-04-09 01:03:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 01:03:18 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c: In function 'ng_dequeue': /src/sys/netgraph/ng_base.c:1911: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_queue_rw': /src/sys/netgraph/ng_base.c:1937: warning: passing argument 1 of 'atomic_set_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_leave_write': /src/sys/netgraph/ng_base.c:2082: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type /src/sys/netgraph/ng_base.c: In function 'ng_flush_input_queue': /src/sys/netgraph/ng_base.c:2096: warning: passing argument 1 of 'atomic_clear_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-09 01:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-09 01:08:54 - ERROR: failed to build lint kernel TB --- 2008-04-09 01:08:54 - tinderbox aborted TB --- 3052.48 user 357.62 system 4017.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 04:00:07 2008 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 9A321106566B for ; Wed, 9 Apr 2008 04:00:07 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by mx1.freebsd.org (Postfix) with ESMTP id CE1548FC14 for ; Wed, 9 Apr 2008 04:00:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:42988 "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 S6571053AbYDID7y (ORCPT ); Wed, 9 Apr 2008 07:59:54 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1207713594 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: bu7cher Message-ID: <47FC3F39.2010109@yandex.ru> Date: Wed, 09 Apr 2008 07:59:53 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Barney Cordoba References: <135446.28103.qm@web63902.mail.re1.yahoo.com> In-Reply-To: <135446.28103.qm@web63902.mail.re1.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on Intel Bigby 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, 09 Apr 2008 04:00:07 -0000 Barney Cordoba wrote: > Actually, I just added the device to the table in > ata_ite_ident() and it seems to work, although it > shows to be running UDMA33. I've confirmed that the I think it may work, but it isn't correct. I think there is needed a different "setmode" function, because these controllers (821x and 8213) use different registers, as I can see in Linux's libata. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 06:55:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BAED106564A for ; Wed, 9 Apr 2008 06:55:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 247918FC18 for ; Wed, 9 Apr 2008 06:55:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2358020wfa.7 for ; Tue, 08 Apr 2008 23:55:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=nLNGViD+S+hzPCxb+8Eh8bYK4A/i/5lhi8qQgLDQv4I=; b=im5BZJaqbMfK2VibsHBfYaaMUr9WNvSDyoEtmWpc1EHCmvfoEnP/9UD6UaLtC/FEAqRdHD6zhT5fNAAXW0QdXaKk6+Hyavg1wc/lh2CeeyG5TS8nDivNwmLQCVRuD43sLaLoLJMjUHs285DJBayrg+OzHp0DGkmlH1BQMdASShc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=cD1BwFqvmcTV8snsfneKxIVkqbpkJl5iS3qRMyGqoEFrDwebLACsovsw8OcvO0vkBZdSZswmcsYlA5zTSnAVPaadwMMKLraBq+g9jht12fP0i2ine5Jp+tdrF1v8E17+cLH4GKJybev+iyoZFLzG8yq9JotsRvqwkxBmt33AH9M= Received: by 10.142.177.7 with SMTP id z7mr3347549wfe.238.1207724121670; Tue, 08 Apr 2008 23:55:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm23379293wff.11.2008.04.08.23.55.17 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 Apr 2008 23:55:19 -0700 (PDT) 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 m396tEPP046953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Apr 2008 15:55:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m396tDLe046952; Wed, 9 Apr 2008 15:55:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 9 Apr 2008 15:55:13 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20080409065513.GB46412@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <05004621@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05004621@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 06:55:22 -0000 On Tue, Apr 08, 2008 at 11:29:22PM +0400, Boris Samorodov wrote: > On Thu, 13 Mar 2008 12:43:21 +0900 Pyun YongHyeon wrote: > > On Mon, Mar 10, 2008 at 04:31:50PM +0900, To freebsd-current@FreeBSD.org wrote: > > > On Mon, Mar 10, 2008 at 01:34:12PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > Hi, > > > > > > > > Due to high pressure from FreeBSD user community to get a working > > > > driver for Attansic/Atheros L1 giagabit ethernet I had changed > > > > priorities in my TODO list. I had spent several weeks to write > > > > this driver and I managed to get a working driver. From my very > > > > limited testing the driver seems to work as expected. > > > > > > > > ATM the performance is horrible so there must be mis-programmed > > > > registers or incorrectly configured parameters. Due to the > > > > existence several variants of L1 hardware and lack of publicly > > > > available documentation I'd like to know how many variants are > > > > supported by this driver. L1 gigabit ethernet controller is > > > > frequently found in ASUS motherboard. Note, it seems that there are > > > > other variants of hardware as known as L2(Fast ethernet) and newer > > > > gigabit ethernet(AR81xx) from Atheros. These are not supported by > > > > this driver and they require a seperate driver. The following > > > > hardware features are supported by age(4). > > > > > > > > - TCP Segmentation Offload. > > > > - Hardware VLAN tag insertion/stripping. > > > > - TCP/UDP checksum offload. > > > > - Interrupt moderation. > > > > - Hardware statistics counter support. > > > > - Jumbo frame support. > > > > - WOL support. > > > > > > > > As I said, I already know poor performance issue of age(4) but I'm > > > > more interested in getting a stable driver. If you're owner of L1 > > > > gigabit ethernet controller please give it spin and let me know > > > > how it goes on your system. > > > > > > > > Install: > > > > o Get age(4) jumbo diff at the following URL. The diff was > > > > generated against HEAD but I guess it would also apply to RELENG_7 > > > > and 7.0-RELEASE. > > > > http://people.freebsd.org/~yongari/age/age.HEAD.diff > > > > > > For 7.0-RELEASE, use the following URL. > > > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > It seems that previous version have a bug in getting ethernet > > hardware address. To diagnose it I've updated age(4) again and > > put updated files to the same URL. > > > For CURRENT: > > http://people.freebsd.org/~yongari/age/age.HEAD.diff > > For RELENG_7/7.0-RELEASE: > > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > > > o Patch kernel srouce and rebuild/reboot your kernel. > > > > #cd /usr/src > > > > #patch -p0 < /path/to/age.HEAD.diff > > > > > > > > Test: > > > > Use age(4) for your normal network activities and report success or > > > > any issues you've encountered. The driver may be chatty to ease of > > > > debugging. > > At last I have some spare time to test your patches. I use RELENG_7. > Patches applied cleanly exept one simple case with > sys/modules/mii/Makefile. And now all works fine! Thank you! > I dreamed about using this on-board lan adapter... > > Here is some info (Asus P5K m/b): > ----- > host% dmesg | grep ^age > age0: mem 0xfe8c0000-0xfe8fffff irq 17 at device 0.0 on pci2 > age0: PCI device revision : 0x00b0 > age0: Chip id/revision : 0x9006 > age0: 1280 Tx FIFO, 2364 Rx FIFO > age0: MSIX count : 0 > age0: MSI count : 1 > age0: Using 1 MSI messages. > age0: Read request size : 512 bytes. > age0: TLP payload size : 128 bytes. > age0: PCI VPD capability not found! > age0: Ethernet address: 00:1d:60:XX:XX:XX > age0: [FILTER] > age0: interrupt moderation is 100 us. > age0: interrupt moderation is 100 us. > age0: link state changed to UP > atphy(4) should pick up PHY hardware. Would you check whether ukphy(4) is attached to the PHY hardware? Or would you show me 'devinfo -r' output? > host% pciconf -vl | grep -A4 age0 > age0@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' > class = network > subclass = ethernet > > host% ifconfig age0 > age0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:1d:60:XX:XX:XX > inet 192.168.12.89 netmask 0xffffff00 broadcast 192.168.12.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > host% vmstat -i > interrupt total rate > irq1: atkbd0 76453 2 > irq16: nvidia0+++* 3110144 121 > irq17: atapci1 235335 9 > irq18: uhci2 ehci* 1 0 > irq21: uhci1 109423 4 > irq22: pcm0 16 0 > cpu0: timer 51011849 1999 > irq256: age0 72478 2 > cpu3: timer 49962753 1958 > cpu1: timer 51002577 1999 > cpu2: timer 49962704 1958 > Total 205543733 8058 > ----- > Apart form its poor performance, I think age(4) works well for normal desktop usage pattern. Three issues not resolved yet are 1. Poor performance. No idea how to improve performance without documentation. 2. For L1 hardwares that have SPI flash interface, age(4) relys on reading station address register which is supposed to be initialized during hardware reset. This may not work under certain circumtances. Linux seems to have SPI flash interface code from vendor with lots of magic code. Because SPI flash memory device of different vendors vary in their instruction codes for read ID instruction, it's very hard to get instruction codes without detailed information for the flash memory device used on ethernet controller. Also I guess this SPI flash memory device should be maintained in other parts of kernel, not in each driver. 3. Sometimes chip id/revision returns 0xFFFF and hardware does not work at all. I guess this could be related with controller/PHY initialziation. Plugging in network cable before system boot seems to fix the issue. The third issue should be resolved before committing age(4) to HEAD. Since I can't reprocude it no ETA for the third issue, sorry. Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 07:02:08 2008 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 5DFF3106564A; Wed, 9 Apr 2008 07:02:08 +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 15A9F8FC19; Wed, 9 Apr 2008 07:02:07 +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.2/8.14.2) with ESMTP id m397272B038071; Wed, 9 Apr 2008 03:02:07 -0400 (EDT) (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.2/8.14.2) with ESMTP id m39727tn094089; Wed, 9 Apr 2008 03:02:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA8C673039; Wed, 9 Apr 2008 03:02:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080409070206.EA8C673039@freebsd-current.sentex.ca> Date: Wed, 9 Apr 2008 03:02:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 07:02:08 -0000 TB --- 2008-04-09 05:53:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-09 05:53:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-09 05:53:16 - cleaning the object tree TB --- 2008-04-09 05:53:37 - cvsupping the source tree TB --- 2008-04-09 05:53:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-09 05:53:43 - building world (CFLAGS=-O -pipe) TB --- 2008-04-09 05:53:43 - cd /src TB --- 2008-04-09 05:53:43 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 9 05:53:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 06:55:21 UTC 2008 TB --- 2008-04-09 06:55:21 - generating LINT kernel config TB --- 2008-04-09 06:55:21 - cd /src/sys/powerpc/conf TB --- 2008-04-09 06:55:21 - /usr/bin/make -B LINT TB --- 2008-04-09 06:55:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-09 06:55:21 - cd /src TB --- 2008-04-09 06:55:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 06:55:21 UTC 2008 >>> 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 [...] ./machine/atomic.h:402: error: expected ';', ',' or ')' before '*' token ./machine/atomic.h:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_32' ./machine/atomic.h:443: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_long' ./machine/atomic.h:474: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_acq_32' ./machine/atomic.h:484: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_rel_32' ./machine/atomic.h:491: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_acq_long' ./machine/atomic.h:501: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_cmpset_rel_long' ./machine/atomic.h:516: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'atomic_fetchadd_32' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-09 07:02:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-09 07:02:06 - ERROR: failed to build lint kernel TB --- 2008-04-09 07:02:06 - tinderbox aborted TB --- 3114.42 user 361.49 system 4130.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 07:45:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17EED106566C for ; Wed, 9 Apr 2008 07:45:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id A235E8FC26 for ; Wed, 9 Apr 2008 07:45:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m397jVBI022959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Apr 2008 17:45:32 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3974ZeK034299; Wed, 9 Apr 2008 17:04:35 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3974ZBX034298; Wed, 9 Apr 2008 17:04:35 +1000 (EST) (envelope-from peter) Date: Wed, 9 Apr 2008 17:04:35 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20080409070435.GJ30953@server.vk2pj.dyndns.org> References: <20080408185337.GA55610@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20080408185337.GA55610@troutmask.apl.washington.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: What cvs module contains libnvpair.c? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 07:45:35 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 08, 2008 at 11:53:37AM -0700, Steve Kargl wrote: >On a system where I use anoncvs to grab src/ I find, > >node10:root:exit:[243] cvs co cddl/contrib/opensolaris/lib/libnvpair/ >cvs server: cannot find module `cddl/contrib/opensolaris/lib/libnvpair' - = ignored >cvs [checkout aborted]: cannot expand modules Maybe you want src/cddl/contrib/opensolaris/lib/libnvpair/ server% cvs -R -d /usr/ncvs co src/cddl/contrib/opensolaris/lib/libnvpair cvs checkout: Updating src/cddl/contrib/opensolaris/lib/libnvpair U src/cddl/contrib/opensolaris/lib/libnvpair/libnvpair.c U src/cddl/contrib/opensolaris/lib/libnvpair/libnvpair.h U src/cddl/contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c server%=20 (I'm using a local CVS repo but the result should be the same for anoncvs) >So, given that I'm using anoncvs to grab src/, how do I get a >complete src/ ? "cvs co -P src" should be complete --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkf8aoMACgkQ/opHv/APuIcaZgCgjUd6wekMwp9oZvg+qdVyUbya t2IAoI7yq6n3skvop1Juq9RYk9MGh4N/ =bp0v -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 10:38:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00CF8106564A for ; Wed, 9 Apr 2008 10:38:48 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from VM01.Vitsch.net (vm01.vitsch.net [85.17.51.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6D83F8FC22 for ; Wed, 9 Apr 2008 10:38:47 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from [192.168.72.251] (81-171-30-78.dsl.fiberworld.nl [81.171.30.78] (may be forged)) (authenticated bits=0) by VM01.Vitsch.net (8.13.8/8.13.8) with ESMTP id m39Acijn023708; Wed, 9 Apr 2008 12:38:44 +0200 (CEST) (envelope-from Danovitsch@vitsch.net) From: "Daan Vreeken [PA4DAN]" Organization: Vitsch Electronics To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Wed, 9 Apr 2008 12:38:28 +0200 User-Agent: KMail/1.9.7 References: <1581375349.20080406195213@masm.elcom.ru> <20080407013634.GC38024@cdnetworks.co.kr> In-Reply-To: <20080407013634.GC38024@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804091238.28158.Danovitsch@vitsch.net> Cc: "Victor M. Blood" Subject: Re: P5N-MX intagrated network controller not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 10:38:48 -0000 Hi Pyun, On Monday 07 April 2008 03:36:34 Pyun YongHyeon wrote: > On Sun, Apr 06, 2008 at 07:52:13PM +0400, Victor M. Blood wrote: > > Hi, All. > > > > Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset > > nForce 610i, what I can do to make this card usable under freebsd. > > > > Here part of pciconf -lv|grep -a3 network > > none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de > > rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' > > class = network > > subclass = ethernet > > Please try attached patch and let me know how it goes. Your patch fixes the detection of the onboard ethernet controller of the Asus P5N-MX motherboard I have here since a couple of weeks. # pciconf -lv |grep -A3 nfe0 nfe0@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = network subclass = ethernet Thanks! -- Daan From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 11:25:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47C1C106566B for ; Wed, 9 Apr 2008 11:25:26 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3CB8FC44 for ; Wed, 9 Apr 2008 11:25:25 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2457435wfa.7 for ; Wed, 09 Apr 2008 04:25:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=P1Aa4Sztpir5j+mT1xaAiYP+rOSYssfxo38PRKXoEfc=; b=uf93FbFBVYG+wTHAJQarui46Lew2+SA903zqENTMeRTE5BgtK1QiussCBcaX6KgLP12gT5dJjxOS4c/fSRdzR0PWwrJrUQE6N1ThaSv5Zp9UKTpYuR6+ls1cpcnAiaTYIVNH+vZjN6DqyOcOVuIftvkw7qCyU0krLErrEy/AyP8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=vBqcR4UDCOz2wDPOuniBaT7j/gcT+q9SoCxygWNBuD0is9lfxFdo6oGkhXbFFu3nWoFouQtMz1G6ZZrl9gQD6LFOwhMMEo4tVwoONJvavvJOW8RHrUhqNdYC03H1X01IJcVbzvgbz67bu+oYtErlxNMpDZvmSUhREZflCZl/LlE= Received: by 10.143.5.21 with SMTP id h21mr1994wfi.80.1207740323230; Wed, 09 Apr 2008 04:25:23 -0700 (PDT) Received: by 10.142.52.6 with HTTP; Wed, 9 Apr 2008 04:25:23 -0700 (PDT) Message-ID: <28f643d90804090425l3db18002j1270ab078da86f7c@mail.gmail.com> Date: Wed, 9 Apr 2008 14:25:23 +0300 From: "Okalany Daniel" Sender: dokalanyi@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 7b7ae0da1b7c5fdc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mysq + kse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 11:25:26 -0000 good afternoon everybody, this error seems to be persistent on freebsd 8.0-current. When i attempt to start mysql, it doesnt show any errors, doesn't start and puts the following in the error log file: 080409 12:07:50 mysqld started Fatal error 'kse_create() failed ' at line 444 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) 080409 12:07:50 mysqld ended -- OKALANY DANIEL P.O BOX 26150 KAMPALA. -- There are 10 types of people in this world - those who know binary and those who don't. Youth is a wonderful thing. What a crime to waste it on children. From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 11:36:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48391065671 for ; Wed, 9 Apr 2008 11:36:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 11A878FC1D for ; Wed, 9 Apr 2008 11:36:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 2051528448 for ; Wed, 9 Apr 2008 19:36:20 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 7DF8BEC2726; Wed, 9 Apr 2008 19:36:19 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 3GVg+D8Uqovk; Wed, 9 Apr 2008 19:36:11 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E4074EC2722; Wed, 9 Apr 2008 19:36:05 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=FzArYFCLxNTbscIiuSz3kRKSG8/I6wzAbrLbtzuxBPtioo/vLTrdQROZPwtvNrhWh uEWNT7BMAd8d1LqXdk/uw== Message-ID: <47FCAA1D.1090805@delphij.net> Date: Wed, 09 Apr 2008 04:35:57 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Okalany Daniel References: <28f643d90804090425l3db18002j1270ab078da86f7c@mail.gmail.com> In-Reply-To: <28f643d90804090425l3db18002j1270ab078da86f7c@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: mysq + kse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 11:36:31 -0000 Okalany Daniel wrote: > good afternoon everybody, > this error seems to be persistent on freebsd 8.0-current. When i attempt to > start mysql, it doesnt show any errors, doesn't start and puts the following > in the error log file: > > 080409 12:07:50 mysqld started > Fatal error 'kse_create() failed > ' at line 444 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > 080409 12:07:50 mysqld ended Please use ports to reinstall mysql server. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 12:42:44 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE3E106564A for ; Wed, 9 Apr 2008 12:42:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 456D88FC25 for ; Wed, 9 Apr 2008 12:42:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1JjZdS-00024N-9p; Wed, 09 Apr 2008 16:42:42 +0400 To: pyunyh@gmail.com References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <05004621@bb.ipt.ru> <20080409065513.GB46412@cdnetworks.co.kr> From: Boris Samorodov Date: Wed, 09 Apr 2008 16:40:22 +0400 In-Reply-To: <20080409065513.GB46412@cdnetworks.co.kr> (Pyun YongHyeon's message of "Wed\, 9 Apr 2008 15\:55\:13 +0900") Message-ID: <40672761@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 12:42:44 -0000 On Wed, 9 Apr 2008 15:55:13 +0900 Pyun YongHyeon wrote: > On Tue, Apr 08, 2008 at 11:29:22PM +0400, Boris Samorodov wrote: > > On Thu, 13 Mar 2008 12:43:21 +0900 Pyun YongHyeon wrote: > > > On Mon, Mar 10, 2008 at 04:31:50PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > On Mon, Mar 10, 2008 at 01:34:12PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > > Hi, > > > > > > > > > > Due to high pressure from FreeBSD user community to get a working > > > > > driver for Attansic/Atheros L1 giagabit ethernet I had changed > > > > > priorities in my TODO list. I had spent several weeks to write > > > > > this driver and I managed to get a working driver. From my very > > > > > limited testing the driver seems to work as expected. > > > > > > > > > > ATM the performance is horrible so there must be mis-programmed > > > > > registers or incorrectly configured parameters. Due to the > > > > > existence several variants of L1 hardware and lack of publicly > > > > > available documentation I'd like to know how many variants are > > > > > supported by this driver. L1 gigabit ethernet controller is > > > > > frequently found in ASUS motherboard. Note, it seems that there are > > > > > other variants of hardware as known as L2(Fast ethernet) and newer > > > > > gigabit ethernet(AR81xx) from Atheros. These are not supported by > > > > > this driver and they require a seperate driver. The following > > > > > hardware features are supported by age(4). > > > > > > > > > > - TCP Segmentation Offload. > > > > > - Hardware VLAN tag insertion/stripping. > > > > > - TCP/UDP checksum offload. > > > > > - Interrupt moderation. > > > > > - Hardware statistics counter support. > > > > > - Jumbo frame support. > > > > > - WOL support. > > > > > > > > > > As I said, I already know poor performance issue of age(4) but I'm > > > > > more interested in getting a stable driver. If you're owner of L1 > > > > > gigabit ethernet controller please give it spin and let me know > > > > > how it goes on your system. > > > > > > > > > > Install: > > > > > o Get age(4) jumbo diff at the following URL. The diff was > > > > > generated against HEAD but I guess it would also apply to RELENG_7 > > > > > and 7.0-RELEASE. > > > > > http://people.freebsd.org/~yongari/age/age.HEAD.diff > > > > > > > > For 7.0-RELEASE, use the following URL. > > > > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > > > It seems that previous version have a bug in getting ethernet > > > hardware address. To diagnose it I've updated age(4) again and > > > put updated files to the same URL. > > > > > For CURRENT: > > > http://people.freebsd.org/~yongari/age/age.HEAD.diff > > > For RELENG_7/7.0-RELEASE: > > > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > > > > > o Patch kernel srouce and rebuild/reboot your kernel. > > > > > #cd /usr/src > > > > > #patch -p0 < /path/to/age.HEAD.diff > > > > > > > > > > Test: > > > > > Use age(4) for your normal network activities and report success or > > > > > any issues you've encountered. The driver may be chatty to ease of > > > > > debugging. > > > > At last I have some spare time to test your patches. I use RELENG_7. > > Patches applied cleanly exept one simple case with > > sys/modules/mii/Makefile. And now all works fine! Thank you! > > I dreamed about using this on-board lan adapter... > > > > Here is some info (Asus P5K m/b): > > ----- > > host% dmesg | grep ^age > > age0: mem 0xfe8c0000-0xfe8fffff irq 17 at device 0.0 on pci2 > > age0: PCI device revision : 0x00b0 > > age0: Chip id/revision : 0x9006 > > age0: 1280 Tx FIFO, 2364 Rx FIFO > > age0: MSIX count : 0 > > age0: MSI count : 1 > > age0: Using 1 MSI messages. > > age0: Read request size : 512 bytes. > > age0: TLP payload size : 128 bytes. > > age0: PCI VPD capability not found! > > age0: Ethernet address: 00:1d:60:XX:XX:XX > > age0: [FILTER] > > age0: interrupt moderation is 100 us. > > age0: interrupt moderation is 100 us. > > age0: link state changed to UP > atphy(4) should pick up PHY hardware. > Would you check whether ukphy(4) is attached to the PHY hardware? > Or would you show me 'devinfo -r' output? host% dmesg | grep phy atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto Output of 'devinfo -r' is here: ftp://ftp.ipt.ru/pub/download/tmp/devinfo > > host% pciconf -vl | grep -A4 age0 > > age0@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 > > vendor = 'Attansic (Now owned by Atheros)' > > device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' > > class = network > > subclass = ethernet > > > > host% ifconfig age0 > > age0: flags=8843 metric 0 mtu 1500 > > options=19b > > ether 00:1d:60:XX:XX:XX > > inet 192.168.12.89 netmask 0xffffff00 broadcast 192.168.12.255 > > media: Ethernet autoselect (1000baseTX ) > > status: active > > > > host% vmstat -i > > interrupt total rate > > irq1: atkbd0 76453 2 > > irq16: nvidia0+++* 3110144 121 > > irq17: atapci1 235335 9 > > irq18: uhci2 ehci* 1 0 > > irq21: uhci1 109423 4 > > irq22: pcm0 16 0 > > cpu0: timer 51011849 1999 > > irq256: age0 72478 2 > > cpu3: timer 49962753 1958 > > cpu1: timer 51002577 1999 > > cpu2: timer 49962704 1958 > > Total 205543733 8058 > > ----- > > > Apart form its poor performance, I think age(4) works well for > normal desktop usage pattern. Three issues not resolved yet are > 1. Poor performance. No idea how to improve performance without > documentation. > 2. For L1 hardwares that have SPI flash interface, age(4) relys on > reading station address register which is supposed to be > initialized during hardware reset. This may not work under > certain circumtances. Linux seems to have SPI flash interface > code from vendor with lots of magic code. Because SPI flash > memory device of different vendors vary in their instruction > codes for read ID instruction, it's very hard to get instruction > codes without detailed information for the flash memory device > used on ethernet controller. Also I guess this SPI flash memory > device should be maintained in other parts of kernel, not in > each driver. > 3. Sometimes chip id/revision returns 0xFFFF and hardware does not > work at all. I guess this could be related with controller/PHY > initialziation. Plugging in network cable before system boot > seems to fix the issue. > The third issue should be resolved before committing age(4) to > HEAD. Since I can't reprocude it no ETA for the third issue, sorry. Neither can I. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 17:41:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B551065670 for ; Wed, 9 Apr 2008 17:41:51 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFF18FC1F for ; Wed, 9 Apr 2008 17:41:50 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2682879fgg.35 for ; Wed, 09 Apr 2008 10:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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:content-disposition:message-id; bh=T4Myz72MoZmRI2FJ+kaj4s7DZ7hFvLZ0E1OZLswaNgY=; b=LXLwUWwWsMt5JkVu4rr13oUi/1U1VEmnvMzeknnsN9/dZqquOE/k18CqIZMgCyIDgJQpNPBJWKBGGmGgLxsiYV8SSZzdb6r9PVZt8N8ZFfrZh95ovmAzo+QbomXlJRG+bR8bdyfeOqPzMQyJ2EGNFkQrBrPaFTsn9VHqnYuHxJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=mFkamMzI/eTi8SRL+4OqIGsGHQLYeE6aJMUaRcPKsFyfRgaR87WTKZC5LxcjbeNegPmRwyEn4Lmk612/qo704XgCmqXSjKfnbnSD/KESSpQZiVTlMFq/RvZRP0Go89kmg4bMkwi/o2hJJ4BXQg7rMKONcYOjTPC/eY+ZiqjXskc= Received: by 10.82.159.2 with SMTP id h2mr642729bue.33.1207762908966; Wed, 09 Apr 2008 10:41:48 -0700 (PDT) Received: from atlas ( [89.162.141.1]) by mx.google.com with ESMTPS id j2sm1591392mue.3.2008.04.09.10.41.46 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Apr 2008 10:41:47 -0700 (PDT) From: Nikolay Pavlov To: "Steven Hartland" Date: Wed, 9 Apr 2008 20:43:23 +0300 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802042142.38606.qpadla@gmail.com> <200802070018.54429.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> In-Reply-To: <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804092043.24500.qpadla@gmail.com> Cc: Vitezslav Novy , freebsd-current@freebsd.org, Jack Vogel Subject: Re: IP bad-len 0 ( on em0 ) 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: Wed, 09 Apr 2008 17:41:51 -0000 On Thursday 06 March 2008 01:35:43 Steven Hartland wrote: > Did you ever get anywhere with this? Did Jack respond? Nope. I've disabled tso. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:28:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41733106566C; Wed, 9 Apr 2008 18:28:35 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 0495E8FC14; Wed, 9 Apr 2008 18:28:34 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) id m39ISYqU071535; Wed, 9 Apr 2008 14:28:34 -0400 (EDT) From: Tuc at T-B-O-H Message-Id: <200804091828.m39ISYqU071535@vjofn.tucs-beachin-obx-house.com> To: brix@freebsd.org (Henrik Brix Andersen) Date: Wed, 9 Apr 2008 14:28:34 -0400 (EDT) In-Reply-To: <20080405130616.GB43299@tirith.brixandersen.dk> from "Henrik Brix Andersen" at Apr 05, 2008 03:06:16 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Reproducable Kernel HARD 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, 09 Apr 2008 18:28:35 -0000 > > On Fri, Apr 04, 2008 at 11:09:48AM -0400, Tuc at T-B-O-H.NET wrote: > > No, sorry. I have 7 ethernet, 2 serial, CF, IDE and USB > > on the device dying. I have 1 ethernet, 1 modem, 2 USB, 2 PCMCIA, > > parallel port on my other 7.0 system (OLD Toshiba Laptop). > > Your best bet if probably a USB-to-RS232 adaptor to get access to the > Soekris' console from the laptop. That should make debugging quite a > bit easier. > I can already get to the main console on the Soekris. Problem is that it goes south on me. I've determined that while everything is happy, I can ~^b and get to the kernel debugger fine. However, once it locks up, all bets are off. Its the machine that has 7.0 on it to do remote debug that doesn't have any sort of serial ports. So if I need a 7.0 to remote debug with, I'm at a loss. If its just a normal serial console on the Soekris, I have it, but once the kernel locks I can't even bring it to DDB. > > > I'm also a little limited by supplies. I'm 9 miles off paved road > > on the edge of the Atlantic Ocean. Supplies aren't scheduled to be > > brought in to me until the 12th. Its an 11 mile walk to my car. > > Great view though. :-/ > > At least you have internet there ;) > Fortunately I have dual internet. Wireless Broadband and Satellite. Satellite has been flaky (I'm not sure if its the antenna, or the lousy lousy lousy weather the last week). Wireless Broadband went down for an hour when a set of backhauls locked up at the SAME MINUTE. If I need anything computer oriented, I need to know ASAP since the nearest "REAL" computer store is 90 miles away. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:30:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B7761065674 for ; Wed, 9 Apr 2008 18:30:59 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id F18B08FC12 for ; Wed, 9 Apr 2008 18:30:58 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) id m39IUwxH071627; Wed, 9 Apr 2008 14:30:58 -0400 (EDT) From: Tuc at T-B-O-H Message-Id: <200804091830.m39IUwxH071627@vjofn.tucs-beachin-obx-house.com> To: peterjeremy@optushome.com.au (Peter Jeremy) Date: Wed, 9 Apr 2008 14:30:58 -0400 (EDT) In-Reply-To: <20080403180137.GE49813@server.vk2pj.dyndns.org> from "Peter Jeremy" at Apr 04, 2008 05:01:37 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 18:30:59 -0000 > On Thu, Apr 03, 2008 at 08:51:53AM -0400, Tuc at T-B-O-H.NET wrote: > >not the drive... As soon as I mount the drive and try to create > >filesystems on it I get a kernel panic > >(http://www.freebsd.org/cgi/query-pr.cgi?pr=3D122380) > > > > I even brought a 7.0 system up elsewhere, formatted it there, > >and mounted it on the Soekris system, and as soon as I start to use > >it it panics. > > This sounds very much like data corruption between the flash and the > filesystem layer. > > How does the flash connect to valhalla? USB or card slot or ...? > Can you provide a verbose dmesg of da0 and all its parents? > Did you get that previously? Its a USB, and the dmesg is: http://204.107.90.128/dmesg.txt > Try dd'ing off the first 1MB or so using valhalla and also using one > of your other systems and compare the results. My suspicion is that > there is either an off-by-1-sector or similar error or you will find > valhalla is reading chunks of 0xff bytes where it shouldn't. > They matched.. Any thoughts where to go? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:32:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922401065682 for ; Wed, 9 Apr 2008 18:32:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 142898FC17 for ; Wed, 9 Apr 2008 18:32:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 238504200-1834499 for multiple; Wed, 09 Apr 2008 14:31:13 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m39IWAUL070270; Wed, 9 Apr 2008 14:32:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, d@delphij.net Date: Wed, 9 Apr 2008 14:31:07 -0400 User-Agent: KMail/1.9.7 References: <28f643d90804090425l3db18002j1270ab078da86f7c@mail.gmail.com> <47FCAA1D.1090805@delphij.net> In-Reply-To: <47FCAA1D.1090805@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804091431.07730.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]); Wed, 09 Apr 2008 14:32:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6689/Wed Apr 9 12:20:19 2008 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: Okalany Daniel Subject: Re: mysq + kse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 18:32:20 -0000 On Wednesday 09 April 2008 07:35:57 am Xin LI wrote: > Okalany Daniel wrote: > > good afternoon everybody, > > this error seems to be persistent on freebsd 8.0-current. When i attempt to > > start mysql, it doesnt show any errors, doesn't start and puts the following > > in the error log file: > > > > 080409 12:07:50 mysqld started > > Fatal error 'kse_create() failed > > ' at line 444 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > > 080409 12:07:50 mysqld ended > > Please use ports to reinstall mysql server. Or use libmap to force the use of libthr rather than libkse. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:46:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FAB9106566C for ; Wed, 9 Apr 2008 18:46:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3B68FC0C for ; Wed, 9 Apr 2008 18:46:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m39Ik8xI006829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 04:46:09 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m39Ik8k1026301; Thu, 10 Apr 2008 04:46:08 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m39Ik76M026300; Thu, 10 Apr 2008 04:46:07 +1000 (EST) (envelope-from peter) Date: Thu, 10 Apr 2008 04:46:07 +1000 From: Peter Jeremy To: Tuc at T-B-O-H Message-ID: <20080409184607.GV30953@server.vk2pj.dyndns.org> References: <20080403180137.GE49813@server.vk2pj.dyndns.org> <200804091830.m39IUwxH071627@vjofn.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <200804091830.m39IUwxH071627@vjofn.tucs-beachin-obx-house.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 18:46:11 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2008 at 02:30:58PM -0400, Tuc at T-B-O-H wrote: > They matched.. Any thoughts where to go? The dmesg looks reasonable. I have no idea why fsck is reporting errors when dd shows no differences. Im not sure where to look next, sorry. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkf9Du8ACgkQ/opHv/APuIc4UACfSceOoBGi+wo2U9As1iL5+SPZ FcAAnigdXey7tDt8WwOXR0GJlAwlMj21 =rBEA -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 23:59:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BDC110656C3 for ; Wed, 9 Apr 2008 23:59:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id AEE6D8FC23 for ; Wed, 9 Apr 2008 23:59:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so606387ywt.13 for ; Wed, 09 Apr 2008 16:59:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/YIJOnSsEKR5C0X0ICCFbu1XVmao3TWJRx0zUL10SgQ=; b=PsTFFPMT+6nrGNQu3bSyx7lxKhSu9bYu+Wq3m+nL2X48RhgO0q8ILXd0U67+UHaq+L8Xp3yLkYydGn7VnEGhJasxUYU/GDN8G94J3wXoszwIo88RBIbGNGjA0YERSux3h4E+ec+mCHNcElCZTROEOKubCCi22Mo8WQU9RO3dgOI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=K0rbApP49i+yf/5r+dVUlqbdJjoMmFYDGWVXraJV8eD4gOM5dx0LtegDNejm/AzVifIDdXnmie0jyFEslXLRjTdJVPlSsRYLc/As8ipC1XglazelIXRXToJjbXMsQZLGp01Axk5T/WVsO/gGWCMbUYF43dRRyX2RyNbREYB8KHA= Received: by 10.115.54.7 with SMTP id g7mr757686wak.214.1207785545020; Wed, 09 Apr 2008 16:59:05 -0700 (PDT) Received: by 10.114.174.20 with HTTP; Wed, 9 Apr 2008 16:59:04 -0700 (PDT) Message-ID: <2a41acea0804091659l7ac2d9adqcbdd0caf900469b@mail.gmail.com> Date: Wed, 9 Apr 2008 16:59:04 -0700 From: "Jack Vogel" To: qpadla@gmail.com In-Reply-To: <200804092043.24500.qpadla@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802042142.38606.qpadla@gmail.com> <200802070018.54429.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <200804092043.24500.qpadla@gmail.com> Cc: Vitezslav Novy , freebsd-current@freebsd.org, Steven Hartland Subject: Re: IP bad-len 0 ( on em0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Apr 2008 23:59:13 -0000 On Wed, Apr 9, 2008 at 10:43 AM, Nikolay Pavlov wrote: > On Thursday 06 March 2008 01:35:43 Steven Hartland wrote: > > Did you ever get anywhere with this? Did Jack respond? > > Nope. I've disabled tso. I've looked into this a little, and then got interrupted with other issues. The reason the thing is zero'ed is because the hardware is going to repacketize this big wad that its been handled, it should be making new headers that appear in the packets on the wire. So its not yet clear to me what the real brokenness is, you are actually SUPPOSED to zero that value and csum according to documentation, but the rewritten headers should have correct len's in them, so the question is why in some cases they do not. I have a test case but it actually involves the advanced code (now in igb). If someone has a simple reproducible set of steps I would appreciate it. Jack From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 22:37:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D1D106564A for ; Wed, 9 Apr 2008 22:37:04 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id DBF468FC1B for ; Wed, 9 Apr 2008 22:37:03 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m39MLD347699 for freebsd-current@freebsd.org; Wed, 9 Apr 2008 15:21:13 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id WAA20895; Wed, 9 Apr 2008 22:19:40 GMT Message-Id: <200804092219.WAA20895@sopwith.solgatos.com> To: freebsd-current@freebsd.org Date: Wed, 09 Apr 2008 15:19:40 +0100 From: Dieter X-Mailman-Approved-At: Thu, 10 Apr 2008 00:30:36 +0000 Subject: SATA port multiplier support ready yet? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@sopwith.solgatos.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 22:37:04 -0000 > They are only supported at the moment by controllers that are > intelligent enough to hide the details of how they work from > the OS. The SiI family probably doesn't fall into this category. > I'm working on this as part of a larger SATA/SAS/SCSI/FC overhaul, > but it'll be a few months before there are any results. It has been a few months, any news on port multiplier support? If not, how does this "intelligent enough to hide the details" stuff work? Does the controller lie to the OS and say "I have 6 ports" rather than "I have 2 ports" and then the device says "I'm a 5:1 portmultiplier"? Is there a magic string one can search for to find these intelligent controllers? From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 01:14:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D34F106566C for ; Thu, 10 Apr 2008 01:14:44 +0000 (UTC) (envelope-from prvs=1986948615=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D483E8FC14 for ; Thu, 10 Apr 2008 01:14:43 +0000 (UTC) (envelope-from prvs=1986948615=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1207789278; x=1208394078; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=hkQSFRc53HF4frw3gDr9P 8b3KUdHxe+sQZFmi4MMnZ0=; b=mnvXmyQuf5YhdEeBczATJU1BuFgdEhQWk0bRa GY9TkX1U0aFdcMtw526LRmSjwSfVwbkdWdKjU4WSeU3PbTxUhx17lo0i5zxKEd/1 hS5uGnvsjiH2ZSnXifo5oPuqg9EKpV+qFHO1dKT3VVgMkwDLUsquy6T/CnLzEZHu OcLhmc= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005465954.msg for ; Thu, 10 Apr 2008 02:01:17 +0100 Message-ID: <002401c89aa6$61387e00$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" , References: <200802042142.38606.qpadla@gmail.com><200802070018.54429.qpadla@gmail.com><006801c87f19$a14d8060$b6db87d4@multiplay.co.uk><200804092043.24500.qpadla@gmail.com> <2a41acea0804091659l7ac2d9adqcbdd0caf900469b@mail.gmail.com> Date: Thu, 10 Apr 2008 02:01:16 +0100 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 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1986948615=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Thu, 10 Apr 2008 02:01:17 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 10 Apr 2008 02:01:18 +0100 Cc: Vitezslav Novy , freebsd-current@freebsd.org Subject: Re: IP bad-len 0 ( on em0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 01:14:44 -0000 ----- Original Message ----- From: "Jack Vogel" > I've looked into this a little, and then got interrupted with other issues. The > reason the thing is zero'ed is because the hardware is going to repacketize > this big wad that its been handled, it should be making new headers that > appear in the packets on the wire. So its not yet clear to me what the > real brokenness is, you are actually SUPPOSED to zero that value and > csum according to documentation, but the rewritten headers should have > correct len's in them, so the question is why in some cases they do not. > > I have a test case but it actually involves the advanced code (now in igb). > > If someone has a simple reproducible set of steps I would appreciate it. We saw this with a simple iperf test. I assumed this was due to the same reason tcpdump sees invalid checksums when hw checksum was enabled but wanted to confirm. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 01:25:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1CB01065670 for ; Thu, 10 Apr 2008 01:25:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id B9A908FC26 for ; Thu, 10 Apr 2008 01:25:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2763662wfa.7 for ; Wed, 09 Apr 2008 18:25:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=086kyZI04VphIBj+UMqoXdKAiOhyfw9iv5Bf/svpwIw=; b=cRXxOpc/P4UQj7vGGqgzvInjKQ2iu1R4wsIjvO5sY0HAzedsUyCnL6ByW0vH+XtjnCnVWKTStzIXMOYGLZBYYv3OJUYkP1EtjMGMCKOY7iO+eJz696sJgQMU09mKBiJw1O1f4LJWzJoUyyGnuc6XkJLSa3PEj5dZw6vRpceboFE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZXWseOt2CjMS1rUn6tvViHybEJxu1tWooXZBKtcOVS9gshqopyIcalnxoec7nHwgzRz3GXQ2obHADRiIiUjiPsKW0NX6ESu+mgCfdMmQbEANeeaK/OroiZw0U/H/WputRyydzPXg/TdjRQ+SvjoML7KQVoWuddTnL0NyBXkpQtY= Received: by 10.142.246.8 with SMTP id t8mr254958wfh.31.1207790754014; Wed, 09 Apr 2008 18:25:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 9sm1602624wfc.16.2008.04.09.18.25.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Apr 2008 18:25:52 -0700 (PDT) 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 m3A1Plj6050153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 10:25:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3A1PgCm050152; Thu, 10 Apr 2008 10:25:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 10 Apr 2008 10:25:42 +0900 From: Pyun YongHyeon To: "Daan Vreeken [PA4DAN]" Message-ID: <20080410012541.GC49578@cdnetworks.co.kr> References: <1581375349.20080406195213@masm.elcom.ru> <20080407013634.GC38024@cdnetworks.co.kr> <200804091238.28158.Danovitsch@vitsch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804091238.28158.Danovitsch@vitsch.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "Victor M. Blood" Subject: Re: P5N-MX intagrated network controller not work 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: Thu, 10 Apr 2008 01:25:55 -0000 On Wed, Apr 09, 2008 at 12:38:28PM +0200, Daan Vreeken [PA4DAN] wrote: > Hi Pyun, > > On Monday 07 April 2008 03:36:34 Pyun YongHyeon wrote: > > On Sun, Apr 06, 2008 at 07:52:13PM +0400, Victor M. Blood wrote: > > > Hi, All. > > > > > > Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset > > > nForce 610i, what I can do to make this card usable under freebsd. > > > > > > Here part of pciconf -lv|grep -a3 network > > > none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de > > > rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' > > > class = network > > > subclass = ethernet > > > > Please try attached patch and let me know how it goes. > > Your patch fixes the detection of the onboard ethernet controller of the Asus > P5N-MX motherboard I have here since a couple of weeks. > > # pciconf -lv |grep -A3 nfe0 > nfe0@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de > rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > class = network > subclass = ethernet > Thanks for testing! Patch committed to HEAD. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 02:24:10 2008 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 E5A98106564A for ; Thu, 10 Apr 2008 02:24:10 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id CB96A8FC0A for ; Thu, 10 Apr 2008 02:24:10 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3A2O0i9083243 for ; Wed, 9 Apr 2008 19:24:10 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3A2NW9e076109 for ; Wed, 9 Apr 2008 19:23:32 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3A2NW9m092315 for ; Wed, 9 Apr 2008 19:23:32 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 10 Apr 2008 11:23:31 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 02:24:11 -0000 Howdy, Is the TSC timecounter synchronized across multiple cores and/or processors? A quick search seems to indicate it's not but I'd like to find a definitive reference on the TSC. Thanks, George From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 03:29:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 829A4106564A for ; Thu, 10 Apr 2008 03:29:29 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (in-addr.broker.freenet6.net [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1758FC27 for ; Thu, 10 Apr 2008 03:29:29 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1JjnTb-000ANA-Le; Wed, 09 Apr 2008 23:29:27 -0400 Date: Wed, 9 Apr 2008 23:29:27 -0400 From: Gary Palmer To: "Tuc at T-B-O-H.NET" Message-ID: <20080410032927.GB97739@in-addr.com> References: <20080403180137.GE49813@server.vk2pj.dyndns.org> <200804040445.m344j6Bf012682@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804040445.m344j6Bf012682@himinbjorg.tucs-beachin-obx-house.com> Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 03:29:29 -0000 On Fri, Apr 04, 2008 at 12:45:06AM -0400, Tuc at T-B-O-H.NET wrote: > > On Thu, Apr 03, 2008 at 08:51:53AM -0400, Tuc at T-B-O-H.NET wrote: > > >not the drive... As soon as I mount the drive and try to create > > >filesystems on it I get a kernel panic > > >(http://www.freebsd.org/cgi/query-pr.cgi?pr=3D122380) > > > > > > I even brought a 7.0 system up elsewhere, formatted it there, > > >and mounted it on the Soekris system, and as soon as I start to use > > >it it panics. > > > > This sounds very much like data corruption between the flash and the > > filesystem layer. > > > > How does the flash connect to valhalla? USB or card slot or ...? > > Can you provide a verbose dmesg of da0 and all its parents? > > > USB > > At the risk of cutting/pasting too little.... > > http://204.107.90.128/dmesg.txt > > > > Try dd'ing off the first 1MB or so using valhalla and also using one > > of your other systems and compare the results. My suspicion is that > > there is either an off-by-1-sector or similar error or you will find > > valhalla is reading chunks of 0xff bytes where it shouldn't. > > > setup# > MD5 (1Mcu) = f6886afdcdb7dcc6205d4e29649fbdb7 > MD5 (1Mdu) = f6886afdcdb7dcc6205d4e29649fbdb7 > > valhalla# md5 1M* > MD5 (1Mcu) = f6886afdcdb7dcc6205d4e29649fbdb7 > MD5 (1Mdu) = f6886afdcdb7dcc6205d4e29649fbdb7 > > These were both with the disk unmounted. "cu" is partition > da0s1c, and "du" is partition da0s1d (Which is the partition I use > to mount) > > valhalla# disklabel /dev/da0s1 > # /dev/da0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 8048502 0 unused 0 0 # "raw" part, don't edit > d: 8048502 0 4.2BSD 2048 16384 28552 > > Looks like matches all around. (And yes, I SHA256'd too) > > :-/ So now where? Did you use a block size argument to "dd"? If so, what was it? I'm wondering if the USB stick goes wonky with lots of small (512 byte) reads instead of lots of big reads which is what might have happened with dd. There could also be some weird interaction with mixed reads and writes, but I have no ideas on how to test that From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 03:59:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765AE106566C; Thu, 10 Apr 2008 03:59:57 +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 894E58FC21; Thu, 10 Apr 2008 03:59:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:20439 "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 S737723AbYDJD7w (ORCPT + 1 other); Thu, 10 Apr 2008 07:59:52 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp4 X-Yandex-TimeMark: 1207799992 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <47FD90B7.2010300@yandex.ru> Date: Thu, 10 Apr 2008 07:59:51 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd@sopwith.solgatos.com References: <200804092219.WAA20895@sopwith.solgatos.com> In-Reply-To: <200804092219.WAA20895@sopwith.solgatos.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: SATA port multiplier support ready yet? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 03:59:57 -0000 Dieter wrote: > If not, how does this "intelligent enough to hide the details" stuff > work? Does the controller lie to the OS and say "I have 6 ports" > rather than "I have 2 ports" and then the device says "I'm a 5:1 > portmultiplier"? As I know Soren is working on the SATA PortMultiplier support and he's going to commit it. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 06:14:41 2008 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 23F011065673 for ; Thu, 10 Apr 2008 06:14:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id BC72C8FC30 for ; Thu, 10 Apr 2008 06:14:40 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 69D0017107; Thu, 10 Apr 2008 06:14:39 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3A6EcdF053209; Thu, 10 Apr 2008 06:14:39 GMT (envelope-from phk@critter.freebsd.dk) To: gnn@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Apr 2008 11:23:31 +0900." Date: Thu, 10 Apr 2008 06:14:38 +0000 Message-ID: <53208.1207808078@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 06:14:41 -0000 In message , gnn@freebsd.org writes: >Howdy, > >Is the TSC timecounter synchronized across multiple cores and/or >processors? A quick search seems to indicate it's not but I'd like to >find a definitive reference on the TSC. The answer is: It may be, and there is no easy way to find out. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 06:35:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 883E91065673 for ; Thu, 10 Apr 2008 06:35:38 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id D543B8FC15 for ; Thu, 10 Apr 2008 06:35:37 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 83913 invoked by uid 0); 10 Apr 2008 06:35:36 -0000 Received: from r9gs206.net.upc.cz (HELO home.chello.upc.cz) (78.102.200.206) by smtp.dkm.cz with SMTP; 10 Apr 2008 06:35:35 -0000 Message-ID: <47FDB51A.1030606@vnovy.net> Date: Thu, 10 Apr 2008 08:35:06 +0200 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: Jack Vogel References: <200802042142.38606.qpadla@gmail.com> <200802070018.54429.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <200804092043.24500.qpadla@gmail.com> <2a41acea0804091659l7ac2d9adqcbdd0caf900469b@mail.gmail.com> In-Reply-To: <2a41acea0804091659l7ac2d9adqcbdd0caf900469b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steven Hartland Subject: Re: IP bad-len 0 ( on em0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 06:35:38 -0000 Jack Vogel wrote: > On Wed, Apr 9, 2008 at 10:43 AM, Nikolay Pavlov wrote: >> On Thursday 06 March 2008 01:35:43 Steven Hartland wrote: >> > Did you ever get anywhere with this? Did Jack respond? >> >> Nope. I've disabled tso. > > > I've looked into this a little, and then got interrupted with other issues. The > reason the thing is zero'ed is because the hardware is going to repacketize > this big wad that its been handled, it should be making new headers that > appear in the packets on the wire. So its not yet clear to me what the > real brokenness is, you are actually SUPPOSED to zero that value and > csum according to documentation, but the rewritten headers should have > correct len's in them, so the question is why in some cases they do not. I think packets on wire have correct IP-len, but after sending packet to card, driver injects original long packet with zeroed IP-len to BPF. So in tcpdump, we see packet with zero IP-len. vita From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 07:27:09 2008 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 A5A66106564A; Thu, 10 Apr 2008 07:27:09 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8098B8FC25; Thu, 10 Apr 2008 07:27:09 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m3A7G1jB039276; Thu, 10 Apr 2008 00:16:01 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m3A7G1BD039275; Thu, 10 Apr 2008 00:16:01 -0700 (PDT) Date: Thu, 10 Apr 2008 00:16:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200804100716.m3A7G1BD039275@apollo.backplane.com> To: gnn@freebsd.org References: Cc: current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 07:27:09 -0000 :Howdy, : :Is the TSC timecounter synchronized across multiple cores and/or :processors? A quick search seems to indicate it's not but I'd like to :find a definitive reference on the TSC. : :Thanks, :George At least on AMD X2 boxes they are not synchronized. The absolute values of the TSC counters will be off and they will also drift relative to each other, which can readily be demonstrated with some test IPIs on DragonFly with the TSC synchronization code turned off. In these tests a single IPI is sent from one cpu to another and the absolute value of each cpu's TSC is recorded. The number in the parenthesis is the difference between the two absolute values. The difference should be about the same same when the test is repeated, but as you can see the gap increases in each successive test. index cpu timestamp ID trace 0140bb 0 1083883698618 testlog_pingpong pingpong (720862) 00f619 1 1083882977756 testlog_pingpong pingpong 0140bc 0 1143172876697 testlog_pingpong pingpong (768494) 00f61a 1 1143172108203 testlog_pingpong pingpong 0140bd 0 1164275800252 testlog_pingpong pingpong (785266) 00f61b 1 1164275014986 testlog_pingpong pingpong 0140be 0 1179148341147 testlog_pingpong pingpong (799137) 00f61c 1 1179147542010 testlog_pingpong pingpong So not only are the TSC's not synchronized with each other, but their frequencies are also not locked relative to each other. There will a small amount of drift for each cpu and I'm guessing the dift will also slide around a bit based on temperature. Intel might work differently but I don't have any intel multi-cores handy to run the test on so I don't know. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 08:11:48 2008 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 4BEC51065672; Thu, 10 Apr 2008 08:11:48 +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 19D0C8FC1B; Thu, 10 Apr 2008 08:11: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 9ABF446B08; Thu, 10 Apr 2008 04:11:47 -0400 (EDT) Date: Thu, 10 Apr 2008 09:11:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: arch@FreeBSD.org Message-ID: <20080410091002.E83465@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: 8.0 network stack MPsafety goals (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 08:11:48 -0000 While not explicitly in the schedule, this is a reminder of the impending disabling of IFF_NEEDSGIANT (and hence affected network interfaces). The in-progress USB stack work should take care of the USB drivers below, but the others require immediate attention if they are to continue working beyond 26 May. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Fri, 7 Mar 2008 16:01:26 +0000 (GMT) From: Robert Watson To: arch@FreeBSD.org Subject: Re: 8.0 network stack MPsafety goals On Mon, 24 Dec 2007, Robert Watson wrote: > Date Goals > ---- ----- > 26 Dec 2007 Post proposed schedule for flag and infrastructure removal > Post affected driver list > > 26 Jan 2008 Repost proposed schedule for flag and infrastructure removal > Post updated affected driver list > > 26 Feb 2008 Adjust boot-time printf for affect drivers to generate a loud > warning. > Post updated affected driver list Dear all, Per the in-progress plan to remove IFF_NEEDSGIANT support, I have increased the verbosity of the boot-time warning for IFF_NEEDSGIANT-dependent network interface drivers. 8-CURRENT users who are seeing this more verbose warning in their dmesg might want to watch out for the next two scheduled steps in May and June respectively. I've attached the remainder of the schedule and related details below. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > 26 May 2008 Post HEADS UP of impending driver disabling > Post updated affected driver list > > 26 Jun 2008 Disable build of all drivers requiring IFF_NEEDSGIANT > Post updated affected driver list > > 26 Sep 2008 Post HEADS up of impending driver removal > Post updated affected driver list > > 26 Oct 2008 Delete source of all drivers requiring IFF_NEEDSGIANT > Remove flag and infrastructure > > Here is a list of potentially affected drivers: > > Name Bus Man page description > --- --- -------------------- > ar ISA/PCI synchronous Digi/Arnet device driver > arl ISA Aironet Arlan 655 wireless network adapter driver > awi PCCARD AMD PCnetMobile IEEE 802.11 PCMCIA wireless network > driver > axe USB ASIX Electronics AX88172 USB Ethernet driver > cdce USB USB Communication Device Class Ethernet driver > cnw PCCARD Netwave AirSurfer wireless network driver > cs ISA/PCCARD Ethernet device driver > cue USB CATC USB-EL1210A USB Ethernet driver > ex ISA/PCCARD Ethernet device driver for the Intel EtherExpress > Pro/10 and Pro/10+ > fe CBUS/ISA/PCCARD Fujitsu MB86960A/MB86965A based Ethernet adapters > ic I2C I2C bus system > ie ISA Ethernet device driver > kue USB Kawasaki LSI KL5KUSB101B USB Ethernet driver > oltr ISA/PCI Olicom Token Ring device driver > plip PPBUS printer port Internet Protocol driver > ppp TTY point to point protocol network interface > ray PCCARD Raytheon Raylink/Webgear Aviator PCCard driver > rue USB RealTek RTL8150 USB to Fast Ethernet controller driver > rum USB Ralink Technology USB IEEE 802.11a/b/g wireless > network device > sbni ISA/PCI Granch SBNI12 leased line modem driver > sbsh PCI Granch SBNI16 SHDSL modem device driver > sl TTY slip network interface > snc ISA/PCCARD National Semiconductor DP8393X SONIC Ethernet adapter > driver > sr ISA/PCI synchronous RISCom/N2 / WANic 400/405 device driver > udav USB Davicom DM9601 USB Ethernet driver > ural USB Ralink Technology RT2500USB IEEE 802.11 driver > xe PCCARD Xircom PCMCIA Ethernet device driver > zyd USB ZyDAS ZD1211/ZD1211B USB IEEE 802.11b/g wireless > network device > > In some cases, the requirement for Giant is a property of a subsystem the > driver depends on as the driver itself; for example, the tty subsystem for > SLIP and PPP, and the USB subsystem for a number of USB ethernet and wireless > drivers. With most of a year before to go on the proposed schedule, my hope > is that we will have lots of time to address these issues, but wanted to get > a roadmap out from a network protocol stack architecture perspective so that > device driver and subsystem authors could have a schedule in mind. > > FYI, the following drivers also reference IFF_NEEDSGIANT, but only in order > to provide their own conditional MPSAFEty, which can be removed without > affecting device driver functionality (I believe): > > Name Bus Man page description > --- --- -------------------- > ce PCI driver for synchronous Cronyx Tau-PCI/32 WAN adapters > cp PCI driver for synchronous Cronyx Tau-PCI WAN adapters > ctau ISA driver for synchronous Cronyx Tau WAN adapters > cx ISA driver for synchronous/asynchronous Cronyx Sigma WAN > adapters > > Developers and users of the above drivers are heavily encouraged to update > the drivers to remove dependence on Giant, and/or make other contingency > plans. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 09:30:36 2008 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 C0B20106566C; Thu, 10 Apr 2008 09:30:36 +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 DAA038FC12; Thu, 10 Apr 2008 09:30:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47FDDE3A.8020900@FreeBSD.org> Date: Thu, 10 Apr 2008 11:30:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 09:30:36 -0000 gnn@freebsd.org wrote: > Howdy, > > Is the TSC timecounter synchronized across multiple cores and/or > processors? A quick search seems to indicate it's not but I'd like to > find a definitive reference on the TSC. Modern Intel systems tend to be synchronized, in my experience. Kris From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 12:48:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5AAC1065670; Thu, 10 Apr 2008 12:48:09 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6D98FC13; Thu, 10 Apr 2008 12:48:09 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m3AClvC4085495; Thu, 10 Apr 2008 08:48:08 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m3AClkur032271; Thu, 10 Apr 2008 08:47:47 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m3AClk2r032270; Thu, 10 Apr 2008 08:47:46 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804101247.m3AClk2r032270@himinbjorg.tucs-beachin-obx-house.com> To: gpalmer@freebsd.org (Gary Palmer) Date: Thu, 10 Apr 2008 08:47:46 -0400 (EDT) In-Reply-To: <20080410032927.GB97739@in-addr.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 12:48:09 -0000 > > Looks like matches all around. (And yes, I SHA256'd too) > > > > :-/ So now where? > > Did you use a block size argument to "dd"? If so, what was it? > > I'm wondering if the USB stick goes wonky with lots of small (512 byte) > reads instead of lots of big reads which is what might have happened > with dd. > > There could also be some weird interaction with mixed reads and > writes, but I have no ideas on how to test that > Hi, The blocksize was 1024. Block count was 1024 also. Theres probably something in the benchmark ports that could do that, but I'm not sure it would prove anything. I ended up setting up another machine with a fresh install of 7.0 also from the same install media. The only differences between the system I'm having issues with and this system is because the system having problems is a Soekris I compiled a special version with SOEKRIS/GEODE in it, and it also has kernel debugging and firewall. I then installed perl and squid 2.X onto this new machine (Squid needs perl). I put the stick on the system, mounted it, and did a "squid -z" on the system. It formatted fine. That was the same command I was trying on the Soekris which ended up causing the kernel panic. ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122380 ) Unfortunately no one has looked at that yet. Tuc From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 12:49:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ED6D1065671 for ; Thu, 10 Apr 2008 12:49:13 +0000 (UTC) (envelope-from sos@freebsd.org) 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 1F0568FC16 for ; Thu, 10 Apr 2008 12:49:12 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from laptop.deepcore.dk (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m3ACnBwM063995; Thu, 10 Apr 2008 14:49:11 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <69BF4DC9-7CCD-415F-B09B-4536570ABCD4@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Andrey V. Elsukov" In-Reply-To: <47FD90B7.2010300@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 10 Apr 2008 14:49:10 +0200 References: <200804092219.WAA20895@sopwith.solgatos.com> <47FD90B7.2010300@yandex.ru> X-Mailer: Apple Mail (2.919.2) Cc: freebsd@sopwith.solgatos.com, freebsd-current@freebsd.org Subject: Re: SATA port multiplier support ready yet? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 12:49:13 -0000 Hi Yes, I'm working on port multiplier support and a commit of =20 rudimentary support is imminent. -S=F8ren On 10Apr, 2008, at 5:59 , Andrey V. Elsukov wrote: > Dieter wrote: >> If not, how does this "intelligent enough to hide the details" stuff >> work? Does the controller lie to the OS and say "I have 6 ports" >> rather than "I have 2 ports" and then the device says "I'm a 5:1 >> portmultiplier"? > > As I know Soren is working on the SATA PortMultiplier support and > he's going to commit it. > > --=20 > WBR, Andrey V. Elsukov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " > From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 16:23:51 2008 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 57F2A1065673 for ; Thu, 10 Apr 2008 16:23:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4C48FC20 for ; Thu, 10 Apr 2008 16:23:51 +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; Thu, 10 Apr 2008 14:58:28 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 8D10C2D6016; Thu, 10 Apr 2008 09:23:46 -0700 (PDT) Message-ID: <47FE3F15.6070400@elischer.org> Date: Thu, 10 Apr 2008 09:23:49 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Matthew Dillon References: <200804100716.m3A7G1BD039275@apollo.backplane.com> In-Reply-To: <200804100716.m3A7G1BD039275@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 16:23:51 -0000 Matthew Dillon wrote: > > :Howdy, > : > :Is the TSC timecounter synchronized across multiple cores and/or > :processors? A quick search seems to indicate it's not but I'd like to > :find a definitive reference on the TSC. > : > :Thanks, > :George > > At least on AMD X2 boxes they are not synchronized. The absolute > values of the TSC counters will be off and they will also drift > relative to each other, which can readily be demonstrated with some > test IPIs on DragonFly with the TSC synchronization code turned off. > > In these tests a single IPI is sent from one cpu to another and > the absolute value of each cpu's TSC is recorded. The number in the > parenthesis is the difference between the two absolute values. > > The difference should be about the same same when the test is repeated, > but as you can see the gap increases in each successive test. > > index cpu timestamp ID trace > 0140bb 0 1083883698618 testlog_pingpong pingpong (720862) > 00f619 1 1083882977756 testlog_pingpong pingpong > > 0140bc 0 1143172876697 testlog_pingpong pingpong (768494) > 00f61a 1 1143172108203 testlog_pingpong pingpong > > 0140bd 0 1164275800252 testlog_pingpong pingpong (785266) > 00f61b 1 1164275014986 testlog_pingpong pingpong > > 0140be 0 1179148341147 testlog_pingpong pingpong (799137) > 00f61c 1 1179147542010 testlog_pingpong pingpong > > So not only are the TSC's not synchronized with each other, but their > frequencies are also not locked relative to each other. There will > a small amount of drift for each cpu and I'm guessing the dift will > also slide around a bit based on temperature. > > Intel might work differently but I don't have any intel multi-cores > handy to run the test on so I don't know. Someone once told me that there was some complication WRT the TSC and SMI interrupts too.. though I can't remember what it was exactly.. I do however remember thinking "That's insane!" > > -Matt > Matthew Dillon > > _______________________________________________ > 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 Apr 10 16:27:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D708106564A for ; Thu, 10 Apr 2008 16:27:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 34D3C8FC12 for ; Thu, 10 Apr 2008 16:27:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so15629anc.13 for ; Thu, 10 Apr 2008 09:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=0QOYFdLvAY4GAWRVBQ3a3Q/Xc9jIKcITV4LrdMGM0Io=; b=D8BLNcOcjaspUHTfduM7t+aen3dCNdH1/wVTU9+BcnOZh+qT6QqqzPICKZnaa2BHFmaohC8L5S6YcGJpCur7cm0UxrMYUuQAjo1+HACl3DmZZGnEOGCJJ7UtFNPUgg6b+wlnnp63SDXHBHPzcQrvlDw7eg4aHbrfx/vtZoE68tQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gn6lKGzyP5I1AbXH3gIze1Yh9fQgdIfS9aNaNdrLEP55pCT7RY1RsjvK3PjZEXkie3fYUfa+AhRWkyOEaxPooqUeHBhiJ95CbQVcxq8fUuw7u6BbsCn8zLmsULnLbLlJMXOUEp0KQ0a5rHHJqPWMwk+Purgs2vFIBFxtnNehSNs= Received: by 10.100.42.4 with SMTP id p4mr3080254anp.118.1207844839513; Thu, 10 Apr 2008 09:27:19 -0700 (PDT) Received: by 10.100.121.17 with HTTP; Thu, 10 Apr 2008 09:27:19 -0700 (PDT) Message-ID: <2a41acea0804100927p327d0777waaf5c6cea8afdbfe@mail.gmail.com> Date: Thu, 10 Apr 2008 09:27:19 -0700 From: "Jack Vogel" To: "Vitezslav Novy" In-Reply-To: <47FDB51A.1030606@vnovy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802042142.38606.qpadla@gmail.com> <200802070018.54429.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <200804092043.24500.qpadla@gmail.com> <2a41acea0804091659l7ac2d9adqcbdd0caf900469b@mail.gmail.com> <47FDB51A.1030606@vnovy.net> Cc: freebsd-current@freebsd.org, Steven Hartland Subject: Re: IP bad-len 0 ( on em0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 16:27:20 -0000 On Wed, Apr 9, 2008 at 11:35 PM, Vitezslav Novy wrote: > Jack Vogel wrote: > > > On Wed, Apr 9, 2008 at 10:43 AM, Nikolay Pavlov wrote: > > > > > On Thursday 06 March 2008 01:35:43 Steven Hartland wrote: > > > > Did you ever get anywhere with this? Did Jack respond? > > > > > > Nope. I've disabled tso. > > > > > > > > > I've looked into this a little, and then got interrupted with other > issues. The > > reason the thing is zero'ed is because the hardware is going to > repacketize > > this big wad that its been handled, it should be making new headers that > > appear in the packets on the wire. So its not yet clear to me what the > > real brokenness is, you are actually SUPPOSED to zero that value and > > csum according to documentation, but the rewritten headers should have > > correct len's in them, so the question is why in some cases they do not. > > > > I think packets on wire have correct IP-len, but after sending packet to > card, driver injects original long packet with zeroed IP-len to BPF. > So in tcpdump, we see packet with zero IP-len. > > > vita > > > ahhh, yes, that makes sense, hmmm, suggestions on what to do about it? Jack From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 20:52:40 2008 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 94D8F1065672; Thu, 10 Apr 2008 20:52:40 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 55BB18FC16; Thu, 10 Apr 2008 20:52:39 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.36] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m3AKqZcd055516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 13:52:38 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <47FE7E0C.4070801@FreeBSD.org> Date: Thu, 10 Apr 2008 13:52:28 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Kris Kennaway References: <47FDDE3A.8020900@FreeBSD.org> In-Reply-To: <47FDDE3A.8020900@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@FreeBSD.org, current@FreeBSD.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 20:52:40 -0000 Kris Kennaway wrote: > gnn@freebsd.org wrote: >> Howdy, >> >> Is the TSC timecounter synchronized across multiple cores and/or >> processors? A quick search seems to indicate it's not but I'd like to >> find a definitive reference on the TSC. > > Modern Intel systems tend to be synchronized, in my experience. I really doubt they are. As far as I know newest milti-core chips can modulate frequency of even suspend individual cores independently of each other, which would make such synchronization difficult to maintain if the power management is on. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 21:45:43 2008 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 592EC106564A; Thu, 10 Apr 2008 21:45:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2DE8FC23; Thu, 10 Apr 2008 21:45:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AE2F317105; Thu, 10 Apr 2008 21:45:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3ALjfjq001249; Thu, 10 Apr 2008 21:45:41 GMT (envelope-from phk@critter.freebsd.dk) To: Maxim Sobolev From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Apr 2008 13:52:28 MST." <47FE7E0C.4070801@FreeBSD.org> Date: Thu, 10 Apr 2008 21:45:41 +0000 Message-ID: <1248.1207863941@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: gnn@FreeBSD.org, Kris Kennaway , current@FreeBSD.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 21:45:43 -0000 In message <47FE7E0C.4070801@FreeBSD.org>, Maxim Sobolev writes: >Kris Kennaway wrote: >> gnn@freebsd.org wrote: >>> Howdy, >>> >>> Is the TSC timecounter synchronized across multiple cores and/or >>> processors? A quick search seems to indicate it's not but I'd like to >>> find a definitive reference on the TSC. >> >> Modern Intel systems tend to be synchronized, in my experience. > >I really doubt they are. As far as I know newest milti-core chips can >modulate frequency of even suspend individual cores independently of >each other, which would make such synchronization difficult to maintain >if the power management is on. P4 (and I think most newer chips) have a TSC that runs independent of the cpu clock frequency, and supposedly, always at constant rate. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 21:59:38 2008 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 4C30F106564A; Thu, 10 Apr 2008 21:59:38 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0F90E8FC0A; Thu, 10 Apr 2008 21:59:37 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.36] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m3ALxZYJ058893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 14:59:36 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <47FE8DBF.6010907@FreeBSD.org> Date: Thu, 10 Apr 2008 14:59:27 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1248.1207863941@critter.freebsd.dk> In-Reply-To: <1248.1207863941@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@FreeBSD.org, Kris Kennaway , current@FreeBSD.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 21:59:38 -0000 Poul-Henning Kamp wrote: > In message <47FE7E0C.4070801@FreeBSD.org>, Maxim Sobolev writes: >> Kris Kennaway wrote: >>> gnn@freebsd.org wrote: >>>> Howdy, >>>> >>>> Is the TSC timecounter synchronized across multiple cores and/or >>>> processors? A quick search seems to indicate it's not but I'd like to >>>> find a definitive reference on the TSC. >>> Modern Intel systems tend to be synchronized, in my experience. >> I really doubt they are. As far as I know newest milti-core chips can >> modulate frequency of even suspend individual cores independently of >> each other, which would make such synchronization difficult to maintain >> if the power management is on. > > P4 (and I think most newer chips) have a TSC that runs independent > of the cpu clock frequency, and supposedly, always at constant rate. It can still be affected by the throttling. The p4tcc driver can for example can throttle separate processors independently. Quick google search brings this up: http://lkml.org/lkml/2005/11/4/173 -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 22:38:49 2008 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 374931065671 for ; Thu, 10 Apr 2008 22:38:49 +0000 (UTC) (envelope-from gary@velocity-servers.net) Received: from longhorn.velocity-servers.net (longhorn.velocity-servers.net [65.99.246.30]) by mx1.freebsd.org (Postfix) with ESMTP id 17C278FC24 for ; Thu, 10 Apr 2008 22:38:48 +0000 (UTC) (envelope-from gary@velocity-servers.net) Received: from pool-70-106-53-131.hag.east.verizon.net ([70.106.53.131] helo=dragoon.velocity-servers.net) by longhorn.velocity-servers.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jk593-000NMv-VK; Thu, 10 Apr 2008 17:21:26 -0500 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Apr 2008 18:21:19 -0400 To: "Poul-Henning Kamp" From: Gary Stanley In-Reply-To: <1248.1207863941@critter.freebsd.dk> References: <1248.1207863941@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - longhorn.velocity-servers.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - velocity-servers.net Message-Id: <20080410223849.17C278FC24@mx1.freebsd.org> X-Mailman-Approved-At: Thu, 10 Apr 2008 22:51:14 +0000 Cc: current@FreeBSD.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 22:38:49 -0000 At 05:45 PM 4/10/2008, Poul-Henning Kamp wrote: >In message <47FE7E0C.4070801@FreeBSD.org>, Maxim Sobolev writes: > >Kris Kennaway wrote: > >> gnn@freebsd.org wrote: > >>> Howdy, > >>> > >>> Is the TSC timecounter synchronized across multiple cores and/or > >>> processors? A quick search seems to indicate it's not but I'd like to > >>> find a definitive reference on the TSC. > >> > >> Modern Intel systems tend to be synchronized, in my experience. > > > >I really doubt they are. As far as I know newest milti-core chips can > >modulate frequency of even suspend individual cores independently of > >each other, which would make such synchronization difficult to maintain > >if the power management is on. > >P4 (and I think most newer chips) have a TSC that runs independent >of the cpu clock frequency, and supposedly, always at constant rate. > Are you talking about the RDTSCP? I think its only on newer opterons and phenoms. From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 23:26:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 176091065675; Thu, 10 Apr 2008 23:26:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 10 Apr 2008 19:26:09 -0400 User-Agent: KMail/1.6.2 References: <1248.1207863941@critter.freebsd.dk> <20080410223849.17C278FC24@mx1.freebsd.org> In-Reply-To: <20080410223849.17C278FC24@mx1.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200804101926.11343.jkim@FreeBSD.org> Cc: Gary Stanley , Poul-Henning Kamp Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Apr 2008 23:26:17 -0000 On Thursday 10 April 2008 06:21 pm, Gary Stanley wrote: > At 05:45 PM 4/10/2008, Poul-Henning Kamp wrote: > >In message <47FE7E0C.4070801@FreeBSD.org>, Maxim Sobolev writes: > > >Kris Kennaway wrote: > > >> gnn@freebsd.org wrote: > > >>> Howdy, > > >>> > > >>> Is the TSC timecounter synchronized across multiple cores > > >>> and/or processors? A quick search seems to indicate it's not > > >>> but I'd like to find a definitive reference on the TSC. > > >> > > >> Modern Intel systems tend to be synchronized, in my > > >> experience. > > > > > >I really doubt they are. As far as I know newest milti-core > > > chips can modulate frequency of even suspend individual cores > > > independently of each other, which would make such > > > synchronization difficult to maintain if the power management > > > is on. > > > >P4 (and I think most newer chips) have a TSC that runs independent > >of the cpu clock frequency, and supposedly, always at constant > > rate. > > Are you talking about the RDTSCP? I think its only on newer > opterons and phenoms. I think you got it confused with "TscInvariant" feature: http://ltt.polymtl.ca/svn/ltt/branches/poly/doc/developer/tsc.txt "Because using the TSC for fast timer APIs is a desirable feature that helps performance, AMD has defined a CPUID feature bit that software can test to determine if the TSC is invariant. Issuing a CPUID instruction with an %eax register value of 0x8000_0007, on a processor whose base family is 0xF, returns "Advanced Power Management Information" in the %eax, %ebx, %ecx, and %edx registers. Bit 8 of the return %edx is the "TscInvariant" feature flag which is set when TSC is P-state, C-state, and STPCLK-throttling invariant; it is clear otherwise." RDTSCP is not P-state invariant. RDTSCP returns CPU ID with it, nothing more. Even if you have TscInvariant CPUs, I am not sure TSCs between cores/packages are synchronized. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 00:41:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CB0106564A; Fri, 11 Apr 2008 00:41:10 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id 89F248FC16; Fri, 11 Apr 2008 00:41:10 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from shop.chemikals.org ([75.182.2.94]) by cdptpa-omta05.mail.rr.com with ESMTP id <20080411000123.BUAJ5568.cdptpa-omta05.mail.rr.com@shop.chemikals.org>; Fri, 11 Apr 2008 00:01:23 +0000 Received: from volatile.chemikals.org (root@r74-193-170-223.bssrcmta01.bscyla.by.dh.suddenlink.net [74.193.170.223] (may be forged)) by shop.chemikals.org (8.14.1/8.14.1) with ESMTP id m3B01KtX072817; Thu, 10 Apr 2008 20:01:21 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id m3B01Gc9021237; Thu, 10 Apr 2008 19:01:17 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Thu, 10 Apr 2008 19:01:16 -0500 (CDT) From: Wes Morgan To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= In-Reply-To: <69BF4DC9-7CCD-415F-B09B-4536570ABCD4@freebsd.org> Message-ID: References: <200804092219.WAA20895@sopwith.solgatos.com> <47FD90B7.2010300@yandex.ru> <69BF4DC9-7CCD-415F-B09B-4536570ABCD4@freebsd.org> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2180312168-1963438180-1207872078=:11511" Cc: freebsd@sopwith.solgatos.com, "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: SATA port multiplier support ready yet? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 00:41:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2180312168-1963438180-1207872078=:11511 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 10 Apr 2008, Søren Schmidt wrote: > Hi > > Yes, I'm working on port multiplier support and a commit of rudimentary > support is imminent. Will PM support be something that is an MFC candidate? And can you expand on "rudimentary"? > >> Dieter wrote: >>> If not, how does this "intelligent enough to hide the details" stuff >>> work? Does the controller lie to the OS and say "I have 6 ports" >>> rather than "I have 2 ports" and then the device says "I'm a 5:1 >>> portmultiplier"? >> >> As I know Soren is working on the SATA PortMultiplier support and >> he's going to commit it. >> >> -- >> WBR, Andrey V. Elsukov >> _______________________________________________ >> 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" --2180312168-1963438180-1207872078=:11511-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 10:01:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42795106566C for ; Fri, 11 Apr 2008 10:01:34 +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 F284D8FC1E for ; Fri, 11 Apr 2008 10:01:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JkG4Z-00059R-36 for freebsd-current@freebsd.org; Fri, 11 Apr 2008 10:01:31 +0000 Received: from d463a854.datahighways.de ([212.99.168.84]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Apr 2008 10:01:31 +0000 Received: from ino-news by d463a854.datahighways.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Apr 2008 10:01:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: clemens fischer Date: Fri, 11 Apr 2008 12:01:05 +0200 Lines: 27 Message-ID: <1gp3d5xri3.ln2@nntp.spotteswoode.dnsalias.org> References: <9gikb5xt3a.ln2@nntp.spotteswoode.dnsalias.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: d463a854.datahighways.de X-Archive: encrypt=none User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/8.0-CURRENT (i386)) Sender: news Subject: Re: on shutdown: "panic: fifo_close: no v_fifoinfo" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 10:01:34 -0000 On Mon, 24 Mar 2008 13:13:29 +0100 clemens fischer wrote: > i'm seeing this panic sometimes when shutting down the system, after > many (but not all) of the disk buffers have been flushed. > > ... > Syncing disks, vnodes remaining...40 36 2 2 1 1 0 0 0 done > All buffers synced. > lock order reversal: > 1st 0xc3ab97d4 vfslock (vfslock) @ /usr/src/sys/kern/vfs_mount.c:1249 > 2nd 0xc3d30e08 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2162 > ... > panic: fifo_close: no v_fifoinfo > cpuid = 0 > KDB: enter: panic > exclusive lockmgr ufs r = 0 (0xc4090058) locked @ /usr/src/sys/kern/vfs_subr.c:2367 > exclusive lockmgr vfslock r = 0 (0xc3c0329c) locked @ /usr/src/sys/kern/vfs_mount.c:1249 > exclusive lockmgr ufs r = 0 (0xc39432a0) locked @ /usr/src/sys/kern/vfs_mount.c:1214 > exclusive sleep mutex Giant r = 0 (0xc081dc10) locked @ /usr/src/sys/kern/kern_shutdown.c:171 i don't know what you guys did, but sometime between 2008-04-07 and 2008-04-04 you fixed it. no panics anymore, most of the LORs disappeared and the machine doesn't wait a minute or two on shutdown before powering off anymore. clemens From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 11:09:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35C1B1065678 for ; Fri, 11 Apr 2008 11:09:58 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by mx1.freebsd.org (Postfix) with ESMTP id E99938FC22 for ; Fri, 11 Apr 2008 11:09:57 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id DE23D680AF for ; Fri, 11 Apr 2008 12:47:20 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id AFDC368005 for ; Fri, 11 Apr 2008 12:47:20 +0200 (CEST) To: freebsd-current@freebsd.org X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: karim.bourenane@orange-ftgroup.com Date: Fri, 11 Apr 2008 12:47:25 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 11/04/2008 12:49:56 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: [7.0] Openldap client / nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 11:09:58 -0000 Hi Team I'm unbale to install nss_ldap from padl. I've error : => nss_ldap-257.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.padl.com/download/. fetch: http://www.padl.com/download/nss_ldap-257.tar.gz: size mismatch: expected 229242, actual 229299 Anyone, can tell me, how to install openldap client on Freebsd 7-Stable ? Thanks Regards Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 11:35:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFCC01065674 for ; Fri, 11 Apr 2008 11:35:25 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 D39628FC13 for ; Fri, 11 Apr 2008 11:35:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id y2so1799999uge.37 for ; Fri, 11 Apr 2008 04:35:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=+8rLDTSH1njymuid4pWVBHonMsge+jjUFRphxFmAnKQ=; b=Gbp06p4FrxG0+9+eosq56pYUqjTTmXHhz33RbXJw6gMxIWaRjiCMeyI+1yebV8tWJDndsZmXxgw6f3oXPXB3p7GcVVeLpmRfrECUdQ4ZMi3Kawd/zMRVKZK0FEztlbGEO0pbnU+h8wLNFno0uCmPUjUlS3XPSaIMb2V8gHykijQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=haaZLUX+pEijSamwVKz5L1A43roThd9FS7jt3a81uEQNHWw51AdiyAutrDSpyUfySqAElemcvyFQVYjFOK5jqxkTr9QhkI8Zx5mq78GQmavAG58jqz6V8gaKNDInO9+HXfnPHxKobvvfCMgQYjV8PyVci/RBPVLtHF66nRPyHy8= Received: by 10.67.86.5 with SMTP id o5mr7495990ugl.50.1207913716148; Fri, 11 Apr 2008 04:35:16 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id i6sm5213879gve.5.2008.04.11.04.35.14 (version=SSLv3 cipher=RC4-MD5); Fri, 11 Apr 2008 04:35:15 -0700 (PDT) From: Tom Evans To: karim.bourenane@orange-ftgroup.com In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-c9filEFpNZMy7KYa8Xw5" Date: Fri, 11 Apr 2008 12:35:13 +0100 Message-Id: <1207913713.8904.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: [7.0] Openldap client / nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 11:35:25 -0000 --=-c9filEFpNZMy7KYa8Xw5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-04-11 at 12:47 +0200, karim.bourenane@orange-ftgroup.com wrote: > Hi Team >=20 > I'm unbale to install nss_ldap from padl. I've error : > =3D> nss_ldap-257.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > =3D> Attempting to fetch from http://www.padl.com/download/. > fetch: http://www.padl.com/download/nss_ldap-257.tar.gz: size mismatch: e= xpected 229242, actual 229299 >=20 Update your ports: > $ cat /usr/ports/net/nss_ldap/distinfo=20 MD5 (nss_ldap-257.tar.gz) =3D 8b9c3d91c67ba05d4135f042dd9a35f2 SHA256 (nss_ldap-257.tar.gz) =3D 506a89bf9d8fac4182e52cb1a7e9dc5310be865f7c2430b2602d4080c9140dae SIZE (nss_ldap-257.tar.gz) =3D 229299 ^^^^^^ > Anyone, can tell me, how to install openldap client on Freebsd 7-Stable ? >=20 > Thanks >=20 > Regards >=20 >=20 > Karim Bourenane Tom --=-c9filEFpNZMy7KYa8Xw5 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) iD8DBQBH/0zulcRvFfyds/cRAmLFAKCnZmDDfZjWRAJjb8IVfBehteo5rgCdE3hD ehfjzMN5gDQa36qt5u/y2w8= =F0UP -----END PGP SIGNATURE----- --=-c9filEFpNZMy7KYa8Xw5-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 11:43:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8DA4106564A for ; Fri, 11 Apr 2008 11:43:42 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp806.mail.ird.yahoo.com (smtp806.mail.ird.yahoo.com [217.146.188.66]) by mx1.freebsd.org (Postfix) with SMTP id 55EAB8FC15 for ; Fri, 11 Apr 2008 11:43:41 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 83801 invoked from network); 11 Apr 2008 11:17:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=Uuq+7+wtmDMXd11f4NEpCfEBEwa+i5fHo5TEKoMPAPJt+yQTPBCbtZNX6S/7xQCUFgNf+cMl+P0ReIo3TZpRzIDzyUktr7Ps6uY5+XxTyPXZc+xpIUXKEUDbL/eBaUd0eL5AXt3bO5klViBoIMjemz/3co90VxFc0UVDD8Hu+e0= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.24.75 with login) by smtp806.mail.ird.yahoo.com with SMTP; 11 Apr 2008 11:17:01 -0000 X-YMail-OSG: Oelfs10VM1kVNeGu9o61fPDGjK_P5NomEIlGNnEBMIonbcWV8fSA4tndic.R3_SaL_x0p.fBqw-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Fri, 11 Apr 2008 12:16:58 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804111216.58410.Thomas.Sparrevohn@btinternet.com> Subject: Todays ATA Patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 11:43:43 -0000 Todays makes my kernel Panic with DMA setup errors on all disks - Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: setting up DMA failed Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: FAILURE - load data Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed There are no problems with the Kernel from Yesterday morning The system are using Nvidia 590 chipset - but I assume it is general From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:34:59 2008 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 358A61065673; Fri, 11 Apr 2008 12:34:59 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id E332B8FC1C; Fri, 11 Apr 2008 12:34:58 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper [152.3.145.30]) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id m3BCYwxa013841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Apr 2008 08:34:58 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.5.1 duke.cs.duke.edu m3BCYwxa013841 Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m3BCYUNr072429; Fri, 11 Apr 2008 08:34:30 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18431.23276.913397.188219@grasshopper.cs.duke.edu> Date: Fri, 11 Apr 2008 08:34:29 -0400 (EDT) To: gnn@freebsd.org In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 12:34:59 -0000 gnn@freebsd.org writes: > Howdy, > > Is the TSC timecounter synchronized across multiple cores and/or > processors? A quick search seems to indicate it's not but I'd like to > find a definitive reference on the TSC. There is a great comment in the OpenSolaris source code talking about TSCs and their behavior on SMP systems. See http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/i86pc/os/timestamp.c FWIW, solaris manages to keep track of unsynchronized TSCs, and use unsynchronized TSC timecounters for timekeeping on SMP systems. It would be nice if FreeBSD could do the same. Drew From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:39:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC9D1065670 for ; Fri, 11 Apr 2008 12:39:45 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB208FC25 for ; Fri, 11 Apr 2008 12:39:45 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda13.si.francetelecom.fr (ESMTP service) with ESMTP id BDD7D701AB; Fri, 11 Apr 2008 14:39:43 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id 7A3EE70005; Fri, 11 Apr 2008 14:39:43 +0200 (CEST) To: Tom Evans X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: karim.bourenane@orange-ftgroup.com Date: Fri, 11 Apr 2008 14:39:52 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 11/04/2008 14:42:19 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [7.0] Openldap client / nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 12:39:45 -0000 Hi Tom I have updated a port with you comment but i've new error : nss_ldap-257.tar.gz 100% of 223 kB 31 kBps ===> Extracting for nss_ldap-1.257 => MD5 Checksum mismatch for nss_ldap-257.tar.gz. => SHA256 Checksum mismatch for nss_ldap-257.tar.gz. ===> Refetch for 1 more times files: nss_ldap-257.tar.gz nss_ldap-257.tar.gz ===> Vulnerability check disabled, database not found => nss_ldap-257.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.padl.com/download/. fetch: http://www.padl.com/download/nss_ldap-257.tar.gz: Requested Range Not Satisfiable => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sem/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sem/nss_ldap-257.tar.gz: File unavailable (e.g., file not found, no access) I believe i must update the list of port ? Regards Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com Tom Evans 11/04/2008 13:35 To: karim.bourenane@orange-ftgroup.com cc: freebsd-current@freebsd.org bcc: Subject: Re: [7.0] Openldap client / nss_ldap On Fri, 2008-04-11 at 12:47 +0200, karim.bourenane@orange-ftgroup.com wrote: > Hi Team > > I'm unbale to install nss_ldap from padl. I've error : > => nss_ldap-257.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.padl.com/download/. > fetch: http://www.padl.com/download/nss_ldap-257.tar.gz: size mismatch: expected 229242, actual 229299 > Update your ports: > $ cat /usr/ports/net/nss_ldap/distinfo MD5 (nss_ldap-257.tar.gz) = 8b9c3d91c67ba05d4135f042dd9a35f2 SHA256 (nss_ldap-257.tar.gz) = 506a89bf9d8fac4182e52cb1a7e9dc5310be865f7c2430b2602d4080c9140dae SIZE (nss_ldap-257.tar.gz) = 229299 ^^^^^^ > Anyone, can tell me, how to install openldap client on Freebsd 7-Stable ? > > Thanks > > Regards > > > Karim Bourenane Tom From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:50:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9F341065684 for ; Fri, 11 Apr 2008 12:50:20 +0000 (UTC) (envelope-from sos@freebsd.org) 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 32C6D8FC25 for ; Fri, 11 Apr 2008 12:50:19 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from laptop.deepcore.dk (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m3BCoEQw092619; Fri, 11 Apr 2008 14:50:14 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <18A418A2-6D2B-48BE-BEE9-61F34B02FFA4@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Thomas Sparrevohn In-Reply-To: <200804111216.58410.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 11 Apr 2008 14:50:14 +0200 References: <200804111216.58410.Thomas.Sparrevohn@btinternet.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-current@freebsd.org Subject: Re: Todays ATA Patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 12:50:20 -0000 Hi Actually what you have (if the mail timestamps can be trusted) is =20 yesterdays patches, try to update your sources, at least the problems =20= I know of has been fixed in there. -S=F8ren On 11Apr, 2008, at 13:16 , Thomas Sparrevohn wrote: > > Todays makes my kernel Panic with DMA setup errors on all disks - > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: setting up DMA failed > Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: FAILURE - load data > Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > > There are no problems with the Kernel from Yesterday morning > The system are using Nvidia 590 chipset - but I assume it is general > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:54:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 503E1106564A for ; Fri, 11 Apr 2008 12:54:32 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id C399B8FC18 for ; Fri, 11 Apr 2008 12:54:31 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 14874 invoked from network); 11 Apr 2008 12:54:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=z/UoS4IFj6uEJO42vdhK2qauJI3Wlj1slicCdCGJMx6w/Et+RNNBYnqhlmIBSxWGSC1zseZNLIMLrLH3eBYneUM3CEoZ5RY0md1m7oeeYTOtKRFQcFZIPYJ3IxsUEOVdG76fld+ZxqGGP/QSO0IBxImL70baBgoNsvvF/54VN2M= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.24.75 with login) by smtp811.mail.ird.yahoo.com with SMTP; 11 Apr 2008 12:54:30 -0000 X-YMail-OSG: wX.zBDwVM1mqVqXbqygFtymwCcjmpx7ptOfExDLIZCXXBTHToxPU_KJ8rJSmppK_7v8SG.I6L6u.PdJIKYvDXs05qzcerPMhVQ-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Fri, 11 Apr 2008 13:54:28 +0100 User-Agent: KMail/1.9.7 References: <200804111216.58410.Thomas.Sparrevohn@btinternet.com> <18A418A2-6D2B-48BE-BEE9-61F34B02FFA4@freebsd.org> In-Reply-To: <18A418A2-6D2B-48BE-BEE9-61F34B02FFA4@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200804111354.28796.Thomas.Sparrevohn@btinternet.com> Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: Todays ATA Patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 12:54:32 -0000 On Friday 11 April 2008 13:50:14 S=F8ren Schmidt wrote: I had updated this morning - I try again > Hi >=20 > Actually what you have (if the mail timestamps can be trusted) is =20 > yesterdays patches, try to update your sources, at least the problems =20 > I know of has been fixed in there. >=20 > -S=F8ren >=20 >=20 >=20 >=20 > On 11Apr, 2008, at 13:16 , Thomas Sparrevohn wrote: >=20 > > > > Todays makes my kernel Panic with DMA setup errors on all disks - > > > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad4: setting up DMA failed > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: FAILURE - load data > > Apr 11 12:00:04 w2fzz0vc03 kernel: ad14: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad14: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad6: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad4: setting up DMA failed > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: FAILURE - load data > > Apr 11 12:00:05 w2fzz0vc03 kernel: ad12: setting up DMA failed > > > > > > There are no problems with the Kernel from Yesterday morning > > The system are using Nvidia 590 chipset - but I assume it is general > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg=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" >=20 From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:56:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD6D1065671 for ; Fri, 11 Apr 2008 12:56:37 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) by mx1.freebsd.org (Postfix) with ESMTP id A3E308FC0A for ; Fri, 11 Apr 2008 12:56:36 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda11.si.francetelecom.fr (ESMTP service) with ESMTP id B3A3F7022E; Fri, 11 Apr 2008 14:56:35 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id 7ADA670004; Fri, 11 Apr 2008 14:56:35 +0200 (CEST) To: Tom Evans X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: karim.bourenane@orange-ftgroup.com Date: Fri, 11 Apr 2008 14:56:44 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 11/04/2008 14:59:11 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [7.0] Openldap client / nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 12:56:37 -0000 Tom, New news, after updating all ports, i can now install nss_ldap. Thanks you for you help. Regards Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com Tom Evans 11/04/2008 13:35 To: karim.bourenane@orange-ftgroup.com cc: freebsd-current@freebsd.org bcc: Subject: Re: [7.0] Openldap client / nss_ldap On Fri, 2008-04-11 at 12:47 +0200, karim.bourenane@orange-ftgroup.com wrote: > Hi Team > > I'm unbale to install nss_ldap from padl. I've error : > => nss_ldap-257.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.padl.com/download/. > fetch: http://www.padl.com/download/nss_ldap-257.tar.gz: size mismatch: expected 229242, actual 229299 > Update your ports: > $ cat /usr/ports/net/nss_ldap/distinfo MD5 (nss_ldap-257.tar.gz) = 8b9c3d91c67ba05d4135f042dd9a35f2 SHA256 (nss_ldap-257.tar.gz) = 506a89bf9d8fac4182e52cb1a7e9dc5310be865f7c2430b2602d4080c9140dae SIZE (nss_ldap-257.tar.gz) = 229299 ^^^^^^ > Anyone, can tell me, how to install openldap client on Freebsd 7-Stable ? > > Thanks > > Regards > > > Karim Bourenane Tom From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 13:27:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF884106564A for ; Fri, 11 Apr 2008 13:27:15 +0000 (UTC) (envelope-from frankhelbert82@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3C78FC0A for ; Fri, 11 Apr 2008 13:27:15 +0000 (UTC) (envelope-from frankhelbert82@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1825833uge.37 for ; Fri, 11 Apr 2008 06:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=6DG79or3TSOsblmfm1L9XxBGUaWKSEsj05D6uuoPVKw=; b=wh0v4CrdLcL18bV38D1LUHKLRiGfLH/sqDOhycfKyre3DgC1cxyM5xl/XdQ/nWMJrpNVkKcG6LHlDSVIfnR5SXlzxXyCl30fZiRL/qZiqM0OVdlYaMpzglTKmvI1QdG+A4R8nPv1ozRiEU9xMUyguCCPaUACn5YR5EzU7PPB8Xg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=GIwIa/gfkRGiW47/PmVjXFGljc6Q/ysojwir2QhxpedhRcbvHX/RIFU6uLEeq18SNVjRepRasUiuj2BKhWntZuZd9Z8iNZn3bdMbghp8zV8yVsNho2daeSbMxYmNVndPaLpXX/RrW/6sV9Xndn/K2Ojh8t7kaVUWqObpxBalc/I= Received: by 10.66.236.13 with SMTP id j13mr7591186ugh.30.1207918738194; Fri, 11 Apr 2008 05:58:58 -0700 (PDT) Received: by 10.66.248.18 with HTTP; Fri, 11 Apr 2008 05:58:58 -0700 (PDT) Message-ID: Date: Fri, 11 Apr 2008 09:58:58 -0300 From: "Frank Helbert" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ALTQ and Vlan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 13:27:15 -0000 Hi all, Since I=B4ve changed my servers from multi-nics to single nics I became a V= lan fan. I=B4m used to control output bandwidth with ALTQ but there=B4s no supp= ort for it for VLAN interfaces. There=B4s any way to patch the driver? Solution= s like buying a new network interface are not in the pool. Thanks. Frank Helbert From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 13:31:08 2008 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 ECE02106566C for ; Fri, 11 Apr 2008 13:31:08 +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 BCBE98FC0C for ; Fri, 11 Apr 2008 13:31:08 +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=p3kUiBkCyUbCKPuLWeFQA6ZHuTyLNkNZyjr4OBn05vAfMsIIx66kN4PEVE5iVjj9UFhhKiTE6bQdEmtgSkWufHgmO4s0LoBRNexHj/MJ8R396Fr7BaxUyVF9GOJ9j+NMo/feu7XgLcysGBu6JLH3yndDZrcmADbCgP8xhHV5B399OVzRe+/6cKDM+BK3XIvRSD+Seyt+vVMn1qtZk3mhkjL3Wzbg7HlaggRXLd4id5y3KRGCiXa6nM4HBWLu3mg8; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JkJLQ-0000Nx-21 for current@freebsd.org; Fri, 11 Apr 2008 13:31:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JkJKc-0000kR-Em for current@freebsd.org; Fri, 11 Apr 2008 13:30:23 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkJKa-0005mP-Tv for current@freebsd.org; Fri, 11 Apr 2008 15:30:16 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 11 Apr 2008 15:30:16 +0200 Message-Id: Cc: Subject: asmc_probe() 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, 11 Apr 2008 13:31:09 -0000 Hi linking kernel.debug asmc.o(.text+0xabe): In function `asmc_probe': /usr/src/sys/dev/asmc/asmc.c:257: undefined reference to `acpi_disabled' *** Error code 1 Stop in /usr/obj/usr/src/sys/APPLE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The problem goes away if I link acpi into the kernel. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 13:48:13 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 615911065674 for ; Fri, 11 Apr 2008 13:48:13 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) 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 D32498FC16 for ; Fri, 11 Apr 2008 13:48:12 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from laptop.deepcore.dk (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m3BDm8nA093585; Fri, 11 Apr 2008 15:48:09 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: <27A47E7F-3131-4B52-9394-63E5F68C7EB8@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Wes Morgan In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 11 Apr 2008 15:48:07 +0200 References: <200804092219.WAA20895@sopwith.solgatos.com> <47FD90B7.2010300@yandex.ru> <69BF4DC9-7CCD-415F-B09B-4536570ABCD4@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: freebsd@sopwith.solgatos.com, "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG Subject: Re: SATA port multiplier support ready yet? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 13:48:13 -0000 Hi ATA as such is the same in 6.3+ 7.0 and -current, so yes MFC is a =20 definite candidate. However, lets get it beaten into shape in -current first :) Rudimentary in that it has all the infrastructure sorted out in ATA, =20 but there are features thats not supported yet, such as hotplug/=20 removal, that kind of things. For permanently attached devices it is =20 fully functianal for data access etc, on the supported HW. -S=F8ren On 11Apr, 2008, at 2:01 , Wes Morgan wrote: > On Thu, 10 Apr 2008, S=F8ren Schmidt wrote: > >> Hi >> >> Yes, I'm working on port multiplier support and a commit of =20 >> rudimentary support is imminent. > > Will PM support be something that is an MFC candidate? And can you =20 > expand on "rudimentary"? > > >> >>> Dieter wrote: >>>> If not, how does this "intelligent enough to hide the details" =20 >>>> stuff >>>> work? Does the controller lie to the OS and say "I have 6 ports" >>>> rather than "I have 2 ports" and then the device says "I'm a 5:1 >>>> portmultiplier"? >>> As I know Soren is working on the SATA PortMultiplier support and >>> he's going to commit it. >>> --=20 >>> WBR, Andrey V. Elsukov >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 >>> " >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 >> " From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 14:15:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2993C106564A for ; Fri, 11 Apr 2008 14:15:12 +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 D0E6C8FC2B for ; Fri, 11 Apr 2008 14:15:11 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so746702pyb.10 for ; Fri, 11 Apr 2008 07:15:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6/uZViGTq/h8nKy30r7vz5oiE7nw/haQXJAtax5qTlM=; b=pKgE+a98j0MVOwmWrtbkPQHRlQX0tb4wW4WNLpdAsEqj7UMQLQBHc/13cwg7HwVeQsXa+ajIpnwbp04ZghVySKOnsFWsiJjGa/wcYlV3GGTOkwZJd2LjNA3g8GU2yZp/u1+yjWHMirvfieD4HeJPWddvNykeobWcvbjG4DjBZRE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b+aL1fiQCqRPC8NTMKNxT4iZXuM/wTznaBCQe6OK2AY/MDh3YWxsdOG0RRMig/41bVxAwEwFUgN82JgSbD8n9sqIKE6FPTQuepGXf5a+ooeA2cD+MHT2p4WTBE7H08p1wKUprA5N4XmDcQ2vM2IyPg2m1iiRhiwECL964e/bnec= Received: by 10.65.124.8 with SMTP id b8mr5354314qbn.76.1207921589544; Fri, 11 Apr 2008 06:46:29 -0700 (PDT) Received: by 10.64.184.9 with HTTP; Fri, 11 Apr 2008 06:46:29 -0700 (PDT) Message-ID: <8e10486b0804110646r7d9e3d81t3be6147a9dd421b1@mail.gmail.com> Date: Fri, 11 Apr 2008 10:46:29 -0300 From: "Alexandre Biancalana" To: "Frank Helbert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: ALTQ and Vlan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Apr 2008 14:15:12 -0000 On 4/11/08, Frank Helbert wrote: > Hi all, > > Since I=B4ve changed my servers from multi-nics to single nics I became = a Vlan > fan. I=B4m used to control output bandwidth with ALTQ but there=B4s no s= upport > for it for VLAN interfaces. There=B4s any way to patch the driver? Solut= ions > like buying a new network interface are not in the pool. Look at -net archives a patch was posted there while ago... From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 15:33:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A02411065672 for ; Fri, 11 Apr 2008 15:33:02 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57013.mail.re3.yahoo.com (web57013.mail.re3.yahoo.com [66.196.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 2DD098FC0A for ; Fri, 11 Apr 2008 15:33:02 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 73845 invoked by uid 60001); 11 Apr 2008 15:33:01 -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:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=iFpRL9aA8vlFTlAZROvcipEHsZW3IFyBGPMMAmCfY2hcUTB9qxuP+1E13cjrSmzcbN5k+iji2uTV01Uxl6o1QQHfnVV4GLUyzzQldeBrXCtReSiC3+ETXi2EsRWdEZP5BcdaxSeHz/u6qrCwc4GpUmKgAcdzI9gr3/V/r2jHRuw=; X-YMail-OSG: YzXxoZ4VM1mI2IkGhpBvxCBPYKGkTdXsCqw6SnzXQy0EMQGdA0pgcDNUCz5ksqjGb6z_EEEeMj4omPA56.gSq9Dsp0NGVGm0NI6Lqh92.6bwkzkyMTtzRVUyUystluw- Received: from [121.6.237.23] by web57013.mail.re3.yahoo.com via HTTP; Fri, 11 Apr 2008 08:33:01 PDT Date: Fri, 11 Apr 2008 08:33:01 -0700 (PDT) From: Unga To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <310782.73134.qm@web57013.mail.re3.yahoo.com> Cc: Subject: Latest sched_ule and 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: Fri, 11 Apr 2008 15:33:02 -0000 Hi I just noted the version of the sched_ule.c on RELENG_7 is 1.214.2.2 dated 2007/12/20 and the current version on the CVS is 1.240 dated 2008/04/04. Any plan to port the latest sched_ule.c to RELENG_7 soon? I noted a performance issue on single processor systems, I would like to try the latest sched_ule and see. This issue I already mentioned in freebsd-stable mailing list. Kind regards Unga __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 17:44:12 2008 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 6D8DA1065675 for ; Fri, 11 Apr 2008 17:44:12 +0000 (UTC) (envelope-from rpaulo@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 E3C278FC2A for ; Fri, 11 Apr 2008 17:44:11 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1902519uge.37 for ; Fri, 11 Apr 2008 10:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; bh=b3aBB4yyHEnjg8Ews/BHTJIk8MYIB/ewbNy0nXozMHA=; b=H0dorftif3xLEx8qXSf00Uxve/WqBjxXJIOAtUfVYL3MXRqhjFWJBML937eZrNELYlsk6mWDGx4dcVqp9QOugQzUKnU01v9cCOYQ/086MnZMvflZpHBPuV6f2HG+PDykRFa9Fs8tt6PGqKtNXytNfImbKINVI0So+DRA7G5dVL4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; b=gIfECOI9GZDb+2c1wN+ia90QWznzOX7t0A4MuRoOea+wKxahm2r+UVYuN+Ggv9j+GpEJQc0+zhq3+LIbuGX92V77wbKh8q6M7hovbeXTnqp1fkgIEJ2cOTXZfLzrPyXCM3J6OpOZzRnNw8VEDzanh1fasiesphWy19o5gka0t0Y= Received: by 10.78.196.10 with SMTP id t10mr1408469huf.113.1207934182218; Fri, 11 Apr 2008 10:16:22 -0700 (PDT) Received: from fnop.net ( [89.214.139.22]) by mx.google.com with ESMTPS id k10sm4444065nfh.17.2008.04.11.10.16.19 (version=SSLv3 cipher=OTHER); Fri, 11 Apr 2008 10:16:21 -0700 (PDT) Date: Fri, 11 Apr 2008 18:14:51 +0100 From: Rui Paulo To: Ian FREISLICH Message-ID: <20080411171451.GA90404@fnop.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo X-Mailman-Approved-At: Fri, 11 Apr 2008 17:59:55 +0000 Cc: current@freebsd.org Subject: Re: asmc_probe() 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, 11 Apr 2008 17:44:12 -0000 On Fri, Apr 11, 2008 at 03:30:16PM +0200, Ian FREISLICH wrote: > Hi > > linking kernel.debug > asmc.o(.text+0xabe): In function `asmc_probe': > /usr/src/sys/dev/asmc/asmc.c:257: undefined reference to `acpi_disabled' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/APPLE. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > The problem goes away if I link acpi into the kernel. Thanks for noticing. I'll change acpi_disabled back to resource_disabled(). -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 01:02:47 2008 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 0FCA3106564A for ; Sat, 12 Apr 2008 01:02:47 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.82]) by mx1.freebsd.org (Postfix) with ESMTP id 024C08FC15 for ; Sat, 12 Apr 2008 01:02:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp005-s [10.150.69.68]) by smtpoutm.mac.com (Xserve/smtpout019/MantshX 4.0) with ESMTP id m3C12kc0022794; Fri, 11 Apr 2008 18:02:46 -0700 (PDT) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp005/MantshX 4.0) with ESMTP id m3C12hCq003076 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Apr 2008 18:02:44 -0700 (PDT) Message-Id: <7E64A957-18C7-40A7-BB12-680BE5CB2470@mac.com> From: Marcel Moolenaar To: sos@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 11 Apr 2008 18:02:43 -0700 X-Mailer: Apple Mail (2.919.2) Cc: "current@freebsd.org Current" Subject: ATA: promise: infinite recursion getting status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 01:02:47 -0000 Soren, On my powerpc machine I run into the following infinite recursion with the latest ATA code: : firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) [thread pid 11 tid 100026 ] Stopped at 0x253480: stwu r1, r1, -0x10 db> bt Tracing pid 11 tid 100026 td 0xc77840 0xdc180028: at ata_promise_tx2_status+0x7c 0xdc180048: at ata_promise_tx2_status+0x7c 0xdc180068: at ata_promise_tx2_status+0x7c 0xdc180088: at ata_promise_tx2_status+0x7c 0xdc1800a8: at ata_promise_tx2_status+0x7c 0xdc1800c8: at ata_promise_tx2_status+0x7c : 0xdc183c88: at ata_promise_tx2_status+0x7c 0xdc183ca8: at ata_promise_tx2_status+0x7c 0xdc183cc8: at ata_promise_tx2_status+0x7c 0xdc183ce8: at ata_promise_tx2_status+0x7c 0xdc183d08: at ata_interrupt+0x54 0xdc183d28: at ata_generic_intr+0x4c 0xdc183d48: at ithread_loop+0x220 0xdc183da8: at fork_exit+0xb4 0xdc183dc8: at fork_trampoline+0xc db> Previously ata_promise_tx2_status() called ata_pci_status(), but now it dereferences ch->hw.status(), which is itself. Is this a known issue? The boot log of the previous kernel follows: Copyright (c) 1992-2008 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 #2: Thu Apr 10 18:24:08 PDT 2008 marcel@xserve.xcllnt.net:/usr/obj/nfs/freebsd/8.x/src/sys/XSERVE WARNING: WITNESS option enabled, expect reduced performance. cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz cpu0: HID0 8450c0bc real memory = 527376384 (502 MB) avail memory = 510140416 (486 MB) nexus0: unin0: on nexus0 unin0: Version 36 pcib0: on nexus0 pci0: on pcib0 bge0: mem 0xa0000000-0xa000ffff irq 48 at device 16.0 on pci0 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:03:93:c0:54:18 bge0: [ITHREAD] pcib1: on nexus0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 macio0: mem 0x80000000-0x8007ffff at device 7.0 on pci2 openpic0: mem 0x40000-0x7ffff on macio0 scc0: mem 0x13000-0x13fff,0x8400-0x84ff, 0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff irq 22,23 on macio0 scc0: [FILTER] scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: console (57600,n,8,1) uart1: on scc0 uart1: [FILTER] ohci0: mem 0x80081000-0x80081fff irq 27 at device 8.0 on pci2 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0x80080000-0x80080fff irq 28 at device 9.0 on pci2 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pcib3: at device 17.0 on pci1 pci3: on pcib3 pcib1: failed to reserve resource for (null) vgapci0: port 0x1000-0x10ff mem 0x88000000-0x8fffffff,0x80100000-0x8010ffff irq 52 at device 2.0 on pci3 atapci0: port 0x1090-0x1097,0x1080-0x1083,0x1070-0x1077,0x1060-0x1063,0x1050-0x105f mem 0x90030000-0x9003ffff irq 58 at device 21.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1040-0x1047,0x1030-0x1033,0x1020-0x1027,0x1010-0x1013,0x1000-0x100f mem 0x90010000-0x9001ffff irq 63 at device 27.0 on pci1 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pcib4: on nexus0 pci4: on pcib4 pci4: at device 13.0 (no driver attached) fwohci0: mem 0xf5000000-0xf5000fff irq 40 at device 14.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:03:93:ff:fe:a8:cc:16 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=2, CYCLEMASTER mode gem0: mem 0xf5200000-0xf53fffff irq 41 at device 15.0 on pci4 miibus1: on gem0 brgphy1: PHY 0 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto gem0: 10kB RX FIFO, 4kB TX FIFO gem0: Ethernet address: 00:03:93:a8:cc:16 gem0: [ITHREAD] Timecounter "decrementer" frequency 33229718 Hz quality 0 Timecounters tick every 10.000 msec firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) ad0: 117800MB at ata2-master UDMA100 ad1: 117800MB at ata3-master UDMA100 ad2: 58644MB at ata4-master UDMA100 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s3 -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 02:53:57 2008 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 1DD7C1065673 for ; Sat, 12 Apr 2008 02:53:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB058FC21 for ; Sat, 12 Apr 2008 02:53:57 +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, 12 Apr 2008 01:34:53 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id F06C42D600E for ; Fri, 11 Apr 2008 19:53:50 -0700 (PDT) Message-ID: <48002444.4030505@elischer.org> Date: Fri, 11 Apr 2008 19:53:56 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 02:53:57 -0000 A few years ago I took a profile of stack hogs in the kernel. I just redid the exercise... http://people.freebsd.org/~julian/stack-hogs.txt the worst offenders in MY (2 month old) kernel are: 0xc05667e3 kldstat [kernel]: 2100 0xc07214f8 sendsig [kernel]: 1416 0xc04fb426 ugenread [kernel]: 1200 0xc070616b ipmi_smbios_identify [kernel]: 1136 0xc050bd26 usbd_new_device [kernel]: 1128 0xc0525a83 pfs_readlink [kernel]: 1092 0xc04fb407 ugenwrite [kernel]: 1056 0xc055ea33 prison_enforce_statfs [kernel]: 1044 0xc0686e8a nfsrv_rename [kernel]: 984 0xc05d0886 m_copymdata [kernel]: 956 0xc06605a3 nfs4_mount [kernel]: 884 0xc0561e25 kse_switchin [kernel]: 848 0xc0680ac6 nfsrv_statfs [kernel]: 828 0xc0439473 cam_periph_error [kernel]: 820 0xc071ff36 sigreturn [kernel]: 812 0xc067e876 nfsrv_fsinfo [kernel]: 804 0xc05fe7b3 freebsd4_fhstatfs [kernel]: 804 0xc0571272 sysctl_out_proc [kernel]: 804 0xc067ebf7 nfsrv_fsinfo [kernel]: 804 0xc0571006 sysctl_out_proc [kernel]: 804 0xc044b743 cddone [kernel]: 800 0xc06862cf nfsrv_link [kernel]: 796 From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 05:06:47 2008 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 9290B106566C for ; Sat, 12 Apr 2008 05:06:47 +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 0F73C8FC14 for ; Sat, 12 Apr 2008 05:06:46 +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 m3C4j252071696; Fri, 11 Apr 2008 22:45:03 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48003E47.4090006@samsco.org> Date: Fri, 11 Apr 2008 22:44:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Julian Elischer References: <48002444.4030505@elischer.org> In-Reply-To: <48002444.4030505@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 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 Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 05:06:47 -0000 Julian Elischer wrote: > > A few years ago I took a profile of stack hogs in the kernel. > I just redid the exercise... > > http://people.freebsd.org/~julian/stack-hogs.txt > > > the worst offenders in MY (2 month old) kernel are: > > 0xc05667e3 kldstat [kernel]: 2100 > 0xc07214f8 sendsig [kernel]: 1416 > 0xc04fb426 ugenread [kernel]: 1200 > 0xc070616b ipmi_smbios_identify [kernel]: 1136 > 0xc050bd26 usbd_new_device [kernel]: 1128 > 0xc0525a83 pfs_readlink [kernel]: 1092 > 0xc04fb407 ugenwrite [kernel]: 1056 > 0xc055ea33 prison_enforce_statfs [kernel]: 1044 > 0xc0686e8a nfsrv_rename [kernel]: 984 > 0xc05d0886 m_copymdata [kernel]: 956 > 0xc06605a3 nfs4_mount [kernel]: 884 > 0xc0561e25 kse_switchin [kernel]: 848 > 0xc0680ac6 nfsrv_statfs [kernel]: 828 > 0xc0439473 cam_periph_error [kernel]: 820 > 0xc071ff36 sigreturn [kernel]: 812 > 0xc067e876 nfsrv_fsinfo [kernel]: 804 > 0xc05fe7b3 freebsd4_fhstatfs [kernel]: 804 > 0xc0571272 sysctl_out_proc [kernel]: 804 > 0xc067ebf7 nfsrv_fsinfo [kernel]: 804 > 0xc0571006 sysctl_out_proc [kernel]: 804 > 0xc044b743 cddone [kernel]: 800 > 0xc06862cf nfsrv_link [kernel]: 796 I'll take a look at cddone(). I see where the problem is, but it's hard to fix correctly. However, the call chain leading to and from cddone is pretty small and unlikely to recurse; I seriously doubt that it will cause problems. Scott From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 05:06:49 2008 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 7ECE4106564A for ; Sat, 12 Apr 2008 05:06:49 +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 A4EB88FC17 for ; Sat, 12 Apr 2008 05:06:48 +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 m3C4qN5t071710; Fri, 11 Apr 2008 22:52:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48003FFF.3040403@samsco.org> Date: Fri, 11 Apr 2008 22:52:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Julian Elischer References: <48002444.4030505@elischer.org> <48003E47.4090006@samsco.org> In-Reply-To: <48003E47.4090006@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 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 Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 05:06:49 -0000 Scott Long wrote: > Julian Elischer wrote: >> >> A few years ago I took a profile of stack hogs in the kernel. >> I just redid the exercise... >> >> http://people.freebsd.org/~julian/stack-hogs.txt >> >> >> the worst offenders in MY (2 month old) kernel are: >> >> 0xc05667e3 kldstat [kernel]: 2100 >> 0xc07214f8 sendsig [kernel]: 1416 >> 0xc04fb426 ugenread [kernel]: 1200 >> 0xc070616b ipmi_smbios_identify [kernel]: 1136 >> 0xc050bd26 usbd_new_device [kernel]: 1128 >> 0xc0525a83 pfs_readlink [kernel]: 1092 >> 0xc04fb407 ugenwrite [kernel]: 1056 >> 0xc055ea33 prison_enforce_statfs [kernel]: 1044 >> 0xc0686e8a nfsrv_rename [kernel]: 984 >> 0xc05d0886 m_copymdata [kernel]: 956 >> 0xc06605a3 nfs4_mount [kernel]: 884 >> 0xc0561e25 kse_switchin [kernel]: 848 >> 0xc0680ac6 nfsrv_statfs [kernel]: 828 >> 0xc0439473 cam_periph_error [kernel]: 820 >> 0xc071ff36 sigreturn [kernel]: 812 >> 0xc067e876 nfsrv_fsinfo [kernel]: 804 >> 0xc05fe7b3 freebsd4_fhstatfs [kernel]: 804 >> 0xc0571272 sysctl_out_proc [kernel]: 804 >> 0xc067ebf7 nfsrv_fsinfo [kernel]: 804 >> 0xc0571006 sysctl_out_proc [kernel]: 804 >> 0xc044b743 cddone [kernel]: 800 >> 0xc06862cf nfsrv_link [kernel]: 796 > > I'll take a look at cddone(). I see where the problem is, but it's hard > to fix correctly. However, the call chain leading to and from cddone is > pretty small and unlikely to recurse; I seriously doubt that it will > cause problems. > Forgot to say that the stat for cam_periph_error() is due to gcc auto-inlining camperiphscsistatuserror(), which in turn auto-inlines camperiphscsisenseerror(). I wonder how many other functions on your hit-list are victimized by similar bogus gcc optimizations? Scott From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 06:07:22 2008 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 6A4E61065671; Sat, 12 Apr 2008 06:07:22 +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 4F7E18FC14; Sat, 12 Apr 2008 06:07:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3C67L9d095971; Sat, 12 Apr 2008 02:07:21 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3C67Lj1001663; Sat, 12 Apr 2008 02:07:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1062073039; Sat, 12 Apr 2008 02:07:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412060721.1062073039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 02:07:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 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: Sat, 12 Apr 2008 06:07:22 -0000 TB --- 2008-04-12 05:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 05:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-12 05:55:01 - cleaning the object tree TB --- 2008-04-12 05:55:29 - cvsupping the source tree TB --- 2008-04-12 05:55:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-12 05:55:38 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 05:55:38 - cd /src TB --- 2008-04-12 05:55:38 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 05:55:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wcslen.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemchr.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hdtoa.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hldtoa.c cc1: warnings being treated as errors /src/lib/libc/gdtoa/_hldtoa.c: In function '__hldtoa': /src/lib/libc/gdtoa/_hldtoa.c:173: warning: implicit declaration of function '__hdtoa' /src/lib/libc/gdtoa/_hldtoa.c:173: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 06:07:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 06:07:20 - ERROR: failed to build world TB --- 2008-04-12 06:07:20 - tinderbox aborted TB --- 494.31 user 63.84 system 739.76 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 09:50:25 2008 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 065D21065671; Sat, 12 Apr 2008 09:50:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DC6D98FC2D; Sat, 12 Apr 2008 09:50:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3C9oNlE010821; Sat, 12 Apr 2008 05:50:24 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3C9oNGd033174; Sat, 12 Apr 2008 05:50:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9BD6773039; Sat, 12 Apr 2008 05:50:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412095023.9BD6773039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 05:50:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 09:50:25 -0000 TB --- 2008-04-12 09:36:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 09:36:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-12 09:36:29 - cleaning the object tree TB --- 2008-04-12 09:36:54 - cvsupping the source tree TB --- 2008-04-12 09:36:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-12 09:37:01 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 09:37:01 - cd /src TB --- 2008-04-12 09:37:01 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 09:37:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/yp/yplib.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/machdep_ldisd.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hdtoa.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hldtoa.c cc1: warnings being treated as errors /src/lib/libc/gdtoa/_hldtoa.c: In function '__hldtoa': /src/lib/libc/gdtoa/_hldtoa.c:173: warning: implicit declaration of function '__hdtoa' /src/lib/libc/gdtoa/_hldtoa.c:173: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 09:50:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 09:50:23 - ERROR: failed to build world TB --- 2008-04-12 09:50:23 - tinderbox aborted TB --- 563.06 user 66.28 system 833.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 11:32:17 2008 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 1D1DA1065671; Sat, 12 Apr 2008 11:32:17 +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 A9B988FC1E; Sat, 12 Apr 2008 11:32:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3CBWBGn014943; Sat, 12 Apr 2008 07:32:11 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3CBWArh076788; Sat, 12 Apr 2008 07:32:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 96CBD73039; Sat, 12 Apr 2008 07:32:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412113210.96CBD73039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 07:32:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 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: Sat, 12 Apr 2008 11:32:17 -0000 TB --- 2008-04-12 11:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 11:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-12 11:20:00 - cleaning the object tree TB --- 2008-04-12 11:20:21 - cvsupping the source tree TB --- 2008-04-12 11:20:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-12 11:20:28 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 11:20:28 - cd /src TB --- 2008-04-12 11:20:28 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 11:20:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wcslen.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemchr.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hdtoa.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hldtoa.c cc1: warnings being treated as errors /src/lib/libc/gdtoa/_hldtoa.c: In function '__hldtoa': /src/lib/libc/gdtoa/_hldtoa.c:173: warning: implicit declaration of function '__hdtoa' /src/lib/libc/gdtoa/_hldtoa.c:173: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 11:32:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 11:32:10 - ERROR: failed to build world TB --- 2008-04-12 11:32:10 - tinderbox aborted TB --- 495.05 user 61.41 system 729.92 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 12:06:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F94C1065673 for ; Sat, 12 Apr 2008 12:06:59 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp814.mail.ird.yahoo.com (smtp814.mail.ird.yahoo.com [217.146.188.74]) by mx1.freebsd.org (Postfix) with SMTP id ACFCF8FC1C for ; Sat, 12 Apr 2008 12:06:58 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 33273 invoked from network); 12 Apr 2008 12:06:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=N8otcQdd5/wj49u87C3yNaKXl7kmuHZY+7e29ixBWtQaGtzrILCWK7VGf8GG9s4imEVULi7mAekbiinScYjQRcr/F6s/Ef4lG3M6o4KXVh//P063/E2XX8KNTsD0/cPUiU04fUDingYeC9R/rKCBDlAw8ZIikeq4Eixc2OoSeZk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.136.24.75 with login) by smtp814.mail.ird.yahoo.com with SMTP; 12 Apr 2008 12:06:56 -0000 X-YMail-OSG: MY8IS7cVM1lJvnKNUx0TstkD1cu9LmKtWqoO0O4xVS9FnsHy5QmU3HEISzJCYigQlWvgQ7v39Q-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sat, 12 Apr 2008 13:06:50 +0100 User-Agent: KMail/1.9.7 References: <200804111216.58410.Thomas.Sparrevohn@btinternet.com> <18A418A2-6D2B-48BE-BEE9-61F34B02FFA4@freebsd.org> In-Reply-To: <18A418A2-6D2B-48BE-BEE9-61F34B02FFA4@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200804121306.50586.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-current@freebsd.org Subject: Re: Todays ATA Patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 12:06:59 -0000 On Friday 11 April 2008 13:50:14 S=F8ren Schmidt wrote: > Hi >=20 > Actually what you have (if the mail timestamps can be trusted) is =20 > yesterdays patches, try to update your sources, at least the problems =20 > I know of has been fixed in there. >=20 > -S=F8ren I am still getting the same problem with the DMA setup every time it starts getting disk intensive=20 Reverting to dev/ata to 10/04 2008 get rid of the problem so it is=20 caused by the new ata patches in combination with my setup last nigth it was=20 Apr 11 21:54:39 w2fzz0vc03 kernel: ad6: FAILURE - load data Apr 11 21:54:39 w2fzz0vc03 kernel: ad6: setting up DMA failed Apr 11 21:54:39 w2fzz0vc03 kernel: ad14: FAILURE - load data Apr 11 21:54:39 w2fzz0vc03 kernel: ad14: setting up DMA failed Apr 11 21:54:39 w2fzz0vc03 kernel: ad14: FAILURE - load data Apr 11 21:54:40 w2fzz0vc03 kernel: ad14: setting up DMA failed Apr 11 21:54:40 w2fzz0vc03 kernel: ad6: FAILURE - load data Apr 11 21:54:40 w2fzz0vc03 kernel: ad6: setting up DMA failed and it continues for all disks it tries=20 From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 15:06:14 2008 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 C1EF1106564A; Sat, 12 Apr 2008 15:06:14 +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 97D518FC28; Sat, 12 Apr 2008 15:06:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3CF6Din027237; Sat, 12 Apr 2008 11:06:14 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3CF6D8K010128; Sat, 12 Apr 2008 11:06:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CFA473039; Sat, 12 Apr 2008 11:06:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412150613.4CFA473039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 11:06:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 15:06:15 -0000 TB --- 2008-04-12 14:53:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 14:53:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-12 14:53:04 - cleaning the object tree TB --- 2008-04-12 14:53:11 - cvsupping the source tree TB --- 2008-04-12 14:53:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-12 14:53:17 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 14:53:17 - cd /src TB --- 2008-04-12 14:53:17 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 14:53:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/yp/yplib.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/machdep_ldisd.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hdtoa.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gdtoa/_hldtoa.c cc1: warnings being treated as errors /src/lib/libc/gdtoa/_hldtoa.c: In function '__hldtoa': /src/lib/libc/gdtoa/_hldtoa.c:173: warning: implicit declaration of function '__hdtoa' /src/lib/libc/gdtoa/_hldtoa.c:173: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 15:06:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 15:06:13 - ERROR: failed to build world TB --- 2008-04-12 15:06:13 - tinderbox aborted TB --- 561.48 user 64.03 system 788.74 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 17:57:51 2008 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 3D1981065671 for ; Sat, 12 Apr 2008 17:57:51 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id E86748FC20 for ; Sat, 12 Apr 2008 17:57:50 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.2/8.14.2) with ESMTP id m3CHNjeE001015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 12 Apr 2008 10:23:45 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200804121723.m3CHNjeE001015@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 12 Apr 2008 10:23:45 -0700 To: current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Current problem ENOMEM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 17:57:51 -0000 Since yesterdays kernel i keep getting: ENOMEM 0xc64e4108 on 0xc5c90600(ad0) ata0: FAILURE - alloc sg_map ENOMEM 0xc64e4108 on 0xc5c90600(ad0) ata0: FAILURE - alloc sg_map ENOMEM 0xc64e4108 on 0xc5c90600(ad0) ata0: FAILURE - alloc sg_map and on and on, on the console machine is pretty much useless once this starts Just one hard drive ufs simple no raid or anything like that. A kernel from 2 days ago is fine.Usually happens when doing cvsup Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 18:11:35 2008 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 B90B91065673 for ; Sat, 12 Apr 2008 18:11:35 +0000 (UTC) (envelope-from sos@freebsd.org) 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 345F88FC20 for ; Sat, 12 Apr 2008 18:11:35 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from laptop.deepcore.dk (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m3CIBXWK021673; Sat, 12 Apr 2008 20:11:33 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <24824BDA-7B7C-4967-BECB-D8ADBA31FFA7@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Manfred Antar In-Reply-To: <200804121723.m3CHNjeE001015@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 12 Apr 2008 20:11:33 +0200 References: <200804121723.m3CHNjeE001015@pozo.com> X-Mailer: Apple Mail (2.919.2) Cc: current@freebsd.org Subject: Re: Current problem ENOMEM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 18:11:35 -0000 Try to upgrade, I've fixed a couple of bogons... -S=F8ren On 12Apr, 2008, at 19:23 , Manfred Antar wrote: > Since yesterdays kernel i keep getting: > > ENOMEM 0xc64e4108 on 0xc5c90600(ad0) > ata0: FAILURE - alloc sg_map > ENOMEM 0xc64e4108 on 0xc5c90600(ad0) > ata0: FAILURE - alloc sg_map > ENOMEM 0xc64e4108 on 0xc5c90600(ad0) > ata0: FAILURE - alloc sg_map > > and on and on, on the console > > machine is pretty much useless once this starts > Just one hard drive ufs simple no raid or anything like that. > A kernel from 2 days ago is fine.Usually happens when doing cvsup > > Manfred > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > || null@pozo.com || > || Ph. (415) 681-6235 || > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " > From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 18:14:22 2008 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 3CFA61065672 for ; Sat, 12 Apr 2008 18:14:22 +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 011BD8FC23 for ; Sat, 12 Apr 2008 18:14:21 +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 92BCC46B46; Sat, 12 Apr 2008 14:14:21 -0400 (EDT) Date: Sat, 12 Apr 2008 19:14:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julian Elischer In-Reply-To: <48002444.4030505@elischer.org> Message-ID: <20080412191300.E7693@fledge.watson.org> References: <48002444.4030505@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 18:14:22 -0000 On Fri, 11 Apr 2008, Julian Elischer wrote: > 0xc05667e3 kldstat [kernel]: 2100 > 0xc07214f8 sendsig [kernel]: 1416 > 0xc04fb426 ugenread [kernel]: 1200 > 0xc070616b ipmi_smbios_identify [kernel]: 1136 > 0xc050bd26 usbd_new_device [kernel]: 1128 > 0xc0525a83 pfs_readlink [kernel]: 1092 > 0xc04fb407 ugenwrite [kernel]: 1056 > 0xc055ea33 prison_enforce_statfs [kernel]: 1044 This one, at least, is due to an issue Roman pointed out on hackers@ in the last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like pfs_readlink() has the same issue. Robert N M Watson Computer Laboratory University of Cambridge > 0xc0686e8a nfsrv_rename [kernel]: 984 > 0xc05d0886 m_copymdata [kernel]: 956 > 0xc06605a3 nfs4_mount [kernel]: 884 > 0xc0561e25 kse_switchin [kernel]: 848 > 0xc0680ac6 nfsrv_statfs [kernel]: 828 > 0xc0439473 cam_periph_error [kernel]: 820 > 0xc071ff36 sigreturn [kernel]: 812 > 0xc067e876 nfsrv_fsinfo [kernel]: 804 > 0xc05fe7b3 freebsd4_fhstatfs [kernel]: 804 > 0xc0571272 sysctl_out_proc [kernel]: 804 > 0xc067ebf7 nfsrv_fsinfo [kernel]: 804 > 0xc0571006 sysctl_out_proc [kernel]: 804 > 0xc044b743 cddone [kernel]: 800 > 0xc06862cf nfsrv_link [kernel]: 796 > _______________________________________________ > 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 Apr 12 18:16:35 2008 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 9A2A2106564A; Sat, 12 Apr 2008 18:16:35 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5088FC0A; Sat, 12 Apr 2008 18:16:34 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 897AC67C50D; Sat, 12 Apr 2008 20:16:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M3-3MFrbapXT; Sat, 12 Apr 2008 20:16:03 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0FF5967C50B; Sat, 12 Apr 2008 20:16:03 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m3CIG2n5014577; Sat, 12 Apr 2008 20:16:02 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 12 Apr 2008 20:16:01 +0200 From: Roman Divacky To: Robert Watson Message-ID: <20080412181601.GA14472@freebsd.org> References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080412191300.E7693@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 18:16:35 -0000 On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: > > On Fri, 11 Apr 2008, Julian Elischer wrote: > > >0xc05667e3 kldstat [kernel]: 2100 > >0xc07214f8 sendsig [kernel]: 1416 > >0xc04fb426 ugenread [kernel]: 1200 > >0xc070616b ipmi_smbios_identify [kernel]: 1136 > >0xc050bd26 usbd_new_device [kernel]: 1128 > >0xc0525a83 pfs_readlink [kernel]: 1092 > >0xc04fb407 ugenwrite [kernel]: 1056 > >0xc055ea33 prison_enforce_statfs [kernel]: 1044 > > This one, at least, is due to an issue Roman pointed out on hackers@ in the > last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like > pfs_readlink() has the same issue. I plan to look at some of the MAXPATHLEN usage... I guess we can shave a few tens of KBs from the kernel (static size and runtime size). roman From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 19:20:17 2008 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 D04CF106566B for ; Sat, 12 Apr 2008 19:20:17 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 56CFE8FC15 for ; Sat, 12 Apr 2008 19:20:17 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA03.westchester.pa.mail.comcast.net with comcast id Cf901Z0050QuhwU530D700; Sat, 12 Apr 2008 19:08:43 +0000 Received: from discordia ([24.60.135.75]) by OMTA02.westchester.pa.mail.comcast.net with comcast id CjAC1Z0051dmTCQ3N00000; Sat, 12 Apr 2008 19:10:12 +0000 X-Authority-Analysis: v=1.0 c=1 a=BT51vwXGU8wA:10 a=RFvLIk3JUtEA:10 a=XFsXuKNdAAAA:8 a=rwswzoD3Tlg9ix5qVh4A:9 a=DnymF-scuYK6KtxZv8gA:7 a=7ABqGe-pt2QGgK0ESncmNinmudEA:4 a=b8hG5vVbyAkA:10 a=pS80HJfSSACpi75mMxsA:9 a=9kVr3eBBIn50NyjRN7goD21yUJYA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 555F51636F9; Sat, 12 Apr 2008 15:10:12 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 835111636F8; Sat, 12 Apr 2008 15:09:55 -0400 (EDT) From: Coleman Kane To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pNBM3N+0X1s1k9rkRMVh" Organization: FreeBSD Project Date: Sat, 12 Apr 2008 15:09:41 -0400 Message-Id: <1208027381.1327.31.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: mezz7@cox.net, imp@FreeBSD.org Subject: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 19:20:18 -0000 --=-pNBM3N+0X1s1k9rkRMVh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, Recently we've been having a discussion on the GNOME list about fixing the seahorse breakage introduced with the latest GNOME 2.22, rooted in the fact that FreeBSD's mlock(2) implementation is only usable if you have superuser privileges. Due to bugs in seahorse, the lack of mlock(2) causes many seahorse applications to die. I've posted a suggested patch to=20 =46rom my understanding, a significant reasoning for this is because if unprivileged users could mlock(2), then they could incur a DoS attack on a system by spawning off at most RLIMIT_NPROC processes, each wiring-down RLIMIT_MEMLOCK bytes of memory in an effort to steal away all real system RAM from the rest of the system, and bring usage to a screeching halt. I've posted up a short page about it on my site here: http://www.cokane.org/dokuwiki/freebsd/mlock-support I'd like to know if there are any other patches that are floating around for the same thing, or even if there are some good alternatives to mlock(2) that yield similar results (secure memory accessible by the user). I'd also welcome any comments that others have on the topic, as I am looking for approaches to implement the support under FreeBSD without compromising the security of the OS. An idea that came to mind, but I am less familiar with, is to also support some sort of MAC policy checks that can be enforced by the administrator on the system to provide some users with secure access support, while preventing others from using it. A second idea might be to turn RLIMIT_MEMLOCK into a per-user (or even system-wide) resource limit, rather than a per-process limit. As a third idea, we could leave the per-process limit (to abide by historical documentation), but also add a sysctl that enforces a system-wide "max mlock pages" which can be tested by the mlock(2) syscall, refusing to mlock(2) more memory if the limit is hit. -- Coleman Kane --=-pNBM3N+0X1s1k9rkRMVh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgBCPMACgkQcMSxQcXat5eI0ACeLD3koqIYXXZ8lA4bIXnt4RQb lWYAoICQkCfqjM9ywKXBmoZz0IsSD+Jx =O08o -----END PGP SIGNATURE----- --=-pNBM3N+0X1s1k9rkRMVh-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 19:23:38 2008 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 5F3CF106564A; Sat, 12 Apr 2008 19:23:38 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id EC2178FC0A; Sat, 12 Apr 2008 19:23:37 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m3CJOEeU074942; Sat, 12 Apr 2008 15:24:14 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Coleman Kane In-Reply-To: <1208027381.1327.31.camel@localhost> References: <1208027381.1327.31.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RtEYSYLihVDY0kdXO1EC" Organization: FreeBSD, Inc. Date: Sat, 12 Apr 2008 15:23:37 -0400 Message-Id: <1208028217.82222.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on creme-brulee.marcuscom.com Cc: mezz7@cox.net, imp@FreeBSD.org, current@FreeBSD.org Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 19:23:38 -0000 --=-RtEYSYLihVDY0kdXO1EC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > Hello, >=20 > Recently we've been having a discussion on the GNOME list about fixing > the seahorse breakage introduced with the latest GNOME 2.22, rooted in > the fact that FreeBSD's mlock(2) implementation is only usable if you > have superuser privileges. Due to bugs in seahorse, the lack of mlock(2) > causes many seahorse applications to die. I've posted a suggested patch > to=20 >=20 > From my understanding, a significant reasoning for this is because if > unprivileged users could mlock(2), then they could incur a DoS attack on > a system by spawning off at most RLIMIT_NPROC processes, each > wiring-down RLIMIT_MEMLOCK bytes of memory in an effort to steal away > all real system RAM from the rest of the system, and bring usage to a > screeching halt. >=20 > I've posted up a short page about it on my site here: > http://www.cokane.org/dokuwiki/freebsd/mlock-support >=20 > I'd like to know if there are any other patches that are floating around > for the same thing, or even if there are some good alternatives to > mlock(2) that yield similar results (secure memory accessible by the > user). I'd also welcome any comments that others have on the topic, as I > am looking for approaches to implement the support under FreeBSD without > compromising the security of the OS. As mezz pointed out, Peter Jeremy commented on this a while ago: http://lists.freebsd.org/pipermail/freebsd-arch/2006-July/005496.html >=20 > An idea that came to mind, but I am less familiar with, is to also > support some sort of MAC policy checks that can be enforced by the > administrator on the system to provide some users with secure access > support, while preventing others from using it. >=20 > A second idea might be to turn RLIMIT_MEMLOCK into a per-user (or even > system-wide) resource limit, rather than a per-process limit. >=20 > As a third idea, we could leave the per-process limit (to abide by > historical documentation), but also add a sysctl that enforces a > system-wide "max mlock pages" which can be tested by the mlock(2) > syscall, refusing to mlock(2) more memory if the limit is hit. I think this already exists in -CURRENT: vm.max_wired ("System-wide limit to wired page count"). This is tested by mlock(2) in addition to RLIMIT_MEMLOCK. I also looked through the kernel for instances where RLIMIT_MEMLOCK is checked, and the only other place is in the vslock() function. The only consumer of this function I could find is sysctl_wire_old_buffer() which is used by quite a few sysctl handlers. If the rlimit is changed from infinity, users might have problems getting results from certain sysctls. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-RtEYSYLihVDY0kdXO1EC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgBDDkACgkQb2iPiv4Uz4dkwwCfUhDYykGn3s4XbIqpAkV9H1VR rVIAnj+J1Gtij0ElerHb5wo8ppHCTQ1k =YAF7 -----END PGP SIGNATURE----- --=-RtEYSYLihVDY0kdXO1EC-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 19:30:49 2008 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 A86011065674 for ; Sat, 12 Apr 2008 19:30:49 +0000 (UTC) (envelope-from cokane@freebsd.org) 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 2F63C8FC25 for ; Sat, 12 Apr 2008 19:30:48 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA07.westchester.pa.mail.comcast.net with comcast id ChDT1Z04J0vyq2s5705U00; Sat, 12 Apr 2008 19:29:24 +0000 Received: from discordia ([24.60.135.75]) by OMTA05.westchester.pa.mail.comcast.net with comcast id CjWo1Z0011dmTCQ3R00000; Sat, 12 Apr 2008 19:30:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=uaUJgS5ZL84A:10 a=FkP6uzeq5BwA:10 a=XFsXuKNdAAAA:8 a=6I5d2MoRAAAA:8 a=TmfPnutPwaJQbaAqmIMA:9 a=tRWZ9GHj4FVhq4G3bs0A:7 a=SMPeHxeDrqEvWlvmpuWfwSx6vPkA:4 a=LY0hPdMaydYA:10 Received: by discordia (Postfix, from userid 103) id 0AD8A1636F9; Sat, 12 Apr 2008 15:30:48 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 39B491636F8; Sat, 12 Apr 2008 15:30:39 -0400 (EDT) From: Coleman Kane To: Joe Marcus Clarke In-Reply-To: <1208028217.82222.32.camel@shumai.marcuscom.com> References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> Content-Type: text/plain Organization: FreeBSD Project Date: Sat, 12 Apr 2008 15:30:24 -0400 Message-Id: <1208028624.1327.41.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: mezz7@cox.net, imp@FreeBSD.org, current@FreeBSD.org Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 19:30:49 -0000 On Sat, 2008-04-12 at 15:23 -0400, Joe Marcus Clarke wrote: > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > Hello, > > > > Recently we've been having a discussion on the GNOME list about fixing > > the seahorse breakage introduced with the latest GNOME 2.22, rooted in > > the fact that FreeBSD's mlock(2) implementation is only usable if you > > have superuser privileges. Due to bugs in seahorse, the lack of mlock(2) > > causes many seahorse applications to die. I've posted a suggested patch > > to > > > > From my understanding, a significant reasoning for this is because if > > unprivileged users could mlock(2), then they could incur a DoS attack on > > a system by spawning off at most RLIMIT_NPROC processes, each > > wiring-down RLIMIT_MEMLOCK bytes of memory in an effort to steal away > > all real system RAM from the rest of the system, and bring usage to a > > screeching halt. > > > > I've posted up a short page about it on my site here: > > http://www.cokane.org/dokuwiki/freebsd/mlock-support > > > > I'd like to know if there are any other patches that are floating around > > for the same thing, or even if there are some good alternatives to > > mlock(2) that yield similar results (secure memory accessible by the > > user). I'd also welcome any comments that others have on the topic, as I > > am looking for approaches to implement the support under FreeBSD without > > compromising the security of the OS. > > As mezz pointed out, Peter Jeremy commented on this a while ago: > > http://lists.freebsd.org/pipermail/freebsd-arch/2006-July/005496.html > > > > > An idea that came to mind, but I am less familiar with, is to also > > support some sort of MAC policy checks that can be enforced by the > > administrator on the system to provide some users with secure access > > support, while preventing others from using it. > > > > A second idea might be to turn RLIMIT_MEMLOCK into a per-user (or even > > system-wide) resource limit, rather than a per-process limit. > > > > As a third idea, we could leave the per-process limit (to abide by > > historical documentation), but also add a sysctl that enforces a > > system-wide "max mlock pages" which can be tested by the mlock(2) > > syscall, refusing to mlock(2) more memory if the limit is hit. > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > limit to wired page count"). This is tested by mlock(2) in addition to > RLIMIT_MEMLOCK. > > I also looked through the kernel for instances where RLIMIT_MEMLOCK is > checked, and the only other place is in the vslock() function. The only > consumer of this function I could find is sysctl_wire_old_buffer() which > is used by quite a few sysctl handlers. If the rlimit is changed from > infinity, users might have problems getting results from certain > sysctls. > > Joe > Another thing that we're going to want to keep in mind is that the mlock(2)-memory is probably allocated on a page-by-page basis (so mlock(2) pointers point into mlock(2) pages). I *think* this means that the minimum per-process mlock(2) size (as far as in-kernel usage is concerned) is going to be 4096 Bytes. I'm setting up a kernel now with your patch so that I can test using rlimits on the system. I am guessing that mlock(2) pages are going to be distinct between processes, meaning that two processes that only want to mlock(2) 512-bytes of memory will end up incurring an 8192 Byte impact on on mlock(2) availability. Correct me if I am mistaken. -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 19:52:14 2008 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 4D6771065674; Sat, 12 Apr 2008 19:52:14 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id B43558FC13; Sat, 12 Apr 2008 19:52:13 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.2/8.14.2) with ESMTP id m3CJtAc6036329; Sat, 12 Apr 2008 15:55:10 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m3CJtA59036328; Sat, 12 Apr 2008 15:55:10 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 12 Apr 2008 15:55:05 -0400 From: David Schultz To: Joe Marcus Clarke Message-ID: <20080412195505.GA36208@zim.MIT.EDU> Mail-Followup-To: Joe Marcus Clarke , Coleman Kane , mezz7@cox.net, imp@FreeBSD.ORG, current@FreeBSD.ORG References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1208028217.82222.32.camel@shumai.marcuscom.com> Cc: mezz7@cox.net, imp@FreeBSD.ORG, current@FreeBSD.ORG, Coleman Kane Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 19:52:14 -0000 On Sat, Apr 12, 2008, Joe Marcus Clarke wrote: > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > Hello, > > > > Recently we've been having a discussion on the GNOME list about fixing > > the seahorse breakage introduced with the latest GNOME 2.22, rooted in > > the fact that FreeBSD's mlock(2) implementation is only usable if you > > have superuser privileges. Due to bugs in seahorse, the lack of mlock(2) > > causes many seahorse applications to die. I've posted a suggested patch > > to [...] > > As a third idea, we could leave the per-process limit (to abide by > > historical documentation), but also add a sysctl that enforces a > > system-wide "max mlock pages" which can be tested by the mlock(2) > > syscall, refusing to mlock(2) more memory if the limit is hit. > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > limit to wired page count"). This is tested by mlock(2) in addition to > RLIMIT_MEMLOCK. First of all, many other operating systems such as Solaris also restrict mlock(2) to the superuser, so this is a bug in seahorse. That said, it seems like allowing ordinary users to mlock(2) small amounts of memory (e.g., vm_page_max_wired / 4 across all non-superuser processes by default) would fix your problem and be easy to implement. Of course, per-user or per-process limits would be more flexible, but how many people really have lots of users who are trying to abuse the system? From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 20:23:20 2008 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 C1DC2106564A for ; Sat, 12 Apr 2008 20:23:20 +0000 (UTC) (envelope-from cokane@cokane.org) 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 7D09E8FC0C for ; Sat, 12 Apr 2008 20:23:20 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from OMTA02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id ChPn1Z00F0QkzPwA30Kl00; Sat, 12 Apr 2008 20:04:50 +0000 Received: from discordia ([24.60.135.75]) by OMTA02.emeryville.ca.mail.comcast.net with comcast id Ck7K1Z0031dmTCQ8N00000; Sat, 12 Apr 2008 20:07:20 +0000 X-Authority-Analysis: v=1.0 c=1 a=uaUJgS5ZL84A:10 a=FkP6uzeq5BwA:10 a=XFsXuKNdAAAA:8 a=6I5d2MoRAAAA:8 a=sTGlnqPMmMWeBAy6wdEA:9 a=tdUScSnqVVXreSmWPPkA:7 a=B0hdqVWqXSBdkA4qpblsfEj2xeIA:4 a=LY0hPdMaydYA:10 a=lcjrrK2uZ-FlamFAzxkA:9 a=uG-YngCqJYMvoIV-iorZXlmj08QA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id F22FC1636FA; Sat, 12 Apr 2008 16:07:18 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 799A61636F8; Sat, 12 Apr 2008 16:07:03 -0400 (EDT) From: Coleman Kane To: Joe Marcus Clarke In-Reply-To: <1208028624.1327.41.camel@localhost> References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> <1208028624.1327.41.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Txu9bkQnrhSTUxJmXX3W" Date: Sat, 12 Apr 2008 16:06:44 -0400 Message-Id: <1208030804.1360.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Sat, 12 Apr 2008 20:50:32 +0000 Cc: mezz7@cox.net, imp@FreeBSD.org, current@FreeBSD.org Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 20:23:20 -0000 --=-Txu9bkQnrhSTUxJmXX3W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-12 at 15:30 -0400, Coleman Kane wrote: > On Sat, 2008-04-12 at 15:23 -0400, Joe Marcus Clarke wrote: > > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > > Hello, > > >=20 > > > Recently we've been having a discussion on the GNOME list about fixin= g > > > the seahorse breakage introduced with the latest GNOME 2.22, rooted i= n > > > the fact that FreeBSD's mlock(2) implementation is only usable if you > > > have superuser privileges. Due to bugs in seahorse, the lack of mlock= (2) > > > causes many seahorse applications to die. I've posted a suggested pat= ch > > > to=20 > > >=20 > > > From my understanding, a significant reasoning for this is because if > > > unprivileged users could mlock(2), then they could incur a DoS attack= on > > > a system by spawning off at most RLIMIT_NPROC processes, each > > > wiring-down RLIMIT_MEMLOCK bytes of memory in an effort to steal away > > > all real system RAM from the rest of the system, and bring usage to a > > > screeching halt. > > >=20 > > > I've posted up a short page about it on my site here: > > > http://www.cokane.org/dokuwiki/freebsd/mlock-support > > >=20 > > > I'd like to know if there are any other patches that are floating aro= und > > > for the same thing, or even if there are some good alternatives to > > > mlock(2) that yield similar results (secure memory accessible by the > > > user). I'd also welcome any comments that others have on the topic, a= s I > > > am looking for approaches to implement the support under FreeBSD with= out > > > compromising the security of the OS. > >=20 > > As mezz pointed out, Peter Jeremy commented on this a while ago: > >=20 > > http://lists.freebsd.org/pipermail/freebsd-arch/2006-July/005496.html > >=20 > > >=20 > > > An idea that came to mind, but I am less familiar with, is to also > > > support some sort of MAC policy checks that can be enforced by the > > > administrator on the system to provide some users with secure access > > > support, while preventing others from using it. > > >=20 > > > A second idea might be to turn RLIMIT_MEMLOCK into a per-user (or eve= n > > > system-wide) resource limit, rather than a per-process limit. > > >=20 > > > As a third idea, we could leave the per-process limit (to abide by > > > historical documentation), but also add a sysctl that enforces a > > > system-wide "max mlock pages" which can be tested by the mlock(2) > > > syscall, refusing to mlock(2) more memory if the limit is hit. > >=20 > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > > limit to wired page count"). This is tested by mlock(2) in addition to > > RLIMIT_MEMLOCK. > >=20 > > I also looked through the kernel for instances where RLIMIT_MEMLOCK is > > checked, and the only other place is in the vslock() function. The onl= y > > consumer of this function I could find is sysctl_wire_old_buffer() whic= h > > is used by quite a few sysctl handlers. If the rlimit is changed from > > infinity, users might have problems getting results from certain > > sysctls. > >=20 > > Joe > >=20 >=20 > Another thing that we're going to want to keep in mind is that the > mlock(2)-memory is probably allocated on a page-by-page basis (so > mlock(2) pointers point into mlock(2) pages). I *think* this means that > the minimum per-process mlock(2) size (as far as in-kernel usage is > concerned) is going to be 4096 Bytes. I'm setting up a kernel now with > your patch so that I can test using rlimits on the system. >=20 > I am guessing that mlock(2) pages are going to be distinct between > processes, meaning that two processes that only want to mlock(2) > 512-bytes of memory will end up incurring an 8192 Byte impact on on > mlock(2) availability. >=20 > Correct me if I am mistaken. >=20 > -- > Coleman Kane >=20 Joe, I've modified the vm_mmap.c patch that you hosted. Your version applied the privilege fix to munlockall(2) [bad], so I un-did that part and applied the change in munlock(2) [good]. The fixed one: http://www.cokane.org/dokuwiki/_media/freebsd/vm_mmap.c.diff= ?id=3Dfreebsd%3Amlock-support Also, I discovered that gnome-keyring wants to pin down at least 16k of secure memory (so 4 pages-per-proc is necessary). I have added the following to my /etc/csh.login to force the limit to 16kB: limit memorylocked 16 I am currently running with that and the security.bsd.unprivileged_mlock=3D1 entry in my sysctl.conf. All seems well so far. I'm going to remove the csh.login line and instead apply the restriction in /etc/login.conf (and rebuild my db). -- Coleman Kane --=-Txu9bkQnrhSTUxJmXX3W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgBFlIACgkQcMSxQcXat5eViACeOkOuwBEut4a7VHo+mRYnBOxB TKgAnRchxt+rsQoj96RUL3mXqQCl9T0P =fyme -----END PGP SIGNATURE----- --=-Txu9bkQnrhSTUxJmXX3W-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 20:57:36 2008 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 6DEC8106567B for ; Sat, 12 Apr 2008 20:57:36 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 292A18FC1B for ; Sat, 12 Apr 2008 20:57:36 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id CjJe1Z0020b6N64A604l00; Sat, 12 Apr 2008 20:40:21 +0000 Received: from discordia ([24.60.135.75]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id CkhX1Z0011dmTCQ8P00000; Sat, 12 Apr 2008 20:41:32 +0000 X-Authority-Analysis: v=1.0 c=1 a=uaUJgS5ZL84A:10 a=FkP6uzeq5BwA:10 a=zm4l488qJHa5x5m6BiQA:9 a=DS_9OH4MTqmHiGd5wawA:7 a=MCr99EwBFniTfJ85zDKmNACMGW4A:4 a=LY0hPdMaydYA:10 a=Ut70Zk3CFNj1pghtA14A:9 a=IlZ7Y1h5afJkATzx5IWQnLoy8XYA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 0C8821636F8; Sat, 12 Apr 2008 16:41:31 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 8F09B1636F9; Sat, 12 Apr 2008 16:41:20 -0400 (EDT) From: Coleman Kane To: David Schultz In-Reply-To: <20080412195505.GA36208@zim.MIT.EDU> References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> <20080412195505.GA36208@zim.MIT.EDU> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BAw17Tz5ry9Tg5u3O+Qa" Organization: FreeBSD Project Date: Sat, 12 Apr 2008 16:41:05 -0400 Message-Id: <1208032865.1424.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: mezz7@cox.net, Joe Marcus Clarke , imp@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 20:57:36 -0000 --=-BAw17Tz5ry9Tg5u3O+Qa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-12 at 15:55 -0400, David Schultz wrote: > On Sat, Apr 12, 2008, Joe Marcus Clarke wrote: > > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > > Hello, > > >=20 > > > Recently we've been having a discussion on the GNOME list about fixin= g > > > the seahorse breakage introduced with the latest GNOME 2.22, rooted i= n > > > the fact that FreeBSD's mlock(2) implementation is only usable if you > > > have superuser privileges. Due to bugs in seahorse, the lack of mlock= (2) > > > causes many seahorse applications to die. I've posted a suggested pat= ch > > > to=20 > [...] > > > As a third idea, we could leave the per-process limit (to abide by > > > historical documentation), but also add a sysctl that enforces a > > > system-wide "max mlock pages" which can be tested by the mlock(2) > > > syscall, refusing to mlock(2) more memory if the limit is hit. > >=20 > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > > limit to wired page count"). This is tested by mlock(2) in addition to > > RLIMIT_MEMLOCK. >=20 > First of all, many other operating systems such as Solaris also > restrict mlock(2) to the superuser, so this is a bug in seahorse. >=20 > That said, it seems like allowing ordinary users to mlock(2) small > amounts of memory (e.g., vm_page_max_wired / 4 across all > non-superuser processes by default) would fix your problem and be > easy to implement. Of course, per-user or per-process limits > would be more flexible, but how many people really have lots of > users who are trying to abuse the system? >=20 I did some math and came up with the following per-user limit on my system. Using the default install, my maxproc is set to 5547: max_secure_mem =3D max_proc * memorylocked =3D 5547 * 16384 =3D 90882048= =3D about 87MB So, under my operating conditions (2GB System RAM), a user's maximum DoS attempt would be capped at 87MB... which doesn't seem as serious anymore. This is using the 16K memorylocked value that gnome-keyring & friends seem to work fine with. -- Coleman Kane --=-BAw17Tz5ry9Tg5u3O+Qa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgBHlwACgkQcMSxQcXat5e6+gCeMpgeag0LznFwbRtUxA8UPYvJ 06QAn28SrMypfYIhhraZEQewN3C/gGF1 =xNh1 -----END PGP SIGNATURE----- --=-BAw17Tz5ry9Tg5u3O+Qa-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 20:57:07 2008 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 40BC2106566B for ; Sat, 12 Apr 2008 20:57:07 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DF7098FC17 for ; Sat, 12 Apr 2008 20:57:06 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7F38017107 for ; Sat, 12 Apr 2008 20:57:05 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3CKv4Ot016413 for ; Sat, 12 Apr 2008 20:57:05 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Date: Sat, 12 Apr 2008 20:57:04 +0000 Message-ID: <16412.1208033824@critter.freebsd.dk> From: Poul-Henning Kamp X-Mailman-Approved-At: Sat, 12 Apr 2008 21:01:00 +0000 Cc: Subject: HEADSUP: RTC changes on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 20:57:07 -0000 This heads-up is relevant only to non-PnP and non-ACPI systems, which more or less is only older "ISA-bus" only systems and embedded platforms such as Soekris, WRAP etc. If you are running -current on such a system, make sure that you copy the "hint.atrtc.*" lines from sys/i386/conf/GENERIC.hints to /boot/device.hints. If you have never heard of this file before, and have never edited /boot/device.hints, just do this: cp /sys/i386/conf/GENERIC.hints /boot/device.hints If you fail to add these hints, and your system has no PnP or ACPI hints either, the RTC device will not be found and the wall-clock time will not read from, or written to, the RTC chip on the motherboard. If "devinfo -r" shows these lines, your system is fine: atrtc0 Interrupt request lines: 8 I/O ports: 0x70-0x71 When you build new releases or nanoBSD images, the right thing will automatically happen via src/etc/Makefile. Poul-Henning Log: Move i386 to generic RTC handling code. Make clock_if.m and subr_rtc.c standard on i386 Add hints for "atrtc" driver, for non-PnP, non-ACPI systems. NB: Make sure to install GENERIC.hints into /boot/device.hints in these! Nuke MD inittodr(), resettodr() functions. Don't attach to PHP0B00 in the "attimer" dummy driver any more, and remove comments that no longer apply for that reason. Add new "atrtc" device driver, which handles IBM PC AT Real Time Clock compatible devices using subr_rtc and clock_if. This driver is not entirely clean: other code still fondles the hardware to get a statclock interrupt on non-ACPI timer systems. Wrap some overly long lines. After it has settled in -current, this will be ported to amd64. Technically this is MFC'able, but I fail to see a good reason. Revision Changes Path 1.593 +2 -0 src/sys/conf/files.i386 1.20 +3 -0 src/sys/i386/conf/GENERIC.hints 1.246 +168 -103 src/sys/i386/isa/clock.c ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 21:35:10 2008 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 858D8106564A; Sat, 12 Apr 2008 21:35:10 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 285918FC0A; Sat, 12 Apr 2008 21:35:09 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.2/8.14.2) with ESMTP id m3CLc8qo038471; Sat, 12 Apr 2008 17:38:08 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m3CLc8ma038470; Sat, 12 Apr 2008 17:38:08 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 12 Apr 2008 17:38:08 -0400 From: David Schultz To: Coleman Kane Message-ID: <20080412213808.GA38426@zim.MIT.EDU> Mail-Followup-To: Coleman Kane , Joe Marcus Clarke , mezz7@cox.net, imp@FreeBSD.ORG, current@FreeBSD.ORG References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> <20080412195505.GA36208@zim.MIT.EDU> <1208032865.1424.9.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1208032865.1424.9.camel@localhost> Cc: mezz7@cox.net, Joe Marcus Clarke , imp@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Apr 2008 21:35:10 -0000 On Sat, Apr 12, 2008, Coleman Kane wrote: > On Sat, 2008-04-12 at 15:55 -0400, David Schultz wrote: > > On Sat, Apr 12, 2008, Joe Marcus Clarke wrote: > > > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > > > Hello, > > > > > > > > Recently we've been having a discussion on the GNOME list about fixing > > > > the seahorse breakage introduced with the latest GNOME 2.22, rooted in > > > > the fact that FreeBSD's mlock(2) implementation is only usable if you > > > > have superuser privileges. Due to bugs in seahorse, the lack of mlock(2) > > > > causes many seahorse applications to die. I've posted a suggested patch > > > > to > > [...] > > > > As a third idea, we could leave the per-process limit (to abide by > > > > historical documentation), but also add a sysctl that enforces a > > > > system-wide "max mlock pages" which can be tested by the mlock(2) > > > > syscall, refusing to mlock(2) more memory if the limit is hit. > > > > > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > > > limit to wired page count"). This is tested by mlock(2) in addition to > > > RLIMIT_MEMLOCK. > > > > First of all, many other operating systems such as Solaris also > > restrict mlock(2) to the superuser, so this is a bug in seahorse. > > > > That said, it seems like allowing ordinary users to mlock(2) small > > amounts of memory (e.g., vm_page_max_wired / 4 across all > > non-superuser processes by default) would fix your problem and be > > easy to implement. Of course, per-user or per-process limits > > would be more flexible, but how many people really have lots of > > users who are trying to abuse the system? > > > > I did some math and came up with the following per-user limit on my > system. Using the default install, my maxproc is set to 5547: > max_secure_mem = max_proc * memorylocked = 5547 * 16384 = 90882048 = > about 87MB > > So, under my operating conditions (2GB System RAM), a user's maximum DoS > attempt would be capped at 87MB... which doesn't seem as serious > anymore. This is using the 16K memorylocked value that gnome-keyring & > friends seem to work fine with. Yes, but why bother? A system-wide limit would still be far easier to implement than keeping track of a per-process limit, and it allows processes to lock more memory on single-user systems, while keeping the overall limit low (since most processes don't lock anything). There are additional difficulties with per-process limits such as deciding who to charge when multiple processes lock a shared memory segment. If you charge one or the other, e.g., processes A and B share a locked segment and you charge A, then B could exceed its limit by locking another segment, then having A munlock(). If you charge both processes, then mmap() on a segment that another process has locked might fail. From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 22:15:33 2008 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 4440C1065670; Sat, 12 Apr 2008 22:15:33 +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 0513A8FC19; Sat, 12 Apr 2008 22:15:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3CMFWEZ052132; Sat, 12 Apr 2008 18:15:32 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3CMFW3U007262; Sat, 12 Apr 2008 18:15:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 02D1873039; Sat, 12 Apr 2008 18:15:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412221532.02D1873039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 18:15:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 22:15:33 -0000 TB --- 2008-04-12 21:09:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 21:09:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-12 21:09:07 - cleaning the object tree TB --- 2008-04-12 21:09:36 - cvsupping the source tree TB --- 2008-04-12 21:09:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-12 21:09:42 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 21:09:42 - cd /src TB --- 2008-04-12 21:09:42 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 21:09:44 UTC 2008 >>> 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 Sat Apr 12 22:09:57 UTC 2008 TB --- 2008-04-12 22:09:57 - generating LINT kernel config TB --- 2008-04-12 22:09:57 - cd /src/sys/sparc64/conf TB --- 2008-04-12 22:09:57 - /usr/bin/make -B LINT TB --- 2008-04-12 22:09:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-12 22:09:57 - cd /src TB --- 2008-04-12 22:09:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 12 22:09:57 UTC 2008 >>> 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 -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/subr_blist.c cc -c -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/subr_bus.c cc -c -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/subr_clock.c cc1: warnings being treated as errors /src/sys/kern/subr_clock.c: In function 'clock_ct_to_ts': /src/sys/kern/subr_clock.c:182: warning: format '%d' expects type 'int', but argument 2 has type 'time_t' /src/sys/kern/subr_clock.c: In function 'clock_ts_to_ct': /src/sys/kern/subr_clock.c:220: warning: format '%d' expects type 'int', but argument 2 has type 'time_t' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 22:15:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 22:15:31 - ERROR: failed to build lint kernel TB --- 2008-04-12 22:15:31 - tinderbox aborted TB --- 2870.56 user 361.62 system 3984.33 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 12 22:44:31 2008 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 95DD11065674; Sat, 12 Apr 2008 22:44:31 +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 58B838FC14; Sat, 12 Apr 2008 22:44:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3CMiUm7053111; Sat, 12 Apr 2008 18:44:30 -0400 (EDT) (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.2/8.14.2) with ESMTP id m3CMiURp026789; Sat, 12 Apr 2008 18:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97B4F73039; Sat, 12 Apr 2008 18:44:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080412224430.97B4F73039@freebsd-current.sentex.ca> Date: Sat, 12 Apr 2008 18:44:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 22:44:31 -0000 TB --- 2008-04-12 21:43:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-12 21:43:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-12 21:43:32 - cleaning the object tree TB --- 2008-04-12 21:43:58 - cvsupping the source tree TB --- 2008-04-12 21:43:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-12 21:44:06 - building world (CFLAGS=-O -pipe) TB --- 2008-04-12 21:44:06 - cd /src TB --- 2008-04-12 21:44:06 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 12 21:44:08 UTC 2008 >>> 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 Sat Apr 12 22:39:54 UTC 2008 TB --- 2008-04-12 22:39:54 - generating LINT kernel config TB --- 2008-04-12 22:39:54 - cd /src/sys/sun4v/conf TB --- 2008-04-12 22:39:54 - /usr/bin/make -B LINT TB --- 2008-04-12 22:39:54 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-12 22:39:54 - cd /src TB --- 2008-04-12 22:39:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 12 22:39:54 UTC 2008 >>> 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 -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/subr_blist.c cc -c -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/subr_bus.c cc -c -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/subr_clock.c cc1: warnings being treated as errors /src/sys/kern/subr_clock.c: In function 'clock_ct_to_ts': /src/sys/kern/subr_clock.c:182: warning: format '%d' expects type 'int', but argument 2 has type 'time_t' /src/sys/kern/subr_clock.c: In function 'clock_ts_to_ct': /src/sys/kern/subr_clock.c:220: warning: format '%d' expects type 'int', but argument 2 has type 'time_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-12 22:44:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-12 22:44:30 - ERROR: failed to build lint kernel TB --- 2008-04-12 22:44:30 - tinderbox aborted TB --- 2849.27 user 353.96 system 3658.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full