From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 05:41: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 58FCA106566C for ; Sun, 9 Mar 2008 05:41:02 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5E38FC28 for ; Sun, 9 Mar 2008 05:41:02 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 94846BD3D0 for ; Sun, 9 Mar 2008 00:25:31 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 09 Mar 2008 00:25:31 -0500 X-Sasl-enc: dfknf4D4BCJEIV2nWJ5x3smEekdlNQ7AZPgyPQ+vpPai 1205040331 Received: from triple0.qld.optushome.com.au (c210-49-75-149.rochd2.qld.optusnet.com.au [210.49.75.149]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2479B24CD5 for ; Sun, 9 Mar 2008 00:25:31 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by triple0.qld.optushome.com.au (Postfix) with ESMTP id D6D99BC92 for ; Sun, 9 Mar 2008 15:25:27 +1000 (EST) From: Duncan Young To: freebsd-current@freebsd.org Date: Sun, 9 Mar 2008 15:25:26 +1000 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803091525.27311.duncan.young@pobox.com> Subject: write cache on usb disks and zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: duncan.young@pobox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 05:41:02 -0000 Hi all I am having a few problems with external usb2 disk and write caching. I have some caddies which allow write caching (seen and editable via camcontrol) and others which automatically disable it. i.e. #camcontrol modepage da2 -m 8 IC: 0 ABPF: 0 CAP: 0 DISC: 0 SIZE: 0 WCE: 0 MF: 0 RCD: 0 Demand Retention Priority: 0 Write Retention Priority: 0 Disable Pre-fetch Transfer Length: 0 Minimum Pre-fetch: 0 Maximum Pre-fetch: 0 Maximum Pre-fetch Ceiling: 0 and #camcontrol modepage da2 -m 8 -e camcontrol: no editable entries I am trying to use the USB drives for backup and would like to use zfs on them, but the problem I have is with the cache disabled, I get lots of kernel: (da2:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition kernel: (da2:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 kernel: (da2:umass-sim0:0:0:0): Invalid command operation code kernel: (da2:umass-sim0:0:0:0): Unretryable error errors in /var/log/messages. I am assuming that the error messages are harmless, but it would be nice for zfs to pay attention and not continually issue the commands. Is there a way to do this? Duncan From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 09:48: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 B73E21065671; Sun, 9 Mar 2008 09:48: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 586E28FC1B; Sun, 9 Mar 2008 09:48:56 +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 m299mtYP074029; Sun, 9 Mar 2008 05:48: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 m299mt3W094420; Sun, 9 Mar 2008 05:48:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E6D173039; Sun, 9 Mar 2008 04:48:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080309094855.4E6D173039@freebsd-current.sentex.ca> Date: Sun, 9 Mar 2008 04:48:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6154/Thu Mar 6 11:41:42 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, 09 Mar 2008 09:48:57 -0000 TB --- 2008-03-09 08:51:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-09 08:51:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-09 08:51:52 - cleaning the object tree TB --- 2008-03-09 08:52:18 - cvsupping the source tree TB --- 2008-03-09 08:52:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-09 08:52:24 - building world (CFLAGS=-O -pipe) TB --- 2008-03-09 08:52:24 - cd /src TB --- 2008-03-09 08:52:24 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 9 08:52:25 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 [...] /src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-09 09:48:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-09 09:48:55 - ERROR: failed to build world TB --- 2008-03-09 09:48:55 - tinderbox aborted TB --- 2542.30 user 302.01 system 3422.81 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 12:45:40 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 2E6EB106566C for ; Sun, 9 Mar 2008 12:45:40 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id AEC5F8FC1D for ; Sun, 9 Mar 2008 12:45:39 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.stuyts.nl (stuyts.xs4all.nl [82.95.106.42]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m29CjSTV052875; Sun, 9 Mar 2008 13:45:33 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <990680CB-A797-41C2-BDF0-E4968DFBDB94@altesco.nl> From: Ben Stuyts To: duncan.young@pobox.com In-Reply-To: <200803091525.27311.duncan.young@pobox.com> 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: Sun, 9 Mar 2008 13:45:22 +0100 References: <200803091525.27311.duncan.young@pobox.com> X-Mailer: Apple Mail (2.919.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Sun, 09 Mar 2008 13:45:34 +0100 (CET) X-Virus-Scanned: ClamAV 0.92.1/6183/Sun Mar 9 11:42:27 2008 on earth.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on earth.altus-escon.com Cc: freebsd-current@freebsd.org Subject: Re: write cache on usb disks and zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 12:45:40 -0000 Hi, On 9 Mar 2008, at 06:25, Duncan Young wrote: > I am trying to use the USB drives for backup and would like to use > zfs on > them, but the problem I have is with the cache disabled, I get lots of > > kernel: (da2:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 > 0 0 0 0 > kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error > kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition > kernel: (da2:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 > kernel: (da2:umass-sim0:0:0:0): Invalid command operation code > kernel: (da2:umass-sim0:0:0:0): Unretryable error > > errors in /var/log/messages. > > I am assuming that the error messages are harmless, but it would be > nice for > zfs to pay attention and not continually issue the commands. Is > there a way > to do this? I had exactly the same problem (on 7-stable) and have added a quirk for this particular drive to scsi_da.c. In my case the drive became unresponsive for a few seconds, so the transfer rate was very low. Works fine so far with the quirk. I have filed a PR where you can see my changes: http://www.freebsd.org/cgi/query-pr.cgi?pr=121474 Ben From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 13:16: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 F017B1065670 for ; Sun, 9 Mar 2008 13:16:52 +0000 (UTC) (envelope-from fefo@rulez.sk) Received: from tarantula.valec.net (tarantula.valec.net [81.89.48.36]) by mx1.freebsd.org (Postfix) with ESMTP id B18A58FC27 for ; Sun, 9 Mar 2008 13:16:52 +0000 (UTC) (envelope-from fefo@rulez.sk) Received: from [10.50.0.7] (danger.mcrn.sk [84.16.37.254]) by tarantula.valec.net (Postfix) with ESMTP id D2EA52B000A for ; Sun, 9 Mar 2008 13:59:32 +0100 (CET) Message-ID: <47D3DF28.6040108@rulez.sk> Date: Sun, 09 Mar 2008 13:59:20 +0100 From: Charlie Toor User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Intel 4965agn wifi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 13:16:53 -0000 Hi. I am interested in any developement of driver for wifi NIC Intel 4965 agn. Is somebody doing it or I have to try to write it ? :) Thanks in advance, Martin Baumann From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 13:41: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 28B93106566B for ; Sun, 9 Mar 2008 13:41:41 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id CFA668FC1D for ; Sun, 9 Mar 2008 13:41:40 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id D8A821B10EF7; Sun, 9 Mar 2008 14:41:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 54B5B1B10EF1; Sun, 9 Mar 2008 14:41:36 +0100 (CET) Message-ID: <47D3E90F.2080504@moneybookers.com> Date: Sun, 09 Mar 2008 15:41:35 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: Charlie Toor References: <47D3DF28.6040108@rulez.sk> In-Reply-To: <47D3DF28.6040108@rulez.sk> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel 4965agn wifi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 13:41:41 -0000 Greetings, Charlie Toor wrote: > Hi. > > I am interested in any developement of driver for wifi NIC Intel 4965 > agn. > Is somebody doing it or I have to try to write it ? :) As far as I know Benjamin Close is trying to port the driver from OpenBSD to FreeBSD http://www.clearchain.com/wiki/Iwn May be you want to check with him if there is any progress or how you can help. > > Thanks in advance, > > Martin Baumann > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 15:36:50 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 284201065670 for ; Sun, 9 Mar 2008 15:36:50 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id EEAC58FC21 for ; Sun, 9 Mar 2008 15:36:49 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 13032 invoked from network); 9 Mar 2008 15:36:49 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Mar 2008 15:36:49 -0000 Message-ID: <47D4029D.3040205@chuckr.org> Date: Sun, 09 Mar 2008 11:30:37 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080306185219.1B27B45048@ptavv.es.net> <47D04408.8070400@chuckr.org> <200803071029.25033.doconnor@gsoft.com.au> <20080307103916.GA1038@medusa.sysfault.org> In-Reply-To: <20080307103916.GA1038@medusa.sysfault.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: how to design a tablet driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 15:36:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcus von Appen wrote: > On, Fri Mar 07, 2008, Joakim Fogelberg wrote: > >> On Fri, Mar 7, 2008 at 12:59 AM, Daniel O'Connor wrote: >>> What about the Linux Wacom project? >>> >>> http://linuxwacom.sourceforge.net/index.php/howto/inputdev >> It seems that Bartosz Fabianowski has started a port, according to this mail: >> http://lists.freebsd.org/pipermail/freebsd-usb/2007-October/004039.html > > Unfortunately he's missing in action lately, but promised to make up a > clean driver tree later or so, so it can receive further development . I > hope to get the stuff soon as I really would like to have a decent > support for the Wacom Graphire USB series. > > Regards > Marcus Hmm, I just tripped across this mail, and I guess I must have missed the earlier ones, cause my raison d'etre (if I can spell this right, which is highly doubtful) has been to get my Graphic tablet, from UC-Logic, the WP8060-TAB08, to work, and this is a very interesteding thread. I have already written the Linux-Wacomm list, and you know what they came up with? It's their contention that there's already a USB driver for the Wacom tablet, and if it can be found, WITH the source code, then a study of that code would do me a great deal of good. Well, I can't find anyu such driver, so I was hoping that some of the wiser heads on this list might know of such a gizmo, and be willing to point me towards it. Or, alternatively, I am trying to hunt any kind of X.org Xinput driver for any piece of equipement that is abolute, and not relative. Finding an Xinput driver for a Wacom tablet would be pure gold, at least if source code coujld be gotten at. I would truly be in your debt if you could find such a thing -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH1AGIz62J6PPcoOkRAv9UAJ4maePsHgDvuLRQkafajHrvEMveKACcCsJP 1Y14lEbzgCEo+JE5aj71zEk= =zQkU -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 16:26: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 BD947106569D for ; Sun, 9 Mar 2008 16:26:35 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3440C8FC22 for ; Sun, 9 Mar 2008 16:26:35 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1564576fka.11 for ; Sun, 09 Mar 2008 09:26:34 -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:mime-version:content-type:content-transfer-encoding:content-disposition; bh=9Pl7TFpVDIL6LrFscMH+OLTq7K1L3foBfF6zlqynJXA=; b=ejG8f2tTmYXBKXATSE+/Lcu5LDbaNO6ou2xwqBExO54FhOi4Aa3u6bNgtZMgJWYzKDgnFuVSRFfEQktLIPwWIpNVJ9PWb3t28QwsqxHlzawiAGaaw1CAU5pUB2i24NxfDCIBD6D9tAC7g672rg0XERjcY8C29a02yg4/EF8zT4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=ovNlnr71vpAQhH46JnSpAp7erEKuG8lly9ri6qwX2wNPWqqxQn2GRAeltosn+qhQYBQminN+GQRt1RpIZ5boynlGqIYEobwsczI70DvMPScm5ZrJE+Nc3ESbMk5DpJUnst5w5Z7sG/cv1yBAuyyi1lmp8imGQByLYcqo5UxEpJw= Received: by 10.82.158.12 with SMTP id g12mr10149088bue.0.1205078284963; Sun, 09 Mar 2008 08:58:04 -0700 (PDT) Received: by 10.82.163.18 with HTTP; Sun, 9 Mar 2008 08:58:04 -0700 (PDT) Message-ID: Date: Sun, 9 Mar 2008 17:58:04 +0200 From: "Dan Cojocar" To: bzeeb+freebsd+lor@zabbadoz.net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: new lors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2008 16:26:35 -0000 Hello Bjoern A. Zeeb, Here are some new lors that i receive on my hp ze4560us with 8.0 from feb. snapshot. lock order reversal: 1st 0xc2e20e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2ef2a54 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c0af1bcb,d2c7cbbc,c07a1ade,c0af4015,c2ef2a54,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0af4015,c2ef2a54,c0ae55e8,c0ae55e8,c0ae5629,...) at kdb_backtrace+0x29 witness_checkorder(c2ef2a54,9,c0ae5629,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c2ef2a54,0,c0ae5629,c9,c2ef2a54,...) at _sx_xlock+0x7d devfs_allocv(c2ee7180,c2f0c000,d2c7cc28,c2b9ecc0,c0af9d10,...) at devfs_allocv+0x144 devfs_root(c2f0c000,2,c0c60f18,c2b9ecc0,ca,...) at devfs_root+0x51 set_rootvnode(c0c60f00,0,c0af9d10,5ed,c07df0b0,...) at set_rootvnode+0x2b vfs_mountroot(c0c0eb30,4,c0ae9a8a,260,fdfffbfd,...) at vfs_mountroot+0x356 start_init(0,d2c7cd38,c0aeb398,30c,c2b9cab0,...) at start_init+0x65 fork_exit(c07311d0,0,d2c7cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd2c7cd70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s2a lock order reversal: 1st 0xc2e209e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2f0c000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0af1bcb,d2c7c9dc,c07a1ade,c0af4015,c2f0c000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0af4015,c2f0c000,c0af9e0e,c0af9e0e,c0afa3ab,...) at kdb_backtrace+0x29 witness_checkorder(c2f0c000,1,c0afa3ab,16c,d2c7ca1c,...) at witness_checkorder+0x6de _lockmgr(c2f0c000,2001,c2f0c030,c0afa3ab,16c,...) at _lockmgr+0x1e5 vfs_busy(c2f0c000,0,0,c2b9ecc0,d2c7cb50,...) at vfs_busy+0x198 lookup(d2c7cb3c,c0af9abe,c6,bf,c2b6e42c,...) at lookup+0x7b4 namei(d2c7cb3c,c2b9ed54,c0ba98a4,c0af9d10,c2f0c030,...) at namei+0x34b kern_unlink(c2b9ecc0,c0afa14d,1,628,0,...) at kern_unlink+0x40 vfs_mountroot_try(c0afa307,c0ae87ab,c0ae1696,1,c07df0b0,...) at vfs_mountroot_try+0x480 vfs_mountroot(c0c0eb30,4,c0ae9a8a,260,fdfffbfd,...) at vfs_mountroot+0x418 start_init(0,d2c7cd38,c0aeb398,30c,c2b9cab0,...) at start_init+0x65 fork_exit(c07311d0,0,d2c7cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd2c7cd70, ebp = 0 --- lock order reversal: 1st 0xc2ba2044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc2e207c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper(c0af1bcb,d2c7c9d0,c07a1ade,c0af4015,c2e207c8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0af4015,c2e207c8,c0ae905e,c0ae905e,c0afa3ab,...) at kdb_backtrace+0x29 witness_checkorder(c2e207c8,1,c0afa3ab,80d,d2c7ca04,...) at witness_checkorder+0x6de _lockmgr(c2e207c8,3041,c2e207f8,c0afa3ab,80d,...) at _lockmgr+0x1e5 ffs_lock(d2c7ca78,c075a5dd,c0c1a0f4,3041,c2e20770,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0bc46c0,d2c7ca78,c0ae87a9,3,c2e207f8,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c2e20770,3041,c0afa3ab,80d,0,...) at _vn_lock+0xf2 vget(c2e20770,3041,c2b9ecc0,4a9,c1460700,...) at vget+0x109 vnode_pager_lock(c1460580,0,c0b10921,127,d2c7cbe8,...) at vnode_pager_lock+0x1ad vm_fault(c2ba2000,80d3000,2,8,80d3800,...) at vm_fault+0x1df trap_pfault(5,0,c0b1eca2,2c8,c2b9cab0,...) at trap_pfault+0x118 trap(d2c7cd38) at trap+0x267 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 16:43: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 E92F5106566B; Sun, 9 Mar 2008 16:43:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 518D28FC1D; Sun, 9 Mar 2008 16:43:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m29GhTHg075987; Sun, 9 Mar 2008 17:43:29 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m29GhTxt075986; Sun, 9 Mar 2008 17:43:29 +0100 (CET) (envelope-from olli) Date: Sun, 9 Mar 2008 17:43:29 +0100 (CET) Message-Id: <200803091643.m29GhTxt075986@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, vadim_nuclight@mail.ru In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 09 Mar 2008 17:43:30 +0100 (CET) Cc: Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 16:43:32 -0000 Vadim Goncharov wrote: > 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS > and docs. What do they contain? - The small "bootonly" CD contains only sysinstall. It can be used if you want to install from the network. - Disk 1 contains everything you need to install the base FreeBSD system, as well as a few useful packages. - Disk 2 and 3 just contain more packages. - The "docs" CD only contains documentation: Handbook, FAQ and articles in various languages. These are also available online, so there's rarely a need to download this CD. - The "livefs" CD contains the usual "fixit" live file system. It is bootable on its own, so you do _not_ need to download disk1 if you only want the livefs CD. By the way, you can combine disk1 and the livefs image into a single ISO image and write it onto a DVD-R. It won't fit on a CD-R disk, though, and that's the reason why the lifefs went onto a separate ISO image. > I suspect this separation is due to sizes od docs etc. - but CD drives can now > handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though > disc2 is 694M, yes. As you can see, disk1 + livefs is larger than 700 MB. The docs CD is separate anyway, which is a good thing because many people won't need it. > May be it is desirable to compress docs and other base system parts with > bzip2 -9 instead of gzip? What exactly would you propose to compress? Compressing the docs isn't a good idea, because then you wouldn't be able to read them directly from the CD. Also, as mentioned above, the docs are already on a separate CD. > P.S. And may be it is good also to resurrect miniinst disk for > Depenguinator project? :) Do you mean the "bootonly" CD? It's already there. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 17:10: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 55CF2106567A for ; Sun, 9 Mar 2008 17:10:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 052B18FC19 for ; Sun, 9 Mar 2008 17:10:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1589004wxd.7 for ; Sun, 09 Mar 2008 10:10:21 -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:cc:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=OiEjIcHWAt3kujPDtsO+CQIvjTS53S2N5lq9TnEf6p4=; b=gN8+vkt2ts3xhhVRYJfR4r0vJC8vl49PecGkV7nSGYBE+V/hJl+o4YJeJ2DMWyb3u0SyWGAXoZw5FN0JgzrEXcm/sVTbM5V9Z4ePL1YHvG6mWBiLin8EWzd4Ky+z5wHdK7SaP+ZEG7hqVtWBlBfDOaTEQybiHBwyXk5ZszCjyp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=D7/JxwFlMQlhUv3SDew4cvLsTnGmctjKV+xO+mGV0Co7fmQnCVjtzWag8LTowEzeGqShxCZGrxOK10ZdVjKJgjDIs0LhxtfRe4XKuDMpmTNsC43JaIx5nCFEaG7RXj/y1lDUqcXeG46bOZvNlY/nwFthztN8Xy1O5YEw0X3KD+w= Received: by 10.150.199.21 with SMTP id w21mr2018792ybf.8.1205081163338; Sun, 09 Mar 2008 09:46:03 -0700 (PDT) Received: by 10.150.144.2 with HTTP; Sun, 9 Mar 2008 09:46:03 -0700 (PDT) Message-ID: Date: Mon, 10 Mar 2008 01:46:03 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: jkoshy@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 92efe1e3162d450e Cc: current@freebsd.org Subject: issues with hwpmc and athlon XP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2008 17:10:22 -0000 Between my Athlon XP box giving me no useful pmc stats and my new Core 2 duo box not even working with pmc, I decided to poke at the Athlon XP support a bit to see if I could figure out what was going on. It seems that at least my revision of the Athlon XP has 48 bit performance counters (AMD Athlon Processor x86 Code Optimisation Guide, page 235 (Performance-Monitoring Counters: Overview) and the top 16 bits read back 0x0000. Since the code is taking the 2's compliment of the stored PMC value (which is so the value is incremented to 0xffffffffffffffff and wraps over, generating an NMI - mentioned on page 240), negating the value gives humerous results: Mar 9 16:09:43 jacinta kernel: hwpmc: TSC/1/0x20 K7/4/0x1ff Mar 9 16:10:02 jacinta kernel: MDP:SWO:1: pc=0xc5814180 pp=0 enable-msr=0 Mar 9 16:10:02 jacinta kernel: local initial: ri 1: 65536 Mar 9 16:10:02 jacinta kernel: MDP:SWO:1: pc=0xc5814180 pp=0xc576a780 enable-msr=0 Mar 9 16:10:02 jacinta kernel: csw_in: ri 1; pmcval 65536 Mar 9 16:10:02 jacinta kernel: MDP:WRI:1: amd-write cpu=0 ri=1 v=ffffffffffff0000 Mar 9 16:10:02 jacinta kernel: MDP:SWI:1: pc=0xc5814180 pp=0xc576a780 enable-msr=0 Mar 9 16:10:02 jacinta kernel: MDP:REA:1: amd-read id=1 class=1 Mar 9 16:10:02 jacinta kernel: MDP:REA:2: amd-read id=1 -> ffff00000000ff01 Mar 9 16:10:02 jacinta kernel: read: ffff00000000ff01; saved 10000; diff -281474976710911 Mar 9 16:10:02 jacinta kernel: csw_out: ri 1: pp_pmcval 65536.. Mar 9 16:10:02 jacinta kernel: csw_out: ... ri 1: pp_pmcval now 281474976710911.. Mar 9 16:10:02 jacinta kernel: MDP:SWO:1: pc=0xc5814180 pp=0xc576a780 enable-msr=0 Mar 9 16:10:02 jacinta kernel: csw_in: ri 1; pmcval 281474976710911 Mar 9 16:10:02 jacinta kernel: MDP:WRI:1: amd-write cpu=0 ri=1 v=fffeffffffffff01 Mar 9 16:10:02 jacinta kernel: MDP:SWI:1: pc=0xc5814180 pp=0xc576a780 enable-msr=0 Mar 9 16:10:02 jacinta kernel: MDP:REA:1: amd-read id=1 class=1 Mar 9 16:10:02 jacinta kernel: MDP:REA:2: amd-read id=1 -> ffff00000000f47f Mar 9 16:10:02 jacinta kernel: read: ffff00000000f47f; saved 10000000000ff; diff -562949953358976 Mar 9 16:10:02 jacinta kernel: csw_out: ri 1: pp_pmcval 281474976710911.. Mar 9 16:10:02 jacinta kernel: csw_out: ... ri 1: pp_pmcval now 844424930004351.. The machine is currently updating to the latest -current (which has the same codepath, so I'm guessing it'll fail the same way here) so I can't provide any further accurate testing just yet. Fixing the amd_read_pmc() routine started providing per-process statistics but I still couldn't see anything relating to the current process. (Oh and whilst I'm at it; maybe some documentation relating to your pmc debugging features would be nice. :) Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 18:34: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 72EC3106566B for ; Sun, 9 Mar 2008 18:34:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4586E8FC26 for ; Sun, 9 Mar 2008 18:34:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m29IY1Kk015909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Mar 2008 11:34:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <47D42D99.7060404@errno.com> Date: Sun, 09 Mar 2008 11:34:01 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Charlie Toor References: <47D3DF28.6040108@rulez.sk> In-Reply-To: <47D3DF28.6040108@rulez.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Intel 4965agn wifi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 18:34:02 -0000 Charlie Toor wrote: > Hi. > > I am interested in any developement of driver for wifi NIC Intel 4965 > agn. > Is somebody doing it or I have to try to write it ? :) Ben Close and I have been working on this. Legacy works ok (there is one issue w/ the firmware that I've worked around). I've been mostly trying to get 11n working but not having much luck. Unfortunately the firmware is not documented in this area and the Intel folks have been unresponsive (open source == linux to them). If you look in the sam_vap branch in p4 you'll find my work. Once 11n is working I intend to try the test firmware that supports ap mode. Sam From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 19:08:00 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 97D021065672 for ; Sun, 9 Mar 2008 19:08:00 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB738FC13 for ; Sun, 9 Mar 2008 19:08:00 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 2016 invoked from network); 9 Mar 2008 19:08:00 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Mar 2008 19:07:59 -0000 Message-ID: <47D4341D.3000905@chuckr.org> Date: Sun, 09 Mar 2008 15:01:49 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47C728F1.9030102@chuckr.org> In-Reply-To: <47C728F1.9030102@chuckr.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: ldconfig problems: FIXED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2008 19:08:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: > I have had a small horde of little problems crop up, right after I finished > getting my raid disk fixed. I announced most of them on hackers, but this > one seems to me to be rather more likley to be at least partially the fault > that I run FreeBSD-current, so I am bringing it up here. > > Just before I go multiuser I get the normal annoucement from ldconfig, > announcing the addition of several different paths, Well, I see that, and > it looks fine, but right afterwards, i see several hundred extra lines, all > looking pretty much on the same way as these 5 example lines: > > ldconfig: ®: No such file or directory > ldconfig: ˙˙˙˙˙˙˙˙ų°: No such file or directory > ldconfig: ˙˙˙˙@³: No such file or directory > ldconfig: ´: No such file or directory > ldconfig: ˙˙˙˙˙˙˙˙W¶: No such file or directory > > I spent about an hour hunting for problems, but I can't spot what this is, > anybody else feel like hazarding a guess? I appreciate even wacky ideas, > because it's those wacky ones that usually prod me into figuring it out > myself, so don't feel bashful about helping, I won't jump down your throat > for the sillliest answers, I promise. > > Thanks, guys. > > BTW, I didn't announce ALL my problems, I hit two on to hackers, and one > here, but I have an audio one at the same time, and I figure the chances > are too high that it's a secondary problem to one of the 3 I have shown you > guys, so I'm going to hold my breath on that one, but I want to restart > seeing my dvd's again, that's for sure. I'm hoping, hoping, hoping ... Remember this hoary old thing? I really hate to debug big, interwoven shell scripts like this one obviously was, but I did finally track it down, by adding about 10^^9 diagnostic "echo" statements. It was my (very early in the install) setting of X11R6 paths for the ld_library_paths in rc.conf, and as soon as I made sure those paths were out of there, my weird listings went with them. Yes, I know I could have spenmt another 9 months and gotten it down to the specific library. As soon as I can figure out a way to reliably get FreeBSD to stick the X stuff back in X11R6 like it used to do, I will go back and fix it all. Right now, if you try it, there are a ton of little land mines scattered throughout ports, to blow you up, so I can't have it my way anymore, and I might as well give up and play the way you folks have allowed things to drift. I just really, really do wish you never ever let LOCALBASE go, the way that most Linux distros have done. I really dislike that, mixing local things with the system stuff. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH1DQdz62J6PPcoOkRAvCSAJ9j6bOyqIeyWKFgkaISBaNGJrcQuQCcCEF/ se/C34v/6M7bBguD4dJJuzU= =SWvS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 20:42: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 3280F106566B for ; Sun, 9 Mar 2008 20:42:15 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id F1AEF8FC1F for ; Sun, 9 Mar 2008 20:42:14 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 61728BF1F0; Sun, 9 Mar 2008 16:42:14 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 09 Mar 2008 16:42:14 -0400 X-Sasl-enc: Io+wEAxIU+gNQ3Cgsrf7nBvka4vPX+JYFji8uMNA/N+M 1205095333 Received: from triple0.qld.optushome.com.au (c210-49-75-149.rochd2.qld.optusnet.com.au [210.49.75.149]) by mail.messagingengine.com (Postfix) with ESMTPSA id E2F6531FB1; Sun, 9 Mar 2008 16:42:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by triple0.qld.optushome.com.au (Postfix) with ESMTP id B86B36DFA; Mon, 10 Mar 2008 06:42:10 +1000 (EST) From: Duncan Young To: Ben Stuyts Date: Mon, 10 Mar 2008 06:42:09 +1000 User-Agent: KMail/1.9.7 References: <200803091525.27311.duncan.young@pobox.com> <990680CB-A797-41C2-BDF0-E4968DFBDB94@altesco.nl> In-Reply-To: <990680CB-A797-41C2-BDF0-E4968DFBDB94@altesco.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803100642.09864.duncan.young@pobox.com> Cc: freebsd-current@freebsd.org Subject: Re: write cache on usb disks and zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: duncan.young@pobox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 20:42:15 -0000 Thanks for the reply. This was exactly what I was after, many thanks. Once I've sorted through my various usb caddies, I'll submit a similar PR. regards Duncan On Sun, 9 Mar 2008 10:45:22 pm Ben Stuyts wrote: > Hi, > > On 9 Mar 2008, at 06:25, Duncan Young wrote: > > I am trying to use the USB drives for backup and would like to use > > zfs on > > them, but the problem I have is with the cache disabled, I get lots of > > > > kernel: (da2:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 > > 0 0 0 0 > > kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition > > kernel: (da2:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 > > kernel: (da2:umass-sim0:0:0:0): Invalid command operation code > > kernel: (da2:umass-sim0:0:0:0): Unretryable error > > > > errors in /var/log/messages. > > > > I am assuming that the error messages are harmless, but it would be > > nice for > > zfs to pay attention and not continually issue the commands. Is > > there a way > > to do this? > > I had exactly the same problem (on 7-stable) and have added a quirk > for this particular drive to scsi_da.c. In my case the drive became > unresponsive for a few seconds, so the transfer rate was very low. > > Works fine so far with the quirk. I have filed a PR where you can see > my changes: http://www.freebsd.org/cgi/query-pr.cgi?pr=121474 > > Ben From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 01:49: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 D919710656C0 for ; Mon, 10 Mar 2008 01:49:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 759C68FC1A for ; Mon, 10 Mar 2008 01:49:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so792711wra.19 for ; Sun, 09 Mar 2008 18:49:08 -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=nwzIYRE+I/v3z3qaq2Nbs8y/Jv74WJGUigtFl3GfX60=; b=sz/KENfDXvpOuX327KtmVzeZFFz1ymQlFsVmly3DO0+Yb98ylct6FTCWcki/5BS6I6mBh+gI167phw9gLqohMzv9Ts3dAnfoEI8xbcvEURSxgz8A5k5Lh6PdekWnLGJ/mRQMNJAgwhqDyKHFmnkuZhazJExqjjEvvPZvuRPQFKY= 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=T6WFT21KWvMCg+91se9MI+NqiFSEk9swoFKcKNoWgxAL1DQZk42D9vPQT/dwv3P1l64iGS7+cXhoHRTFRWR3hwQjuwEshi07T36EmelhUsFzPBIwl5Gu+rFcOcUKcv/OddUKvJ8ROYiEaHEXBgqZxFz+ck9UqYLARDutshoxy74= Received: by 10.150.49.15 with SMTP id w15mr2345042ybw.32.1205113748442; Sun, 09 Mar 2008 18:49:08 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm9823057wrh.6.2008.03.09.18.49.05 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Mar 2008 18:49:07 -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 m2A1n1xg004126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 10:49:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2A1mxhc004125; Mon, 10 Mar 2008 10:48:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Mar 2008 10:48:59 +0900 From: Pyun YongHyeon To: JoaoBR Message-ID: <20080310014859.GD3553@cdnetworks.co.kr> References: <619190.81878.qm@web33704.mail.mud.yahoo.com> <200803081636.55536.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803081636.55536.joao@matik.com.br> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: re(4) problem 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, 10 Mar 2008 01:49:10 -0000 On Sat, Mar 08, 2008 at 04:36:55PM -0300, JoaoBR wrote: > On Saturday 08 March 2008 09:46:13 Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > > > From: Daniel Gerzo > > > To: Pyun YongHyeon > > > Cc: Daniel Gerzo ; current@FreeBSD.org; > > > yongari@FreeBSD.org Sent: Saturday, March 8, 2008 2:11:03 AM > > > Subject: Re[2]: re(4) problem > > > > > > Hello Pyun, > > > > > > Friday, March 7, 2008, 5:38:15 AM, you wrote: > > > > I guess your issue is not related with bus_dma fixes but improper > > > > handling of link state. Try attached patch and let me know how it > > > > goes. > > > > > > The attached patch didn't help, the box is again in the same status. > > > Can I provide you with some more detailed debugging info, or do you > > > have some other ideas what could be fixed? > > > > > > I could probably manage a remote access to that box, but no remote > > > console is available, and I don't know exactly how to trigger this > > > scenario, but I think it depends on the amount of traffic being sent > > > over the device. > > > > > > -- > > > Best regards, > > > Daniel mailto:danger@FreeBSD.org > > > > I'm using RELENG_7 too with pf, and I face the same problem for my mail > > server, which only gets new messages, and doesn't send anything since the > > outgoing mail runs on another servers. > > > > To get it working smoothly I have to reboot it every 3 days, otherwise I'll > > get packet loss even when I ping it from another server in the same lan. > > > > > I get actually around the problem by setting > > ifconfig re0 ... -txcsum -rxcsum -lro -tso > > which still shows the problem from time to time but seems that additional > > sysctl net.inet.tcp.tso=0 > > seems to help, I am over a week running fine with it > It seems that you've already disabled TSO on re(4) interface. Disabling system-wise TSO wouldn't affect re(4)'s TSO operation anymore. If it helps re(4) stability it would indicate other problems in kernel. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 01:55:34 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 7A6441065675 for ; Mon, 10 Mar 2008 01:55:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id 35ADD8FC1E for ; Mon, 10 Mar 2008 01:55:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so794736wra.19 for ; Sun, 09 Mar 2008 18:55:33 -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=JgEsdMYcoWHc4CiGIvOy8CLV2kpKoIwZa6QnaPMPjLk=; b=XWsk/fqCzS5sOX1sqxX/B5vEZN0jz9+bRnoijONaZn0fyVdALNLFJ6yemtPsCyQrrp/jqyA4IGcfTlINPhATdQtojSuXfYyN3jAVt+wMNh+wWZ7IdkxdoRyBsOu/yh0XyZbq11WXKS1afyLlZkhJLri7JJPTzcHz0GBa4qqfCH8= 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=Lq+Dmt7DtVoNquKp2abhNjtM6Ux8/EgB3c3WW3c4h3Vex8nUREMWKPm/cxub48ebhPLEPHGHYGK/CQZ3kwEL0RtBuPDaZWp5uyG/1Y+e5D+gJOsXb78qevEVJQFaMJWkz6/bJ/ADBetGB+2BweH4kSYX5rmqoNkecZlmGCHeVI4= Received: by 10.150.195.21 with SMTP id s21mr2342089ybf.87.1205114133280; Sun, 09 Mar 2008 18:55:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 62sm9848829wri.30.2008.03.09.18.55.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Mar 2008 18:55:32 -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 m2A1tReq004163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 10:55:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2A1tQRU004162; Mon, 10 Mar 2008 10:55:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Mar 2008 10:55:26 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20080310015526.GE3553@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <918167276.20080308170710@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re(4) problem 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, 10 Mar 2008 01:55:34 -0000 On Sat, Mar 08, 2008 at 05:07:10PM +0100, Daniel Gerzo wrote: > Hello, > > Saturday, March 8, 2008, 12:11:03 AM, has been written: > > > Hello Pyun, > > > Friday, March 7, 2008, 5:38:15 AM, you wrote: > > >> I guess your issue is not related with bus_dma fixes but improper > >> handling of link state. Try attached patch and let me know how it > >> goes. > > > The attached patch didn't help, the box is again in the same status. > > Can I provide you with some more detailed debugging info, or do you > > have some other ideas what could be fixed? > > > I could probably manage a remote access to that box, but no remote > > console is available, and I don't know exactly how to trigger this > > scenario, but I think it depends on the amount of traffic being sent > > over the device. > > If I won't hear from anybody in next 24 hours, I will have to replace > the network device in this box, in order to get it running properly. > > However, I don't consider this step as a right solution and I would > rather better like to have it fixed in the driver. > Yes, I'd like to. By any chance, does the system have more than 4GB memory? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 04:34: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 3B8761065672 for ; Mon, 10 Mar 2008 04:34:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id F2D628FC18 for ; Mon, 10 Mar 2008 04:34:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so521872anc.13 for ; Sun, 09 Mar 2008 21:34: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:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; bh=HngBL6mYyzfXHb+cFlcWr3cCu8j9NLUL+QAdVWjNFFM=; b=K2qTerbs+EeJD1dSkF+a3mo00mdTivEN56cE6VeGQ7VWDmp1OyjQRBkXsX9B4Ix+Hk/i+n6ReYoMesxg4MrGq//CR0bzaYq6sEikZTXdpp/Ehz42vPKPM0VuLfA2sNDe2j4p3jja8L7ve/AyPzgs/kTxK7/V8oWdzbzKGjDyPVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=D3NdTCEuVCH5PEUzok+DQGIGDMtyE6jFGUWZ2hMMS3ei6o/ijqqcl/A4PeHUegGv8HCeU0/noiiNlbU75QstDQttqrg+7aaqA9udKHplqv1fdHQIdLwRG3/Ql23g3//SWOwfC8g8hTImapcRu4Mq2UUWBMTw7fXHG5AiKJ1Dy00= Received: by 10.100.120.15 with SMTP id s15mr10239115anc.20.1205123661177; Sun, 09 Mar 2008 21:34:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id s38sm14568344rnb.10.2008.03.09.21.34.17 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Mar 2008 21:34: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 m2A4YDl4004581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 10 Mar 2008 13:34:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2A4YCQF004580 for freebsd-current@FreeBSD.org; Mon, 10 Mar 2008 13:34:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Mar 2008 13:34:12 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080310043412.GA4425@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 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: Mon, 10 Mar 2008 04:34:22 -0000 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 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. Thanks in advance. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 07:31: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 CA5521065671 for ; Mon, 10 Mar 2008 07:31:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0B48FC15 for ; Mon, 10 Mar 2008 07:31:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1912585wxd.7 for ; Mon, 10 Mar 2008 00:31:56 -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:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=v+wVshj0IMghxg47oBZd/9jpJD55JUVqvWbHb3/fcUw=; b=oxNj/zLZPpswEX1y8NgE9tsj54hUwAttHVf+cekKSNdRrCUYpG5OdTsKEMWarrmJZ/Oh9iCSvRnZTDFq3y47amZbthQIPphbiEg+llYFey+oWdMkScVoucEpCahRniFDKYCh7RtXKwGwzQVI3vmtU5QnU1l/+iQpodK2U+El9m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=vikzKEJiKgXj0x9fO6VxIUVN8Bq8ezvDi+hDpkPNsinzwS6AJN11N5lZ1QgM82bkd46HgbJxBlVb7GrmA6F42RvYNOmMAoW1Cz7lBIAK9ABlS5PI5+sA3HZMJ3mXIjJ9nXxbSDlv+/GFpzkAT2N0IUnWPUQTTqgCRe1ZT/IJ99U= Received: by 10.150.123.16 with SMTP id v16mr2526911ybc.156.1205134316742; Mon, 10 Mar 2008 00:31:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm11262464wrs.22.2008.03.10.00.31.54 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Mar 2008 00:31:55 -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 m2A7VomM005016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 16:31:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2A7Vogi005015; Mon, 10 Mar 2008 16:31:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Mar 2008 16:31:50 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080310073150.GC4425@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080310043412.GA4425@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: 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: Mon, 10 Mar 2008 07:31:57 -0000 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 > 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. > > Thanks in advance. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 07:53: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 B43EB1065670 for ; Mon, 10 Mar 2008 07:53:20 +0000 (UTC) (envelope-from robd@irulethe.net) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 91D548FC19 for ; Mon, 10 Mar 2008 07:53:20 +0000 (UTC) (envelope-from robd@irulethe.net) Received: by an-out-0708.google.com with SMTP id c14so540553anc.13 for ; Mon, 10 Mar 2008 00:53:19 -0700 (PDT) Received: by 10.100.58.2 with SMTP id g2mr10498301ana.75.1205134140700; Mon, 10 Mar 2008 00:29:00 -0700 (PDT) Received: by 10.100.96.18 with HTTP; Mon, 10 Mar 2008 00:29:00 -0700 (PDT) Message-ID: <4eb27b7c0803100029m56a99400g39801cf7f9714c36@mail.gmail.com> Date: Mon, 10 Mar 2008 00:29:00 -0700 From: "Robert J. Palmer" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Disable chflags when installing on ZFS volume? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 07:53:20 -0000 Hi all, I've been playing with ZFS for a while and I've wanted to use it as a root file system as an experiment. Just wondering if there was an easy way to tell installworld to _not_ set flags like schg when installing. Thanks, Rob From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 08:01: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 0619B106566C for ; Mon, 10 Mar 2008 08:01:35 +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 B1E898FC14 for ; Mon, 10 Mar 2008 08:01:34 +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 7713128457 for ; Mon, 10 Mar 2008 16:01:27 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 312ABEB0F91; Mon, 10 Mar 2008 16:01:27 +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 LSbxjsuZbz5F; Mon, 10 Mar 2008 16:01:22 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5AEC0EB0F6F; Mon, 10 Mar 2008 16:01:21 +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=RnBTx9NundfMUNyRm3UM55nt8bpq9NUqtEfUaqjW7KmDqPSK0lcMi9IkS+RAWqeMs VESztFURsjgWN4KyBbpKg== Message-ID: <47D4EACC.4050105@delphij.net> Date: Mon, 10 Mar 2008 01:01:16 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080309) MIME-Version: 1.0 To: "Robert J. Palmer" References: <4eb27b7c0803100029m56a99400g39801cf7f9714c36@mail.gmail.com> In-Reply-To: <4eb27b7c0803100029m56a99400g39801cf7f9714c36@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: Disable chflags when installing on ZFS volume? 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, 10 Mar 2008 08:01:35 -0000 Robert J. Palmer wrote: > Hi all, > > I've been playing with ZFS for a while and I've wanted to use it as a root > file system as an experiment. Just wondering if there was an easy way to > tell installworld to _not_ set flags like schg when installing. There is no easy way, but I believe that 7.x and 8.x will just DTRT by ignoring the errors from chflags... -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 08:37:44 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 85F851065673; Mon, 10 Mar 2008 08:37:44 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 798038FC2E; Mon, 10 Mar 2008 08:37:43 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 5C83110E818; Mon, 10 Mar 2008 09:36:26 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R1LGicRUQm1K; Mon, 10 Mar 2008 09:36:23 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 9AB9810E823; Mon, 10 Mar 2008 09:36:22 +0100 (CET) Date: Mon, 10 Mar 2008 09:39:36 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1251085027.20080310093936@rulez.sk> To: Pyun YongHyeon In-Reply-To: <20080310015526.GE3553@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> <20080310015526.GE3553@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------7B10D192103859CA" Cc: Daniel Gerzo , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re[2]: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 08:37:44 -0000 ------------7B10D192103859CA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Pyun, Monday, March 10, 2008, 2:55:26 AM, you wrote: > On Sat, Mar 08, 2008 at 05:07:10PM +0100, Daniel Gerzo wrote: >> Hello, >> >> Saturday, March 8, 2008, 12:11:03 AM, has been written: >> >> > Hello Pyun, >> >> > Friday, March 7, 2008, 5:38:15 AM, you wrote: >> >> >> I guess your issue is not related with bus_dma fixes but improper >> >> handling of link state. Try attached patch and let me know how it >> >> goes. >> >> > The attached patch didn't help, the box is again in the same status. >> > Can I provide you with some more detailed debugging info, or do you >> > have some other ideas what could be fixed? >> >> > I could probably manage a remote access to that box, but no remote >> > console is available, and I don't know exactly how to trigger this >> > scenario, but I think it depends on the amount of traffic being sent >> > over the device. >> >> If I won't hear from anybody in next 24 hours, I will have to replace >> the network device in this box, in order to get it running properly. >> >> However, I don't consider this step as a right solution and I would >> rather better like to have it fixed in the driver. >> > Yes, I'd like to. > By any chance, does the system have more than 4GB memory? Well it does have exactly 4GB. Attached, I am sending you the output of dmesg, pciconf and dmidecode utilities. The machine has been rebooted yesterday, but I haven't replaced (well re(4) is an onboard interface so better term would be disabled) the given NIC, but at the moment, it works fine. I suppose it will stop working in next 24 hours... -- Best regards, Daniel mailto:danger@FreeBSD.org ------------7B10D192103859CA Content-Type: application/octet-stream; name=pciconf Content-transfer-encoding: base64 Content-Disposition: attachment; filename=pciconf aG9zdGIwQHBjaTA6MDowOjA6ICAgICAgY2xhc3M9MHgwNjAwMDAgY2FyZD0weDc5MTAxMDAy IGNoaXA9MHg3OTEwMTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdB VEkgVGVjaG5vbG9naWVzIEluYycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzICAgPSBIT1NULVBDSQpwY2liMUBwY2kwOjA6MTowOiAgICAgICBjbGFzcz0weDA2MDQw MCBjYXJkPTB4NzkxMjEwMDIgY2hpcD0weDc5MTIxMDAyIHJldj0weDAwIGhkcj0weDAxCiAg ICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgY2xhc3MgICAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNpYjJAcGNpMDowOjc6MDogICAg ICAgY2xhc3M9MHgwNjA0MDAgY2FyZD0weDc5MTAxMDAyIGNoaXA9MHg3OTE3MTAwMiByZXY9 MHgwMCBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycK ICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCmF0YXBj aTBAcGNpMDowOjE4OjA6ICAgIGNsYXNzPTB4MDEwMThmIGNhcmQ9MHg3MzI3MTQ2MiBjaGlw PTB4NDM4MDEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRl Y2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBTZXJpYWwgQVRB IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFz cyAgID0gQVRBCm9oY2kwQHBjaTA6MDoxOTowOiAgICAgIGNsYXNzPTB4MGMwMzEwIGNhcmQ9 MHg3MzY4MTQ2MiBjaGlwPTB4NDM4NzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBT QjYwMCBVU0IgQ29udHJvbGxlciAoT0hDSTApJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBi dXMKICAgIHN1YmNsYXNzICAgPSBVU0IKb2hjaTFAcGNpMDowOjE5OjE6ICAgICAgY2xhc3M9 MHgwYzAzMTAgY2FyZD0weDczNjgxNDYyIGNoaXA9MHg0Mzg4MTAwMiByZXY9MHgwMCBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmlj ZSAgICAgPSAnSVhQIFNCNjAwIFVTQiBDb250cm9sbGVyIChPSENJMSknCiAgICBjbGFzcyAg ICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgpvaGNpMkBwY2kwOjA6MTk6 MjogICAgICBjbGFzcz0weDBjMDMxMCBjYXJkPTB4NzM2ODE0NjIgY2hpcD0weDQzODkxMDAy IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMg SW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAgVVNCIENvbnRyb2xsZXIgKE9IQ0ky KScKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCm9o Y2kzQHBjaTA6MDoxOTozOiAgICAgIGNsYXNzPTB4MGMwMzEwIGNhcmQ9MHg3MzY4MTQ2MiBj aGlwPTB4NDM4YTEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJ IFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBVU0IgQ29u dHJvbGxlciAoT0hDSTMpJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNs YXNzICAgPSBVU0IKb2hjaTRAcGNpMDowOjE5OjQ6ICAgICAgY2xhc3M9MHgwYzAzMTAgY2Fy ZD0weDczNjgxNDYyIGNoaXA9MHg0MzhiMTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnSVhQ IFNCNjAwIFVTQiBDb250cm9sbGVyIChPSENJNCknCiAgICBjbGFzcyAgICAgID0gc2VyaWFs IGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgplaGNpMEBwY2kwOjA6MTk6NTogICAgICBjbGFz cz0weDBjMDMyMCBjYXJkPTB4NzM2ODE0NjIgY2hpcD0weDQzODYxMDAyIHJldj0weDAwIGhk cj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2 aWNlICAgICA9ICdJWFAgU0I2MDAgVVNCIENvbnRyb2xsZXIgKEVIQ0kpJwogICAgY2xhc3Mg ICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKbm9uZTBAcGNpMDowOjIw OjA6ICAgICAgY2xhc3M9MHgwYzA1MDAgY2FyZD0weDczNjgxNDYyIGNoaXA9MHg0Mzg1MTAw MiByZXY9MHgxNCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVz IEluYycKICAgIGRldmljZSAgICAgPSAnSVhQIFNCNjAwIFNNQlVTIENvbnRyb2xsZXInCiAg ICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFNNQnVzCmF0YXBj aTFAcGNpMDowOjIwOjE6ICAgIGNsYXNzPTB4MDEwMThhIGNhcmQ9MHg3MzY4MTQ2MiBjaGlw PTB4NDM4YzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRl Y2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBBVEEgQ29udHJv bGxlcicKICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzICAgPSBB VEEKaXNhYjBAcGNpMDowOjIwOjM6ICAgICAgY2xhc3M9MHgwNjAxMDAgY2FyZD0weDczNjgx NDYyIGNoaXA9MHg0MzhkMTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnSVhQIFNCNjAwIFBD SSB0byBMUEMgQnJpZGdlJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IFBDSS1JU0EKcGNpYjNAcGNpMDowOjIwOjQ6ICAgICAgY2xhc3M9MHgwNjA0MDEgY2Fy ZD0weDAwMDAwMDAwIGNoaXA9MHg0Mzg0MTAwMiByZXY9MHgwMCBoZHI9MHgwMQogICAgdmVu ZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnSVhQ IFNCNjAwIFBDSSB0byBQQ0kgQnJpZGdlJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAg c3ViY2xhc3MgICA9IFBDSS1QQ0kKaG9zdGIxQHBjaTA6MDoyNDowOiAgICAgY2xhc3M9MHgw NjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxMTAwMTAyMiByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAg ZGV2aWNlICAgICA9ICcoSzgpIEF0aGxvbiA2NC9PcHRlcm9uIEh5cGVyVHJhbnNwb3J0IFRl Y2hub2xvZ3kgQ29uZmlndXJhdGlvbicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1 YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjJAcGNpMDowOjI0OjE6ICAgICBjbGFzcz0weDA2 MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDExMDExMDIyIHJldj0weDAwIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBk ZXZpY2UgICAgID0gJyhLOCkgQXRobG9uIDY0L09wdGVyb24gQWRkcmVzcyBNYXAnCiAgICBj bGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIzQHBj aTA6MDoyNDoyOiAgICAgY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgx MTAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBN aWNybyBEZXZpY2VzIChBTUQpJwogICAgZGV2aWNlICAgICA9ICcoSzgpIEF0aGxvbiA2NC9P cHRlcm9uIERSQU0gQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1 YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjRAcGNpMDowOjI0OjM6ICAgICBjbGFzcz0weDA2 MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDExMDMxMDIyIHJldj0weDAwIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBk ZXZpY2UgICAgID0gJyhLOCkgQXRobG9uIDY0L09wdGVyb24gTWlzY2VsbGFuZW91cyBDb250 cm9sJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJ CnZnYXBjaTBAcGNpMDoxOjU6MDogICAgIGNsYXNzPTB4MDMwMDAwIGNhcmQ9MHg3MzI3MTQ2 MiBjaGlwPTB4NzkxZTEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAn QVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1JhZGVvbiBYMTIwMCBT ZXJpZXMnCiAgICBjbGFzcyAgICAgID0gZGlzcGxheQogICAgc3ViY2xhc3MgICA9IFZHQQpu b25lMUBwY2kwOjE6NToyOiAgICAgICBjbGFzcz0weDA0MDMwMCBjYXJkPTB4NzkxOTEwMDIg Y2hpcD0weDc5MTkxMDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FU SSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdSYWRlb24gWDEyMDAgU2Vy aWVzIEF1ZGlvIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQpyZTBA cGNpMDoyOjA6MDogY2xhc3M9MHgwMjAwMDAgY2FyZD0weDM2OGMxNDYyIGNoaXA9MHg4MTY4 MTBlYyByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdSZWFsdGVrIFNlbWlj b25kdWN0b3InCiAgICBkZXZpY2UgICAgID0gJ1JUTDgxNjgvODExMSBQQ0ktRSBHaWdhYml0 IEV0aGVybmV0IE5JQycKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAg ID0gZXRoZXJuZXQKZW0wQHBjaTA6MzoyOjA6IGNsYXNzPTB4MDIwMDAwIGNhcmQ9MHgxMzc2 ODA4NiBjaGlwPTB4MTA3YzgwODYgcmV2PTB4MDUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1BSTy8xMDAwIEdUJwog ICAgY2xhc3MgICAgICA9IG5ldHdvcmsKICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldA== ------------7B10D192103859CA Content-Type: application/octet-stream; name="dmesg.boot" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CiAgICAgICAgVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2Fs aWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQg dHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgNy4wLVNUQUJM RSAjMjogU2F0IE1hciAgMSAxODo1NToyMyBDRVQgMjAwOAogICAgZGFuZ2VyQGhhLXdlYjEu aG9ja2V5YXJlbmEubmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL2hhLXdlYjEKVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBBTUQgQXRo bG9uKHRtKSA2NCBYMiBEdWFsIENvcmUgUHJvY2Vzc29yIDU2MDArICgyNzk5Ljk4LU1IeiBL OC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg0MGYzMyAg U3RlcHBpbmcgPSAzCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0Ms TVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHgyMDAxPFNTRTMs Q1gxNj4KICBBTUQgRmVhdHVyZXM9MHhlYTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1Is UkRUU0NQLExNLDNETm93ISssM0ROb3chPgogIEFNRCBGZWF0dXJlczI9MHgxZjxMQUhGLENN UCxTVk0sRXh0QVBJQyxDUjg+CiAgQ29yZXMgcGVyIHBhY2thZ2U6IDIKdXNhYmxlIG1lbW9y eSA9IDQyNTIzMjM4NDAgKDQwNTUgTUIpCmF2YWlsIG1lbW9yeSAgPSA0MDk3NjA1NjMyICgz OTA3IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxNIFMgSSAgT0VNQVBJQyA+CkZyZWVCU0QvU01Q OiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTog QVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKaW9hcGljMCA8VmVyc2lvbiAy LjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGtiZG11eDAKYWNwaTA6IDxN IFMgSSBPRU1SU0RUPiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQ b3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMp IGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMTAwMDAwLCBkZGYwMDAwMCAoMykgZmFp bGVkClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxp dHkgODUwCmFjcGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0 IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV90 aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBvbiBjcHUwCmFjcGlfdGhyb3R0bGUw OiBDTEtfVkFMIGZpZWxkIG92ZXJsYXBzIFRIVF9FTiBiaXQKZGV2aWNlX2F0dGFjaDogYWNw aV90aHJvdHRsZTAgYXR0YWNoIHJldHVybmVkIDYKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3Bp MApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFj cGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4YzAwMC0w eGMwZmYgbWVtIDB4ZmMwMDAwMDAtMHhmZGZmZmZmZiwweGZlOWYwMDAwLTB4ZmU5ZmZmZmYs MHhmZTgwMDAwMC0weGZlOGZmZmZmIGlycSAxOCBhdCBkZXZpY2UgNS4wIG9uIHBjaTEKcGNp MTogPG11bHRpbWVkaWE+IGF0IGRldmljZSA1LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp YjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpMjog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcmUwOiA8UmVhbFRlayA4MTY4LzgxMTFCIFBDSWUg R2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGQ4MDAtMHhkOGZmIG1lbSAweGZlYWZmMDAwLTB4 ZmVhZmZmZmYgaXJxIDE5IGF0IGRldmljZSAwLjAgb24gcGNpMgpyZTA6IFVzaW5nIDIgTVNJ IG1lc3NhZ2VzCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgxNjlT LzgxMTBTLzgyMTFCIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkw OiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAw MGJhc2VULCAxMDAwYmFzZVQtRkRYLCBhdXRvCnJlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6 MWQ6OTI6MzQ6MTI6N2EKcmUwOiBbRklMVEVSXQpyZTA6IFtGSUxURVJdCmF0YXBjaTA6IDxB VEkgSVhQNjAwIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGIwMDAtMHhiMDA3LDB4YTAw MC0weGEwMDMsMHg5MDAwLTB4OTAwNywweDgwMDAtMHg4MDAzLDB4NzAwMC0weDcwMGYgbWVt IDB4ZmU3ZmY4MDAtMHhmZTdmZmJmZiBpcnEgMjIgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAph dGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogQUhDSSBWZXJzaW9uIDAxLjEwIGNvbnRyb2xs ZXIgd2l0aCA0IHBvcnRzIGRldGVjdGVkCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFw Y2kwCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAph dGEzOiBbSVRIUkVBRF0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTAKYXRhNDog W0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBvbiBhdGFwY2kwCmF0YTU6IFtJVEhS RUFEXQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTdm ZTAwMC0weGZlN2ZlZmZmIGlycSAxNiBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCm9oY2kwOiBb R0lBTlQtTE9DS0VEXQpvaGNpMDogW0lUSFJFQURdCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAs IGxlZ2FjeSBzdXBwb3J0CnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcK dXNiMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2IwOiBV U0IgcmV2aXNpb24gMS4wCnVodWIwOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBtZW0gMHhmZTdmZDAwMC0weGZlN2ZkZmZmIGlycSAxNyBhdCBkZXZpY2UgMTku MSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQtTE9DS0VEXQpvaGNpMTogW0lUSFJFQURdCnVzYjE6 IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5vdCBy ZXNwb25kLCByZXNldHRpbmcKdXNiMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiBvaGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiA8QVRJIE9IQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxCnVodWIx OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpMjogPE9IQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTdmYzAwMC0weGZlN2ZjZmZmIGly cSAxOCBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCm9oY2kyOiBbR0lBTlQtTE9DS0VEXQpvaGNp MjogW0lUSFJFQURdCnVzYjI6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVz YjI6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcKdXNiMjogPE9IQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVo dWIyOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2IyCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTdm YjAwMC0weGZlN2ZiZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMyBvbiBwY2kwCm9oY2kzOiBb R0lBTlQtTE9DS0VEXQpvaGNpMzogW0lUSFJFQURdCnVzYjM6IE9IQ0kgdmVyc2lvbiAxLjAs IGxlZ2FjeSBzdXBwb3J0CnVzYjM6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcK dXNiMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMwp1c2IzOiBV U0IgcmV2aXNpb24gMS4wCnVodWIzOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzCnVodWIzOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpNDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBtZW0gMHhmZTdmYTAwMC0weGZlN2ZhZmZmIGlycSAxOCBhdCBkZXZpY2UgMTku NCBvbiBwY2kwCm9oY2k0OiBbR0lBTlQtTE9DS0VEXQpvaGNpNDogW0lUSFJFQURdCnVzYjQ6 IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjQ6IFNNTSBkb2VzIG5vdCBy ZXNwb25kLCByZXNldHRpbmcKdXNiNDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiBvaGNpNAp1c2I0OiBVU0IgcmV2aXNpb24gMS4wCnVodWI0OiA8QVRJIE9IQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I0CnVodWI0 OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmU3ZmYwMDAtMHhmZTdmZjBm ZiBpcnEgMTkgYXQgZGV2aWNlIDE5LjUgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0K ZWhjaTA6IFtJVEhSRUFEXQp1c2I1OiBFSENJIHZlcnNpb24gMS4wCnVzYjU6IGNvbXBhbmlv biBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMiB1c2IzIHVzYjQK dXNiNTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNi NTogVVNCIHJldmlzaW9uIDIuMAp1aHViNTogPEFUSSBFSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNQp1aHViNTogMTAgcG9ydHMgd2l0 aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+ IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTE6IDxBVEkgSVhQ NjAwIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0w eDE3NywweDM3NiwweGZmMDAtMHhmZjBmIGF0IGRldmljZSAyMC4xIG9uIHBjaTAKYXRhMDog PEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhMDogW0lUSFJFQURdCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9u IGlzYWIwCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24g cGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwplbTA6IDxJbnRlbChSKSBQUk8v MTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gVmVyc2lvbiAtIDYuNy4zPiBwb3J0IDB4ZTgwMC0w eGU4M2YgbWVtIDB4ZmViZTAwMDAtMHhmZWJmZmZmZiwweGZlYmMwMDAwLTB4ZmViZGZmZmYg aXJxIDIwIGF0IGRldmljZSAyLjAgb24gcGNpMwplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjFiOjIxOjEwOmYyOjI3CmVtMDogW0ZJTFRFUl0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0 dG9uPiBvbiBhY3BpMApzaW8wOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2Yg cHJvYmVkIGlycXMgMApzaW8wOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZApzaW8wOiBjb25m aWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8wOiBwb3J0 IG1heSBub3QgYmUgZW5hYmxlZApzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+ IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBl IDE2NTUwQQpzaW8wOiBbRklMVEVSXQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXli b2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1M T0NLRURdCmF0a2JkMDogW0lUSFJFQURdCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlv bWVtIDB4Y2Q4MDAtMHhjZTdmZiwweGNlODAwLTB4Y2Y3ZmYgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVh bCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBv cnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKV0FSTklORzog WkZTIGlzIGNvbnNpZGVyZWQgdG8gYmUgYW4gZXhwZXJpbWVudGFsIGZlYXR1cmUgaW4gRnJl ZUJTRC4KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpaRlMgZmlsZXN5c3Rl bSB2ZXJzaW9uIDYKWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uIDYKYWQ0OiAzODE1NTRNQiA8 U0FNU1VORyBIRDQwM0xKIENUMTAwLTEyPiBhdCBhdGEyLW1hc3RlciBTQVRBMzAwCmFkNjog MzgxNTU0TUIgPFNBTVNVTkcgSEQ0MDNMSiBDVDEwMC0xMj4gYXQgYXRhMy1tYXN0ZXIgU0FU QTMwMApTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKR0VPTV9NSVJST1I6IERldmljZSBtaXJy b3Ivcm9vdCBsYXVuY2hlZCAoMi8yKS4KR0VPTV9NSVJST1I6IERldmljZSBtaXJyb3Ivc3dh cCBsYXVuY2hlZCAoMi8yKS4KR0VPTV9NSVJST1I6IERldmljZSBtaXJyb3IvdmFyIGxhdW5j aGVkICgyLzIpLgpHRU9NX01JUlJPUjogRGV2aWNlIG1pcnJvci91c3IgbGF1bmNoZWQgKDIv MikuClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvbWlycm9yL3Jvb3QKcmUw OiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g VVA= ------------7B10D192103859CA Content-Type: application/octet-stream; name=dmidecode Content-transfer-encoding: base64 Content-Disposition: attachment; filename=dmidecode IyBkbWlkZWNvZGUgMi45ClNNQklPUyAyLjUgcHJlc2VudC4KNDggc3RydWN0dXJlcyBvY2N1 cHlpbmcgMTc5OCBieXRlcy4KVGFibGUgYXQgMHgwMDBGQjhFMC4KCkhhbmRsZSAweDAwMDAs IERNSSB0eXBlIDAsIDI0IGJ5dGVzCkJJT1MgSW5mb3JtYXRpb24KICAgICAgICBWZW5kb3I6 IEFtZXJpY2FuIE1lZ2F0cmVuZHMgSW5jLgogICAgICAgIFZlcnNpb246IFYxLjVCMgogICAg ICAgIFJlbGVhc2UgRGF0ZTogMTAvMzEvMjAwNwogICAgICAgIEFkZHJlc3M6IDB4RjAwMDAK ICAgICAgICBSdW50aW1lIFNpemU6IDY0IGtCCiAgICAgICAgUk9NIFNpemU6IDEwMjQga0IK ICAgICAgICBDaGFyYWN0ZXJpc3RpY3M6CiAgICAgICAgICAgICAgICBJU0EgaXMgc3VwcG9y dGVkCiAgICAgICAgICAgICAgICBQQ0kgaXMgc3VwcG9ydGVkCiAgICAgICAgICAgICAgICBQ TlAgaXMgc3VwcG9ydGVkCiAgICAgICAgICAgICAgICBBUE0gaXMgc3VwcG9ydGVkCiAgICAg ICAgICAgICAgICBCSU9TIGlzIHVwZ3JhZGVhYmxlCiAgICAgICAgICAgICAgICBCSU9TIHNo YWRvd2luZyBpcyBhbGxvd2VkCiAgICAgICAgICAgICAgICBFU0NEIHN1cHBvcnQgaXMgYXZh aWxhYmxlCiAgICAgICAgICAgICAgICBCb290IGZyb20gQ0QgaXMgc3VwcG9ydGVkCiAgICAg ICAgICAgICAgICBTZWxlY3RhYmxlIGJvb3QgaXMgc3VwcG9ydGVkCiAgICAgICAgICAgICAg ICBCSU9TIFJPTSBpcyBzb2NrZXRlZAogICAgICAgICAgICAgICAgRUREIGlzIHN1cHBvcnRl ZAogICAgICAgICAgICAgICAgNS4yNSIvMS4yIE1CIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3Vw cG9ydGVkIChpbnQgMTNoKQogICAgICAgICAgICAgICAgMy41Ii83MjAgS0IgZmxvcHB5IHNl cnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxM2gpCiAgICAgICAgICAgICAgICAzLjUiLzIu ODggTUIgZmxvcHB5IHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxM2gpCiAgICAgICAg ICAgICAgICBQcmludCBzY3JlZW4gc2VydmljZSBpcyBzdXBwb3J0ZWQgKGludCA1aCkKICAg ICAgICAgICAgICAgIDgwNDIga2V5Ym9hcmQgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50 IDloKQogICAgICAgICAgICAgICAgU2VyaWFsIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGlu dCAxNGgpCiAgICAgICAgICAgICAgICBQcmludGVyIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQg KGludCAxN2gpCiAgICAgICAgICAgICAgICBDR0EvbW9ubyB2aWRlbyBzZXJ2aWNlcyBhcmUg c3VwcG9ydGVkIChpbnQgMTBoKQogICAgICAgICAgICAgICAgQUNQSSBpcyBzdXBwb3J0ZWQK ICAgICAgICAgICAgICAgIFVTQiBsZWdhY3kgaXMgc3VwcG9ydGVkCiAgICAgICAgICAgICAg ICBMUy0xMjAgYm9vdCBpcyBzdXBwb3J0ZWQKICAgICAgICAgICAgICAgIEFUQVBJIFppcCBk cml2ZSBib290IGlzIHN1cHBvcnRlZAogICAgICAgICAgICAgICAgQklPUyBib290IHNwZWNp ZmljYXRpb24gaXMgc3VwcG9ydGVkCiAgICAgICAgICAgICAgICBUYXJnZXRlZCBjb250ZW50 IGRpc3RyaWJ1dGlvbiBpcyBzdXBwb3J0ZWQKICAgICAgICBCSU9TIFJldmlzaW9uOiA4LjE0 CgpIYW5kbGUgMHgwMDAxLCBETUkgdHlwZSAxLCAyNyBieXRlcwpTeXN0ZW0gSW5mb3JtYXRp b24KICAgICAgICBNYW51ZmFjdHVyZXI6IE1JQ1JPLVNUQVIgSU5URVJBTlRJT05BTCBDTy4s TFRECiAgICAgICAgUHJvZHVjdCBOYW1lOiBNUy03MzY4CiAgICAgICAgVmVyc2lvbjogMS4w CiAgICAgICAgU2VyaWFsIE51bWJlcjogVG8gQmUgRmlsbGVkIEJ5IE8uRS5NLgogICAgICAg IFVVSUQ6IE5vdCBQcmVzZW50CiAgICAgICAgV2FrZS11cCBUeXBlOiBQb3dlciBTd2l0Y2gK ICAgICAgICBTS1UgTnVtYmVyOiBUbyBCZSBGaWxsZWQgQnkgTy5FLk0uCiAgICAgICAgRmFt aWx5OiBUbyBCZSBGaWxsZWQgQnkgTy5FLk0uCgpIYW5kbGUgMHgwMDAyLCBETUkgdHlwZSAy LCAxNSBieXRlcwpCYXNlIEJvYXJkIEluZm9ybWF0aW9uCiAgICAgICAgTWFudWZhY3R1cmVy OiBNSUNSTy1TVEFSIElOVEVSQU5USU9OQUwgQ08uLExURAogICAgICAgIFByb2R1Y3QgTmFt ZTogTVMtNzM2OAogICAgICAgIFZlcnNpb246IDEuMAogICAgICAgIFNlcmlhbCBOdW1iZXI6 IFRvIGJlIGZpbGxlZCBieSBPLkUuTS4KICAgICAgICBBc3NldCBUYWc6IFRvIEJlIEZpbGxl ZCBCeSBPLkUuTS4KICAgICAgICBGZWF0dXJlczoKICAgICAgICAgICAgICAgIEJvYXJkIGlz IGEgaG9zdGluZyBib2FyZAogICAgICAgICAgICAgICAgQm9hcmQgaXMgcmVwbGFjZWFibGUK ICAgICAgICBMb2NhdGlvbiBJbiBDaGFzc2lzOiBUbyBCZSBGaWxsZWQgQnkgTy5FLk0uCiAg ICAgICAgQ2hhc3NpcyBIYW5kbGU6IDB4MDAwMwogICAgICAgIFR5cGU6IE1vdGhlcmJvYXJk CiAgICAgICAgQ29udGFpbmVkIE9iamVjdCBIYW5kbGVzOiAwCgpIYW5kbGUgMHgwMDAzLCBE TUkgdHlwZSAzLCAyMSBieXRlcwpDaGFzc2lzIEluZm9ybWF0aW9uCiAgICAgICAgTWFudWZh Y3R1cmVyOiBUbyBCZSBGaWxsZWQgQnkgTy5FLk0uCiAgICAgICAgVHlwZTogRGVza3RvcAog ICAgICAgIExvY2s6IE5vdCBQcmVzZW50CiAgICAgICAgVmVyc2lvbjogVG8gQmUgRmlsbGVk IEJ5IE8uRS5NLgogICAgICAgIFNlcmlhbCBOdW1iZXI6IFRvIEJlIEZpbGxlZCBCeSBPLkUu TS4KICAgICAgICBBc3NldCBUYWc6IFRvIEJlIEZpbGxlZCBCeSBPLkUuTS4KICAgICAgICBC b290LXVwIFN0YXRlOiBTYWZlCiAgICAgICAgUG93ZXIgU3VwcGx5IFN0YXRlOiBTYWZlCiAg ICAgICAgVGhlcm1hbCBTdGF0ZTogU2FmZQogICAgICAgIFNlY3VyaXR5IFN0YXR1czogTm9u ZQogICAgICAgIE9FTSBJbmZvcm1hdGlvbjogMHgwMDAwMDAwMAogICAgICAgIEhlaWdodDog VW5zcGVjaWZpZWQKICAgICAgICBOdW1iZXIgT2YgUG93ZXIgQ29yZHM6IDEKICAgICAgICBD b250YWluZWQgRWxlbWVudHM6IDAKCkhhbmRsZSAweDAwMDQsIERNSSB0eXBlIDQsIDQwIGJ5 dGVzClByb2Nlc3NvciBJbmZvcm1hdGlvbgogICAgICAgIFNvY2tldCBEZXNpZ25hdGlvbjog Q1BVIDEKICAgICAgICBUeXBlOiBDZW50cmFsIFByb2Nlc3NvcgogICAgICAgIEZhbWlseTog T3RoZXIKICAgICAgICBNYW51ZmFjdHVyZXI6IEFNRAogICAgICAgIElEOiAzMyAwRiAwNCAw MCBGRiBGQiA4QiAxNwogICAgICAgIFZlcnNpb246IEFNRCBBdGhsb24odG0pIDY0IFgyIER1 YWwgQ29yZSBQcm9jZXNzb3IgNTYwMCsKICAgICAgICBWb2x0YWdlOiAxLjUgVgogICAgICAg IEV4dGVybmFsIENsb2NrOiAyMDAgTUh6CiAgICAgICAgTWF4IFNwZWVkOiAyODAwIE1Iegog ICAgICAgIEN1cnJlbnQgU3BlZWQ6IDI4MDAgTUh6CiAgICAgICAgU3RhdHVzOiBQb3B1bGF0 ZWQsIEVuYWJsZWQKICAgICAgICBVcGdyYWRlOiBPdGhlcgogICAgICAgIEwxIENhY2hlIEhh bmRsZTogMHgwMDA1CiAgICAgICAgTDIgQ2FjaGUgSGFuZGxlOiAweDAwMDYKICAgICAgICBM MyBDYWNoZSBIYW5kbGU6IDB4MDAwNwogICAgICAgIFNlcmlhbCBOdW1iZXI6IFRvIEJlIEZp bGxlZCBCeSBPLkUuTS4KICAgICAgICBBc3NldCBUYWc6IFRvIEJlIEZpbGxlZCBCeSBPLkUu TS4KICAgICAgICBQYXJ0IE51bWJlcjogVG8gQmUgRmlsbGVkIEJ5IE8uRS5NLgogICAgICAg IENvcmUgQ291bnQ6IDIKICAgICAgICBDb3JlIEVuYWJsZWQ6IDIKICAgICAgICBDaGFyYWN0 ZXJpc3RpY3M6CiAgICAgICAgICAgICAgICA2NC1iaXQgY2FwYWJsZQoKSGFuZGxlIDB4MDAw NSwgRE1JIHR5cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KICAgICAgICBTb2Nr ZXQgRGVzaWduYXRpb246IEwxLUNhY2hlCiAgICAgICAgQ29uZmlndXJhdGlvbjogRW5hYmxl ZCwgTm90IFNvY2tldGVkLCBMZXZlbCAxCiAgICAgICAgT3BlcmF0aW9uYWwgTW9kZTogVmFy aWVzIFdpdGggTWVtb3J5IEFkZHJlc3MKICAgICAgICBMb2NhdGlvbjogSW50ZXJuYWwKICAg ICAgICBJbnN0YWxsZWQgU2l6ZTogMjU2IEtCCiAgICAgICAgTWF4aW11bSBTaXplOiAyNTYg S0IKICAgICAgICBTdXBwb3J0ZWQgU1JBTSBUeXBlczoKICAgICAgICAgICAgICAgIFBpcGVs aW5lIEJ1cnN0CiAgICAgICAgSW5zdGFsbGVkIFNSQU0gVHlwZTogUGlwZWxpbmUgQnVyc3QK ICAgICAgICBTcGVlZDogVW5rbm93bgogICAgICAgIEVycm9yIENvcnJlY3Rpb24gVHlwZTog U2luZ2xlLWJpdCBFQ0MKICAgICAgICBTeXN0ZW0gVHlwZTogRGF0YQogICAgICAgIEFzc29j aWF0aXZpdHk6IDQtd2F5IFNldC1hc3NvY2lhdGl2ZQoKSGFuZGxlIDB4MDAwNiwgRE1JIHR5 cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KICAgICAgICBTb2NrZXQgRGVzaWdu YXRpb246IEwyLUNhY2hlCiAgICAgICAgQ29uZmlndXJhdGlvbjogRW5hYmxlZCwgTm90IFNv Y2tldGVkLCBMZXZlbCAyCiAgICAgICAgT3BlcmF0aW9uYWwgTW9kZTogVmFyaWVzIFdpdGgg TWVtb3J5IEFkZHJlc3MKICAgICAgICBMb2NhdGlvbjogSW50ZXJuYWwKICAgICAgICBJbnN0 YWxsZWQgU2l6ZTogMjA0OCBLQgogICAgICAgIE1heGltdW0gU2l6ZTogMjA0OCBLQgogICAg ICAgIFN1cHBvcnRlZCBTUkFNIFR5cGVzOgogICAgICAgICAgICAgICAgUGlwZWxpbmUgQnVy c3QKICAgICAgICBJbnN0YWxsZWQgU1JBTSBUeXBlOiBQaXBlbGluZSBCdXJzdAogICAgICAg IFNwZWVkOiBVbmtub3duCiAgICAgICAgRXJyb3IgQ29ycmVjdGlvbiBUeXBlOiBTaW5nbGUt Yml0IEVDQwogICAgICAgIFN5c3RlbSBUeXBlOiBVbmlmaWVkCiAgICAgICAgQXNzb2NpYXRp dml0eTogNC13YXkgU2V0LWFzc29jaWF0aXZlCgpIYW5kbGUgMHgwMDA3LCBETUkgdHlwZSA3 LCAxOSBieXRlcwpDYWNoZSBJbmZvcm1hdGlvbgogICAgICAgIFNvY2tldCBEZXNpZ25hdGlv bjogTDMtQ2FjaGUKICAgICAgICBDb25maWd1cmF0aW9uOiBEaXNhYmxlZCwgTm90IFNvY2tl dGVkLCBMZXZlbCAzCiAgICAgICAgT3BlcmF0aW9uYWwgTW9kZTogVW5rbm93bgogICAgICAg IExvY2F0aW9uOiBJbnRlcm5hbAogICAgICAgIEluc3RhbGxlZCBTaXplOiAwIEtCCiAgICAg ICAgTWF4aW11bSBTaXplOiAwIEtCCiAgICAgICAgU3VwcG9ydGVkIFNSQU0gVHlwZXM6CiAg ICAgICAgICAgICAgICBVbmtub3duCiAgICAgICAgSW5zdGFsbGVkIFNSQU0gVHlwZTogVW5r bm93bgogICAgICAgIFNwZWVkOiBVbmtub3duCiAgICAgICAgRXJyb3IgQ29ycmVjdGlvbiBU eXBlOiBVbmtub3duCiAgICAgICAgU3lzdGVtIFR5cGU6IFVua25vd24KICAgICAgICBBc3Nv Y2lhdGl2aXR5OiBVbmtub3duCgpIYW5kbGUgMHgwMDA4LCBETUkgdHlwZSA1LCAyMCBieXRl cwpNZW1vcnkgQ29udHJvbGxlciBJbmZvcm1hdGlvbgogICAgICAgIEVycm9yIERldGVjdGlu ZyBNZXRob2Q6IDY0LWJpdCBFQ0MKICAgICAgICBFcnJvciBDb3JyZWN0aW5nIENhcGFiaWxp dGllczoKICAgICAgICAgICAgICAgIE5vbmUKICAgICAgICBTdXBwb3J0ZWQgSW50ZXJsZWF2 ZTogT25lLXdheSBJbnRlcmxlYXZlCiAgICAgICAgQ3VycmVudCBJbnRlcmxlYXZlOiBPbmUt d2F5IEludGVybGVhdmUKICAgICAgICBNYXhpbXVtIE1lbW9yeSBNb2R1bGUgU2l6ZTogNTEy IE1CCiAgICAgICAgTWF4aW11bSBUb3RhbCBNZW1vcnkgU2l6ZTogMTAyNCBNQgogICAgICAg IFN1cHBvcnRlZCBTcGVlZHM6CiAgICAgICAgICAgICAgICA3MCBucwogICAgICAgICAgICAg ICAgNjAgbnMKICAgICAgICBTdXBwb3J0ZWQgTWVtb3J5IFR5cGVzOgogICAgICAgICAgICAg ICAgU0lNTQogICAgICAgICAgICAgICAgRElNTQogICAgICAgICAgICAgICAgU0RSQU0KICAg ICAgICBNZW1vcnkgTW9kdWxlIFZvbHRhZ2U6IDMuMyBWCiAgICAgICAgQXNzb2NpYXRlZCBN ZW1vcnkgU2xvdHM6IDIKICAgICAgICAgICAgICAgIDB4MDAwOQogICAgICAgICAgICAgICAg MHgwMDBBCiAgICAgICAgRW5hYmxlZCBFcnJvciBDb3JyZWN0aW5nIENhcGFiaWxpdGllczoK ICAgICAgICAgICAgICAgIE5vbmUKCkhhbmRsZSAweDAwMDksIERNSSB0eXBlIDYsIDEyIGJ5 dGVzCk1lbW9yeSBNb2R1bGUgSW5mb3JtYXRpb24KICAgICAgICBTb2NrZXQgRGVzaWduYXRp b246IERJTU0wCiAgICAgICAgQmFuayBDb25uZWN0aW9uczogMCA1CiAgICAgICAgQ3VycmVu dCBTcGVlZDogMTYxIG5zCiAgICAgICAgVHlwZTogRUNDIERJTU0KICAgICAgICBJbnN0YWxs ZWQgU2l6ZTogMTAyNCBNQiAoRG91YmxlLWJhbmsgQ29ubmVjdGlvbikKICAgICAgICBFbmFi bGVkIFNpemU6IDEwMjQgTUIgKERvdWJsZS1iYW5rIENvbm5lY3Rpb24pCiAgICAgICAgRXJy b3IgU3RhdHVzOiBPSwoKSGFuZGxlIDB4MDAwQSwgRE1JIHR5cGUgNiwgMTIgYnl0ZXMKTWVt b3J5IE1vZHVsZSBJbmZvcm1hdGlvbgogICAgICAgIFNvY2tldCBEZXNpZ25hdGlvbjogRElN TTEKICAgICAgICBCYW5rIENvbm5lY3Rpb25zOiAwIDUKICAgICAgICBDdXJyZW50IFNwZWVk OiAxNjMgbnMKICAgICAgICBUeXBlOiBFQ0MgRElNTQogICAgICAgIEluc3RhbGxlZCBTaXpl OiAxMDI0IE1CIChEb3VibGUtYmFuayBDb25uZWN0aW9uKQogICAgICAgIEVuYWJsZWQgU2l6 ZTogMTAyNCBNQiAoRG91YmxlLWJhbmsgQ29ubmVjdGlvbikKICAgICAgICBFcnJvciBTdGF0 dXM6IE9LCgpIYW5kbGUgMHgwMDBCLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVj dG9yIEluZm9ybWF0aW9uCiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6 IEoxQTEKICAgICAgICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIEV4 dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBQUzJNb3VzZQogICAgICAgIEV4dGVybmFs IENvbm5lY3RvciBUeXBlOiBQUy8yCiAgICAgICAgUG9ydCBUeXBlOiBNb3VzZSBQb3J0CgpI YW5kbGUgMHgwMDBDLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9y bWF0aW9uCiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEoxQTEKICAg ICAgICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIEV4dGVybmFsIFJl ZmVyZW5jZSBEZXNpZ25hdG9yOiBLZXlib2FyZAogICAgICAgIEV4dGVybmFsIENvbm5lY3Rv ciBUeXBlOiBQUy8yCiAgICAgICAgUG9ydCBUeXBlOiBLZXlib2FyZCBQb3J0CgpIYW5kbGUg MHgwMDBELCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9u CiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEoyQTIKICAgICAgICBJ bnRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIEV4dGVybmFsIFJlZmVyZW5j ZSBEZXNpZ25hdG9yOiBVU0IxCiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IEFj Y2VzcyBCdXMgKFVTQikKICAgICAgICBQb3J0IFR5cGU6IFVTQgoKSGFuZGxlIDB4MDAwRSwg RE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlvbgogICAgICAg IEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKMkEyCiAgICAgICAgSW50ZXJuYWwg Q29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWdu YXRvcjogVVNCMgogICAgICAgIEV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBBY2Nlc3MgQnVz IChVU0IpCiAgICAgICAgUG9ydCBUeXBlOiBVU0IKCkhhbmRsZSAweDAwMEYsIERNSSB0eXBl IDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24KICAgICAgICBJbnRlcm5h bCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjRBMQogICAgICAgIEludGVybmFsIENvbm5lY3Rv ciBUeXBlOiBOb25lCiAgICAgICAgRXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IExQ VCAxCiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IERCLTI1IG1hbGUKICAgICAg ICBQb3J0IFR5cGU6IFBhcmFsbGVsIFBvcnQgRUNQL0VQUAoKSGFuZGxlIDB4MDAxMCwgRE1J IHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlvbgogICAgICAgIElu dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKMkExCiAgICAgICAgSW50ZXJuYWwgQ29u bmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRv cjogQ09NIEEKICAgICAgICBFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogREItOSBtYWxlCiAg ICAgICAgUG9ydCBUeXBlOiBTZXJpYWwgUG9ydCAxNjU1MEEgQ29tcGF0aWJsZQoKSGFuZGxl IDB4MDAxMSwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKNkExCiAgICAgICAg SW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBFeHRlcm5hbCBSZWZlcmVu Y2UgRGVzaWduYXRvcjogQXVkaW8gTWljIEluCiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9y IFR5cGU6IE1pbmkgSmFjayAoaGVhZHBob25lcykKICAgICAgICBQb3J0IFR5cGU6IEF1ZGlv IFBvcnQKCkhhbmRsZSAweDAwMTIsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0 b3IgSW5mb3JtYXRpb24KICAgICAgICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjog SjZBMQogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCiAgICAgICAgRXh0 ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEF1ZGlvIExpbmUgSW4KICAgICAgICBFeHRl cm5hbCBDb25uZWN0b3IgVHlwZTogTWluaSBKYWNrIChoZWFkcGhvbmVzKQogICAgICAgIFBv cnQgVHlwZTogQXVkaW8gUG9ydAoKSGFuZGxlIDB4MDAxMywgRE1JIHR5cGUgOCwgOSBieXRl cwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlvbgogICAgICAgIEludGVybmFsIFJlZmVyZW5j ZSBEZXNpZ25hdG9yOiBKNkIxIC0gQVVYIElOCiAgICAgICAgSW50ZXJuYWwgQ29ubmVjdG9y IFR5cGU6IE9uIEJvYXJkIFNvdW5kIElucHV0IEZyb20gQ0QtUk9NCiAgICAgICAgRXh0ZXJu YWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBFeHRlcm5h bCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogQXVkaW8gUG9ydAoK SGFuZGxlIDB4MDAxNCwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZv cm1hdGlvbgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKNkIyIC0g Q0RJTgogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBTb3VuZCBJ bnB1dCBGcm9tIENELVJPTQogICAgICAgIEV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9y OiBOb3QgU3BlY2lmaWVkCiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUK ICAgICAgICBQb3J0IFR5cGU6IEF1ZGlvIFBvcnQKCkhhbmRsZSAweDAwMTUsIERNSSB0eXBl IDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24KICAgICAgICBJbnRlcm5h bCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjZKMiAtIFBSSSBJREUKICAgICAgICBJbnRlcm5h bCBDb25uZWN0b3IgVHlwZTogT24gQm9hcmQgSURFCiAgICAgICAgRXh0ZXJuYWwgUmVmZXJl bmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBFeHRlcm5hbCBDb25uZWN0 b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogT3RoZXIKCkhhbmRsZSAweDAwMTYs IERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24KICAgICAg ICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjZKMSAtIFNFQyBJREUKICAgICAg ICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogT24gQm9hcmQgSURFCiAgICAgICAgRXh0ZXJu YWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBFeHRlcm5h bCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogT3RoZXIKCkhhbmRs ZSAweDAwMTcsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRp b24KICAgICAgICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjRKMSAtIEZMT1BQ WQogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBGbG9wcHkKICAg ICAgICBFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogTm90IFNwZWNpZmllZAogICAg ICAgIEV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCiAgICAgICAgUG9ydCBUeXBlOiBP dGhlcgoKSGFuZGxlIDB4MDAxOCwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3Rv ciBJbmZvcm1hdGlvbgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBK OUgxIC0gRlJPTlQgUE5MCiAgICAgICAgSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IDkgUGlu IER1YWwgSW5saW5lIChwaW4gMTAgY3V0KQogICAgICAgIEV4dGVybmFsIFJlZmVyZW5jZSBE ZXNpZ25hdG9yOiBOb3QgU3BlY2lmaWVkCiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5 cGU6IE5vbmUKICAgICAgICBQb3J0IFR5cGU6IE90aGVyCgpIYW5kbGUgMHgwMDE5LCBETUkg dHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9uCiAgICAgICAgSW50 ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEoxQjEgLSBDSEFTU0lTIFJFQVIgRkFOCiAg ICAgICAgSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE90aGVyCiAgICAgICAgRXh0ZXJuYWwg UmVmZXJlbmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBFeHRlcm5hbCBD b25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogT3RoZXIKCkhhbmRsZSAw eDAwMUEsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24K ICAgICAgICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjJGMSAtIENQVSBGQU4K ICAgICAgICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogT3RoZXIKICAgICAgICBFeHRlcm5h bCBSZWZlcmVuY2UgRGVzaWduYXRvcjogTm90IFNwZWNpZmllZAogICAgICAgIEV4dGVybmFs IENvbm5lY3RvciBUeXBlOiBOb25lCiAgICAgICAgUG9ydCBUeXBlOiBPdGhlcgoKSGFuZGxl IDB4MDAxQiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKOEI0IC0gRlJPTlQg RkFOCiAgICAgICAgSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE90aGVyCiAgICAgICAgRXh0 ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBFeHRl cm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogT3RoZXIKCkhh bmRsZSAweDAwMUMsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3Jt YXRpb24KICAgICAgICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjlHMiAtIEZO VCBVU0IKICAgICAgICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogT3RoZXIKICAgICAgICBF eHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogTm90IFNwZWNpZmllZAogICAgICAgIEV4 dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCiAgICAgICAgUG9ydCBUeXBlOiBPdGhlcgoK SGFuZGxlIDB4MDAxRCwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZv cm1hdGlvbgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBKNkMzIC0g RlAgQVVECiAgICAgICAgSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE90aGVyCiAgICAgICAg RXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IE5vdCBTcGVjaWZpZWQKICAgICAgICBF eHRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQogICAgICAgIFBvcnQgVHlwZTogT3RoZXIK CkhhbmRsZSAweDAwMUUsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5m b3JtYXRpb24KICAgICAgICBJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogSjlHMSAt IENPTkZJRwogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPdGhlcgogICAgICAg IEV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBOb3QgU3BlY2lmaWVkCiAgICAgICAg RXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBQb3J0IFR5cGU6IE90aGVy CgpIYW5kbGUgMHgwMDFGLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIElu Zm9ybWF0aW9uCiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEo4QzEg LSBTQ1NJIExFRAogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPdGhlcgogICAg ICAgIEV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBOb3QgU3BlY2lmaWVkCiAgICAg ICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBQb3J0IFR5cGU6IE90 aGVyCgpIYW5kbGUgMHgwMDIwLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9y IEluZm9ybWF0aW9uCiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEo5 SjIgLSBJTlRSVURFUgogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPdGhlcgog ICAgICAgIEV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBOb3QgU3BlY2lmaWVkCiAg ICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBQb3J0IFR5cGU6 IE90aGVyCgpIYW5kbGUgMHgwMDIxLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVj dG9yIEluZm9ybWF0aW9uCiAgICAgICAgSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6 IEo5RzQgLSBJVFAKICAgICAgICBJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogT3RoZXIKICAg ICAgICBFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogTm90IFNwZWNpZmllZAogICAg ICAgIEV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCiAgICAgICAgUG9ydCBUeXBlOiBP dGhlcgoKSGFuZGxlIDB4MDAyMiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3Rv ciBJbmZvcm1hdGlvbgogICAgICAgIEludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBK MkgxIC0gTUFJTiBQT1dFUgogICAgICAgIEludGVybmFsIENvbm5lY3RvciBUeXBlOiBPdGhl cgogICAgICAgIEV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBOb3QgU3BlY2lmaWVk CiAgICAgICAgRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKICAgICAgICBQb3J0IFR5 cGU6IE90aGVyCgpIYW5kbGUgMHgwMDIzLCBETUkgdHlwZSA5LCAxMyBieXRlcwpTeXN0ZW0g U2xvdCBJbmZvcm1hdGlvbgogICAgICAgIERlc2lnbmF0aW9uOiBBR1AKICAgICAgICBUeXBl OiAzMi1iaXQgQUdQIDR4CiAgICAgICAgQ3VycmVudCBVc2FnZTogSW4gVXNlCiAgICAgICAg TGVuZ3RoOiBTaG9ydAogICAgICAgIElEOiAwCiAgICAgICAgQ2hhcmFjdGVyaXN0aWNzOgog ICAgICAgICAgICAgICAgMy4zIFYgaXMgcHJvdmlkZWQKICAgICAgICAgICAgICAgIE9wZW5p bmcgaXMgc2hhcmVkCiAgICAgICAgICAgICAgICBQTUUgc2lnbmFsIGlzIHN1cHBvcnRlZAoK SGFuZGxlIDB4MDAyNCwgRE1JIHR5cGUgOSwgMTMgYnl0ZXMKU3lzdGVtIFNsb3QgSW5mb3Jt YXRpb24KICAgICAgICBEZXNpZ25hdGlvbjogUENJMQogICAgICAgIFR5cGU6IDMyLWJpdCBQ Q0kKICAgICAgICBDdXJyZW50IFVzYWdlOiBJbiBVc2UKICAgICAgICBMZW5ndGg6IFNob3J0 CiAgICAgICAgSUQ6IDEKICAgICAgICBDaGFyYWN0ZXJpc3RpY3M6CiAgICAgICAgICAgICAg ICAzLjMgViBpcyBwcm92aWRlZAogICAgICAgICAgICAgICAgT3BlbmluZyBpcyBzaGFyZWQK ICAgICAgICAgICAgICAgIFBNRSBzaWduYWwgaXMgc3VwcG9ydGVkCgpIYW5kbGUgMHgwMDI1 LCBETUkgdHlwZSAxMCwgNiBieXRlcwpPbiBCb2FyZCBEZXZpY2UgSW5mb3JtYXRpb24KICAg ICAgICBUeXBlOiBWaWRlbwogICAgICAgIFN0YXR1czogRW5hYmxlZAogICAgICAgIERlc2Ny aXB0aW9uOiAgIFRvIEJlIEZpbGxlZCBCeSBPLkUuTS4KCkhhbmRsZSAweDAwMjYsIERNSSB0 eXBlIDExLCA1IGJ5dGVzCk9FTSBTdHJpbmdzCiAgICAgICAgU3RyaW5nIDE6IFRvIEJlIEZp bGxlZCBCeSBPLkUuTS4KCkhhbmRsZSAweDAwMjcsIERNSSB0eXBlIDEyLCA1IGJ5dGVzClN5 c3RlbSBDb25maWd1cmF0aW9uIE9wdGlvbnMKICAgICAgICBPcHRpb24gMTogVG8gQmUgRmls bGVkIEJ5IE8uRS5NLgoKSGFuZGxlIDB4MDAyOCwgRE1JIHR5cGUgMTMsIDIyIGJ5dGVzCkJJ T1MgTGFuZ3VhZ2UgSW5mb3JtYXRpb24KICAgICAgICBJbnN0YWxsYWJsZSBMYW5ndWFnZXM6 IDEKICAgICAgICAgICAgICAgIGVufFVTfGlzbzg4NTktMQogICAgICAgIEN1cnJlbnRseSBJ bnN0YWxsZWQgTGFuZ3VhZ2U6IGVufFVTfGlzbzg4NTktMQoKSGFuZGxlIDB4MDAyOSwgRE1J IHR5cGUgMTYsIDE1IGJ5dGVzClBoeXNpY2FsIE1lbW9yeSBBcnJheQogICAgICAgIExvY2F0 aW9uOiBTeXN0ZW0gQm9hcmQgT3IgTW90aGVyYm9hcmQKICAgICAgICBVc2U6IFN5c3RlbSBN ZW1vcnkKICAgICAgICBFcnJvciBDb3JyZWN0aW9uIFR5cGU6IE5vbmUKICAgICAgICBNYXhp bXVtIENhcGFjaXR5OiA4IEdCCiAgICAgICAgRXJyb3IgSW5mb3JtYXRpb24gSGFuZGxlOiBO b3QgUHJvdmlkZWQKICAgICAgICBOdW1iZXIgT2YgRGV2aWNlczogMgoKSGFuZGxlIDB4MDAy QSwgRE1JIHR5cGUgMTksIDE1IGJ5dGVzCk1lbW9yeSBBcnJheSBNYXBwZWQgQWRkcmVzcwog ICAgICAgIFN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAwMDAwMDAKICAgICAgICBFbmRpbmcg QWRkcmVzczogMHgwMDExRkZGRkZGRgogICAgICAgIFJhbmdlIFNpemU6IDQ2MDggTUIKICAg ICAgICBQaHlzaWNhbCBBcnJheSBIYW5kbGU6IDB4MDAyOQogICAgICAgIFBhcnRpdGlvbiBX aWR0aDogMAoKSGFuZGxlIDB4MDAyQiwgRE1JIHR5cGUgMTcsIDI3IGJ5dGVzCk1lbW9yeSBE ZXZpY2UKICAgICAgICBBcnJheSBIYW5kbGU6IDB4MDAyOQogICAgICAgIEVycm9yIEluZm9y bWF0aW9uIEhhbmRsZTogTm90IFByb3ZpZGVkCiAgICAgICAgVG90YWwgV2lkdGg6IDY0IGJp dHMKICAgICAgICBEYXRhIFdpZHRoOiA3MiBiaXRzCiAgICAgICAgU2l6ZTogMTAyNCBNQgog ICAgICAgIEZvcm0gRmFjdG9yOiBESU1NCiAgICAgICAgU2V0OiBOb25lCiAgICAgICAgTG9j YXRvcjogRElNTTAKICAgICAgICBCYW5rIExvY2F0b3I6IEJBTkswCiAgICAgICAgVHlwZTog RERSMgogICAgICAgIFR5cGUgRGV0YWlsOiBTeW5jaHJvbm91cwogICAgICAgIFNwZWVkOiAz MzMgTUh6ICgzLjAgbnMpCiAgICAgICAgTWFudWZhY3R1cmVyOiBNYW51ZmFjdHVyZXIwCiAg ICAgICAgU2VyaWFsIE51bWJlcjogU2VyTnVtMAogICAgICAgIEFzc2V0IFRhZzogQXNzZXRU YWdOdW0wCiAgICAgICAgUGFydCBOdW1iZXI6IFBhcnROdW0wCgpIYW5kbGUgMHgwMDJDLCBE TUkgdHlwZSAyMCwgMTkgYnl0ZXMKTWVtb3J5IERldmljZSBNYXBwZWQgQWRkcmVzcwogICAg ICAgIFN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAwMDAwMDAKICAgICAgICBFbmRpbmcgQWRk cmVzczogMHgwMDAzRkZGRkZGRgogICAgICAgIFJhbmdlIFNpemU6IDEgR0IKICAgICAgICBQ aHlzaWNhbCBEZXZpY2UgSGFuZGxlOiAweDAwMkIKICAgICAgICBNZW1vcnkgQXJyYXkgTWFw cGVkIEFkZHJlc3MgSGFuZGxlOiAweDAwMkEKICAgICAgICBQYXJ0aXRpb24gUm93IFBvc2l0 aW9uOiAxCgpIYW5kbGUgMHgwMDJELCBETUkgdHlwZSAxNywgMjcgYnl0ZXMKTWVtb3J5IERl dmljZQogICAgICAgIEFycmF5IEhhbmRsZTogMHgwMDI5CiAgICAgICAgRXJyb3IgSW5mb3Jt YXRpb24gSGFuZGxlOiBOb3QgUHJvdmlkZWQKICAgICAgICBUb3RhbCBXaWR0aDogNjQgYml0 cwogICAgICAgIERhdGEgV2lkdGg6IDcyIGJpdHMKICAgICAgICBTaXplOiAxMDI0IE1CCiAg ICAgICAgRm9ybSBGYWN0b3I6IERJTU0KICAgICAgICBTZXQ6IE5vbmUKICAgICAgICBMb2Nh dG9yOiBESU1NMQogICAgICAgIEJhbmsgTG9jYXRvcjogQkFOSzEKICAgICAgICBUeXBlOiBE RFIyCiAgICAgICAgVHlwZSBEZXRhaWw6IFN5bmNocm9ub3VzCiAgICAgICAgU3BlZWQ6IDMz MyBNSHogKDMuMCBucykKICAgICAgICBNYW51ZmFjdHVyZXI6IE1hbnVmYWN0dXJlcjEKICAg ICAgICBTZXJpYWwgTnVtYmVyOiBTZXJOdW0xCiAgICAgICAgQXNzZXQgVGFnOiBBc3NldFRh Z051bTEKICAgICAgICBQYXJ0IE51bWJlcjogUGFydE51bTEKCkhhbmRsZSAweDAwMkUsIERN SSB0eXBlIDIwLCAxOSBieXRlcwpNZW1vcnkgRGV2aWNlIE1hcHBlZCBBZGRyZXNzCiAgICAg ICAgU3RhcnRpbmcgQWRkcmVzczogMHgwMDA0MDAwMDAwMAogICAgICAgIEVuZGluZyBBZGRy ZXNzOiAweDAwMDdGRkZGRkZGCiAgICAgICAgUmFuZ2UgU2l6ZTogMSBHQgogICAgICAgIFBo eXNpY2FsIERldmljZSBIYW5kbGU6IDB4MDAyRAogICAgICAgIE1lbW9yeSBBcnJheSBNYXBw ZWQgQWRkcmVzcyBIYW5kbGU6IDB4MDAyQQogICAgICAgIFBhcnRpdGlvbiBSb3cgUG9zaXRp b246IDEKCkhhbmRsZSAweDAwMkYsIERNSSB0eXBlIDEyNywgNCBieXRlcwpFbmQgT2YgVGFi bGU= ------------7B10D192103859CA-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 08:43:28 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 21C78106566B for ; Mon, 10 Mar 2008 08:43:28 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id E48888FC1A for ; Mon, 10 Mar 2008 08:43:27 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from smgellar.p6m7g8.net (70.88.236.22) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.240.5; Mon, 10 Mar 2008 01:23:22 -0700 Message-ID: <47D4EFFB.7020501@p6m7g8.com> Date: Mon, 10 Mar 2008 04:23:23 -0400 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.9 (X11/20071217) MIME-Version: 1.0 To: Bill References: <1194888738.46113.30.camel@buffy.york.ac.uk> <47D32343.3070601@xinu.tv> In-Reply-To: <47D32343.3070601@xinu.tv> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: pkg_add fails with "fatal error during execution: getcwd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 08:43:28 -0000 Bill wrote: > Gavin Atkinson wrote: >> Hi all, >> >> For the last couple of months, I've seen the following issue on my >> -CURRENT laptop: >> >> rho# pkg_add -r libgtkhtml fast-user-switch-applet deskbar-applet >> Fetching >> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ >> libgtkhtml.tbz... Done. >> Fetching >> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ >> fast-user-switch-applet.tbz...pkg_add: fatal error during execution: >> getcwd >> rho# I see it too, I've seen it on 6.2 and 6.3 as well as 7.0 and 8-current. Also, only with multiple packages and its always the same packages. vim-lite is one of the FWIW as is subversion. -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@p6m7g8.com) c:703.336.9354 Consultant / http://p6m7g8.net/Resume/resume.txt http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 10:18: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 2E3D61065672 for ; Mon, 10 Mar 2008 10:18:22 +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 647BE8FC1D; Mon, 10 Mar 2008 10:18:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D50AEC.3010304@FreeBSD.org> Date: Mon, 10 Mar 2008 11:18:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Robert J. Palmer" References: <4eb27b7c0803100029m56a99400g39801cf7f9714c36@mail.gmail.com> In-Reply-To: <4eb27b7c0803100029m56a99400g39801cf7f9714c36@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Disable chflags when installing on ZFS volume? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 10:18:22 -0000 Robert J. Palmer wrote: > Hi all, > > I've been playing with ZFS for a while and I've wanted to use it as a root > file system as an experiment. Just wondering if there was an easy way to > tell installworld to _not_ set flags like schg when installing. Failure to set chflags is ignored, so why is this important? Kris From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 10:53:24 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 9800B1065671 for ; Mon, 10 Mar 2008 10:53:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id 594058FC14 for ; Mon, 10 Mar 2008 10:53:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so853230wra.19 for ; Mon, 10 Mar 2008 03:53:23 -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=UzVp8KdIv7qFGRPo7BB9IVgIzBBm3ple9oIJmeu/JF0=; b=XvcBmZA+SNEkXV/43zkMQdLEqgDpo/tR995DWoCr7ct+SDMjFxaC+PytJNnJ1OoSdx0BdF5YXaMPdA2sqrNvupAiSfAEjF/GZhBwr6bY06MSDSyZDEzwu+KJtC7Pnxloxp5X0ay8rdL2hr70CDjtUyUgYOOYZlqi2Avo2k5GlVk= 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=j9w9WVEDIumxN8SEfIYivwQsm0DgxlIvq/E4OqTxDu1PgUZYznvp/978ACUQEyVUbjfzEgFXkecm+oQmVPLn1ZyvknqOpAF43Mk4cfWPicLr9wekL658iLa05mMLAoEt9AB6VOO1yQbkQwvmlQp5KAT1MD4/TcOxJwgPbnDnF48= Received: by 10.150.225.14 with SMTP id x14mr2657194ybg.153.1205146403549; Mon, 10 Mar 2008 03:53:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 45sm10641239wri.8.2008.03.10.03.53.20 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Mar 2008 03:53:22 -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 m2AArDYE005592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 19:53:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2AArDef005591; Mon, 10 Mar 2008 19:53:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Mar 2008 19:53:13 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20080310105313.GD4425@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> <20080310015526.GE3553@cdnetworks.co.kr> <1251085027.20080310093936@rulez.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <1251085027.20080310093936@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re(4) problem 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, 10 Mar 2008 10:53:24 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 10, 2008 at 09:39:36AM +0100, Daniel Gerzo wrote: > Hello Pyun, > > Monday, March 10, 2008, 2:55:26 AM, you wrote: > > > On Sat, Mar 08, 2008 at 05:07:10PM +0100, Daniel Gerzo wrote: > >> Hello, > >> > >> Saturday, March 8, 2008, 12:11:03 AM, has been written: > >> > >> > Hello Pyun, > >> > >> > Friday, March 7, 2008, 5:38:15 AM, you wrote: > >> > >> >> I guess your issue is not related with bus_dma fixes but improper > >> >> handling of link state. Try attached patch and let me know how it > >> >> goes. > >> > >> > The attached patch didn't help, the box is again in the same status. > >> > Can I provide you with some more detailed debugging info, or do you > >> > have some other ideas what could be fixed? > >> > >> > I could probably manage a remote access to that box, but no remote > >> > console is available, and I don't know exactly how to trigger this > >> > scenario, but I think it depends on the amount of traffic being sent > >> > over the device. > >> > >> If I won't hear from anybody in next 24 hours, I will have to replace > >> the network device in this box, in order to get it running properly. > >> > >> However, I don't consider this step as a right solution and I would > >> rather better like to have it fixed in the driver. > >> > > > Yes, I'd like to. > > By any chance, does the system have more than 4GB memory? > > Well it does have exactly 4GB. Attached, I am sending you the output > of dmesg, pciconf and dmidecode utilities. > > The machine has been rebooted yesterday, but I haven't replaced (well > re(4) is an onboard interface so better term would be disabled) the > given NIC, but at the moment, it works fine. I suppose it will stop > working in next 24 hours... > Since you're using MSI, would you try attached patch? Sorry, I don't have PCIe based hardware and RealTek's datasheet for PCIe variants is too poor to get useful information. -- Regards, Pyun YongHyeon --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.msi.patch" --- sys/dev/re/if_re.c.orig 2008-03-03 13:15:07.000000000 +0900 +++ sys/dev/re/if_re.c 2008-03-10 19:42:50.000000000 +0900 @@ -991,7 +991,7 @@ * Allocate the parent bus DMA tag appropriate for PCI. */ error = bus_dma_tag_create(bus_get_dma_tag(dev), 1, 0, - BUS_SPACE_MAXADDR, BUS_SPACE_MAXADDR, NULL, NULL, + BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, BUS_SPACE_MAXSIZE_32BIT, 0, BUS_SPACE_MAXSIZE_32BIT, 0, NULL, NULL, &sc->rl_parent_tag); if (error) { @@ -1141,6 +1141,7 @@ u_int16_t re_did = 0; int error = 0, rid, i; int msic, reg; + uint8_t cfg; sc = device_get_softc(dev); sc->rl_dev = dev; @@ -1182,6 +1183,13 @@ } else pci_release_msi(dev); } + if (sc->rl_msi != 0) { + /* Enable config register write. */ + CSR_WRITE_1(sc, RL_EECMD, RL_EE_MODE); + cfg = CSR_READ_1(sc, RL_CFG2); + CSR_WRITE_1(sc, RL_CFG2, cfg | RL_CFG2_MSI); + CSR_WRITE_1(sc, RL_EECMD, 0); + } } /* Allocate interrupt */ @@ -2410,6 +2418,7 @@ struct ifnet *ifp = sc->rl_ifp; struct mii_data *mii; u_int32_t rxcfg = 0; + uint16_t cfg; union { uint32_t align_dummy; u_char eaddr[ETHER_ADDR_LEN]; @@ -2429,9 +2438,13 @@ * RX checksum offload. We must configure the C+ register * before all others. */ - CSR_WRITE_2(sc, RL_CPLUS_CMD, RL_CPLUSCMD_RXENB| - RL_CPLUSCMD_TXENB|RL_CPLUSCMD_PCI_MRW| - RL_CPLUSCMD_VLANSTRIP|RL_CPLUSCMD_RXCSUM_ENB); + cfg = RL_CPLUSCMD_PCI_MRW; + if ((ifp->if_capenable & IFCAP_RXCSUM) != 0) + cfg |= RL_CPLUSCMD_RXCSUM_ENB; + if ((ifp->if_capenable & IFCAP_VLAN_HWTAGGING) != 0) + cfg |= RL_CPLUSCMD_VLANSTRIP; + CSR_WRITE_2(sc, RL_CPLUS_CMD, + cfg | RL_CPLUSCMD_RXENB | RL_CPLUSCMD_TXENB); /* * Init our MAC address. Even though the chipset --- sys/pci/if_rlreg.h.orig 2008-03-03 12:41:06.000000000 +0900 +++ sys/pci/if_rlreg.h 2008-03-10 19:36:43.000000000 +0900 @@ -382,6 +382,7 @@ #define RL_CFG2_PCI66MHZ 0x01 #define RL_CFG2_PCI64BIT 0x08 #define RL_CFG2_AUXPWR 0x10 +#define RL_CFG2_MSI 0x20 /* * Config 3 register --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 06:57: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 85865106566B for ; Mon, 10 Mar 2008 06:57:35 +0000 (UTC) (envelope-from prvs=julian=9481976d6@ironport.com) Received: from smtp2-outbound.ironport.com (smtp2-outbound.ironport.com [63.251.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 82C138FC16 for ; Mon, 10 Mar 2008 06:57:35 +0000 (UTC) (envelope-from prvs=julian=9481976d6@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To: Subject:Content-Type; b=XkSkz+aV4qI9VWQaj+IVddRZ1KOwSNaH0/rSzIOk9q4GRnr1WZ8F6JvS uGnUhCzEj69fqPIiVMKX6qnOwTut6g==; Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.86]) by smtp2-outbound.ironport.com with ESMTP; 09 Mar 2008 23:29:01 -0700 Message-ID: <47D4D534.9050902@ironport.com> Date: Sun, 09 Mar 2008 23:29:08 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------080604020403090608060201" X-Mailman-Approved-At: Mon, 10 Mar 2008 11:25:28 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: critical_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 06:57:35 -0000 This is a multi-part message in MIME format. --------------080604020403090608060201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Why would the following: void critical_exit(void) { struct thread *td; td = curthread; KASSERT(td->td_critnest != 0, ("critical_exit: td_critnest == 0")); if (td->td_critnest == 1) { td->td_critnest = 0; if (td->td_owepreempt) { td->td_critnest = 1; thread_lock(td); td->td_critnest--; SCHED_STAT_INC(switch_owepreempt); mi_switch(SW_INVOL|SW_PREEMPT, NULL); thread_unlock(td); } } else td->td_critnest--; CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", td, (long)td->td_proc->p_pid, td->td_name, td->td_critnest); } not be expressed: void critical_exit(void) { struct thread *td; td = curthread; KASSERT(td->td_critnest != 0, ("critical_exit: td_critnest == 0")); if (td->td_critnest == 1) { if (td->td_owepreempt) { thread_lock(td); td->td_critnest = 0; SCHED_STAT_INC(switch_owepreempt); mi_switch(SW_INVOL|SW_PREEMPT, NULL); thread_unlock(td); } else { td_critnest = 0; } } else td->td_critnest--; CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", td, (long)td->td_proc->p_pid, td->td_name, td->td_critnest); } It seems to me there is a race in the current version, where the critical count is temporarily 0, where the thread could be pre-empted when it shouldn't be.. (prompted by a comment by jeffr that made me go look at this code).. --------------080604020403090608060201-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 12:34:58 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 012B21065675 for ; Mon, 10 Mar 2008 12:34:58 +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 D40568FC20 for ; Mon, 10 Mar 2008 12:34:57 +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 5FE3217104 for ; Mon, 10 Mar 2008 12:34:56 +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 m2ACYt0d022122 for ; Mon, 10 Mar 2008 12:34:56 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 10 Mar 2008 12:34:55 +0000 Message-ID: <22102.1205152495@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: make universe broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 12:34:58 -0000 It seems that all "alien" platforms fail buildworld with this error: /src/Current/src/lib/libstand/../libc/net/ntoh.c: In function 'ntohs': /src/Current/src/lib/libstand/machine/endian.h:153: error: impossible constraint in 'asm' -- 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 Mon Mar 10 12:45: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 29698106566C for ; Mon, 10 Mar 2008 12:45:15 +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 163B68FC1B for ; Mon, 10 Mar 2008 12:45:14 +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=Hug3trTPjLtCAul7cDuCBGDYYd8CVgKl++qZPLI0iEmDaBRoqSfZCS4NyxY8iHvCJvn1mtRXGOuRDgcPJ2wYhgkTx3TEuS8s9Z0UkcAYeVPKa7Yr3LAjdUuaYNY6WsluwH4ydh4kOLqSH43nFxQyqjUg461CSQUcoaf+TD9bR+FB/UU4j+XKjOx/WWEht1X3+1zvQePa/LleLoAobbrxU0BlXjfD4s9gM3ITKjNcF5ST4NziftTduEFxJOCnvRXF; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JYhNS-0002Oe-Bw for current@freebsd.org; Mon, 10 Mar 2008 12:45:14 +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 1JYhMh-0006mi-4d for current@freebsd.org; Mon, 10 Mar 2008 12:44:27 +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 1JYhMg-0001dY-Th for current@freebsd.org; Mon, 10 Mar 2008 14:44:26 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 10 Mar 2008 14:44:26 +0200 Message-Id: Cc: Subject: sysinstall: "Unable to create the partition. Too big?" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 12:45:15 -0000 Hi The system installer breaks on a large disk (actually a RAID container) aacd0. For some reason it thinks that the disk is 6250496 sectors bigger than it actually is. aacd0: on aac0 aacd0: 610190MB (1249669120 sectors) Yet, sysinstall has the size as 1255914653 sectors. This confused one of the "remote hands" quite significantly. Eventually I told him to just pick a small size and fix it once I could get onto the box. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 12:51:39 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 34B7F1065675 for ; Mon, 10 Mar 2008 12:51:39 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 06B7B8FC23 for ; Mon, 10 Mar 2008 12:51:37 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 6844ABFEC66; Mon, 10 Mar 2008 12:51:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id Onne-wd1hDIU; Mon, 10 Mar 2008 12:51:18 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 739C8BFEB79; Mon, 10 Mar 2008 12:51:18 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m2ACpIYa089011; Mon, 10 Mar 2008 13:51:18 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m2ACpHM7089010; Mon, 10 Mar 2008 13:51:17 +0100 (CET) (envelope-from rink) Date: Mon, 10 Mar 2008 13:51:17 +0100 From: Rink Springer To: Ian FREISLICH Message-ID: <20080310125117.GA74239@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: sysinstall: "Unable to create the partition. Too big?" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 12:51:39 -0000 Hi, On Mon, Mar 10, 2008 at 02:44:26PM +0200, Ian FREISLICH wrote: > Yet, sysinstall has the size as 1255914653 sectors. Could you paste the output of 'sysctl -b kern.geom.conftxt' ? -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 12:56:34 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 79D23106567F; Mon, 10 Mar 2008 12:56:34 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 30CF38FC27; Mon, 10 Mar 2008 12:56:34 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.182.66] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JYhYO-0006Xx-Qx; Mon, 10 Mar 2008 13:56:32 +0100 Message-ID: <47D53004.6080308@FreeBSD.org> Date: Mon, 10 Mar 2008 13:56:36 +0100 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080304) MIME-Version: 1.0 To: Andrew Thompson References: <20080306000919.GA11073@heff.fud.org.nz> <47D03B43.40708@FreeBSD.org> In-Reply-To: <47D03B43.40708@FreeBSD.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Current Subject: Re: Intel 3945 (wpi) patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 12:56:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Pietro Cerutti wrote: | The patch seems to work fine, I haven't been disconnected since this | morning (now it's 7.42pm localtime)... Spoke too early... Today I'm still having disconnection problems (3 times in 1.5 hours) The message before disconnection is the following: Michael MIC failure wireless event: keyix=0 src_addr=00:1a:70:47:cc:5c Michael MIC failure detected WPA: Sending EAPOL-Key Request (error=1 pairwise=1 ptk_set=1 len=99) Michael MIC failure wireless event: keyix=0 src_addr=00:1a:70:47:cc:5c Michael MIC failure detected WPA: Sending EAPOL-Key Request (error=1 pairwise=1 ptk_set=1 len=99) Michael MIC failure wireless event: keyix=0 src_addr=00:1a:70:47:cc:5c Michael MIC failure detected WPA: Sending EAPOL-Key Request (error=1 pairwise=1 ptk_set=1 len=99) Michael MIC failure wireless event: keyix=0 src_addr=00:1a:70:47:cc:5c Michael MIC failure detected WPA: Sending EAPOL-Key Request (error=1 pairwise=1 ptk_set=1 len=99) TKIP countermeasures started wpa_driver_bsd_set_countermeasures: enabled=1 State: COMPLETED -> DISCONNECTED Any clue? Thanks! | | cheers, | | Andrew - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkfVMAQACgkQwMJqmJVx946BHwCeJzOiPISydjyj9AQY0pZGE6YP /cAAoLKn7jiqCOrBKz28+IgeNneKHsMl =165I -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 14:24: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 EC17F1065673 for ; Mon, 10 Mar 2008 14:24:59 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 502598FC1F for ; Mon, 10 Mar 2008 14:24:58 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id E07D75DD9; Mon, 10 Mar 2008 15:24:56 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zjMLYy5047sb; Mon, 10 Mar 2008 15:24:50 +0100 (CET) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 13E1A5DCA; Mon, 10 Mar 2008 15:24:50 +0100 (CET) Message-ID: <47D544B1.6070806@bsdunix.ch> Date: Mon, 10 Mar 2008 15:24:49 +0100 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.9 (X11/20080218) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org Subject: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 14:25:00 -0000 Hi List(s) I try to simulate real workload for our environment in my lab. The idea was to create 10k+ ZFS fs with several thousand files on each fs and then measure daily workload performance. Maybe 10k fs sounds silly but if you need individual quota for every user on a system, 5-10k fs are not unusual for ZFS My script to cerate zfs fs #!/bin/sh i=0; while [ $i != 10000 ]; do zfs create tank/script$i; i=`expr $i + 1`; done My script stopped after creating ~4850 FS with: vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed Of course I blamed my script first but the problem did not disappear after a reboot. I also tried to just create 1k FS at one time and not 10k. I run my script 5 times to create 5k FS but in my last run i got: Cannot fork: Cannot allocate memory on the shell and "vm_thread_new: kstack allocation failed" by syslog. Also only ~4850 FS are created. Same behavior as the first time when i tried to create 10k fs. Another problem occurs during a boot process. ZFS tries to mount ~4850 fs (takes a while) and 256 NFS daemons are started. After the machine is up I receive "vm_thread_new: kstack allocation failed" messages. I could not login via ssh or run any command from the console. It looks the problem disappears if i disable nfs_server_enable. Is there something i can do? vm.kmem_size_max is already set to 1.5GB. My second issue looks zfs only related. Sometimes ZFS mounts nothing after a reboot and sometimes it mounts just about 1k FS and not all ~4850k fs. I can't see any error message. Hardware: 2x Intel Quadcore 53310 Memory: 8GBMotherboard: Intel 5000VSA Boot Disk: 1x SATA ZFS Storage: LSI SAS 3081E-R Controller OS: FreeBSD 7.0 amd64 my rc.conf ifconfig_em0="DHCP" nfs_server_enable="YES" nfs_server_flags="-u -t -n 256" rpcbind_enable="YES" sshd_enable="YES" zfs_enable="YES" loader.conf: vm.kmem_size_max="1500M" vm.kmem_size="1500M" As far as i know more than 1.5GB kmem_size is not supported even if the machine has enough memory left. I had some kernel panics with > 1.5GB kmem_size. It's a test system. So i can run every patch, every debug option people need. dmesg without ZFS. FreeBSD 7.0-RELEASE #1: Fri Mar 7 13:21:33 UTC 2008 root@netappkiller.labor.solnet.ch:/usr/obj/usr/src/sys/STORAGE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz (1603.91-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e33d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8574955520 (8177 MB) avail memory = 8261730304 (7879 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 device_attach: acpi_perf0 attach returned 6 device_attach: acpi_perf0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 device_attach: acpi_perf1 attach returned 6 device_attach: acpi_perf1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 device_attach: acpi_perf2 attach returned 6 device_attach: acpi_perf2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 device_attach: acpi_perf3 attach returned 6 device_attach: acpi_perf3 attach returned 6 p4tcc3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xca2,0xca3,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 17 at device 1.0 on pci2 pci4: on pcib4 mpt0: port 0x3000-0x30ff mem 0xb8910000-0xb8913fff,0xb8900000-0xb890ffff irq 17 at device 0.0 on pci4 mpt0: [ITHREAD] mpt0: MPI Version=1.5.16.0 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x13 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x16 pcib5: irq 18 at device 2.0 on pci2 pci5: on pcib5 em0: port 0x2020-0x203f mem 0xb8820000-0xb883ffff,0xb8400000-0xb87fffff irq 18 at device 0.0 on pci5 em0: Using MSI interrupt em0: Ethernet address: 00:15:17:44:df:1c em0: [FILTER] em1: port 0x2000-0x201f mem 0xb8800000-0xb881ffff,0xb8000000-0xb83fffff irq 19 at device 0.1 on pci5 em1: Using MSI interrupt em1: Ethernet address: 00:15:17:44:df:1d em1: [FILTER] pcib6: at device 0.3 on pci1 pci6: on pcib6 pcib7: at device 3.0 on pci0 pci7: on pcib7 pci0: at device 8.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pci8: on pcib8 uhci0: port 0x40a0-0x40bf irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 22 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 23 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 22 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xb8c00400-0xb8c007ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib9: at device 30.0 on pci0 pci9: on pcib9 vgapci0: port 0x1000-0x10ff mem 0xb0000000-0xb7ffffff,0xb8b00000-0xb8b0ffff irq 17 at device 12.0 on pci9 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 20 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x40d8-0x40df,0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x403f mem 0xb8c00000-0xb8c003ff irq 20 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xcafff,0xd1000-0xd1fff,0xd2000-0xd2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad4: 715404MB at ata2-master SATA300 ad6: 715404MB at ata3-master SATA300 ad8: 715404MB at ata4-master SATA300 ad10: 715404MB at ata5-master SATA300 ad12: 381554MB at ata6-master SATA300 da0 at mpt0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da1 at mpt0 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing Enabled da1: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da2 at mpt0 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 300.000MB/s transfers da2: Command Queueing Enabled da2: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da3 at mpt0 bus 0 target 5 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 300.000MB/s transfers da3: Command Queueing Enabled da3: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da4 at mpt0 bus 0 target 6 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 300.000MB/s transfers da4: Command Queueing Enabled da4: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da5 at mpt0 bus 0 target 7 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 300.000MB/s transfers da5: Command Queueing Enabled da5: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da6 at mpt0 bus 0 target 8 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 300.000MB/s transfers da6: Command Queueing Enabled da6: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad12s1a From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 14:46:53 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 70E8C106567B for ; Mon, 10 Mar 2008 14:46:53 +0000 (UTC) (envelope-from ups@freebsd.org) Received: from smtpout04-01.prod.mesa1.secureserver.net (smtpout04-01.prod.mesa1.secureserver.net [64.202.165.196]) by mx1.freebsd.org (Postfix) with SMTP id 63EF28FC2F for ; Mon, 10 Mar 2008 14:46:53 +0000 (UTC) (envelope-from ups@freebsd.org) Received: (qmail 2762 invoked from network); 10 Mar 2008 14:20:12 -0000 Received: from unknown (66.23.216.53) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 10 Mar 2008 14:20:12 -0000 Message-ID: <47D543C5.9050008@freebsd.org> Date: Mon, 10 Mar 2008 10:20:53 -0400 From: Stephan Uphoff User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Julian Elischer References: <47D4D534.9050902@ironport.com> In-Reply-To: <47D4D534.9050902@ironport.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: critical_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 14:46:53 -0000 Julian Elischer wrote: > > Why would the following: > void > critical_exit(void) > { > struct thread *td; > > td = curthread; > KASSERT(td->td_critnest != 0, > ("critical_exit: td_critnest == 0")); > > if (td->td_critnest == 1) { > td->td_critnest = 0; > if (td->td_owepreempt) { > td->td_critnest = 1; > thread_lock(td); > td->td_critnest--; > SCHED_STAT_INC(switch_owepreempt); > mi_switch(SW_INVOL|SW_PREEMPT, NULL); > thread_unlock(td); > } > } else > td->td_critnest--; > > CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to > %d", td, > (long)td->td_proc->p_pid, td->td_name, td->td_critnest); > } > > > not be expressed: > > void > critical_exit(void) > { > struct thread *td; > > td = curthread; > KASSERT(td->td_critnest != 0, > ("critical_exit: td_critnest == 0")); > > if (td->td_critnest == 1) { > if (td->td_owepreempt) { > thread_lock(td); > td->td_critnest = 0; > SCHED_STAT_INC(switch_owepreempt); > mi_switch(SW_INVOL|SW_PREEMPT, NULL); > thread_unlock(td); > } else { XXXXX If preemption happens here td_owepreempt will be set to preempt the current thread XXXXX since td_critnest != 0 . However td_owepreempt is not checked again so we will not XXXXX preempt on td_critnest = 0; > td_critnest = 0; > } > } else > td->td_critnest--; > > CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to > %d", td, > (long)td->td_proc->p_pid, td->td_name, td->td_critnest); > } > > It seems to me there is a race in the current version, where the > critical count is temporarily 0, where the thread could be pre-empted > when it shouldn't be.. Yes - there is a race where the thread could be preempted twice. However this is fairly harmless in comparison to not being preempted at all. This being said it may be worthwhile to see if that race can be fixed now after the thread lock changes. > > (prompted by a comment by jeffr that made me go look at this code).. > Stephan From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 15:49: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 D0E581065672 for ; Mon, 10 Mar 2008 15:49:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 936A78FC25 for ; Mon, 10 Mar 2008 15:49:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2AFnmw7094653 for ; Mon, 10 Mar 2008 08:49:48 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2AFnm25094652 for current@freebsd.org; Mon, 10 Mar 2008 08:49:48 -0700 (PDT) (envelope-from david) Date: Mon, 10 Mar 2008 08:49:47 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20080310154947.GB53010@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ON0CT8LY+wgE1XqS" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 15:49:51 -0000 --ON0CT8LY+wgE1XqS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I got this on both my build machine and my laptop (each i386 arch) this morning, though with different "" values -- the build machine had 155; the laptop had 136. It's slightly easier for me to get the console output from the build machine (because I didn't have the serial console connected for my laptop during the last boot). Note that CURRENT ran OK (modulo LORs) up to today, so I should be able to produce a complete list of all source files that changed easily enough. (I'll get that list a bit later, after my laptop finishes coming back up cleanly.) The panic did not occur until rather late in the single-to-multi-user transition: /boot/kernel/acpi.ko text=3D0x53f4c data=3D0x25e0+0x186c syms=3D[0x4+0x8a20= +0x4+0xbbc7] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb 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 #63: Mon Mar 10 07:34:28 PDT 2008 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (846.33-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x387fbff real memory =3D 2147418112 (2047 MB) avail memory =3D 2093940736 (1996 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 =2E.. Mounting local file systems:. Setting hostname: freebeast.catwhisker.org. net.inet6.ip6.auto_linklocal: 1 -> 0 fxp0: link state changed to UP lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 fxp0: flags=3D8843 metric 0 mtu 1500 options=3D8 ether 00:d0:b7:a8:64:76 inet 172.16.8.10 netmask 0xffffff00 broadcast 172.16.8.255 media: Ethernet autoselect (100baseTX ) status: active add net default: gateway 172.16.8.1 Additional routing options:. Starting devd. hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Additional IP options:. Mounting NFS file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/compat/pkg /usr/local/lib/compat /usr/local/lib/nss /usr/local/lib/pth a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Clearing /tmp (X related). Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/da0s4b... savecore: no dumps found Initial i386 initialization:. Additional ABI support: linux. Starting rpcbind. NFS access cache time=3D60 Setting NIS domain: lmdhw.com. Starting ypbind. Starting amd. Starting mountd. Starting nfsd. Starting cvsupd. Starting local daemons:. Starting lpd. Updating motd. Mounting late file systems:. Starting ntpd. Configuring syscons: blanktime. Starting sshd. Starting cron. Local package initialization:. panic: Invalid priority 155 on timeshare runq cpuid =3D 1 KDB: enter: panic [thread pid 718 tid 100068 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 718 tid 100068 td 0xc58208c0 kdb_enter(c0af2a73,c0af2a73,c0af4976,e7a3c938,1,...) at kdb_enter+0x3a panic(c0af4976,9b,c0af449e,183,c0c167c0,...) at panic+0x12c sched_switch(c58208c0,0,6,184,6c4a2d63,...) at sched_switch+0x1d4 mi_switch(6,0,c0af483e,b6,0,...) at mi_switch+0x223 critical_exit(c4f20b00,0,728,c58208c0,c4f20b00,...) at critical_exit+0x99 intr_execute_handlers(c4f08f34,e7a3c9fc,e7a3ca98,c0a46a74,32,...) at intr_e= xecute_handlers+0x14b lapic_handle_intr(32,e7a3c9fc) at lapic_handle_intr+0x3f Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip =3D 0xc0a5da09, esp =3D 0xe7a3ca3c, ebp =3D 0xe7a3ca98 -= -- generic_bzero(c1450780,0,102,c535b23c,1f,...) at generic_bzero+0x11 selfdalloc(c535b9f4,40,c4ef6300,c58208c0,c075e03c,...) at selfdalloc+0x34 kern_select(c58208c0,a,bfbfed7c,0,0,0,47d55534,bfbfec28) at kern_select+0x3= 9a select(c58208c0,e7a3ccfc,14,c0af8a86,c0ba9ff8,...) at select+0x5e syscall(e7a3cd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip =3D 0x28317af3, esp =3D 0xbfbf= ed5c, ebp =3D 0xbfbfee18 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 761 760 31 0 R+ CPU 0 sysctl 760 759 31 0 S+ piperd 0xc5360610 sh 759 31 31 0 S+ wait 0xc59992ac sh 752 1 752 0 Ss nanslp 0xc0c146e4 cron 746 1 746 25 Ss pause 0xc599a864 sendmail 742 1 742 0 Ss select 0xc52a58e8 sendmail 736 1 736 0 Ss select 0xc53027e8 sshd 718 1 718 0 Rs ntpd 694 1 694 0 Ss select 0xc5118d68 lpd 660 1 660 1002 Ss select 0xc52a5168 cvsupd 632 628 628 0 S - 0xc529f400 nfsd 631 628 628 0 S - 0xc52aaa00 nfsd 630 628 628 0 S - 0xc52aac00 nfsd 629 628 628 0 S - 0xc52b9800 nfsd 628 1 628 0 Ss select 0xc53013e8 nfsd 626 1 626 0 Ss select 0xc53013a8 mountd 587 1 587 0 Ss select 0xc52a4de8 amd 579 1 579 0 Ss select 0xc5324228 ypbind 565 1 565 0 Ss select 0xc52eca68 rpcbind 545 1 545 0 Ss select 0xc52ece28 syslogd 515 0 0 0 SL mdwait 0xc5346800 [md0] 475 1 475 0 Ss select 0xc52a5768 devd 170 1 170 0 Ss pause 0xc581fb10 adjkerntz 31 1 31 0 Ss+ wait 0xc5354ab0 sh 30 0 0 0 SL sdflush 0xc0c71710 [softdepflush] 29 0 0 0 SL syncer 0xc0c1450c [syncer] 28 0 0 0 SL vlruwt 0xc502c804 [vnlru] 27 0 0 0 SL psleep 0xc0c65e64 [bufdaemon] 26 0 0 0 SL pgzero 0xc0c72300 [pagezero] 25 0 0 0 SL psleep 0xc0c71f1c [vmdaemon] 24 0 0 0 SL psleep 0xc0c71ee4 [pagedaemon] 23 0 0 0 SL waiting_ 0xc0c67c0c [sctp_iterator] 22 0 0 0 SL - 0xc507763c [fdc0] 21 0 0 0 SL usbtsk 0xc0c11db4 [usbtask-dr] 20 0 0 0 SL usbtsk 0xc0c11da0 [usbtask-hc] 19 0 0 0 SL usbevt 0xc509c210 [usb0] 18 0 0 0 SL idle 0xc5026200 [aic_recovery1] 17 0 0 0 SL idle 0xc5026200 [aic_recovery1] 16 0 0 0 SL idle 0xc5026400 [aic_recovery0] 15 0 0 0 SL idle 0xc5026400 [aic_recovery0] 14 0 0 0 SL - 0xc4f6f100 [kqueue taskq] 9 0 0 0 SL - 0xc4f6f380 [thread taskq] 8 0 0 0 SL - 0xc4f6f400 [acpi_task_2] 7 0 0 0 SL - 0xc4f6f400 [acpi_task_1] 6 0 0 0 SL - 0xc4f6f400 [acpi_task_0] 5 0 0 0 SL ccb_scan 0xc0be3494 [xpt_thrd] 13 0 0 0 SL - 0xc0c14514 [yarrow] 4 0 0 0 SL - 0xc0c1250c [g_down] 3 0 0 0 SL - 0xc0c12508 [g_up] 2 0 0 0 SL - 0xc0c12500 [g_event] 12 0 0 0 RL (threaded) intr 100037 I [irq7: ppbus0 ppc0] 100036 I [swi0: sio] 100034 I [irq1: atkbd0] 100030 I [irq15: ata1] 100029 I [irq14: ata0] 100028 RunQ [irq21: fxp0 uhci0] 100024 I [irq19: ahc0 ahc1] 100022 I [irq9: acpi0] 100020 I [swi6: task queue] 100019 I [swi6: Giant taskq] 100014 I [swi5: +] 100013 I [swi2: cambio] 100007 I [swi3: vm] 100006 I [swi4: clock sio] 100005 I [swi1: net] 11 0 0 0 RL (threaded) idle 100004 CanRun [idle: cpu0] 100003 CanRun [idle: cpu1] 1 0 1 0 SLs wait 0xc4f23ab0 [init] 10 0 0 0 SL audit_wo 0xc0c7116c [audit] 0 0 0 0 WLs [swapper] db>=20 I'll leave the build machine as-is for now; I have access to its serial console from remote locations, so as time permits during the work day, I should be able to poke at it as necessary or advisable, and until this evening (I'm in the US/Pacific time zone), it does not have any critical workload. I also have a local private mirror of the FreeBSD CVS repository handy, and am reasonably comfortable hacking sources, given a bit of direction. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ON0CT8LY+wgE1XqS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfVWJsACgkQmprOCmdXAD31QQCfWfpEZasWvzCsOKoFO8SKrNHJ IikAn37/WwaLiIGMoXoWfVD96MGJxvEK =PkJ8 -----END PGP SIGNATURE----- --ON0CT8LY+wgE1XqS-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 15:52: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 9B9E3106566C for ; Mon, 10 Mar 2008 15:52:45 +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 6F8588FC33 for ; Mon, 10 Mar 2008 15:52:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id BA3701CC44; Mon, 10 Mar 2008 16:52:44 +0100 (CET) Date: Mon, 10 Mar 2008 16:52:44 +0100 From: Ed Schouten To: David Wolfskill , current@freebsd.org Message-ID: <20080310155244.GV80576@hoeg.nl> References: <20080310154947.GB53010@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gpOboRovIPmaBszt" Content-Disposition: inline In-Reply-To: <20080310154947.GB53010@bunrab.catwhisker.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 15:52:45 -0000 --gpOboRovIPmaBszt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * David Wolfskill wrote: > panic: Invalid priority 155 on timeshare runq > cpuid =3D 1 > KDB: enter: panic > [thread pid 718 tid 100068 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 718 tid 100068 td 0xc58208c0 > kdb_enter(c0af2a73,c0af2a73,c0af4976,e7a3c938,1,...) at kdb_enter+0x3a > panic(c0af4976,9b,c0af449e,183,c0c167c0,...) at panic+0x12c > sched_switch(c58208c0,0,6,184,6c4a2d63,...) at sched_switch+0x1d4 > mi_switch(6,0,c0af483e,b6,0,...) at mi_switch+0x223 > critical_exit(c4f20b00,0,728,c58208c0,c4f20b00,...) at critical_exit+0x99 > intr_execute_handlers(c4f08f34,e7a3c9fc,e7a3ca98,c0a46a74,32,...) at intr= _execute_handlers+0x14b > lapic_handle_intr(32,e7a3c9fc) at lapic_handle_intr+0x3f > Xapic_isr1() at Xapic_isr1+0x34 > --- interrupt, eip =3D 0xc0a5da09, esp =3D 0xe7a3ca3c, ebp =3D 0xe7a3ca98= --- Same problem here. Good to see I'm not the only one who has this problem; I am seeing this panic in my mpsafetty branch (in Perforce) and I was starting to suspect my own code... ;-) --=20 Ed Schouten WWW: http://g-rave.nl/ --gpOboRovIPmaBszt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfVWUwACgkQ52SDGA2eCwVUBgCeLij4LpPeYf4NNYnT/v9ojqTN TFUAn0TiauX5Hanf7Zs/fe/ckHipgC3d =M8sx -----END PGP SIGNATURE----- --gpOboRovIPmaBszt-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 15:55: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 9D6FF1065670; Mon, 10 Mar 2008 15:55:10 +0000 (UTC) (envelope-from danger@mailhub.cia.sk) Received: from mailhub.cia.sk (mailhub.cia.sk [72.21.48.70]) by mx1.freebsd.org (Postfix) with ESMTP id 760918FC1C; Mon, 10 Mar 2008 15:55:10 +0000 (UTC) (envelope-from danger@mailhub.cia.sk) Received: from localhost (localhost [72.21.48.70]) by mailhub.cia.sk (Postfix) with ESMTP id 90FF611ADC6; Mon, 10 Mar 2008 16:27:01 +0100 (CET) X-Virus-Scanned: by amavisd-new at mailhub.cia.sk Received: from bigbang.cia.sk (localhost [72.21.48.70]) by mailhub.cia.sk (Postfix) with ESMTP id 289B311ADB5; Mon, 10 Mar 2008 16:26:50 +0100 (CET) Received: (from root@localhost) by bigbang.cia.sk (8.13.4/8.13.4/Submit) id m2AFQoXK041885; Mon, 10 Mar 2008 16:26:50 +0100 (CET) (envelope-from danger) Date: Mon, 10 Mar 2008 16:26:49 +0100 From: Daniel Gerzo To: Pyun YongHyeon Message-ID: <20080310152649.GA54781@bigbang.cia.sk> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> <20080310015526.GE3553@cdnetworks.co.kr> <1251085027.20080310093936@rulez.sk> <20080310105313.GD4425@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080310105313.GD4425@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.2i Cc: Daniel Gerzo , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 15:55:10 -0000 Hello Pyun, > Since you're using MSI, would you try attached patch? > Sorry, I don't have PCIe based hardware and RealTek's datasheet for > PCIe variants is too poor to get useful information. > > -- > Regards, > Pyun YongHyeon Thank you for your quick reply, I will test your patch ASAP, but I have one simple question: Should I apply this patch on top of http://people.freebsd.org/~yongari/re/re.HEAD.patch or what is this patch aginst? Thank you. > --- sys/dev/re/if_re.c.orig 2008-03-03 13:15:07.000000000 +0900 > +++ sys/dev/re/if_re.c 2008-03-10 19:42:50.000000000 +0900 > @@ -991,7 +991,7 @@ > * Allocate the parent bus DMA tag appropriate for PCI. > */ > error = bus_dma_tag_create(bus_get_dma_tag(dev), 1, 0, > - BUS_SPACE_MAXADDR, BUS_SPACE_MAXADDR, NULL, NULL, > + BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, > BUS_SPACE_MAXSIZE_32BIT, 0, BUS_SPACE_MAXSIZE_32BIT, 0, > NULL, NULL, &sc->rl_parent_tag); > if (error) { > @@ -1141,6 +1141,7 @@ > u_int16_t re_did = 0; > int error = 0, rid, i; > int msic, reg; > + uint8_t cfg; > > sc = device_get_softc(dev); > sc->rl_dev = dev; > @@ -1182,6 +1183,13 @@ > } else > pci_release_msi(dev); > } > + if (sc->rl_msi != 0) { > + /* Enable config register write. */ > + CSR_WRITE_1(sc, RL_EECMD, RL_EE_MODE); > + cfg = CSR_READ_1(sc, RL_CFG2); > + CSR_WRITE_1(sc, RL_CFG2, cfg | RL_CFG2_MSI); > + CSR_WRITE_1(sc, RL_EECMD, 0); > + } > } > > /* Allocate interrupt */ > @@ -2410,6 +2418,7 @@ > struct ifnet *ifp = sc->rl_ifp; > struct mii_data *mii; > u_int32_t rxcfg = 0; > + uint16_t cfg; > union { > uint32_t align_dummy; > u_char eaddr[ETHER_ADDR_LEN]; > @@ -2429,9 +2438,13 @@ > * RX checksum offload. We must configure the C+ register > * before all others. > */ > - CSR_WRITE_2(sc, RL_CPLUS_CMD, RL_CPLUSCMD_RXENB| > - RL_CPLUSCMD_TXENB|RL_CPLUSCMD_PCI_MRW| > - RL_CPLUSCMD_VLANSTRIP|RL_CPLUSCMD_RXCSUM_ENB); > + cfg = RL_CPLUSCMD_PCI_MRW; > + if ((ifp->if_capenable & IFCAP_RXCSUM) != 0) > + cfg |= RL_CPLUSCMD_RXCSUM_ENB; > + if ((ifp->if_capenable & IFCAP_VLAN_HWTAGGING) != 0) > + cfg |= RL_CPLUSCMD_VLANSTRIP; > + CSR_WRITE_2(sc, RL_CPLUS_CMD, > + cfg | RL_CPLUSCMD_RXENB | RL_CPLUSCMD_TXENB); > > /* > * Init our MAC address. Even though the chipset > --- sys/pci/if_rlreg.h.orig 2008-03-03 12:41:06.000000000 +0900 > +++ sys/pci/if_rlreg.h 2008-03-10 19:36:43.000000000 +0900 > @@ -382,6 +382,7 @@ > #define RL_CFG2_PCI66MHZ 0x01 > #define RL_CFG2_PCI64BIT 0x08 > #define RL_CFG2_AUXPWR 0x10 > +#define RL_CFG2_MSI 0x20 > > /* > * Config 3 register > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 16:00: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 25457106566C for ; Mon, 10 Mar 2008 16:00:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id EAE478FC17 for ; Mon, 10 Mar 2008 16:00:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2AG0D1d094719 for ; Mon, 10 Mar 2008 09:00:13 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2AG0Duc094718 for current@freebsd.org; Mon, 10 Mar 2008 09:00:13 -0700 (PDT) (envelope-from david) Date: Mon, 10 Mar 2008 09:00:13 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20080310160013.GC53010@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20080310154947.GB53010@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TqjUw3h+J5USMjbw" Content-Disposition: inline In-Reply-To: <20080310154947.GB53010@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 16:00:14 -0000 --TqjUw3h+J5USMjbw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2008 at 08:49:47AM -0700, David Wolfskill wrote: > .... (I'll get that list a bit later, after my laptop finishes > coming back up cleanly.) >... Here's the promised list: localhost(8.0-C)[1] grep '^[CMPU] ' c U bin/chflags/chflags.1 U bin/chflags/chflags.c U bin/realpath/realpath.1 U bin/realpath/realpath.c U lib/libc/sys/Makefile.inc U lib/libc/sys/kldunload.2 U share/misc/committers-ports.dot U share/zoneinfo/leapseconds U share/zoneinfo/southamerica U sys/amd64/amd64/mp_machdep.c U sys/conf/NOTES U sys/dev/acpica/acpi_cpu.c U sys/dev/gem/if_gem.c U sys/i386/i386/mp_machdep.c U sys/kern/kern_synch.c U sys/kern/sched_4bsd.c U sys/kern/sched_ule.c U sys/kern/subr_bus.c U sys/kern/subr_smp.c U sys/net/bpf_filter.c U sys/netgraph/ng_l2tp.c U sys/netinet/tcp_output.c U sys/sparc64/include/tlb.h U sys/sparc64/sparc64/cache.c U sys/sparc64/sparc64/cheetah.c U sys/sparc64/sparc64/iommu.c U sys/sparc64/sparc64/mp_machdep.c U sys/sparc64/sparc64/pmap.c U sys/sparc64/sparc64/spitfire.c U sys/sparc64/sparc64/tlb.c U sys/sun4v/sun4v/mp_machdep.c U sys/sys/sched.h U usr.bin/gzip/gzip.c U usr.sbin/fifolog/Makefile U usr.sbin/fifolog/Makefile.inc U usr.sbin/fifolog/flint.lnt U usr.sbin/fifolog/fifolog_create/Makefile U usr.sbin/fifolog/fifolog_create/fifolog.1 U usr.sbin/fifolog/fifolog_create/fifolog_create.c U usr.sbin/fifolog/fifolog_reader/Makefile U usr.sbin/fifolog/fifolog_reader/fifolog_reader.c U usr.sbin/fifolog/fifolog_writer/Makefile U usr.sbin/fifolog/fifolog_writer/fifolog_writer.c U usr.sbin/fifolog/lib/Makefile U usr.sbin/fifolog/lib/fifolog.h U usr.sbin/fifolog/lib/fifolog_create.c U usr.sbin/fifolog/lib/fifolog_int.c U usr.sbin/fifolog/lib/fifolog_reader.c U usr.sbin/fifolog/lib/fifolog_write.h U usr.sbin/fifolog/lib/fifolog_write_poll.c U usr.sbin/fifolog/lib/getdate.y U usr.sbin/fifolog/lib/libfifolog.h U usr.sbin/fifolog/lib/libfifolog_int.h U usr.sbin/fifolog/lib/miniobj.h localhost(8.0-C)[2]=20 And here's an indication of when my local CVS mirror was updated: localhost(8.0-C)[2] tail /var/log/cvsup-history.log CVSup begin from freebeast.catwhisker.org at Sat Mar 8 03:47:03 PST 2008 CVSup ended from freebeast.catwhisker.org at Sat Mar 8 04:00:26 PST 2008 CVSup begin from freebeast.catwhisker.org at Sun Mar 9 01:17:03 PST 2008 CVSup ended from freebeast.catwhisker.org at Sun Mar 9 01:26:58 PST 2008 CVSup begin from freebeast.catwhisker.org at Sun Mar 9 03:47:02 PDT 2008 CVSup ended from freebeast.catwhisker.org at Sun Mar 9 04:00:01 PDT 2008 CVSup begin from freebeast.catwhisker.org at Mon Mar 10 01:17:02 PDT 2008 CVSup ended from freebeast.catwhisker.org at Mon Mar 10 01:27:03 PDT 2008 CVSup begin from freebeast.catwhisker.org at Mon Mar 10 03:47:03 PDT 2008 CVSup ended from freebeast.catwhisker.org at Mon Mar 10 04:00:10 PDT 2008 localhost(8.0-C)[3]=20 Note that freebeast (my build machine) updates (usually) from cvsup4.freebsd.org, on a schedule that leads the above by about 15 minutes. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TqjUw3h+J5USMjbw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfVWwwACgkQmprOCmdXAD01CgCdFvu7rgFkEV6PNnWSNM0XdL7e 0eAAn1y0BkotNYUplse8dTY0YBvLhxCN =JEI/ -----END PGP SIGNATURE----- --TqjUw3h+J5USMjbw-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 17:40: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 8A5371065671 for ; Mon, 10 Mar 2008 17:40:01 +0000 (UTC) (envelope-from prvs=julian=9481976d6@ironport.com) Received: from smtp2-outbound.ironport.com (smtp2-outbound.ironport.com [63.251.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 73B6D8FC21 for ; Mon, 10 Mar 2008 17:40:01 +0000 (UTC) (envelope-from prvs=julian=9481976d6@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To: CC:Subject:References:In-Reply-To:Content-Type; b=ZJUQqK2j9le/DHsBjMUNx0xO8EPDskvFP4CC748LsJw2CGU7x+V/xY8S kOLSZlGDWVgLnDlG1TJIEyGU0tsgOQ==; Received: from jelischer-laptop.sfo.ironport.com (HELO julian-mac.elischer.org) ([10.251.22.38]) by smtp2-outbound.ironport.com with ESMTP; 10 Mar 2008 10:40:00 -0700 Message-ID: <47D5727A.7000504@ironport.com> Date: Mon, 10 Mar 2008 10:40:10 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Stephan Uphoff References: <47D4D534.9050902@ironport.com> <47D543C5.9050008@freebsd.org> In-Reply-To: <47D543C5.9050008@freebsd.org> Content-Type: multipart/mixed; boundary="------------060807060502040804010705" X-Mailman-Approved-At: Mon, 10 Mar 2008 17:50:53 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: critical_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 17:40:01 -0000 This is a multi-part message in MIME format. --------------060807060502040804010705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Stephan Uphoff wrote: > Julian Elischer wrote: >> >> Why would the following: >> void >> critical_exit(void) >> { >> struct thread *td; >> >> td = curthread; >> KASSERT(td->td_critnest != 0, >> ("critical_exit: td_critnest == 0")); >> >> if (td->td_critnest == 1) { >> td->td_critnest = 0; >> if (td->td_owepreempt) { >> td->td_critnest = 1; >> thread_lock(td); >> td->td_critnest--; >> SCHED_STAT_INC(switch_owepreempt); >> mi_switch(SW_INVOL|SW_PREEMPT, NULL); >> thread_unlock(td); >> } >> } else >> td->td_critnest--; >> >> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to >> %d", td, >> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); >> } >> >> >> not be expressed: >> >> void >> critical_exit(void) >> { >> struct thread *td; >> >> td = curthread; >> KASSERT(td->td_critnest != 0, >> ("critical_exit: td_critnest == 0")); >> >> if (td->td_critnest == 1) { >> if (td->td_owepreempt) { >> thread_lock(td); >> td->td_critnest = 0; >> SCHED_STAT_INC(switch_owepreempt); >> mi_switch(SW_INVOL|SW_PREEMPT, NULL); >> thread_unlock(td); >> } else { > XXXXX If preemption happens here td_owepreempt will be set to preempt > the current thread > XXXXX since td_critnest != 0 . However td_owepreempt is not checked > again so we will not > XXXXX preempt on td_critnest = 0; jeff's comment was that it could be expresssed as: if (--(td->td_critnest) == 0) { if (td->td_owepreempt) { thread_lock(td); td->td_critnest = 0; SCHED_STAT_INC(switch_owepreempt); mi_switch(SW_INVOL|SW_PREEMPT, NULL); thread_unlock(td); } } This has the same race.. but as you say, it probably doesn't matter. In fact the race is probably required to ensure that pre-emption Does occur one way or another. >> td_critnest = 0; >> } >> } else >> td->td_critnest--; >> >> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to >> %d", td, >> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); >> } >> >> It seems to me there is a race in the current version, where the >> critical count is temporarily 0, where the thread could be pre-empted >> when it shouldn't be.. > > Yes - there is a race where the thread could be preempted twice. > However this is fairly harmless in comparison to not being preempted > at all. > This being said it may be worthwhile to see if that race can be fixed > now after > the thread lock changes. > >> >> (prompted by a comment by jeffr that made me go look at this code).. >> > > Stephan --------------060807060502040804010705-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 20:04: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 C38D0106566B for ; Mon, 10 Mar 2008 20:04:55 +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 450DE8FC1A for ; Mon, 10 Mar 2008 20:04:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JYoEt-0000Wd-VY for freebsd-current@freebsd.org; Mon, 10 Mar 2008 20:04:51 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Mar 2008 20:04:51 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Mar 2008 20:04:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Mon, 10 Mar 2008 13:04:43 -0700 Lines: 48 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: problem with fin+ack with TSO on em 82573 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 20:04:55 -0000 I have some web servers, each with two of the following on them: em0@pci0:3:0:0: class=0x020000 card=0x61801462 chip=0x108b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PC82573V Intel network controller (PCIE Gigabit Ethernet)' class = network subclass = ethernet When TSO is enabled on the interface I have some last ACK problems with some clients. Basically the ack no. doesn't appear to increment with TSO on. 172.16.17.1 is the freebsd-current box (as of 3/5/2008). This is a dump from the 172.16.18.144 box. When I dump from the view of (172.16.17.1) the freebsd box, the resulting appears to lie about the packet ordering, showing it sending the Fin first. Turn TSO off it appears to tell the truth. I don't trust tcpdump with tso/rxcsum/txcsum on anyway. 172.16.18.144.10408 > 172.16.17.1.http: F 312:312(0) ack 39247 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.18.144.10408 > 172.16.17.1.http: F 312:312(0) ack 39247 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.18.144.10408 > 172.16.17.1.http: F 312:312(0) ack 39247 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.18.144.10408 > 172.16.17.1.http: F 312:312(0) ack 39247 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.18.144.10408 > 172.16.17.1.http: F 312:312(0) ack 39247 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 (DF) 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 172.16.17.1.http > 172.16.18.144.10408: F 39247:39247(0) ack 312 win 65535 -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 20:20: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 46AD51065670 for ; Mon, 10 Mar 2008 20:20:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id DC2E38FC12 for ; Mon, 10 Mar 2008 20:20:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7471F41C7A3; Mon, 10 Mar 2008 21:20:08 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Sr4nJGQN+j7f; Mon, 10 Mar 2008 21:20:08 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1429C41C75E; Mon, 10 Mar 2008 21:20:08 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id CF39E44487F; Mon, 10 Mar 2008 20:19:59 +0000 (UTC) Date: Mon, 10 Mar 2008 20:19:59 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ed Schouten In-Reply-To: <20080310155244.GV80576@hoeg.nl> Message-ID: <20080310201930.L50685@maildrop.int.zabbadoz.net> References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 20:20:11 -0000 On Mon, 10 Mar 2008, Ed Schouten wrote: Can any of you reproduce this easily? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 20:36: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 7F68D106568A; Mon, 10 Mar 2008 20:36:37 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 20D8C8FC2A; Mon, 10 Mar 2008 20:36:36 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id DB2BD10E706; Mon, 10 Mar 2008 21:35:19 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y7OpWjKJ3zp7; Mon, 10 Mar 2008 21:35:18 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 660EC10E704; Mon, 10 Mar 2008 21:35:18 +0100 (CET) Date: Mon, 10 Mar 2008 21:38:32 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1023841943.20080310213832@rulez.sk> To: Daniel Gerzo In-Reply-To: <20080310152649.GA54781@bigbang.cia.sk> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> <20080310015526.GE3553@cdnetworks.co.kr> <1251085027.20080310093936@rulez.sk> <20080310105313.GD4425@cdnetworks.co.kr> <20080310152649.GA54781@bigbang.cia.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Pyun YongHyeon , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re[2]: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 20:36:37 -0000 Hello Daniel, Monday, March 10, 2008, 4:26:49 PM, you wrote: > Hello Pyun, >> Since you're using MSI, would you try attached patch? >> Sorry, I don't have PCIe based hardware and RealTek's datasheet for >> PCIe variants is too poor to get useful information. >> >> -- >> Regards, >> Pyun YongHyeon > Thank you for your quick reply, I will test your patch ASAP, but I have one > simple question: > Should I apply this patch on top of > http://people.freebsd.org/~yongari/re/re.HEAD.patch > or what is this patch aginst? > Thank you. Or better, please send me (or place somewhere on your home page) the complete if_re.c and if_rlreg.h which should adress my problems, so that I can test it easily. Your efforst are greatly appreciated! -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:03:42 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 8CC041065672 for ; Mon, 10 Mar 2008 21:03:42 +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 38FED8FC1D for ; Mon, 10 Mar 2008 21:03:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7D29D1CC44; Mon, 10 Mar 2008 22:03:41 +0100 (CET) Date: Mon, 10 Mar 2008 22:03:41 +0100 From: Ed Schouten To: "Bjoern A. Zeeb" Message-ID: <20080310210341.GW80576@hoeg.nl> References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> <20080310201930.L50685@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g3W8FGNyQaC+nhss" Content-Disposition: inline In-Reply-To: <20080310201930.L50685@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD current mailing list Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 21:03:42 -0000 --g3W8FGNyQaC+nhss Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Bjoern A. Zeeb wrote: > Can any of you reproduce this easily? I reproduced it four times at the office today: - Receive input on one of my new TTY objects (isn't helpful for you folks) - Generate disk I/O, running find - Start X11 - Reboot --=20 Ed Schouten WWW: http://g-rave.nl/ --g3W8FGNyQaC+nhss Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfVoi0ACgkQ52SDGA2eCwUL2QCffsT6dGKeT0Ws13+u08M8K9M0 WBcAn2Xl/Fr6rA6SVlnM+TaqvepvcxSy =3Y82 -----END PGP SIGNATURE----- --g3W8FGNyQaC+nhss-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:10: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 154E8106566C for ; Mon, 10 Mar 2008 21:10:57 +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 BA3248FC23 for ; Mon, 10 Mar 2008 21:10:56 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2ALAf1U071918; Mon, 10 Mar 2008 17:10:42 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 10 Mar 2008 11:11:31 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ed Schouten In-Reply-To: <20080310155244.GV80576@hoeg.nl> Message-ID: <20080310111113.Y1091@desktop> References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 21:10:57 -0000 On Mon, 10 Mar 2008, Ed Schouten wrote: > * David Wolfskill wrote: >> panic: Invalid priority 155 on timeshare runq >> cpuid = 1 >> KDB: enter: panic >> [thread pid 718 tid 100068 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 718 tid 100068 td 0xc58208c0 >> kdb_enter(c0af2a73,c0af2a73,c0af4976,e7a3c938,1,...) at kdb_enter+0x3a >> panic(c0af4976,9b,c0af449e,183,c0c167c0,...) at panic+0x12c >> sched_switch(c58208c0,0,6,184,6c4a2d63,...) at sched_switch+0x1d4 >> mi_switch(6,0,c0af483e,b6,0,...) at mi_switch+0x223 >> critical_exit(c4f20b00,0,728,c58208c0,c4f20b00,...) at critical_exit+0x99 >> intr_execute_handlers(c4f08f34,e7a3c9fc,e7a3ca98,c0a46a74,32,...) at intr_execute_handlers+0x14b >> lapic_handle_intr(32,e7a3c9fc) at lapic_handle_intr+0x3f >> Xapic_isr1() at Xapic_isr1+0x34 >> --- interrupt, eip = 0xc0a5da09, esp = 0xe7a3ca3c, ebp = 0xe7a3ca98 --- > > Same problem here. Good to see I'm not the only one who has this > problem; I am seeing this panic in my mpsafetty branch (in Perforce) and > I was starting to suspect my own code... ;-) This is my fault I'm sure. Can someone try: http://people.freebsd.org/~jeff/ulepick.diff Thanks, Jeff > > -- > Ed Schouten > WWW: http://g-rave.nl/ > From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:16:26 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 AE15A1065671; Mon, 10 Mar 2008 21:16:26 +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 6DC128FC15; Mon, 10 Mar 2008 21:16:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2ALGMqM073692; Mon, 10 Mar 2008 17:16:25 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 10 Mar 2008 11:17:12 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Julian Elischer In-Reply-To: <47D5727A.7000504@ironport.com> Message-ID: <20080310111256.N1091@desktop> References: <47D4D534.9050902@ironport.com> <47D543C5.9050008@freebsd.org> <47D5727A.7000504@ironport.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Stephan Uphoff , FreeBSD Current Subject: Re: critical_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 21:16:26 -0000 On Mon, 10 Mar 2008, Julian Elischer wrote: > Stephan Uphoff wrote: >> Julian Elischer wrote: >>> >>> Why would the following: >>> void >>> critical_exit(void) >>> { >>> struct thread *td; >>> >>> td = curthread; >>> KASSERT(td->td_critnest != 0, >>> ("critical_exit: td_critnest == 0")); >>> >>> if (td->td_critnest == 1) { >>> td->td_critnest = 0; >>> if (td->td_owepreempt) { >>> td->td_critnest = 1; >>> thread_lock(td); >>> td->td_critnest--; >>> SCHED_STAT_INC(switch_owepreempt); >>> mi_switch(SW_INVOL|SW_PREEMPT, NULL); >>> thread_unlock(td); >>> } >>> } else >>> td->td_critnest--; >>> >>> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", >>> td, >>> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); >>> } >>> >>> >>> not be expressed: >>> >>> void >>> critical_exit(void) >>> { >>> struct thread *td; >>> >>> td = curthread; >>> KASSERT(td->td_critnest != 0, >>> ("critical_exit: td_critnest == 0")); >>> >>> if (td->td_critnest == 1) { >>> if (td->td_owepreempt) { >>> thread_lock(td); >>> td->td_critnest = 0; >>> SCHED_STAT_INC(switch_owepreempt); >>> mi_switch(SW_INVOL|SW_PREEMPT, NULL); >>> thread_unlock(td); >>> } else { >> XXXXX If preemption happens here td_owepreempt will be set to preempt the >> current thread >> XXXXX since td_critnest != 0 . However td_owepreempt is not checked again >> so we will not >> XXXXX preempt on td_critnest = 0; > > jeff's comment was that it could be expresssed as: > > if (--(td->td_critnest) == 0) { > if (td->td_owepreempt) { > thread_lock(td); > td->td_critnest = 0; > SCHED_STAT_INC(switch_owepreempt); > mi_switch(SW_INVOL|SW_PREEMPT, NULL); > thread_unlock(td); > } > } if (--(td->td_critnest) == 0) { if (td->td_owepreempt) { thread_lock(td); if (td->td_owepreempt) { SCHED_STAT_INC(switch_owepreempt); mi_switch(SW_INVOL|SW_PREEMPT, NULL); } thread_unlock(td); } } Wouldn't that do just fine? If a preemption occurred before you disabled interrupts in thread_lock you'd skip the switch after acquiring it. I don't see a way that we could miss owepreempt with the above code. I'd also like to make critical_enter/critical_exit inlines with a _critical_exit() that does the switch. with thread_lock we now do a lot more nested spinlocking etc. All of these non-contiguous instruction pointers add up. > > This has the same race.. but as you say, it probably doesn't matter. > In fact the race is probably required to ensure that pre-emption Does occur > one way or another. > > > > >>> td_critnest = 0; >>> } >>> } else >>> td->td_critnest--; >>> >>> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", >>> td, >>> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); >>> } >>> >>> It seems to me there is a race in the current version, where the >>> critical count is temporarily 0, where the thread could be pre-empted >>> when it shouldn't be.. >> >> Yes - there is a race where the thread could be preempted twice. >> However this is fairly harmless in comparison to not being preempted at >> all. >> This being said it may be worthwhile to see if that race can be fixed now >> after >> the thread lock changes. >> >>> >>> (prompted by a comment by jeffr that made me go look at this code).. >>> >> >> Stephan > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:27: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 8A8C9106566C for ; Mon, 10 Mar 2008 21:27:07 +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 BCCD48FC14 for ; Mon, 10 Mar 2008 21:27:06 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 92969 invoked by uid 0); 10 Mar 2008 21:27:04 -0000 Received: from r5be28.net.upc.cz (HELO vn.chello.upc.cz) (86.49.64.28) by smtp.dkm.cz with SMTP; 10 Mar 2008 21:27:04 -0000 Message-ID: <47D5A78F.1050403@vnovy.net> Date: Mon, 10 Mar 2008 22:26:39 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Steven Hartland References: <200802042142.38606.qpadla@gmail.com><200802061852.10227.qpadla@gmail.com> <47A9EA74.6040407@vnovy.net> <200802070018.54429.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> In-Reply-To: <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jfvogel@gmail.com 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: Mon, 10 Mar 2008 21:27:07 -0000 Steven Hartland wrote: > Did you ever get anywhere with this? Did Jack respond? > > ----- Original Message ----- From: "Nikolay Pavlov" > > On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: >> >> Do you have set TSO flag on interface? >> > >> > Good catch. The problem is gone with net.inet.tcp.tso set to 0. >> > But TSO is enabled by default in 7.0. Could this be a em driver bug? >> >> I don't know. I only saw this when researched another TSO related >> problem. >> >> vita > > May be Jack could say something about this? > It is TSO related problem of em driver. Affects only cards with adapter->hw.mac.type < e1000_82575. During transmit function em_tso_setup is called and this function sets packet ip_len field to zero. (also ip csum) After successful transmit, packet is injected to BPF with zeroed ip_len field. vita From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:49:23 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 50BD71065670 for ; Mon, 10 Mar 2008 21:49:23 +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 F26E18FC23 for ; Mon, 10 Mar 2008 21:49:22 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2ALn7p7081405; Mon, 10 Mar 2008 17:49:08 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 10 Mar 2008 11:49:58 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ed Schouten In-Reply-To: <20080310155244.GV80576@hoeg.nl> Message-ID: <20080310114916.J1091@desktop> References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 21:49:23 -0000 On Mon, 10 Mar 2008, Ed Schouten wrote: > * David Wolfskill wrote: >> panic: Invalid priority 155 on timeshare runq >> cpuid = 1 >> KDB: enter: panic >> [thread pid 718 tid 100068 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 718 tid 100068 td 0xc58208c0 >> kdb_enter(c0af2a73,c0af2a73,c0af4976,e7a3c938,1,...) at kdb_enter+0x3a >> panic(c0af4976,9b,c0af449e,183,c0c167c0,...) at panic+0x12c >> sched_switch(c58208c0,0,6,184,6c4a2d63,...) at sched_switch+0x1d4 >> mi_switch(6,0,c0af483e,b6,0,...) at mi_switch+0x223 >> critical_exit(c4f20b00,0,728,c58208c0,c4f20b00,...) at critical_exit+0x99 >> intr_execute_handlers(c4f08f34,e7a3c9fc,e7a3ca98,c0a46a74,32,...) at intr_execute_handlers+0x14b >> lapic_handle_intr(32,e7a3c9fc) at lapic_handle_intr+0x3f >> Xapic_isr1() at Xapic_isr1+0x34 >> --- interrupt, eip = 0xc0a5da09, esp = 0xe7a3ca3c, ebp = 0xe7a3ca98 --- > > Same problem here. Good to see I'm not the only one who has this > problem; I am seeing this panic in my mpsafetty branch (in Perforce) and > I was starting to suspect my own code... ;-) http://people.freebsd.org/~jeff/ulerunq.diff Actually ignore that last diff. I know it works but this one should be more resiliant to further changes in the scheduler. It tests out fine on my systems but I wasn't able to trip the last bug either. Please let me know if this works and I will commit it. Thanks, Jeff > > -- > Ed Schouten > WWW: http://g-rave.nl/ > From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 22:02:49 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 7A5561065673; Mon, 10 Mar 2008 22:02:49 +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 71C008FC1A; Mon, 10 Mar 2008 22:02:48 +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 234995148-1834499 for multiple; Mon, 10 Mar 2008 18:04:18 -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 m2AM2T6M090038; Mon, 10 Mar 2008 18:02:38 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 10 Mar 2008 17:27:19 -0400 User-Agent: KMail/1.9.7 References: <47CCB187.8070808@FreeBSD.org> <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> <47CCDA8A.60004@errno.com> In-Reply-To: <47CCDA8A.60004@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803101727.20378.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 10 Mar 2008 18:02:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 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: Marcel Moolenaar , re@FreeBSD.org, "George V. Neville-Neil" Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 22:02:49 -0000 On Tuesday 04 March 2008 12:13:46 am Sam Leffler wrote: > Marcel Moolenaar wrote: > > > > On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: > > > >> Hi, > >> > >> It appears to be that "options IPSEC" along with "device crypto" > >> breaks FreeBSD/powerpc kernel badly. When enabling these options, > >> apparently kernel doesn't perform any initialization tasks (I don't > >> see usual probe/init sequence output) but jumps straight into root fs > >> mounting after initing crypto(4) and ipsec(4), which is not usable > >> since no devices has been attached. Keyboard is not working either. > > > > The problem is with device crypto. It attaches to nexus(4) and > > expects to be the only child. As you can see from the log, all > > children of nexus suddenly become instantiations of cryptosoft(4) > > rather then the usual drivers that attach. > > > > The swcr_probe() function should check that the device it gets > > is really the one created for it. > > > > Don't know about "expects to be the only child" but I did was jhb said > was right. If you know otherwise please fix it. My mistake was assuming that all platforms treated nexus(4) the same in that each child of nexus has a fixed devclass when it is created. BTW, it looks like the common crypto code doesn't really need a full on device_t, it really just wants a 'kobj' that uses the class and a name of of some sort. Other places in the kernel use a plain old switch table (e.g. struct ifnet and struct cdev with cdevsw) for such things since kobj has some additional overhead. Is there any reason the crypto stuff can't use a separate object to present a crypto device that is separate from the device_t? The least code churn might be to stay with kobj. Hmm, you could actually reuse the device_t as the kobj for hardware devices. All the MI crypto code needs is a name, so you would split out the name instead of using device_get_nameunit(). Something like this would be a start. (The hardware drivers would simply pass device_get_nameunit(dev) as the second arg to crypto_get_driverid()). The one routine needs to be changed to return the crypto device name (cc_name) in a caller-supplied buffer rather than the device_t, but other than those changes (and updating function prototypes in headers) this should be most of what you would need. It would of course be cleaner to not reuse the device_t and have cryptocaps be a bit stronger of an object (maybe it becomes a kobj and crypto_get_driverid() takes a class pointer rather than a kobj). Index: opencrypto/crypto.c =================================================================== RCS file: /usr/cvs/src/sys/opencrypto/crypto.c,v retrieving revision 1.28 diff -u -r1.28 crypto.c --- opencrypto/crypto.c 20 Oct 2007 23:23:22 -0000 1.28 +++ opencrypto/crypto.c 10 Mar 2008 21:05:03 -0000 @@ -99,7 +99,8 @@ * Not tagged fields are read-only. */ struct cryptocap { - device_t cc_dev; /* (d) device/driver */ + struct kobj *cc_dev; /* (d) device/driver */ + const char *cc_name; /* (d) device name */ u_int32_t cc_sessions; /* (d) # of sessions */ u_int32_t cc_koperations; /* (d) # os asym operations */ /* @@ -476,7 +477,7 @@ * support for the algorithms they handle. */ int32_t -crypto_get_driverid(device_t dev, int flags) +crypto_get_driverid(struct kobj *dev, const char *name, int flags) { struct cryptocap *newdrv; int i; @@ -538,7 +539,7 @@ /* * Lookup a driver by name. We match against the full device * name and unit, and against just the name. The latter gives - * us a simple widlcarding by device name. On success return the + * us a simple wildcarding by device name. On success return the * driver/hardware identifier; otherwise return -1. */ int @@ -548,12 +549,17 @@ CRYPTO_DRIVER_LOCK(); for (i = 0; i < crypto_drivers_num; i++) { - device_t dev = crypto_drivers[i].cc_dev; - if (dev == NULL || + if (crypto_drivers[i].cc_dev == NULL || (crypto_drivers[i].cc_flags & CRYPTOCAP_F_CLEANUP)) continue; - if (strncmp(match, device_get_nameunit(dev), len) == 0 || - strncmp(match, device_get_name(dev), len) == 0) + /* + * Previously this did two checks. However, the second + * check was never relevant. If the user asked for just + * "foo" then 'len' will be 3 and the 'strncmp()' will + * match "foo0" just fine without requiring a separate + * match against "foo". + */ + if (strncmp(match, cc->cc_name, len) == 0) break; } CRYPTO_DRIVER_UNLOCK(); @@ -563,6 +569,8 @@ /* * Return the device_t for the specified driver or NULL * if the driver identifier is invalid. + * + * XXX: This needs to change to copy the name into a caller-supplied buffer. */ device_t crypto_find_device_byhid(int hid) @@ -605,7 +613,7 @@ cap->cc_kalg[kalg] = flags | CRYPTO_ALG_FLAG_SUPPORTED; if (bootverbose) printf("crypto: %s registers key alg %u flags %u\n" - , device_get_nameunit(cap->cc_dev) + , cap->cc_name , kalg , flags ); @@ -644,7 +652,7 @@ cap->cc_max_op_len[alg] = maxoplen; if (bootverbose) printf("crypto: %s registers alg %u flags %u maxoplen %u\n" - , device_get_nameunit(cap->cc_dev) + , cap->cc_name , alg , flags , maxoplen @@ -1454,7 +1462,7 @@ if (cap->cc_dev == NULL) continue; db_printf("%-12s %4u %4u %08x %2u %2u\n" - , device_get_nameunit(cap->cc_dev) + , cap->cc_name , cap->cc_sessions , cap->cc_koperations , cap->cc_flags Index: opencrypto/cryptosoft.c =================================================================== RCS file: /usr/cvs/src/sys/opencrypto/cryptosoft.c,v retrieving revision 1.19 diff -u -r1.19 cryptosoft.c --- opencrypto/cryptosoft.c 9 May 2007 19:37:02 -0000 1.19 +++ opencrypto/cryptosoft.c 10 Mar 2008 21:22:08 -0000 @@ -61,7 +61,7 @@ static int swcr_encdec(struct cryptodesc *, struct swcr_data *, caddr_t, int); static int swcr_authcompute(struct cryptodesc *, struct swcr_data *, caddr_t, int); static int swcr_compdec(struct cryptodesc *, struct swcr_data *, caddr_t, int); -static int swcr_freesession(device_t dev, u_int64_t tid); +static int swcr_freesession(struct kobj *kobj, u_int64_t tid); /* * Apply a symmetric encryption/decryption algorithm. @@ -584,7 +584,7 @@ * Generate a new software session. */ static int -swcr_newsession(device_t dev, u_int32_t *sid, struct cryptoini *cri) +swcr_newsession(struct kobj *kobj, u_int32_t *sid, struct cryptoini *cri) { struct swcr_data **swd; struct auth_hash *axf; @@ -793,7 +793,7 @@ * Free a session. */ static int -swcr_freesession(device_t dev, u_int64_t tid) +swcr_freesession(struct kobj *kobj, u_int64_t tid) { struct swcr_data *swd; struct enc_xform *txf; @@ -882,7 +882,7 @@ * Process a software request. */ static int -swcr_process(device_t dev, struct cryptop *crp, int hint) +swcr_process(struct kobj *kobj, struct cryptop *crp, int hint) { struct cryptodesc *crd; struct swcr_data *sw; @@ -976,33 +976,33 @@ return 0; } -static void -swcr_identify(device_t *dev, device_t parent) -{ - /* NB: order 10 is so we get attached after h/w devices */ - if (device_find_child(parent, "cryptosoft", -1) == NULL && - BUS_ADD_CHILD(parent, 10, "cryptosoft", -1) == 0) - panic("cryptosoft: could not attach"); -} +static struct kobj_method swcr_methods[] = { + KOBJMETHOD(cryptodev_newsession, swcr_newsession), + KOBJMETHOD(cryptodev_freesession, swcr_freesession), + KOBJMETHOD(cryptodev_process, swcr_process), -static int -swcr_probe(device_t dev) -{ - device_set_desc(dev, "software crypto"); - return (0); -} + {0, 0}, +}; -static int -swcr_attach(device_t dev) +DEFINE_CLASS(cryptosoft, swcr_methods, 0); + +static struct kobj *swcr_kobj; + +static void +swcr_init(void) { + + kobj_class_compile(&cryptosoft_class); + kobj_init(&swcr_kobj, &cryptosoft_class); + swcr_kobj = kobj_create(&cryptosoft_class, M_CRYPTO_DATA, M_WAITOK); memset(hmac_ipad_buffer, HMAC_IPAD_VAL, HMAC_MAX_BLOCK_LEN); memset(hmac_opad_buffer, HMAC_OPAD_VAL, HMAC_MAX_BLOCK_LEN); - swcr_id = crypto_get_driverid(dev, + swcr_id = crypto_get_driverid(swcr_kobj, "cryptosoft0", CRYPTOCAP_F_SOFTWARE | CRYPTOCAP_F_SYNC); if (swcr_id < 0) { - device_printf(dev, "cannot initialize!"); - return ENOMEM; + printf("cryptosoft0: cannot initialize!"); + return; } #define REGISTER(alg) \ crypto_register(swcr_id, alg, 0,0) @@ -1027,38 +1027,21 @@ REGISTER(CRYPTO_CAMELLIA_CBC); REGISTER(CRYPTO_DEFLATE_COMP); #undef REGISTER - - return 0; } static void -swcr_detach(device_t dev) +swcr_destroy(void) { crypto_unregister_all(swcr_id); if (swcr_sessions != NULL) FREE(swcr_sessions, M_CRYPTO_DATA); + if (swcr_kobj != NULL) { + kobj_delete(swcr_kobj, M_CRYPTO_DATA); + swcr_kobj = NULL; + kobj_class_free(&cryptosoft_class); + } } -static device_method_t swcr_methods[] = { - DEVMETHOD(device_identify, swcr_identify), - DEVMETHOD(device_probe, swcr_probe), - DEVMETHOD(device_attach, swcr_attach), - DEVMETHOD(device_detach, swcr_detach), - - DEVMETHOD(cryptodev_newsession, swcr_newsession), - DEVMETHOD(cryptodev_freesession,swcr_freesession), - DEVMETHOD(cryptodev_process, swcr_process), - - {0, 0}, -}; - -static driver_t swcr_driver = { - "cryptosoft", - swcr_methods, - 0, /* NB: no softc */ -}; -static devclass_t swcr_devclass; - /* * NB: We explicitly reference the crypto module so we * get the necessary ordering when built as a loadable @@ -1067,7 +1050,35 @@ * normal module dependencies would handle things). */ extern int crypto_modevent(struct module *, int, void *); -/* XXX where to attach */ -DRIVER_MODULE(cryptosoft, nexus, swcr_driver, swcr_devclass, crypto_modevent,0); + +static int +swcr_modevent(struct module *module, int cmd, void *arg) +{ + int error; + + switch (cmd) { + case MOD_LOAD: + error = crypto_modevent(module, cmd, arg); + if (error) + return (error); + swcr_init(); + return (0); + case MOD_UNLOAD: + swcr_destroy(); + return (crypto_modevent(module, cmd, arg)); + case MOD_QUIESCE: + return (crypto_modevent(module, cmd, arg)); + default: + return (EOPNOTSUPP); + } +} + +static moduledata_t cryptosoft_module = { + "cryptosoft", + swcr_modevent, + 0 +}; + +DECLARE_MODULE(cryptosoft, cryptosoft_module, SI_SUB_DRIVER, SI_ORDER_ANY); MODULE_VERSION(cryptosoft, 1); MODULE_DEPEND(cryptosoft, crypto, 1, 1, 1); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 22:22: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 8F0AE1065671 for ; Mon, 10 Mar 2008 22:22:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1E92F8FC1C for ; Mon, 10 Mar 2008 22:22:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2AMLvfk098069; Mon, 10 Mar 2008 15:21:57 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2AMLv9p098068; Mon, 10 Mar 2008 15:21:57 -0700 (PDT) (envelope-from david) Date: Mon, 10 Mar 2008 15:21:57 -0700 From: David Wolfskill To: "Bjoern A. Zeeb" Message-ID: <20080310222157.GG53010@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , "Bjoern A. Zeeb" , Ed Schouten , FreeBSD current mailing list References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> <20080310201930.L50685@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z0PJazCl8/BmicYQ" Content-Disposition: inline In-Reply-To: <20080310201930.L50685@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.1i Cc: Ed Schouten , FreeBSD current mailing list Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 22:22:00 -0000 --z0PJazCl8/BmicYQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2008 at 08:19:59PM +0000, Bjoern A. Zeeb wrote: > On Mon, 10 Mar 2008, Ed Schouten wrote: >=20 > Can any of you reproduce this easily? Certainly. I just re-booted my laptop (with serial console this time): /boot/kernel/acpi.ko text=3D0x53f4c data=3D0x25e0+0x186c syms=3D[0x4+0x8a20= +0x4+0xbbc7] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000003fee2800 SMAP type=3D02 base=3D000000003ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 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 #709: Mon Mar 10 08:00:39 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e0d000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0e0d14c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc0e0d1f8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e0d2a4. Calibrating clock(s) ... i8254 clock: 1193159 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392951268 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 1073618944 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003ee99fff, 1038569472 bytes (253557 pages) avail memory =3D 1038028800 (989 MB) =2E.. start_init: trying /sbin/init lock order reversal: 1st 0xc3e26044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc409c7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 KDB: stack backtrace: db_trace_self_wrapper(c0ac289c,e28869c4,c077d75e,c0ac4dc5,c409c7c8,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac4dc5,c409c7c8,c0ab9cd6,c0ab9cd6,c0acb253,...) at kdb_back= trace+0x29 witness_checkorder(c409c7c8,1,c0acb253,80f,e28869e8,...) at witness_checkor= der+0x6de _lockmgr_args(c409c7c8,30041,c409c7f8,0,ffffffff,...) at _lockmgr_args+0x1d5 ffs_lock(e2886a78,c073562d,c0bdc094,30041,c409c770,...) at ffs_lock+0xa3 VOP_LOCK1_APV(c0b994a0,e2886a78,c0ab9421,3,c409c7f8,...) at VOP_LOCK1_APV+0= xa5 _vn_lock(c409c770,30041,c0acb253,80f,0,...) at _vn_lock+0xf7 vget(c409c770,30041,c3e22d20,4a9,c1460580,...) at vget+0x10b vnode_pager_lock(c1460400,0,c0ae3288,127,e2886be8,...) at vnode_pager_lock+= 0x1ad vm_fault(c3e26000,80d3000,2,8,80d3a20,...) at vm_fault+0x1df trap_pfault(5,0,c0aefc15,2c8,c3e20ab0,...) at trap_pfault+0x118 trap(e2886d38) at trap+0x267 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D 0xbfbfef10 --- xl0: link state changed to DOWN lock order reversal: 1st 0xc4377c08 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_subr.c:2063 2nd 0xc4382538 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0ac289c,e6586a18,c077d75e,c0ac4dc5,c4382538,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac4dc5,c4382538,c0acacb6,c0acacb6,c0acb253,...) at kdb_back= trace+0x29 witness_checkorder(c4382538,1,c0acb253,16c,e6586a58,...) at witness_checkor= der+0x6de _lockmgr_args(c4382538,20001,c4382568,0,ffffffff,...) at _lockmgr_args+0x1d5 vfs_busy(c4382538,10,0,c427cd20,8,...) at vfs_busy+0x1b0 vfs_donmount(810f080,c,e6586c70,c4276600,810be68,...) at vfs_donmount+0xdb5 nmount(c427cd20,e6586cfc,c,c0ac5a81,c0b79030,...) at nmount+0xb2 syscall(e6586d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280d715b, esp =3D 0xbfb= fe96c, ebp =3D 0xbfbfedb8 --- panic: Invalid priority 155 on timeshare runq cpuid =3D 0 KDB: enter: panic [thread pid 955 tid 100064 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 955 tid 100064 td 0xc43bad20 kdb_enter(c0abfa2f,c0abfa2f,c0ac19ab,e65bc908,0,...) at kdb_enter+0x3a panic(c0ac19ab,9b,c0ac14d3,183,c0bd2f80,...) at panic+0x12c sched_switch(c43bad20,0,6,184,e47c0566,...) at sched_switch+0x1d4 mi_switch(6,0,c0ac1873,b6,0,...) at mi_switch+0x223 critical_exit(c0bb00c0,c0c226e0,c0ae2a57,c43bad20,c3e1e680,...) at critical= _exit+0x99 intr_execute_handlers(c0bb00c0,e65bc9dc,e65bc9e0,c073594c,c43bad20,...) at = intr_execute_handlers+0x14b atpic_handle_intr(0,e65bc9dc) at atpic_handle_intr+0xba Xatpic_intr0() at Xatpic_intr0+0x21 --- interrupt, eip =3D 0xc0a2993b, esp =3D 0xe65bca1c, ebp =3D 0xe65bca20 -= -- spinlock_exit(c0bdc094,4,c0abe5d9,f4) at spinlock_exit+0x2b _mtx_unlock_spin_flags(c0bdc094,0,c0ac44a0,3ca,c0ae389a,...) at _mtx_unlock= _spin_flags+0xfd witness_checkorder(c1474088,9,c0ae2a57,984,c147108c,...) at witness_checkor= der+0x316 _mtx_lock_flags(c1474088,0,c0ae2a57,984,c43f6580,...) at _mtx_lock_flags+0x= bc uma_zfree_internal(0,2,22) at uma_zfree_internal+0x87 uma_large_free(c43f6580,e65bcb04,4,c3f3c600,0,...) at uma_large_free+0xa9 free(c442a000,c0b7b5a0,0,e65bcba4,e65bcb40,...) at free+0xdb cpufreq_curr_sysctl(c3f43740,c3f41c00,0,e65bcba4,e65bcba4,...) at cpufreq_c= urr_sysctl+0x28f sysctl_root(e65bcba4,0,c0ac05ea,587,c43bad20,...) at sysctl_root+0x137 userland_sysctl(c43bad20,e65bcc14,4,bfbfee3c,bfbfee2c,...) at userland_sysc= tl+0x115 __sysctl(c43bad20,e65bccfc,18,c0a7f2eb,c0b77fb0,...) at __sysctl+0xbc syscall(e65bcd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip =3D 0x28167e0f, esp =3D 0xb= fbfe8bc, ebp =3D 0xbfbfe8e8 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1022 35 35 0 R+ sh 955 1 955 0 Rs powerd 899 1 897 0 S select 0xc408e828 snmpd 882 877 877 0 S - 0xc421ce00 nfsd 881 877 877 0 S - 0xc43aa000 nfsd 880 877 877 0 S - 0xc43aa400 nfsd 879 877 877 0 S - 0xc43aa600 nfsd 877 1 877 0 Ss select 0xc4219aa8 nfsd 868 1 868 0 Ss select 0xc42199a8 mountd 837 1 837 0 Ss select 0xc4219828 rpcbind 818 1 818 0 Ss select 0xc408e3e8 syslogd 786 0 0 0 SL mdwait 0xc4399000 [md0] 723 1 723 0 Ss select 0xc42635a8 devd 35 1 35 0 Ss+ wait 0xc423d000 sh 34 0 0 0 SL sdflush 0xc0c2ea70 [softdepflush] 33 0 0 0 SL vlruwt 0xc423d558 [vnlru] 32 0 0 0 SL syncer 0xc0bd134c [syncer] 31 0 0 0 SL psleep 0xc0c22cc4 [bufdaemon] 30 0 0 0 SL pgzero 0xc0c2f660 [pagezero] 29 0 0 0 SL psleep 0xc0c2f27c [vmdaemon] 28 0 0 0 SL psleep 0xc0c2f244 [pagedaemon] 27 0 0 0 SL - 0xc41a8700 [dummynet] 26 0 0 0 SL waiting_ 0xc0c24f4c [sctp_iterator] 25 0 0 0 SL - 0xc405e83c [fdc0] 24 0 0 0 SL tzpoll 0xc0df5f80 [acpi_thermal] 23 0 0 0 SL cbb cv 0xc3f0d3f0 [cbb2 event thread] 22 0 0 0 SL - 0xc3f7d000 [fw0_probe] 21 0 0 0 SL - 0xc3f61780 [fw0_taskq] 20 0 0 0 SL cbb cv 0xc3f0c3f0 [cbb1 event thread] 19 0 0 0 SL cbb cv 0xc3f10bf0 [cbb0 event thread] 18 0 0 0 SL usbevt 0xc3f59210 [usb1] 17 0 0 0 SL usbtsk 0xc0bcec14 [usbtask-dr] 16 0 0 0 SL usbtsk 0xc0bcec00 [usbtask-hc] 15 0 0 0 SL usbevt 0xc3f18210 [usb0] 14 0 0 0 SL ccb_scan 0xc0bb1d54 [xpt_thrd] 9 0 0 0 SL - 0xc3e7c780 [kqueue taskq] 8 0 0 0 SL - 0xc3e7c900 [acpi_task_2] 7 0 0 0 SL - 0xc3e7c900 [acpi_task_1] 6 0 0 0 SL - 0xc3e7c900 [acpi_task_0] 5 0 0 0 SL - 0xc3e7ca80 [thread taskq] 13 0 0 0 SL - 0xc0bd1354 [yarrow] 4 0 0 0 SL - 0xc0bcf34c [g_down] 3 0 0 0 SL - 0xc0bcf348 [g_up] 2 0 0 0 SL - 0xc0bcf340 [g_event] 12 0 0 0 RL (threaded) intr 100039 I [irq7: ppbus0 ppc0] 100038 I [swi0: sio] 100036 I [irq12: psm0] 100035 I [irq1: atkbd0] 100033 I [irq15: ata1] 100032 I [irq14: ata0] 100022 I [irq11: cbb0 cbb1+*] 100021 I [irq9: pcm0 acpi0] 100020 I [swi2: cambio] 100017 I [swi6: task queue] 100013 I [swi6: Giant taskq] 100011 I [swi5: +] 100006 I [swi3: vm] 100005 RunQ [swi4: clock sio] 100004 I [swi1: net] 11 0 0 0 RL [idle: cpu0] 1 0 1 0 SLs wait 0xc3e20ab0 [init] 10 0 0 0 SL audit_wo 0xc0c2e4d0 [audit] 0 0 0 0 WLs [swapper] db>=20 [Sorry about the delay; been in meetings quite a bit today.] Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --z0PJazCl8/BmicYQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfVtIQACgkQmprOCmdXAD0VJQCeP9i9AYFjzAfto9zSkWofqMsL HB0AnREpI95rBD/2zd7aaR6npp8dImnZ =LvGJ -----END PGP SIGNATURE----- --z0PJazCl8/BmicYQ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 22:57: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 68EDD1065676 for ; Mon, 10 Mar 2008 22:57:38 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 06FA78FC19 for ; Mon, 10 Mar 2008 22:57:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so1247244wra.19 for ; Mon, 10 Mar 2008 15:57:37 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6/pVjb8nN5ZipMTh57jg1n5ACb09LjbMbZlnJ6PVhm0=; b=HyoLTS/ksChodxfJ0lnYa3ce71972cVUae7bvNcTFK7TntrRvbcANt7oKe9gZ3ciqTGJGJFbqUpUez2HTo3LXl+E0yKFg6i8mDz8ES0zYk/zncirq9/mtCxs2WjCGz/DtzVZYeX9Gz90nAVxZ8U2gZjKIECAi1BLXnMggaJsac0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sffWM32Y+nf17jdCVs+VY6xJ1FRYQADYL8PFaKn95G7r7+WMF8qMz2Sb7oN7pp1SzbvJ8b7kH1cIzBkBOnPYhUK8M6hqz4ON5LsqiPk3qwKj11BCEOjSwVA7NXbBTUBwFPQ7toHshGlbh9mkHJX03Oj9lj5FhUmHY85+iwvo1SQ= Received: by 10.114.53.1 with SMTP id b1mr3936024waa.86.1205189856362; Mon, 10 Mar 2008 15:57:36 -0700 (PDT) Received: by 10.115.22.10 with HTTP; Mon, 10 Mar 2008 15:57:36 -0700 (PDT) Message-ID: Date: Mon, 10 Mar 2008 15:57:36 -0700 From: "Kip Macy" To: "Jeff Roberson" , "Julian Elischer" , "Stephan Uphoff" , "FreeBSD Current" In-Reply-To: <20080310111256.N1091@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47D4D534.9050902@ironport.com> <47D543C5.9050008@freebsd.org> <47D5727A.7000504@ironport.com> <20080310111256.N1091@desktop> Cc: Subject: Re: critical_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2008 22:57:38 -0000 I've done that in my tree, but there it was more to reduce pmc noise (critical_{enter,exit} would account for 5-8% of cycles). -Kip On 3/10/08, Jeff Roberson wrote: > On Mon, 10 Mar 2008, Julian Elischer wrote: > > > Stephan Uphoff wrote: > >> Julian Elischer wrote: > >>> > >>> Why would the following: > >>> void > >>> critical_exit(void) > >>> { > >>> struct thread *td; > >>> > >>> td = curthread; > >>> KASSERT(td->td_critnest != 0, > >>> ("critical_exit: td_critnest == 0")); > >>> > >>> if (td->td_critnest == 1) { > >>> td->td_critnest = 0; > >>> if (td->td_owepreempt) { > >>> td->td_critnest = 1; > >>> thread_lock(td); > >>> td->td_critnest--; > >>> SCHED_STAT_INC(switch_owepreempt); > >>> mi_switch(SW_INVOL|SW_PREEMPT, NULL); > >>> thread_unlock(td); > >>> } > >>> } else > >>> td->td_critnest--; > >>> > >>> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", > >>> td, > >>> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); > >>> } > >>> > >>> > >>> not be expressed: > >>> > >>> void > >>> critical_exit(void) > >>> { > >>> struct thread *td; > >>> > >>> td = curthread; > >>> KASSERT(td->td_critnest != 0, > >>> ("critical_exit: td_critnest == 0")); > >>> > >>> if (td->td_critnest == 1) { > >>> if (td->td_owepreempt) { > >>> thread_lock(td); > >>> td->td_critnest = 0; > >>> SCHED_STAT_INC(switch_owepreempt); > >>> mi_switch(SW_INVOL|SW_PREEMPT, NULL); > >>> thread_unlock(td); > >>> } else { > >> XXXXX If preemption happens here td_owepreempt will be set to preempt the > >> current thread > >> XXXXX since td_critnest != 0 . However td_owepreempt is not checked > again > >> so we will not > >> XXXXX preempt on td_critnest = 0; > > > > jeff's comment was that it could be expresssed as: > > > > if (--(td->td_critnest) == 0) { > > if (td->td_owepreempt) { > > thread_lock(td); > > td->td_critnest = 0; > > SCHED_STAT_INC(switch_owepreempt); > > mi_switch(SW_INVOL|SW_PREEMPT, NULL); > > thread_unlock(td); > > } > > } > > if (--(td->td_critnest) == 0) { > if (td->td_owepreempt) { > thread_lock(td); > if (td->td_owepreempt) { > SCHED_STAT_INC(switch_owepreempt); > mi_switch(SW_INVOL|SW_PREEMPT, NULL); > } > thread_unlock(td); > } > } > > Wouldn't that do just fine? If a preemption occurred before you disabled > interrupts in thread_lock you'd skip the switch after acquiring it. > > I don't see a way that we could miss owepreempt with the above code. I'd > also like to make critical_enter/critical_exit inlines with a > _critical_exit() that does the switch. with thread_lock we now do a lot > more nested spinlocking etc. All of these non-contiguous instruction > pointers add up. > > > > > This has the same race.. but as you say, it probably doesn't matter. > > In fact the race is probably required to ensure that pre-emption Does > occur > > one way or another. > > > > > > > > > >>> td_critnest = 0; > >>> } > >>> } else > >>> td->td_critnest--; > >>> > >>> CTR4(KTR_CRITICAL, "critical_exit by thread %p (%ld, %s) to %d", > >>> td, > >>> (long)td->td_proc->p_pid, td->td_name, td->td_critnest); > >>> } > >>> > >>> It seems to me there is a race in the current version, where the > >>> critical count is temporarily 0, where the thread could be pre-empted > >>> when it shouldn't be.. > >> > >> Yes - there is a race where the thread could be preempted twice. > >> However this is fairly harmless in comparison to not being preempted at > >> all. > >> This being said it may be worthwhile to see if that race can be fixed > now > >> after > >> the thread lock changes. > >> > >>> > >>> (prompted by a comment by jeffr that made me go look at this code).. > >>> > >> > >> Stephan > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 00:13: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 4A957106566B for ; Tue, 11 Mar 2008 00:13:21 +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 B3CFA8FC1D for ; Tue, 11 Mar 2008 00:13:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2B0BPRw014210; Mon, 10 Mar 2008 20:11:27 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 10 Mar 2008 14:12:16 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: David Wolfskill In-Reply-To: <20080310222157.GG53010@bunrab.catwhisker.org> Message-ID: <20080310141153.H1091@desktop> References: <20080310154947.GB53010@bunrab.catwhisker.org> <20080310155244.GV80576@hoeg.nl> <20080310201930.L50685@maildrop.int.zabbadoz.net> <20080310222157.GG53010@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list , Ed Schouten Subject: Re: panic: Invalid priority on timeshare runq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 00:13:21 -0000 On Mon, 10 Mar 2008, David Wolfskill wrote: > On Mon, Mar 10, 2008 at 08:19:59PM +0000, Bjoern A. Zeeb wrote: >> On Mon, 10 Mar 2008, Ed Schouten wrote: >> >> Can any of you reproduce this easily? > > Certainly. I just re-booted my laptop (with serial console this time): > > /boot/kernel/acpi.ko text=0x53f4c data=0x25e0+0x186c syms=[0x4+0x8a20+0x4+0xbbc7] > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=02 base=000000000009fc00 len=0000000000000400 > SMAP type=01 base=0000000000100000 len=000000003fee2800 > SMAP type=02 base=000000003ffe2800 len=000000000001d800 > SMAP type=02 base=00000000feda0000 len=0000000000060000 > SMAP type=02 base=00000000ffb80000 len=0000000000480000 > 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 #709: Mon Mar 10 08:00:39 PDT 2008 > root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e0d000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc0e0d14c. > Preloaded elf module "/boot/kernel/if_an.ko" at 0xc0e0d1f8. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e0d2a4. > Calibrating clock(s) ... i8254 clock: 1193159 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2392951268 Hz > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebf9ff > Features2=0x400 > > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries > Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size > Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size > real memory = 1073618944 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001025000 - 0x000000003ee99fff, 1038569472 bytes (253557 pages) > avail memory = 1038028800 (989 MB) > ... > start_init: trying /sbin/init > lock order reversal: > 1st 0xc3e26044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 > 2nd 0xc409c7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac289c,e28869c4,c077d75e,c0ac4dc5,c409c7c8,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac4dc5,c409c7c8,c0ab9cd6,c0ab9cd6,c0acb253,...) at kdb_backtrace+0x29 > witness_checkorder(c409c7c8,1,c0acb253,80f,e28869e8,...) at witness_checkorder+0x6de > _lockmgr_args(c409c7c8,30041,c409c7f8,0,ffffffff,...) at _lockmgr_args+0x1d5 > ffs_lock(e2886a78,c073562d,c0bdc094,30041,c409c770,...) at ffs_lock+0xa3 > VOP_LOCK1_APV(c0b994a0,e2886a78,c0ab9421,3,c409c7f8,...) at VOP_LOCK1_APV+0xa5 > _vn_lock(c409c770,30041,c0acb253,80f,0,...) at _vn_lock+0xf7 > vget(c409c770,30041,c3e22d20,4a9,c1460580,...) at vget+0x10b > vnode_pager_lock(c1460400,0,c0ae3288,127,e2886be8,...) at vnode_pager_lock+0x1ad > vm_fault(c3e26000,80d3000,2,8,80d3a20,...) at vm_fault+0x1df > trap_pfault(5,0,c0aefc15,2c8,c3e20ab0,...) at trap_pfault+0x118 > trap(e2886d38) at trap+0x267 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > xl0: link state changed to DOWN > lock order reversal: > 1st 0xc4377c08 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_subr.c:2063 > 2nd 0xc4382538 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac289c,e6586a18,c077d75e,c0ac4dc5,c4382538,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac4dc5,c4382538,c0acacb6,c0acacb6,c0acb253,...) at kdb_backtrace+0x29 > witness_checkorder(c4382538,1,c0acb253,16c,e6586a58,...) at witness_checkorder+0x6de > _lockmgr_args(c4382538,20001,c4382568,0,ffffffff,...) at _lockmgr_args+0x1d5 > vfs_busy(c4382538,10,0,c427cd20,8,...) at vfs_busy+0x1b0 > vfs_donmount(810f080,c,e6586c70,c4276600,810be68,...) at vfs_donmount+0xdb5 > nmount(c427cd20,e6586cfc,c,c0ac5a81,c0b79030,...) at nmount+0xb2 > syscall(e6586d38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280d715b, esp = 0xbfbfe96c, ebp = 0xbfbfedb8 --- > panic: Invalid priority 155 on timeshare runq > cpuid = 0 > KDB: enter: panic > [thread pid 955 tid 100064 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 955 tid 100064 td 0xc43bad20 > kdb_enter(c0abfa2f,c0abfa2f,c0ac19ab,e65bc908,0,...) at kdb_enter+0x3a > panic(c0ac19ab,9b,c0ac14d3,183,c0bd2f80,...) at panic+0x12c > sched_switch(c43bad20,0,6,184,e47c0566,...) at sched_switch+0x1d4 > mi_switch(6,0,c0ac1873,b6,0,...) at mi_switch+0x223 > critical_exit(c0bb00c0,c0c226e0,c0ae2a57,c43bad20,c3e1e680,...) at critical_exit+0x99 > intr_execute_handlers(c0bb00c0,e65bc9dc,e65bc9e0,c073594c,c43bad20,...) at intr_execute_handlers+0x14b > atpic_handle_intr(0,e65bc9dc) at atpic_handle_intr+0xba > Xatpic_intr0() at Xatpic_intr0+0x21 > --- interrupt, eip = 0xc0a2993b, esp = 0xe65bca1c, ebp = 0xe65bca20 --- > spinlock_exit(c0bdc094,4,c0abe5d9,f4) at spinlock_exit+0x2b > _mtx_unlock_spin_flags(c0bdc094,0,c0ac44a0,3ca,c0ae389a,...) at _mtx_unlock_spin_flags+0xfd > witness_checkorder(c1474088,9,c0ae2a57,984,c147108c,...) at witness_checkorder+0x316 > _mtx_lock_flags(c1474088,0,c0ae2a57,984,c43f6580,...) at _mtx_lock_flags+0xbc > uma_zfree_internal(0,2,22) at uma_zfree_internal+0x87 > uma_large_free(c43f6580,e65bcb04,4,c3f3c600,0,...) at uma_large_free+0xa9 > free(c442a000,c0b7b5a0,0,e65bcba4,e65bcb40,...) at free+0xdb > cpufreq_curr_sysctl(c3f43740,c3f41c00,0,e65bcba4,e65bcba4,...) at cpufreq_curr_sysctl+0x28f > sysctl_root(e65bcba4,0,c0ac05ea,587,c43bad20,...) at sysctl_root+0x137 > userland_sysctl(c43bad20,e65bcc14,4,bfbfee3c,bfbfee2c,...) at userland_sysctl+0x115 > __sysctl(c43bad20,e65bccfc,18,c0a7f2eb,c0b77fb0,...) at __sysctl+0xbc > syscall(e65bcd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28167e0f, esp = 0xbfbfe8bc, ebp = 0xbfbfe8e8 --- > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1022 35 35 0 R+ sh > 955 1 955 0 Rs powerd > 899 1 897 0 S select 0xc408e828 snmpd > 882 877 877 0 S - 0xc421ce00 nfsd > 881 877 877 0 S - 0xc43aa000 nfsd > 880 877 877 0 S - 0xc43aa400 nfsd > 879 877 877 0 S - 0xc43aa600 nfsd > 877 1 877 0 Ss select 0xc4219aa8 nfsd > 868 1 868 0 Ss select 0xc42199a8 mountd > 837 1 837 0 Ss select 0xc4219828 rpcbind > 818 1 818 0 Ss select 0xc408e3e8 syslogd > 786 0 0 0 SL mdwait 0xc4399000 [md0] > 723 1 723 0 Ss select 0xc42635a8 devd > 35 1 35 0 Ss+ wait 0xc423d000 sh > 34 0 0 0 SL sdflush 0xc0c2ea70 [softdepflush] > 33 0 0 0 SL vlruwt 0xc423d558 [vnlru] > 32 0 0 0 SL syncer 0xc0bd134c [syncer] > 31 0 0 0 SL psleep 0xc0c22cc4 [bufdaemon] > 30 0 0 0 SL pgzero 0xc0c2f660 [pagezero] > 29 0 0 0 SL psleep 0xc0c2f27c [vmdaemon] > 28 0 0 0 SL psleep 0xc0c2f244 [pagedaemon] > 27 0 0 0 SL - 0xc41a8700 [dummynet] > 26 0 0 0 SL waiting_ 0xc0c24f4c [sctp_iterator] > 25 0 0 0 SL - 0xc405e83c [fdc0] > 24 0 0 0 SL tzpoll 0xc0df5f80 [acpi_thermal] > 23 0 0 0 SL cbb cv 0xc3f0d3f0 [cbb2 event thread] > 22 0 0 0 SL - 0xc3f7d000 [fw0_probe] > 21 0 0 0 SL - 0xc3f61780 [fw0_taskq] > 20 0 0 0 SL cbb cv 0xc3f0c3f0 [cbb1 event thread] > 19 0 0 0 SL cbb cv 0xc3f10bf0 [cbb0 event thread] > 18 0 0 0 SL usbevt 0xc3f59210 [usb1] > 17 0 0 0 SL usbtsk 0xc0bcec14 [usbtask-dr] > 16 0 0 0 SL usbtsk 0xc0bcec00 [usbtask-hc] > 15 0 0 0 SL usbevt 0xc3f18210 [usb0] > 14 0 0 0 SL ccb_scan 0xc0bb1d54 [xpt_thrd] > 9 0 0 0 SL - 0xc3e7c780 [kqueue taskq] > 8 0 0 0 SL - 0xc3e7c900 [acpi_task_2] > 7 0 0 0 SL - 0xc3e7c900 [acpi_task_1] > 6 0 0 0 SL - 0xc3e7c900 [acpi_task_0] > 5 0 0 0 SL - 0xc3e7ca80 [thread taskq] > 13 0 0 0 SL - 0xc0bd1354 [yarrow] > 4 0 0 0 SL - 0xc0bcf34c [g_down] > 3 0 0 0 SL - 0xc0bcf348 [g_up] > 2 0 0 0 SL - 0xc0bcf340 [g_event] > 12 0 0 0 RL (threaded) intr > 100039 I [irq7: ppbus0 ppc0] > 100038 I [swi0: sio] > 100036 I [irq12: psm0] > 100035 I [irq1: atkbd0] > 100033 I [irq15: ata1] > 100032 I [irq14: ata0] > 100022 I [irq11: cbb0 cbb1+*] > 100021 I [irq9: pcm0 acpi0] > 100020 I [swi2: cambio] > 100017 I [swi6: task queue] > 100013 I [swi6: Giant taskq] > 100011 I [swi5: +] > 100006 I [swi3: vm] > 100005 RunQ [swi4: clock sio] > 100004 I [swi1: net] > 11 0 0 0 RL [idle: cpu0] > 1 0 1 0 SLs wait 0xc3e20ab0 [init] > 10 0 0 0 SL audit_wo 0xc0c2e4d0 [audit] > 0 0 0 0 WLs [swapper] > db> > > [Sorry about the delay; been in meetings quite a bit today.] Thank you for your efforts. There is a fix in CVS now. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > I submit that "conspiracy" would be an appropriate collective noun for cats. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 00:27: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 2F5AF1065671 for ; Tue, 11 Mar 2008 00:27:26 +0000 (UTC) (envelope-from robbak@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id AD5568FC22 for ; Tue, 11 Mar 2008 00:27:25 +0000 (UTC) (envelope-from robbak@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so951541tid.3 for ; Mon, 10 Mar 2008 17:27:24 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=7eJDB00FRhQPSeHoSwvytbTN9vDJLBTUnf4OrY3Kpbc=; b=wwp0yDsIr6SAqJ3WcMFo9Dwwmeuvysk/Q98OzYbrj+dHT3u0aySPF/fWN3h7DHgk+UjoLjqy8iPfyda6FvKFsJ6t6NwabAuwOGDAXYuQbffDIdB/UtOIpC8ekYdNfgKoeHc1366pDTZEN08A+N0lz9whGbwhnoJeYZeJi+zIZ4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GK5viP+E+hYBy0coHSBWXKLcoHOQnIjz8+sd4w2OvtseD3skrrQ77LFqQPNp9cw+94TdFxe1GdMpoyvqmwYzrxUIlVwlYCbBnqD2ZsZ4mwUbqLUXP408CG3L030NY+5O2jkTlk9KekIG3Id5zO8TdJA+mZRu592XS1PfmzQsWiY= Received: by 10.110.20.17 with SMTP id 17mr1676156tit.45.1205195244645; Mon, 10 Mar 2008 17:27:24 -0700 (PDT) Received: by 10.110.20.10 with HTTP; Mon, 10 Mar 2008 17:27:19 -0700 (PDT) Message-ID: Date: Tue, 11 Mar 2008 10:27:19 +1000 From: "Robert Backhaus" Sender: robbak@gmail.com To: JoaoBR , freebsd-current@freebsd.org In-Reply-To: <200803060755.18906.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2e77fc10802202343j2ac419bay89a2442a4832b2d@mail.gmail.com> <20080221075438.GD26427@cdnetworks.co.kr> <200803060755.18906.joao@matik.com.br> X-Google-Sender-Auth: 03133341686458bb Cc: Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 00:27:26 -0000 On Thu, Mar 6, 2008 at 8:55 PM, JoaoBR wrote: > > On Thursday 21 February 2008 04:54:38 Pyun YongHyeon wrote: > > On Thu, Feb 21, 2008 at 07:43:18AM +0000, Niki Denev wrote: > > > On Thu, Feb 21, 2008 at 5:15 AM, Eric L. Chen > wrote: > > > > On Thu, 2008-02-21 at 11:03 +1000, Robert Backhaus wrote: > > > > > I am experiencing roughly 15% packet corruption on the re inte= rface > > > > > on my freebsd 7/amd64 box. > > > > > 8< snip > > Hi > is here any change in site for 7.0? Because the problem still persist on > releng_7 or better to change the hardware ? > > thank's > -- > > Jo=E3o Looks like the changes have not yet been rfc'd. however, if you use copy the two files linked to earlier in this thread, or use cvsweb to download the files from HEAD (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c and http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_rlreg.h ), copy the two files into your source tree, and rebuild the kernel. I have been using those files for a few weeks now, and the problem seems a lot better. things seem useable, but, just checking now, I may be getting the odd packet lost. From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 00:30: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 0AF9D106566C; Tue, 11 Mar 2008 00:30:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDC38FC20; Tue, 11 Mar 2008 00:30:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D5D2B2.90202@FreeBSD.org> Date: Tue, 11 Mar 2008 01:30:42 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Thomas Vogt References: <47D544B1.6070806@bsdunix.ch> In-Reply-To: <47D544B1.6070806@bsdunix.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@freebsd.org Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 00:30:43 -0000 Thomas Vogt wrote: > Hi List(s) > > I try to simulate real workload for our environment in my lab. The idea > was to create 10k+ ZFS fs with several thousand files on each fs and > then measure daily workload performance. Maybe 10k fs sounds silly but > if you need individual quota for every user on a system, 5-10k fs are > not unusual for ZFS > > My script to cerate zfs fs > #!/bin/sh > i=0; while [ $i != 10000 ]; do zfs create tank/script$i; i=`expr $i + > 1`; done > > My script stopped after creating ~4850 FS with: > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed Your kernel has run out of memory. If you cannot tune kmem_size further then it cannot handle this many ZFS filesystems. Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 01:39:27 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 4282E1065671 for ; Tue, 11 Mar 2008 01:39:27 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id EB91F8FC1B for ; Tue, 11 Mar 2008 01:39:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3170822pyb.10 for ; Mon, 10 Mar 2008 18:39:26 -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:references; bh=xHKWFriyhk1StixSgl3cRvhE9lq3hwS/aEyNPEmjDGE=; b=wdwc3aiPpE2rO30xY0q9bMIGxecQQpicEbhdUJJI6qmK5rhPLsWXvwaZ64XV3CxNlDR4oQaIEbUDejZKsSlXqtQni2VtR4chPEnhm7jPVamPYHXri5R2/y9U6R3JXYzkdCu672zhlyyrGoTC7a/+gPrRdgb+BiRm1jq3uthSp0w= 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:references; b=i6wWzs2iWOIboOcE/kZbUkZww9+OggpU2THg9SMBLFbQ7/M/1Qi3EQYgaktNGq94Mm7ILcZ9Nnbl4gHjE1SH+/4gE0Owjw/hft/qRuclA3WMJrZfypmj58szzTReAOJUaOdx139PdGDAN60ftSpfiCwqV/MNIwFNxox+0U229TY= Received: by 10.65.151.17 with SMTP id d17mr11485733qbo.60.1205198029248; Mon, 10 Mar 2008 18:13:49 -0700 (PDT) Received: by 10.64.148.4 with HTTP; Mon, 10 Mar 2008 18:13:49 -0700 (PDT) Message-ID: <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> Date: Mon, 10 Mar 2008 21:13:49 -0400 From: "Zaphod Beeblebrox" To: "Kris Kennaway" In-Reply-To: <47D5D2B2.90202@FreeBSD.org> MIME-Version: 1.0 References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, current@freebsd.org, Thomas Vogt Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 01:39:27 -0000 On Mon, Mar 10, 2008 at 8:30 PM, Kris Kennaway wrote: > Your kernel has run out of memory. If you cannot tune kmem_size further > then it cannot handle this many ZFS filesystems. Roughly how much kernel memory does a filesystem use (even if inactive) --- or did you really mean something like too many pools? The ZFS documentation encourages creating filesystems for everything. I think my (rather beafy) laptop has 20 filesystems now for various tasks --- but I didn't realize there was a non-trivial cost (that is: a cost beyond the mount structure, root vnodes and whatnot)... From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 00:56: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 ED5451065672 for ; Tue, 11 Mar 2008 00:56:19 +0000 (UTC) (envelope-from t_uemura@macome.co.jp) Received: from smtp12.dti.ne.jp (smtp12.dti.ne.jp [202.216.231.187]) by mx1.freebsd.org (Postfix) with ESMTP id A11C38FC22 for ; Tue, 11 Mar 2008 00:56:19 +0000 (UTC) (envelope-from t_uemura@macome.co.jp) Received: from towerrecords.dyndns.org (221x254x158x92.ap221.ftth.ucom.ne.jp [221.254.158.92]) by smtp12.dti.ne.jp (3.11s) with ESMTP AUTH id m2B0fote015420 for ; Tue, 11 Mar 2008 09:41:50 +0900 (JST) Received: by towerrecords.dyndns.org (Postfix, from userid 58) id B9F7943B3; Tue, 11 Mar 2008 09:41:50 +0900 (JST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on towerrecords.dyndns.org Received: from [127.0.0.1] (towerrecords [192.168.0.1]) by towerrecords.dyndns.org (Postfix) with ESMTP id 5440B43A3 for ; Tue, 11 Mar 2008 09:41:47 +0900 (JST) From: UEMURA Tetsuya To: freebsd-current@freebsd.org Sender: t_uemura@macome.co.jp MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.44 [ja] Message-Id: <20080311004147.5440B43A3@towerrecords.dyndns.org> Date: Tue, 11 Mar 2008 09:41:47 +0900 (JST) X-Mailman-Approved-At: Tue, 11 Mar 2008 02:16:00 +0000 Subject: uart(4) 16550A FIFO latency too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 00:56:20 -0000 Hi there. I have a timing sensitive sensor device connected to PC with serial ports. In order to gather data from the device correctly, I have to set the 16550A FIFO interrupt trigger level lower than the default FCR_RX_MEDH to FCR_RX_MEDL or FCR_RX_LOW. However, there's no tunable in uart(4) to set these levels manually, so I've added some lines to uart(4) and now I've been able to set the level via device.hints. Please someone review the following PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121421 . Thank in advance. -- UEMURA Tetsuya From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 02: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 8DAC11065679 for ; Tue, 11 Mar 2008 02:24:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 360798FC30 for ; Tue, 11 Mar 2008 02:24:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3217721pyb.10 for ; Mon, 10 Mar 2008 19:24:48 -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=1e2vyeZbHmqFJ3aAWLNBl/f0E/KdC3rRvPruduR9JPA=; b=R6/8ev7413RL4wFt9ZYdK20k5Cla46gqC477apUI+SgFCUFqitLQPce9US6hu+jBQiGqIexKCmwrgMPphElZZQU3QluM0dZ7nx65Mgcwgqw+GUQmOMuHCTHvtL3xNAR2ITxjACeDLqaMZVuNfbNKPg3qy+bIrwWXYB7XUJO/CiE= 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=Nz266rK6YNdhVfIBqfZtX/kRyFq13x06ZriCtCMuzHeiN9Z/Sv8a/2mSAVBseSm1izEkBrJ8WAuA3W6AEyoeewLYshEQQR25jU4QHCWFxqn8xQrQzUF7RE1+k8T2mYo5c2zkA0W6qA7wYHdibOP0DF9fOBrGLZmTy7uHv7DhS04= Received: by 10.35.67.18 with SMTP id u18mr8947524pyk.10.1205202288003; Mon, 10 Mar 2008 19:24:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 43sm12336599wri.27.2008.03.10.19.24.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Mar 2008 19:24:47 -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 m2B2OfG5008435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2008 11:24:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2B2OffA008434; Tue, 11 Mar 2008 11:24:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 11 Mar 2008 11:24:41 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20080311022441.GC7828@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> <918167276.20080308170710@rulez.sk> <20080310015526.GE3553@cdnetworks.co.kr> <1251085027.20080310093936@rulez.sk> <20080310105313.GD4425@cdnetworks.co.kr> <20080310152649.GA54781@bigbang.cia.sk> <1023841943.20080310213832@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1023841943.20080310213832@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 02:24:49 -0000 On Mon, Mar 10, 2008 at 09:38:32PM +0100, Daniel Gerzo wrote: > Hello Daniel, > > Monday, March 10, 2008, 4:26:49 PM, you wrote: > > > Hello Pyun, > > >> Since you're using MSI, would you try attached patch? > >> Sorry, I don't have PCIe based hardware and RealTek's datasheet for > >> PCIe variants is too poor to get useful information. > >> > >> -- > >> Regards, > >> Pyun YongHyeon > > > Thank you for your quick reply, I will test your patch ASAP, but I have one > > simple question: > > > Should I apply this patch on top of > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > or what is this patch aginst? > > > Thank you. > > Or better, please send me (or place somewhere on your home page) the > complete if_re.c and if_rlreg.h which should adress my problems, so > that I can test it easily. > Done. http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h The above files would build on CURRENT/RELENG_7/7.0-RELEASE. I'm not sure whether it helps or not. > Your efforst are greatly appreciated! > > -- > Best regards, > Daniel mailto:danger@FreeBSD.org > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 03:23: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 BE9441065671; Tue, 11 Mar 2008 03:23:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id A43BB8FC12; Tue, 11 Mar 2008 03:23:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.3.Alpha1/8.14.2) with ESMTP id m2B2rcDS037016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 19:53:41 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Mon, 10 Mar 2008 19:53:34 -0700 From: Gregory Shapiro To: Giorgos Keramidas Message-ID: <20080311025333.GF2422@monkeyboy.local> References: <20080202012707.GA1800@kobe.laptop> <1204809780.885.3.camel@sol> <20080306201905.GA11317@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080306201905.GA11317@kobe.laptop> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Mike Makonnen , current@freebsd.org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 03:23:49 -0000 > Agreed. We should probably consult gshapiro about this, and just do it > if there's no objection. AFAIK, /etc/rc.d/sendmail is also used to > start alternative MTAs, so we can commit this patch for now, and think > about splitting /etc/rc.d/sendmail to something like: > > src/etc/rc.d/sendmail > src/etc/rc.d/sendmail-submit > src/etc/rc.d/sendmail-outbound > src/etc/rc.d/sendmail-msp-queue I'd be cool with this and more than happy to provide code review. The four scripts would all need the same sort of logic to disable conflicting options (e.g., don't start a submit agent if a full MTA is running). From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 04:24: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 8EA461065670 for ; Tue, 11 Mar 2008 04:24:57 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAC18FC17 for ; Tue, 11 Mar 2008 04:24:57 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by hs-out-0708.google.com with SMTP id m63so1913607hsc.11 for ; Mon, 10 Mar 2008 21:24:56 -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=i/A0H/PNawn1D8M3Zb0XQ5Pvl4UsByszhIh4X/gALIQ=; b=ZrUwcpOLAeH4sQszVyjv8dVMP3I9GThjfGJ7FwGxFZn5wJYiqw2aYFlOUEJQ3zKK6yDa+TyuDvmXzkvrBp+uIwIk9npLEmLACDWxZAZ1r6/dyUmiDIMSP37mqi3hMN83TYPDABqPIhh5VTURzZ09F3EGvnMfdwanR4YhNEYqE0k= 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=RzZrSIm0wmR/tuHuybcxKWV0FEyykxW6D8BQw9hUmoxUqPAKSgbRd3E7xSfORtNe2nIUbi+WUtCiCrmwMNYMW0u4dbcGJo4oHx4RHdQONYmR1Glte64dAA5B19xZcGWb8+VQbw0sChho7SxVMtAxT23Q9LqtDVeQ+fjaxJ96ZDE= Received: by 10.114.153.18 with SMTP id a18mr4409277wae.127.1205209495494; Mon, 10 Mar 2008 21:24:55 -0700 (PDT) Received: by 10.115.22.10 with HTTP; Mon, 10 Mar 2008 21:24:55 -0700 (PDT) Message-ID: Date: Mon, 10 Mar 2008 21:24:55 -0700 From: "Kip Macy" To: "Zaphod Beeblebrox" In-Reply-To: <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> Cc: freebsd-fs@freebsd.org, current@freebsd.org, Thomas Vogt Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 04:24:57 -0000 On Mon, Mar 10, 2008 at 6:13 PM, Zaphod Beeblebrox wrote: > On Mon, Mar 10, 2008 at 8:30 PM, Kris Kennaway wrote: > > > > Your kernel has run out of memory. If you cannot tune kmem_size further > > then it cannot handle this many ZFS filesystems. > > > Roughly how much kernel memory does a filesystem use (even if inactive) --- > or did you really mean something like too many pools? > > The ZFS documentation encourages creating filesystems for everything. I > think my (rather beafy) laptop has 20 filesystems now for various tasks --- > but I didn't realize there was a non-trivial cost (that is: a cost beyond > the mount structure, root vnodes and whatnot)... There may be kernel threads created for each file system. One way to look at it is that a process isn't that expensive, but FreeBSD probably couldn't cope very well with 5000 processes. -Kip From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 05:19: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 107841065672 for ; Tue, 11 Mar 2008 05:19:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id AB0618FC21 for ; Tue, 11 Mar 2008 05:19:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2484680wxd.7 for ; Mon, 10 Mar 2008 22:19:44 -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:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; bh=DUaOn/ByDHMHnBdVEo9d/Mnpp+pa/ERkwe10JT4rudQ=; b=ooGUmDZFiErZOx3UIH5KWzuiGekbRvs97MmtajSfcMSBNUPKleGeD5LgVkz9qKCmPz50xgSsMdODbzZKwzmMu8ElY/Fl6Q+yxgDY5uX4l68mN9VmOrcN/njCR5+Be+TzNs0YyhmhJ65rwA6f/oQCEQxcQn18PNUfSUL7xb/ENiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=rOA5HSYLkR6BUfFEemshT/lJDMI7oNCaEAOqqFJwicAc3+JDtGMCdqvBoAOKxIfgg9Y3Cp4taVklhKAT2ETpSfBJBt/Mp53HRBGn6PHeLGXdRHuPnz9n23JEZ+9dwdqyzIxJWyRal+C5JChAa8Mh0ldtJxMma+rWSh1tloI38Gs= Received: by 10.151.147.16 with SMTP id z16mr3336710ybn.196.1205212764324; Mon, 10 Mar 2008 22:19:24 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 67sm12534485wra.19.2008.03.10.22.19.21 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Mar 2008 22:19:23 -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 m2B5JIaI009553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 11 Mar 2008 14:19:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2B5JHAB009552 for freebsd-current@FreeBSD.org; Tue, 11 Mar 2008 14:19:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 11 Mar 2008 14:19:17 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080311051917.GB9365@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: HEADS UP! : vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 05:19:45 -0000 Dear all, I've committed overhauled vr(4) to HEAD. I believe overhauled vr(4) fixed several long standing bugs such as driver hang on link state change event and unreliable error recovery as well as poor Rx performance. In order to make vr(4) work on all architectures I had to change important data structures in softc. No regression was reported yet but if you happen to encounter any regression related with vr(4) please let me know. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 06:31: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 4B98D1065670 for ; Tue, 11 Mar 2008 06:31:03 +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 DD2638FC1C for ; Tue, 11 Mar 2008 06:31:02 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=eRXnwjrAaBgjKS9ZLwtfoM4HzgD819Qs014+6hVsJd/0rb4rMaW6+4+0iLc5qwJpQJ2s9GtWPwWqzv4kq6FB16tXK3zPR2F/807f4z+uLSXCWIN+RTW0DEB8hkZl2FZCjZV6H4ig7avYpHLQNUpc1H7oRCdGEb6k9p6lymqV0ctytOMmZbonMV6exVoDTZ3dkPLk3nU+w44rAxSLspyxzZBqpIcia7J0/F2+rRuBN0pdSq6gqU+/b+g3ljqhyJ5+; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JYy0r-0005rw-NZ; Tue, 11 Mar 2008 06:31:01 +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 1JYiLA-00077e-UP; Mon, 10 Mar 2008 13:46:56 +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 1JYiLA-0001jj-J3; Mon, 10 Mar 2008 15:46:56 +0200 To: Rink Springer From: Ian FREISLICH In-Reply-To: Message from Rink Springer of "Mon, 10 Mar 2008 13:51:17 +0100." <20080310125117.GA74239@rink.nu> X-Attribution: BOFH Date: Mon, 10 Mar 2008 15:46:56 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: sysinstall: "Unable to create the partition. Too big?" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 06:31:03 -0000 Rink Springer wrote: > Hi, > > On Mon, Mar 10, 2008 at 02:44:26PM +0200, Ian FREISLICH wrote: > > Yet, sysinstall has the size as 1255914653 sectors. > > Could you paste the output of 'sysctl -b kern.geom.conftxt' ? 0 DISK aacd0 639830589440 512 hd 255 sc 63 1 MBR aacd0s1 639828048384 512 i 0 o 32256 ty 165 2 BSD aacd0s1f 620562872832 512 i 5 o 19265175552 ty 7 2 BSD aacd0s1e 536870912 512 i 4 o 7990886400 ty 7 2 BSD aacd0s1d 10737418240 512 i 3 o 8527757312 ty 7 2 BSD aacd0s1c 639828048384 512 i 2 o 0 ty 0 2 BSD aacd0s1b 4253761536 512 i 1 o 536870912 ty 1 2 BSD aacd0s1a 536870912 512 i 0 o 0 ty 7 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 07:47: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 219531065671; Tue, 11 Mar 2008 07:47:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 988948FC1C; Tue, 11 Mar 2008 07:47:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D63917.9080800@FreeBSD.org> Date: Tue, 11 Mar 2008 08:47:35 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Zaphod Beeblebrox References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> In-Reply-To: <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, current@freebsd.org, Thomas Vogt Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 07:47:37 -0000 Zaphod Beeblebrox wrote: > > > On Mon, Mar 10, 2008 at 8:30 PM, Kris Kennaway > wrote: > > > Your kernel has run out of memory. If you cannot tune kmem_size further > then it cannot handle this many ZFS filesystems. > > > Roughly how much kernel memory does a filesystem use (even if inactive) > --- or did you really mean something like too many pools? > > The ZFS documentation encourages creating filesystems for everything. I > think my (rather beafy) laptop has 20 filesystems now for various tasks > --- but I didn't realize there was a non-trivial cost (that is: a cost > beyond the mount structure, root vnodes and whatnot)... > > Well everything has a memory requirement when you add additional instances of it :) I don't know what the breakdown is for ZFS. Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 07:49: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 0C191106566B; Tue, 11 Mar 2008 07:49:11 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id A98738FC21; Tue, 11 Mar 2008 07:49:10 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 176CBBFECC6; Tue, 11 Mar 2008 07:49:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id H25M3anABwKS; Tue, 11 Mar 2008 07:48:59 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 1076DBFECC4; Tue, 11 Mar 2008 07:48:59 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m2B7mwvA057102; Tue, 11 Mar 2008 08:48:59 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m2B7mwJS057101; Tue, 11 Mar 2008 08:48:58 +0100 (CET) (envelope-from rink) Date: Tue, 11 Mar 2008 08:48:58 +0100 From: Rink Springer To: Ian FREISLICH Message-ID: <20080311074858.GB2327@rink.nu> References: <20080310125117.GA74239@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Rink Springer , current@freebsd.org Subject: Re: sysinstall: "Unable to create the partition. Too big?" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 07:49:11 -0000 On Mon, Mar 10, 2008 at 03:46:56PM +0200, Ian FREISLICH wrote: > Rink Springer wrote: > > Hi, > > > > On Mon, Mar 10, 2008 at 02:44:26PM +0200, Ian FREISLICH wrote: > > > Yet, sysinstall has the size as 1255914653 sectors. > > > > Could you paste the output of 'sysctl -b kern.geom.conftxt' ? > > 0 DISK aacd0 639830589440 512 hd 255 sc 63 This is very odd.. the big number in the above line is the size in bytes (len), and the 512 is the number of bytes per sector (s). So, the size in sectors is simply len / s = 639830589440 / 512 = 1249669120, what the dmesg claims. This is the same as the calculation made by sysinstall - look at lib/libdisk/open_disk.c:Int_Open_Disk(). I don't see any obvious overflow errors there... everything seems to use daddr_t types, which are 64 bit (at least on i386), so that should not be a problem. Could you perhaps add debugging printf()'s to Int_Open_Disk() to try to trace what is going on? -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 07:56:32 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 2B58D1065671 for ; Tue, 11 Mar 2008 07:56:32 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id A8D898FC19 for ; Tue, 11 Mar 2008 07:56:31 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2670048waf.3 for ; Tue, 11 Mar 2008 00:56:31 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=FUfLtt3jQu7MJ2fTApiIE+q7sxv1dOLMlwNkg9ky7Fg=; b=ETtSH9nT7UvoZl0Tfrnbkubwmi+8Z5GXNIvkqeLZrayUiHkX316SnLeB5jhjGq88wPUrzxDjCkfsrYtlpUvfASs0oqkruYY23y1ci0t9XV7G7k0rFLbNUiUqvHKTCwXTK2yRZSEtryuRLY7ex5mo55b8X4jevQgbHE0Ik2z8Djk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=FpefgiJncC2TTeKr9UrYXEnFNAfiY9cv1S7Mp/D4ogF6GYiEtzUzjz4ekmqGqXkyOM01HpQVwbbjHJLaUtDheyx77vWq5Obwiy/PUfmUqVxOfoNBB1ZkoKOY0OopyKonz61KpNtl49nW9lSzKXzluWqTZwwn2AkfflMi20Dez+g= Received: by 10.115.22.1 with SMTP id z1mr4497192wai.48.1205222191451; Tue, 11 Mar 2008 00:56:31 -0700 (PDT) Received: by 10.114.88.13 with HTTP; Tue, 11 Mar 2008 00:56:30 -0700 (PDT) Message-ID: <584bfc3f0803110056g270a0c4fh563a6e7e26b9694a@mail.gmail.com> Date: Tue, 11 Mar 2008 10:56:30 +0300 From: "Mike Telahun Makonnen" Sender: mmakonnen@gmail.com To: "Gregory Shapiro" In-Reply-To: <20080311025333.GF2422@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080202012707.GA1800@kobe.laptop> <1204809780.885.3.camel@sol> <20080306201905.GA11317@kobe.laptop> <20080311025333.GF2422@monkeyboy.local> X-Google-Sender-Auth: 6e35aa4d127e89bd Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 07:56:32 -0000 On Tue, Mar 11, 2008 at 5:53 AM, Gregory Shapiro wrote: > > Agreed. We should probably consult gshapiro about this, and just do it > > if there's no objection. AFAIK, /etc/rc.d/sendmail is also used to > > start alternative MTAs, so we can commit this patch for now, and think > > about splitting /etc/rc.d/sendmail to something like: > > > > src/etc/rc.d/sendmail > > src/etc/rc.d/sendmail-submit > > src/etc/rc.d/sendmail-outbound > > src/etc/rc.d/sendmail-msp-queue > > I'd be cool with this and more than happy to provide code review. > The four scripts would all need the same sort of logic to disable > conflicting options (e.g., don't start a submit agent if a full MTA is > running). > Ok, great. I'll have something for you to review shortly. Cheers. From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 08:10: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 3E7341065676; Tue, 11 Mar 2008 08:10:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id E87578FC19; Tue, 11 Mar 2008 08:10:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=GjNqqxeOvkrRcscbwAG/PCi7nC09Q0F3FlFht4ix5ygK0XT2dQRW5X/cv3PsZ/l4JoRgPw1znI/TkutNDrcUWTtypKNy/lBigYCOvQxFlNOWb+1aNYULXz0paa05c4IdbGEFXrQ09G1szhSr3qX+qFtQD5fzHT1dVdrF7hIhvXoQnLeOCwtzgjkngJsOIlVYyQNsqaDbqeqqVPcZUm3wFnsQEdQVwVM3xhiMwOEbH5ZAng/rtC+XIooIoAnNfQdx; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JYzYp-00052B-FI; Tue, 11 Mar 2008 08:10:11 +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 1JYzY7-0004Ho-Lu; Tue, 11 Mar 2008 08:09:27 +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 1JYzY7-000KjB-Mu; Tue, 11 Mar 2008 10:09:27 +0200 To: Rink Springer From: Ian FREISLICH In-Reply-To: Message from Rink Springer of "Tue, 11 Mar 2008 08:48:58 +0100." <20080311074858.GB2327@rink.nu> X-Attribution: BOFH Date: Tue, 11 Mar 2008 10:09:27 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: sysinstall: "Unable to create the partition. Too big?" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 08:10:12 -0000 Rink Springer wrote: > On Mon, Mar 10, 2008 at 03:46:56PM +0200, Ian FREISLICH wrote: > > Rink Springer wrote: > > > Hi, > > > > > > On Mon, Mar 10, 2008 at 02:44:26PM +0200, Ian FREISLICH wrote: > > > > Yet, sysinstall has the size as 1255914653 sectors. > > > > > > Could you paste the output of 'sysctl -b kern.geom.conftxt' ? > > > > 0 DISK aacd0 639830589440 512 hd 255 sc 63 > > This is very odd.. the big number in the above line is the size in > bytes (len), and the 512 is the number of bytes per sector (s). So, the > size in sectors is simply len / s = 639830589440 / 512 = 1249669120, > what the dmesg claims. This is the same as the calculation made by > sysinstall - look at lib/libdisk/open_disk.c:Int_Open_Disk(). > > I don't see any obvious overflow errors there... everything seems to use > daddr_t types, which are 64 bit (at least on i386), so that should not > be a problem. I forgot to state that this was amd64. The thing is, that the installer actually gets the right number - 1249664157: Disk: aacd0 Partition name: aacd0s1 Free: 1249664157 blocks (595GB) This is how the disk is configured after my manual change using 'disklabel -e' to /var: Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- aacd0s1a 512MB * aacd0s1b swap 4056MB SWAP aacd0s1e 512MB * aacd0s1d 10240MB * aacd0s1f 577GB * If I delete these partitions and manually enter the sizes in the installer, an extra (nonexistent) 3GB appears: Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- aacd0s1a / 512MB UFS2 Y aacd0s1b swap 4056MB SWAP aacd0s1d /tmp 512MB UFS2+S Y aacd0s1e /usr 10240MB UFS2+S Y aacd0s1f /var 580GB UFS2+S Y > Could you perhaps add debugging printf()'s to Int_Open_Disk() to try to > trace what is going on? I'll see what I can do. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 09:01: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 CD9D31065670 for ; Tue, 11 Mar 2008 09:01:22 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33701.mail.mud.yahoo.com (web33701.mail.mud.yahoo.com [68.142.201.198]) by mx1.freebsd.org (Postfix) with SMTP id 69F458FC15 for ; Tue, 11 Mar 2008 09:01:22 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 51122 invoked by uid 60001); 11 Mar 2008 09:01:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=Nfo8+5JNV90cnCpprISU1WBmNBvHBuAa1sa6PDWQYSn1H4DFdsTjgn7FSE7IpGT/h31MxvqgSeyFhCTSldklKfHlQWWYNyyO34l9PXJbNHb14+QkRicIKmLyHVPjnN/fnccl/RejkGOq0LV71ebwFUlHD1/cKEVjLvakTPA79Oo=; X-YMail-OSG: IfIyOPwVM1nqyUDc9djg2wFwlOQWF77.C302F5iP2mkmvOoSf4t2v0bnXs0PuYMU6vH33441crQ50jTyiuz6bSgDp_yvSbup7zZrYOsQMj6OJt0- Received: from [212.77.203.38] by web33701.mail.mud.yahoo.com via HTTP; Tue, 11 Mar 2008 02:01:21 PDT X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Tue, 11 Mar 2008 02:01:21 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com, freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <638076.50348.qm@web33701.mail.mud.yahoo.com> Cc: Subject: Re: HEADS UP! : vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 09:01:22 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: freebsd-current@FreeBSD.org > Sent: Tuesday, March 11, 2008 8:19:17 AM > Subject: HEADS UP! : vr(4) > > > Dear all, > > I've committed overhauled vr(4) to HEAD. I believe overhauled vr(4) > fixed several long standing bugs such as driver hang on link state > change event and unreliable error recovery as well as poor Rx > performance. > In order to make vr(4) work on all architectures I had to change > important data structures in softc. No regression was reported yet > but if you happen to encounter any regression related with vr(4) > please let me know. > > Thanks. > -- > Regards, > Pyun YongHyeon Great! Thank you! for your great efforts! Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 09:30: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 9707A106566C; Tue, 11 Mar 2008 09:30:43 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1328FC13; Tue, 11 Mar 2008 09:30:43 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id CEB0E5E26; Tue, 11 Mar 2008 10:30:41 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6e7CLWF7LH+j; Tue, 11 Mar 2008 10:30:39 +0100 (CET) Received: from [192.168.1.105] (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 81CF95E22; Tue, 11 Mar 2008 10:30:39 +0100 (CET) Message-Id: From: Thomas Vogt To: Kris Kennaway In-Reply-To: <47D5D2B2.90202@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: Tue, 11 Mar 2008 10:30:39 +0100 References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-fs@FreeBSD.org, current@freebsd.org Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 09:30:43 -0000 Hi Kris Am 11.03.2008 um 01:30 schrieb Kris Kennaway: > Thomas Vogt wrote: >> Hi List(s) >> I try to simulate real workload for our environment in my lab. The >> idea >> was to create 10k+ ZFS fs with several thousand files on each fs and >> then measure daily workload performance. Maybe 10k fs sounds silly >> but >> if you need individual quota for every user on a system, 5-10k fs are >> not unusual for ZFS >> My script to cerate zfs fs >> #!/bin/sh >> i=0; while [ $i != 10000 ]; do zfs create tank/script$i; i=`expr $i + >> 1`; done >> My script stopped after creating ~4850 FS with: >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed > > Your kernel has run out of memory. If you cannot tune kmem_size > further then it cannot handle this many ZFS filesystems. Are there no limitation for vm.kmem_size* sysctls? I tried to increase vm.kmem_size* with larger values than 1500M but the system paniced in the boot process. Mark Tinguely told me maybe i can edit sys/amd64/include/pmap.h and change the line: - #define KPDPI (NPDPEPG-2) /* kernbase at -2GB */ + #define KPDPI (NPDPEPG-4) /* kernbase at -4GB */ I will try this. Any idea if this is save? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 09:35: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 6DE791065675 for ; Tue, 11 Mar 2008 09:35:34 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id D79078FC26 for ; Tue, 11 Mar 2008 09:35:33 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2001485fgg.35 for ; Tue, 11 Mar 2008 02:35:32 -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=Lq7ORneA0wP+wPeNUGWzQJpXR/vQ/E7ougA3Q+ql9jA=; b=Em3VDkUW3z2g5Uwfsd31eC6azEfFQmdzT+eEXEU18itwleCmSTWsj8zR2ngHYlNiOUYmqtzxa5GBtTUZ52yV+sHj1rkPgwrgbElH+YwtRuW/hb6bB8MnBLtO7JrvAALZkRJZ154ow7spnQN/1s/BBQpDP1buCjkeln+4krSzwNE= 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=nvmxIIHkxMyUaQsXmtQVp9hRxsMh19CpPKDXMaY9rGruN0kiyy//N6d9lelfgUzjlj3Tl8yTAKHfFrX2SuTGZjp+O2/IQX8DYl1uAJdnT3zWVOAT0yoIjP6t3F50jWUZuPdX4AmCe2hk3VcAi7ZQOXxMf0iCvpWLzEc1aA4nA6U= Received: by 10.86.53.8 with SMTP id b8mr7974493fga.64.1205228132607; Tue, 11 Mar 2008 02:35:32 -0700 (PDT) Received: from atlas ( [89.162.141.1]) by mx.google.com with ESMTPS id b17sm15996980fka.4.2008.03.11.02.35.30 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Mar 2008 02:35:31 -0700 (PDT) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Tue, 11 Mar 2008 11:35:28 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802042142.38606.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <47D5A78F.1050403@vnovy.net> In-Reply-To: <47D5A78F.1050403@vnovy.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803111135.28626.qpadla@gmail.com> Cc: Vitezslav Novy , Steven Hartland , jfvogel@gmail.com 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: Tue, 11 Mar 2008 09:35:34 -0000 On Monday 10 March 2008 23:26:39 Vitezslav Novy wrote: > Steven Hartland wrote: > > Did you ever get anywhere with this? Did Jack respond? > > > > ----- Original Message ----- From: "Nikolay Pavlov" > > > > On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: > >> >> Do you have set TSO flag on interface? > >> > > >> > Good catch. The problem is gone with net.inet.tcp.tso set to 0. > >> > But TSO is enabled by default in 7.0. Could this be a em driver > >> > bug? > >> > >> I don't know. I only saw this when researched another TSO related > >> problem. > >> > >> vita > > > > May be Jack could say something about this? > > It is TSO related problem of em driver. > Affects only cards with adapter->hw.mac.type < e1000_82575. > During transmit function em_tso_setup is called and this function sets > packet ip_len field to zero. (also ip csum) > > After successful transmit, packet is injected to BPF with zeroed ip_len > field. So this is driver or hardware problem? Should i change a network card? -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 09:48:34 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 738D71065671; Tue, 11 Mar 2008 09:48:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id F19BF8FC19; Tue, 11 Mar 2008 09:48:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JZ15s-00095W-5v; Tue, 11 Mar 2008 11:48:32 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2B9mS25096936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2008 11:48:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2B9mEmN033093; Tue, 11 Mar 2008 11:48:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2B9mEra033092; Tue, 11 Mar 2008 11:48:14 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Mar 2008 11:48:14 +0200 From: Kostik Belousov To: Kip Macy Message-ID: <20080311094814.GF10374@deviant.kiev.zoral.com.ua> References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> <5f67a8c40803101813k3a2b790dk57b67bc2d6f85d17@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f61P+fpdnY2FZS1u" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: d3dfc5a0b247ea81d48b6a940fe6235f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2377 [Mar 10 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-fs@freebsd.org, Zaphod Beeblebrox , current@freebsd.org, Thomas Vogt Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 09:48:34 -0000 --f61P+fpdnY2FZS1u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2008 at 09:24:55PM -0700, Kip Macy wrote: > On Mon, Mar 10, 2008 at 6:13 PM, Zaphod Beeblebrox wr= ote: > > On Mon, Mar 10, 2008 at 8:30 PM, Kris Kennaway wrote: > > > > > > > Your kernel has run out of memory. If you cannot tune kmem_size fur= ther > > > then it cannot handle this many ZFS filesystems. > > > > > > Roughly how much kernel memory does a filesystem use (even if inactive= ) --- > > or did you really mean something like too many pools? > > > > The ZFS documentation encourages creating filesystems for everything. = I > > think my (rather beafy) laptop has 20 filesystems now for various task= s --- > > but I didn't realize there was a non-trivial cost (that is: a cost bey= ond > > the mount structure, root vnodes and whatnot)... >=20 > There may be kernel threads created for each file system. One way to > look at it is that a process isn't that expensive, but FreeBSD > probably couldn't cope very well with 5000 processes. On the usual modern i386 hardware with usual load we easily handle ~30000 threads, with the top coming at around 50000 threads. The most limiting factor, from my POV, is the kernel address space, since each thread takes 3 pages for the kernel stack. --f61P+fpdnY2FZS1u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfWVV0ACgkQC3+MBN1Mb4jxYACaAtwPk01KGJXSpe7Gu0LcUGuj VBEAn1jiS+kxdCHIg0VUaUw6wVixFSR3 =ukK4 -----END PGP SIGNATURE----- --f61P+fpdnY2FZS1u-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 10:28: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 8B0FF1065675; Tue, 11 Mar 2008 10:28:55 +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 B67DF8FC29; Tue, 11 Mar 2008 10:28:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D65EE5.902@FreeBSD.org> Date: Tue, 11 Mar 2008 11:28:53 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Thomas Vogt References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@freebsd.org Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 10:28:55 -0000 Thomas Vogt wrote: > Hi Kris > > Am 11.03.2008 um 01:30 schrieb Kris Kennaway: >> Thomas Vogt wrote: >>> Hi List(s) >>> I try to simulate real workload for our environment in my lab. The idea >>> was to create 10k+ ZFS fs with several thousand files on each fs and >>> then measure daily workload performance. Maybe 10k fs sounds silly but >>> if you need individual quota for every user on a system, 5-10k fs are >>> not unusual for ZFS >>> My script to cerate zfs fs >>> #!/bin/sh >>> i=0; while [ $i != 10000 ]; do zfs create tank/script$i; i=`expr $i + >>> 1`; done >>> My script stopped after creating ~4850 FS with: >>> vm_thread_new: kstack allocation failed >>> vm_thread_new: kstack allocation failed >>> vm_thread_new: kstack allocation failed >>> vm_thread_new: kstack allocation failed >>> vm_thread_new: kstack allocation failed >>> vm_thread_new: kstack allocation failed >> >> Your kernel has run out of memory. If you cannot tune kmem_size >> further then it cannot handle this many ZFS filesystems. > > Are there no limitation for vm.kmem_size* sysctls? I tried to increase > vm.kmem_size* with larger values than 1500M but the system paniced in > the boot process. Yes, there is an upper bound somewhere around this point with the default kernel layout. > Mark Tinguely told me maybe i can edit sys/amd64/include/pmap.h and > change the line: > > - #define KPDPI (NPDPEPG-2) /* kernbase at -2GB */ > + #define KPDPI (NPDPEPG-4) /* kernbase at -4GB */ > > I will try this. Any idea if this is save? I don't know, sorry. Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 11:14: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 0CF0C1065674 for ; Tue, 11 Mar 2008 11:14:12 +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 7674C8FC15 for ; Tue, 11 Mar 2008 11:14:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JZ2Qm-0000jy-Sh for freebsd-current@freebsd.org; Tue, 11 Mar 2008 11:14:04 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Mar 2008 11:14:04 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Mar 2008 11:14:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Tue, 11 Mar 2008 11:13:52 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 78 Message-ID: References: <200803091643.m29GhTxt075986@lurza.secnetix.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Oliver Fromme User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 11:14:12 -0000 Hi Oliver Fromme! On Sun, 9 Mar 2008 17:43:29 +0100 (CET); Oliver Fromme wrote about 'Re: RELEASE discs & ISO images (for future)': >> 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS >> and docs. What do they contain? > - The small "bootonly" CD contains only sysinstall. > It can be used if you want to install from the network. As it was before, I knew it. > - Disk 1 contains everything you need to install the base > FreeBSD system, as well as a few useful packages. Yes. Which? > - Disk 2 and 3 just contain more packages. I remember working CD-changer while install, yeah. Several times while handling dependencies on first disc and second disc. Annoying. > - The "docs" CD only contains documentation: Handbook, > FAQ and articles in various languages. These are also > available online, so there's rarely a need to download > this CD. It's handy for novice users to have them in base system, though. > - The "livefs" CD contains the usual "fixit" live file > system. It is bootable on its own, so you do _not_ need > to download disk1 if you only want the livefs CD. Oh, so I don't need disc1 for livefs. Slightly better. > By the way, you can combine disk1 and the livefs image into > a single ISO image and write it onto a DVD-R. It won't fit > on a CD-R disk, though, and that's the reason why the > lifefs went onto a separate ISO image. If use DVD, then all 5 disks should be combined to it for convenience. >> I suspect this separation is due to sizes od docs etc. - but CD drives can now >> handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though >> disc2 is 694M, yes. > As you can see, disk1 + livefs is larger than 700 MB. > The docs CD is separate anyway, which is a good thing > because many people won't need it. And what about removing packages from disc1 ? >> May be it is desirable to compress docs and other base system parts with >> bzip2 -9 instead of gzip? > What exactly would you propose to compress? Compressing > the docs isn't a good idea, because then you wouldn't be > able to read them directly from the CD. Also, as mentioned > above, the docs are already on a separate CD. Ideally, I want one combined disc1 + livefs + docs on a single disc1 CD. This can be achieved by: changing compression from gzip to bzip2 -9 for base system parts, and moving packages from disc1 to disc2. The latter has additional benefit of reducing CD-changing annoyance for user during install. There is also another idea to above: compress parts of livefs and/or docs on disc1 with geom_ugz, as it is read-only anyway. This is how done in Frenzy LiveCD from as old as 5.2.1-R times, allowing to fit entire base system and several packages on 200MB miniCD. >> P.S. And may be it is good also to resurrect miniinst disk for >> Depenguinator project? :) > Do you mean the "bootonly" CD? It's already there. Nope, "miniinst" as it was in 5.3, a 300-meg image with base-system only, allowing to install without network, as "bootonly", but ports should be installed from network - handy if ports are not needed. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 11:15: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 661A11065677 for ; Tue, 11 Mar 2008 11:15:42 +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 99B9B8FC28 for ; Tue, 11 Mar 2008 11:15:41 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 57583 invoked by uid 0); 11 Mar 2008 11:15:39 -0000 Received: from r5be28.net.upc.cz (HELO vn.chello.upc.cz) (86.49.64.28) by smtp.dkm.cz with SMTP; 11 Mar 2008 11:15:39 -0000 Message-ID: <47D669C2.50107@vnovy.net> Date: Tue, 11 Mar 2008 12:15:14 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: qpadla@gmail.com References: <200802042142.38606.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <47D5A78F.1050403@vnovy.net> <200803111135.28626.qpadla@gmail.com> In-Reply-To: <200803111135.28626.qpadla@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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: Tue, 11 Mar 2008 11:15:42 -0000 Nikolay Pavlov wrote: > On Monday 10 March 2008 23:26:39 Vitezslav Novy wrote: >> Steven Hartland wrote: >>> Did you ever get anywhere with this? Did Jack respond? >>> >>> ----- Original Message ----- From: "Nikolay Pavlov" >>> >>> On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: >>>>>> Do you have set TSO flag on interface? >>>>> Good catch. The problem is gone with net.inet.tcp.tso set to 0. >>>>> But TSO is enabled by default in 7.0. Could this be a em driver >>>>> bug? >>>> I don't know. I only saw this when researched another TSO related >>>> problem. >>>> >>>> vita >>> May be Jack could say something about this? >> It is TSO related problem of em driver. >> Affects only cards with adapter->hw.mac.type < e1000_82575. >> During transmit function em_tso_setup is called and this function sets >> packet ip_len field to zero. (also ip csum) >> >> After successful transmit, packet is injected to BPF with zeroed ip_len >> field. > > So this is driver or hardware problem? Should i change a network card? > > It is driver problem. If I understand code, driver has 2 transmit routines, one for older cards a one for newer. I checked routine for my (older type) card, and found problem in em_tso_setup. But now I see that ip_len is zeroed also in em_tso_adv_setup which is used with newer cards. vita From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 13:36: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 781C6106566B for ; Tue, 11 Mar 2008 13:36:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEE68FC1D for ; Tue, 11 Mar 2008 13:36:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m2BDaog2084556; Tue, 11 Mar 2008 14:36:50 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m2BDaosM084555; Tue, 11 Mar 2008 14:36:50 +0100 (CET) (envelope-from olli) Date: Tue, 11 Mar 2008 14:36:50 +0100 (CET) Message-Id: <200803111336.m2BDaosM084555@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 11 Mar 2008 14:36:53 +0100 (CET) Cc: Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 13:36:55 -0000 Vadim Goncharov wrote: > Oliver Fromme wrote: > [...] > > - Disk 1 contains everything you need to install the base > > FreeBSD system, as well as a few useful packages. > > Yes. Which? The most important ones, including the linux base package for the linux ABI, perl, xorg and a few other things. Just look at the /packages subdirectory for details. > > - Disk 2 and 3 just contain more packages. > > I remember working CD-changer while install, yeah. Several times while > handling dependencies on first disc and second disc. Annoying. That's right, "someone" should improve sysinstall so it loads the packages in an optimized order, so the number of CD changes is reduced. If you have implemented patches to do that, I'm sure they will be very welcome. Until then, there are some workarounds for the problem. For example, you can copy all packages from the CDs to your harddisk and install from there. > > - The "docs" CD only contains documentation: Handbook, > > FAQ and articles in various languages. These are also > > available online, so there's rarely a need to download > > this CD. > > It's handy for novice users to have them in base system, though. I don't know ... I never used them. I think it's more convenient to read them online. > > By the way, you can combine disk1 and the livefs image into > > a single ISO image and write it onto a DVD-R. It won't fit > > on a CD-R disk, though, and that's the reason why the > > lifefs went onto a separate ISO image. > > If use DVD, then all 5 disks should be combined to it for convenience. Of course you can do that, too. > > > I suspect this separation is due to sizes od docs etc. - but CD drives can now > > > handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though > > > disc2 is 694M, yes. > > As you can see, disk1 + livefs is larger than 700 MB. > > The docs CD is separate anyway, which is a good thing > > because many people won't need it. > > And what about removing packages from disc1 ? The question is: What does the majority of users want? I think there are more users who install packages than users who want "fixit" on disk1. In other words, more users benefit from the packages, and for most people it seems to be OK to have "fixit" on a separate CD. Those who want to have a combined install+fixit CD without packages can easily make one themselves. Or even a DVD with everything. Or buy one from one of the vendors who sell FreeBSD DVDs. > > > May be it is desirable to compress docs and other base system parts with > > > bzip2 -9 instead of gzip? > > What exactly would you propose to compress? Compressing > > the docs isn't a good idea, because then you wouldn't be > > able to read them directly from the CD. Also, as mentioned > > above, the docs are already on a separate CD. > > Ideally, I want one combined disc1 + livefs + docs on a single disc1 CD. > This can be achieved by: changing compression from gzip to bzip2 -9 for > base system parts, and moving packages from disc1 to disc2. The latter has > additional benefit of reducing CD-changing annoyance for user during install. It depends. A solution that is good for you might be worse for others. For example, I rarely install any packages from CD on a new system, except for linux emulation and maybe perl. I do not have to change CDs at all; only disc1 is required. With your proposed change, I would need to download an additional 700 MB ISO. That's annoying. I'm also not sure that using bzip2 for the base install bits would be a good idea. Decompression is a lot slower with bzip2, especially on older machines. I remember someone tried it and reported on the lists, it was like fife times slower, but saved only a few percent space for the base system (which is mostly binaries and already compressed files, like manual pages). Not worth it. > There is also another idea to above: compress parts of livefs and/or docs > on disc1 with geom_ugz, as it is read-only anyway. This is how done in Frenzy > LiveCD from as old as 5.2.1-R times, allowing to fit entire base system and > several packages on 200MB miniCD. You can't compress the docs CD that way, because then you wouldn't be able to read them from another system. The docs must not be compressed. As far as the live FS is concerned, yes, it might be possible to compress it. The performance will be worse, and I think it also requires more RAM, but it's certainly something that could be done. Whether it's really worth it is a different question. > > > P.S. And may be it is good also to resurrect miniinst disk for > > > Depenguinator project? :) > > Do you mean the "bootonly" CD? It's already there. > > Nope, "miniinst" as it was in 5.3, a 300-meg image with base-system only, > allowing to install without network, as "bootonly", but ports should be > installed from network - handy if ports are not needed. In today's world (7.0-RELEASE) it would be more like 400 MB which isn't really "mini". it's not much smaller than the current disc1 (509 MB), so it doesn't justify creating a separate ISO, in my opinion. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 17:05: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 262451065674 for ; Tue, 11 Mar 2008 17:05:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 992CA8FC17 for ; Tue, 11 Mar 2008 17:04:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2BH4x9X003622 for ; Tue, 11 Mar 2008 10:04:59 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2BH4xK0003621 for current@freebsd.org; Tue, 11 Mar 2008 10:04:59 -0700 (PDT) (envelope-from david) Date: Tue, 11 Mar 2008 10:04:59 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20080311170459.GL53010@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QyKdZyDmv5hkaBi2" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic on exit; KDB "ps" cmd says "oops, ran out of processes early!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 17:05:00 -0000 --QyKdZyDmv5hkaBi2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I noticed this on my laptop, running HEAD as of this monring, while exiting a run of bsd-airtools (that had been built under RELENG_6; I have misc/compat6x installed). I just re-created it on exit of firefox (also built under RELENG_6, if that's relevant -- indeed, all of the ports except misc/compat6x were built under RELENG_6). Following is cut/paste from my laptop's serial console; the whine about "oops, ran out of processes early!" is near the end: /boot/kernel/acpi.ko text=3D0x53fcc data=3D0x25e0+0x186c syms=3D[0x4+0x8a20= +0x4+0xbbc7] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000003fee2800 SMAP type=3D02 base=3D000000003ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 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 #710: Tue Mar 11 07:44:13 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e10000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0e1014c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc0e101f8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e102a4. Calibrating clock(s) ... i8254 clock: 1193185 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392952788 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 1073618944 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003ee99fff, 1038569472 bytes (253557 pages) avail memory =3D 1038028800 (989 MB) =2E.. lock order reversal: 1st 0xc4154e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2063 2nd 0xc4263294 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops= .c:201 KDB: stack backtrace: db_trace_self_wrapper(c0ac4e80,e2886bbc,c078235e,c0ac73a9,c4263294,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac73a9,c4263294,c0ab8850,c0ab8850,c0ab8891,...) at kdb_back= trace+0x29 witness_checkorder(c4263294,9,c0ab8891,c9,c7,...) at witness_checkorder+0x6= de _sx_xlock(c4263294,0,c0ab8891,c9,c4263294,...) at _sx_xlock+0x7d devfs_allocv(c424c080,c4265000,e2886c28,c3e22d20,c0acd19c,...) at devfs_all= ocv+0x144 devfs_root(c4265000,2,c0c251d8,c3e22d20,ca,...) at devfs_root+0x51 set_rootvnode(c0c251c0,0,c0acd19c,5f4,c07c02f0,...) at set_rootvnode+0x2b vfs_mountroot(c0bd3090,4,c0abcce6,262,0,...) at vfs_mountroot+0x356 start_init(0,e2886d38,c0abe65b,30c,c3e20ab0,...) at start_init+0x65 fork_exit(c070f200,0,e2886d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xe2886d70, ebp =3D 0 --- Trying to mount root from ufs:/dev/ad0s4a lock order reversal: 1st 0xc41549e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 2nd 0xc4265000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0ac4e80,e28869d8,c078235e,c0ac73a9,c4265000,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac73a9,c4265000,c0acd29a,c0acd29a,c0acd837,...) at kdb_back= trace+0x29 witness_checkorder(c4265000,1,c0acd837,16c,e2886a18,...) at witness_checkor= der+0x6de _lockmgr_args(c4265000,20001,c4265030,0,ffffffff,...) at _lockmgr_args+0x1d5 vfs_busy(c4265000,0,0,c3e22d20,e2886b58,...) at vfs_busy+0x1b0 lookup(e2886b44,c0accf4a,c6,bf,c3dee82c,...) at lookup+0x7bf namei(e2886b44,c4265030,1c1,c0acd19c,e2886b54,...) at namei+0x34b kern_unlink(c3e22d20,c0acd5d9,1,62f,0,...) at kern_unlink+0x40 vfs_mountroot_try(c0acd793,c0abba07,c0ab4fac,1,c07c02f0,...) at vfs_mountro= ot_try+0x470 vfs_mountroot(c0bd3090,4,c0abcce6,262,0,...) at vfs_mountroot+0x418 start_init(0,e2886d38,c0abe65b,30c,c3e20ab0,...) at start_init+0x65 fork_exit(c070f200,0,e2886d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xe2886d70, ebp =3D 0 --- start_init: trying /sbin/init lock order reversal: 1st 0xc3e26044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc41547c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 KDB: stack backtrace: db_trace_self_wrapper(c0ac4e80,e28869c4,c078235e,c0ac73a9,c41547c8,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac73a9,c41547c8,c0abc2ba,c0abc2ba,c0acd837,...) at kdb_back= trace+0x29 witness_checkorder(c41547c8,1,c0acd837,80f,e28869e8,...) at witness_checkor= der+0x6de _lockmgr_args(c41547c8,30041,c41547f8,0,ffffffff,...) at _lockmgr_args+0x1d5 ffs_lock(e2886a78,c073a2cd,c0bde394,30041,c4154770,...) at ffs_lock+0xa3 VOP_LOCK1_APV(c0b9b760,e2886a78,c0abba05,3,c41547f8,...) at VOP_LOCK1_APV+0= xa5 _vn_lock(c4154770,30041,c0acd837,80f,0,...) at _vn_lock+0xf7 vget(c4154770,30041,c3e22d20,4a9,c1460580,...) at vget+0x10b vnode_pager_lock(c1460400,0,c0ae55b6,127,e2886be8,...) at vnode_pager_lock+= 0x1ad vm_fault(c3e26000,80d3000,2,8,80d3a20,...) at vm_fault+0x1df trap_pfault(5,0,c0af1f43,2c8,c3e20ab0,...) at trap_pfault+0x118 trap(e2886d38) at trap+0x267 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D 0xbfbfef10 --- xl0: link state changed to DOWN lock order reversal: 1st 0xc4377c08 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_subr.c:2063 2nd 0xc4382538 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0ac4e80,e6582a18,c078235e,c0ac73a9,c4382538,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ac73a9,c4382538,c0acd29a,c0acd29a,c0acd837,...) at kdb_back= trace+0x29 witness_checkorder(c4382538,1,c0acd837,16c,e6582a58,...) at witness_checkor= der+0x6de _lockmgr_args(c4382538,20001,c4382568,0,ffffffff,...) at _lockmgr_args+0x1d5 vfs_busy(c4382538,10,0,c3f6a690,8,...) at vfs_busy+0x1b0 vfs_donmount(810f080,c,e6582c70,c4274580,810be68,...) at vfs_donmount+0xdb5 nmount(c3f6a690,e6582cfc,c,c0ac8065,c0b7b4f0,...) at nmount+0xb2 syscall(e6582d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280d715b, esp =3D 0xbfb= fe96c, ebp =3D 0xbfbfedb8 --- drm0: on vgapci0 info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.25.0 20060524 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfcff0000 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Setting AGP v2 mode 4 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [MPSAFE] drm0: [ITHREAD] FreeBSD/i386 (localhost) (ttyd0) login: [thread pid 1326 tid 100097 ] Stopped at cpuset_rel+0x17: lock xaddl %eax,0x4(%esi) db> bt Tracing pid 1326 tid 100097 td 0xc4719af0 cpuset_rel(0,c0ac0bbd,f4,c494dd20,e6958bac,...) at cpuset_rel+0x17 thread_free(c494dd20,0,c0ac2ffd,131,c4602690,...) at thread_free+0x15 thread_reap(c4446a00,0,c0ac2ffd,210) at thread_reap+0xc0 thread_wait(c4448804,ffffffff,0,2f7,0,...) at thread_wait+0x11c kern_wait(c4719af0,ffffffff,e6958c2c,2,0,...) at kern_wait+0x65b wait4(c4719af0,e6958cfc,10,c0ac7c4b,c0b79228,...) at wait4+0x3b syscall(e6958d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x2814713b, esp =3D 0xbfbfe3= 4c, ebp =3D 0xbfbfe368 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1337 1032 1032 80 S accept 0xc43e7c5a httpd 1335 1032 1032 80 S accept 0xc43e7c5a httpd 1332 1 1270 1001 S select 0xc4611428 gconfd-2 1326 1322 1270 1001 R CPU 0 sh 1322 1 1270 1001 S wait 0xc46e02ac sh 1278 1271 1278 1001 Ss+ ttyin 0xc422d810 csh 1277 1264 1277 1001 Ss+ ttyin 0xc407b810 csh 1271 1217 1217 1001 S select 0xc4610ca8 xterm 1270 1217 1270 1001 S select 0xc421e5a8 piewm 1268 1217 1268 1001 S select 0xc4610aa8 oclock 1267 1217 1267 1001 S select 0xc4610728 ical-2.2 1264 1217 1264 1001 S select 0xc4263128 xterm 1257 1217 1257 1001 S select 0xc4610be8 xbattbar 1256 1217 1256 1001 S nanslp 0xc0bd3804 xautolock 1235 1 1235 1001 Ss select 0xc42631e8 ssh-agent 1217 1155 1217 1001 Ss pause 0xc46df5b8 csh 1214 1 1214 0 Ss+ ttyin 0xc406b010 getty 1171 1137 1171 1001 S+ ttyin 0xc407f010 csh 1155 1151 1155 0 Ss wait 0xc45fc2ac xdm 1154 1151 1154 0 Rs Xorg 1151 1144 1 0 S pause 0xc4449864 xdm 1144 1 1 0 S wait 0xc45fcab0 sh 1143 1 1143 0 Ss+ ttyin 0xc407fc10 getty 1142 1 1142 0 Ss+ ttyin 0xc407ec10 getty 1141 1 1141 0 Ss+ ttyin 0xc407d810 getty 1140 1 1140 0 Ss+ ttyin 0xc407dc10 getty 1139 1 1139 0 Ss+ ttyin 0xc4080410 getty 1138 1 1138 0 Ss+ ttyin 0xc4078010 getty 1137 1 1137 0 Ss+ wait 0xc44492ac login 1136 1 1136 0 Ss+ ttyin 0xc4074810 getty 1094 1 1094 0 Rs moused 1067 1 1067 0 Ss nanslp 0xc0bd3804 cron 1062 1032 1032 80 S accept 0xc43e7c5a httpd 1061 1032 1032 80 S accept 0xc43e7c5a httpd 1060 1032 1032 80 S accept 0xc43e7c5a httpd 1059 1032 1032 80 S accept 0xc43e7c5a httpd 1058 1032 1032 80 S accept 0xc43e7c5a httpd 1056 1 1056 25 Ss pause 0xc444830c sendmail 1050 1 1050 0 Ss select 0xc421e7a8 sendmail 1044 1 1044 0 Ss select 0xc40864e8 sshd 1032 1 1032 0 Ss select 0xc421ede8 httpd 959 1 959 0 Ss select 0xc42633e8 powerd 905 1 903 0 S select 0xc4086d28 snmpd 888 883 883 0 S - 0xc43ac000 nfsd 887 883 883 0 S - 0xc43ac400 nfsd 886 883 883 0 S - 0xc43ac600 nfsd 885 883 883 0 S - 0xc43ac800 nfsd 883 1 883 0 Ss select 0xc421eae8 nfsd 874 1 874 0 Ss select 0xc421e728 mountd 843 1 843 0 Ss select 0xc4262ae8 rpcbind 824 1 824 0 Ss select 0xc4263268 syslogd 792 0 0 0 SL mdwait 0xc439a800 [md0] 729 1 729 0 Ss select 0xc421d0e8 devd 34 0 0 0 SL sdflush 0xc0c30d70 [softdepflush] 33 0 0 0 SL vlruwt 0xc423b558 [vnlru] 32 0 0 0 SL syncer 0xc0bd362c [syncer] 31 0 0 0 SL psleep 0xc0c24fc4 [bufdaemon] 30 0 0 0 SL pgzero 0xc0c31960 [pagezero] 29 0 0 0 SL psleep 0xc0c3157c [vmdaemon] 28 0 0 0 SL psleep 0xc0c31544 [pagedaemon] 27 0 0 0 SL - 0xc41a0700 [dummynet] 26 0 0 0 SL waiting_ 0xc0c2724c [sctp_iterator] 25 0 0 0 SL tzpoll 0xc0df8f80 [acpi_thermal] 24 0 0 0 SL - 0xc405763c [fdc0] 23 0 0 0 SL cbb cv 0xc3f11bf0 [cbb2 event thread] 22 0 0 0 SL - 0xc3f76000 [fw0_probe] 21 0 0 0 SL - 0xc3f5b280 [fw0_taskq] 20 0 0 0 SL cbb cv 0xc3f0f3f0 [cbb1 event thread] 19 0 0 0 SL cbb cv 0xc3f113f0 [cbb0 event thread] 18 0 0 0 SL usbevt 0xc3f53210 [usb1] 17 0 0 0 SL usbtsk 0xc0bd0ed4 [usbtask-dr] 16 0 0 0 SL usbtsk 0xc0bd0ec0 [usbtask-hc] 15 0 0 0 SL usbevt 0xc3f1b210 [usb0] 14 0 0 0 SL - 0xc3e7c580 [kqueue taskq] 9 0 0 0 SL - 0xc3e7c800 [thread taskq] 8 0 0 0 SL - 0xc3e7c880 [acpi_task_2] 7 0 0 0 SL - 0xc3e7c880 [acpi_task_1] 6 0 0 0 SL - 0xc3e7c880 [acpi_task_0] 5 0 0 0 SL ccb_scan 0xc0bb4014 [xpt_thrd] 13 0 0 0 SL - 0xc0bd3634 [yarrow] 4 0 0 0 SL - 0xc0bd162c [g_down] 3 0 0 0 SL - 0xc0bd1628 [g_up] 2 0 0 0 SL - 0xc0bd1620 [g_event] 12 0 0 0 WL (threaded) intr 100039 I [irq7: ppbus0 ppc0] 100037 I [swi0: sio] 100035 I [irq12: psm0] 100034 I [irq1: atkbd0] 100033 I [irq15: ata1] 100032 I [irq14: ata0] 100022 I [irq11: cbb0 cbb1+*] 100021 I [irq9: pcm0 acpi0] 100019 I [swi6: task queue] 100018 I [swi6: Giant taskq] 100013 I [swi5: +] 100012 I [swi2: cambio] 100006 I [swi3: vm] 100005 I [swi4: clock sio] 100004 I [swi1: net] 11 0 0 0 RL [idle: cpu0] 1 0 1 0 SLs wait 0xc3e20ab0 [init] 10 0 0 0 SL audit_wo 0xc0c307cc [audit] 0 0 0 0 WLs [swapper] oops, ran out of processes early! db> show locks db> show pcpu cpuid =3D 0 curthread =3D 0xc4719af0: pid 1326 "sh" curpcb =3D 0xe6958d90 fpcurthread =3D none idlethread =3D 0xc3e22af0: pid 11 "idle: cpu0" APIC ID =3D 0 currentldt =3D 0x50 spin locks held: db>=20 I don't need to use my laptop while I'm at work, so I can poke at it in other ways if I get a clue what to do. This sort of thing did not happen when I ran some smallish programs from vty1 (logged in (/bin/csh); used RCS co & ci commands; used vi(1) to edit /etc/ttys; sent a SIGHUP to init). Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --QyKdZyDmv5hkaBi2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfWu7oACgkQmprOCmdXAD2H0ACeNJX2Ld4n9Zn3zuLAcAOacwzO 5agAn2Hv3ksMjHEvAZNI1PpVlv4TMw/h =qtcp -----END PGP SIGNATURE----- --QyKdZyDmv5hkaBi2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:21: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 380271065677 for ; Tue, 11 Mar 2008 18:21:21 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33701.mail.mud.yahoo.com (web33701.mail.mud.yahoo.com [68.142.201.198]) by mx1.freebsd.org (Postfix) with SMTP id 0480C8FC28 for ; Tue, 11 Mar 2008 18:21:20 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 58470 invoked by uid 60001); 11 Mar 2008 18:21:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=KVZxERxFEWt2tmBhHR0oeX4szCGYBVESozqZlS++GYmvZ3n9uyeC04ALbB/QKDIlbgmQ3F75tu6gyVwEwIrG1FjOoRaFu/Ws2zgcBDFMhPgZzof97UrQZM/cxRxokXW9aA7SJW1yaZxhbmtW+Vv1mk/AGoXa3i7t1mglOVXG19c=; X-YMail-OSG: uzHM8hgVM1mv_9JWcxZlknDsnWD8NU9cxxzRlIIdSuq2JDjyKOZ1whLe1lXGdKSK_1nTST4Td1zVdc1LFJAjHAJm8m9gW5LLCOPP75qadgfDM78- Received: from [82.148.96.69] by web33701.mail.mud.yahoo.com via HTTP; Tue, 11 Mar 2008 11:21:20 PDT X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Tue, 11 Mar 2008 11:21:20 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: John Baldwin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <264679.56925.qm@web33701.mail.mud.yahoo.com> Cc: FreeBSD CURRENT , Rui Paulo Subject: Re: cvs commit: src/sys/i386/cpufreq est.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, 11 Mar 2008 18:21:21 -0000 ----- Original Message ---- > From: John Baldwin > To: Abdullah Ibn Hamad Al-Marri > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > Sent: Tuesday, March 11, 2008 12:56:23 AM > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > On Monday 10 March 2008 04:53:57 pm Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: John Baldwin > > > To: Abdullah Ibn Hamad Al-Marri > > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > > > > Sent: Monday, March 10, 2008 7:56:56 PM > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > On Saturday 08 March 2008 11:33:13 am Abdullah Ibn Hamad Al-Marri wrote: > > > > ----- Original Message ---- > > > > > From: Rui Paulo > > > > > To: Abdullah Ibn Hamad Al-Marri > > > > > Cc: src-committers@freebsd.org; cvs-src@freebsd.org; > cvs-all@freebsd.org > > > > > Sent: Saturday, March 8, 2008 6:38:10 PM > > > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > On Sat, Mar 8, 2008 at 2:21 PM, Abdullah Ibn Hamad Al-Marri > > > > > wrote: > > > > > > > > > > > > ----- Original Message ---- > > > > > > > > > > > > > From: Rui Paulo > > > > > > > To: src-committers@FreeBSD.org; cvs-src@FreeBSD.org; > > > cvs-all@FreeBSD.org > > > > > > > Sent: Saturday, March 8, 2008 5:12:35 PM > > > > > > > Subject: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > > > > > rpaulo 2008-03-08 14:12:35 UTC > > > > > > > > > > > > > > FreeBSD src repository > > > > > > > > > > > > > > Modified files: (Branch: RELENG_7) > > > > > > > > > > > > > sys/i386/cpufreq est.c > > > > > > > Log: > > > > > > > MFC r1.12: > > > > > > > Validate the id16 values gathered from ACPI (previously a TODO > > > > > > > item). > > > > > > > Style changes by me and njl. > > > > > > > > > > > > > > Submitted by: Takeharu KATO > > > > > > > PR: 119350 > > > > > > > > > > > > > > Revision Changes Path > > > > > > > 1.11.2.1 +59 -17 src/sys/i386/cpufreq/est.c > > > > > > > > > > > > Thanks, how about AMD64? > > > > > > > > > > This directory is shared by i386 and amd64. > > > > > > > > > > Regards. > > > > > -- > > > > > Rui Paulo > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > Here what I got. > > > > FreeBSD 7.0-STABLE #0: Sat Mar 8 16:16:54 UTC 2008 > > > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > K8-class > > > CPU) > > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > > > > Features=0xbfebfbff > > > > > > > Features2=0xe3fd > > > > AMD Features=0x20100800 > > > > AMD Features2=0x1 > > > > Cores per package: 2 > > > > usable memory = 4276043776 (4077 MB) > > > > avail memory = 4106977280 (3916 MB) > > > > ACPI APIC Table: > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP): APIC ID: 1 > > > > ioapic0 irqs 0-23 on motherboard > > > > acpi0: on motherboard > > > > acpi0: [ITHREAD] > > > > acpi0: Power Button (fixed) > > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > > > acpi0 > > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > > cpu0: on acpi0 > > > > est0: on cpu0 > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > device_attach: est0 attach returned 6 > > > > p4tcc0: on cpu0 > > > > cpu1: on acpi0 > > > > est1: on cpu1 > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > device_attach: est1 attach returned 6 > > > > p4tcc1: on cpu1 > > > > > > Try www.freebsd.org/~jhb/patches/est_msr.patch > > > > > > -- > > > John Baldwin > > > > Hey John > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 7.0-STABLE #1: Mon Mar 10 20:43:50 UTC 2008 > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz K8-class > CPU) > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > Features=0xbfebfbff > > HTT,TM,PBE> > > > Features2=0xe3fd > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 2 > > usable memory = 4276043776 (4077 MB) > > avail memory = 4106977280 (3916 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > ioapic0 irqs 0-23 on motherboard > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > cpu0: on acpi0 > > est0: on cpu0 > > est0: Guessed bus clock (high) of 333 MHz > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > est0: Guessed bus clock (low) of 333 MHz > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > Unless you really have a bus clock of 333 (in which case the test needs to be > updated) the MSR's don't add up. You can try changing the statement that > tests for 100 or 133 to accept 333 as well. > > -- > John Baldwin John, Thanks for getting back to me, I'm not hardware guy. Do you mean the cpu bus speed 1033 or what? How could I test it? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:33: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 2DA82106567A for ; Tue, 11 Mar 2008 18:33:54 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id EA1418FC1D for ; Tue, 11 Mar 2008 18:33:53 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 69B614AC78; Tue, 11 Mar 2008 19:33:49 +0100 (CET) Date: Tue, 11 Mar 2008 19:33:49 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20080311183349.GB84498@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 18:33:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Guys, Today i've updated my Tinderbox server, now the kernel panics at boot. The last update is from January this year without problems. I can't report more because I've got nothing in /var/crash after hard-reset. System is: FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 dmesg and the panic you can find here: http://nopaste.unixfreunde.de/520 with boot -v http://nopaste.unixfreunde.de/522 Any ideas? - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH1tCMFwpycAVoI1MRAk6nAJ0UtUpWPXHL6/hd+xU7HqgI/2zz2QCbBiz8 q6hyPRAVYeEfGrtoYcMW2D8= =BuEC -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:34:14 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 0E7D71065707 for ; Tue, 11 Mar 2008 18:34:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33703.mail.mud.yahoo.com (web33703.mail.mud.yahoo.com [68.142.201.200]) by mx1.freebsd.org (Postfix) with SMTP id D31E98FC2D for ; Tue, 11 Mar 2008 18:34:13 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 27950 invoked by uid 60001); 11 Mar 2008 18:34:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=KdeG3ZeoTuISccY/vLbHaH8Y0wOBRt2UKqGiqwRD6dLcFb3b/3izzEjS+I9+EMYY/QywwcBCIQW06uOkM5aQPDPZeMna2r7aZbT45qk5HCoHAY3eUg8hC+QP1gatihd/rH70g151g5RXighUmjdG5MCSMD+moJxyMaZHhrvw3qs=; X-YMail-OSG: 3AqiOOgVM1ncO5n5urJhtW1nyNb7PhskQbDucr5ALkoUVtXvmTSooz.gN144dCRUoCi.I3W54MKNM3xd23T8UpV0FbsmduTslV2wMqoZWdnw42k- Received: from [82.148.96.69] by web33703.mail.mud.yahoo.com via HTTP; Tue, 11 Mar 2008 11:34:12 PDT X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Tue, 11 Mar 2008 11:34:12 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com, Daniel Gerzo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <113159.27619.qm@web33703.mail.mud.yahoo.com> Cc: FreeBSD CURRENT Subject: Re: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 18:34:14 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Daniel Gerzo > Cc: current@FreeBSD.org; yongari@FreeBSD.org > Sent: Tuesday, March 11, 2008 5:24:41 AM > Subject: Re: re(4) problem > > On Mon, Mar 10, 2008 at 09:38:32PM +0100, Daniel Gerzo wrote: > > Hello Daniel, > > > > Monday, March 10, 2008, 4:26:49 PM, you wrote: > > > > > Hello Pyun, > > > > >> Since you're using MSI, would you try attached patch? > > >> Sorry, I don't have PCIe based hardware and RealTek's datasheet for > > >> PCIe variants is too poor to get useful information. > > >> > > >> -- > > >> Regards, > > >> Pyun YongHyeon > > > > > Thank you for your quick reply, I will test your patch ASAP, but I have one > > > simple question: > > > > > Should I apply this patch on top of > > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > > or what is this patch aginst? > > > > > Thank you. > > > > Or better, please send me (or place somewhere on your home page) the > > complete if_re.c and if_rlreg.h which should adress my problems, so > > that I can test it easily. > > > > Done. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > The above files would build on CURRENT/RELENG_7/7.0-RELEASE. > > I'm not sure whether it helps or not. > > > Your efforst are greatly appreciated! > > > > -- > > Best regards, > > Daniel mailto:danger@FreeBSD.org > > > > -- > Regards, > Pyun YongHyeon Ok, here is the ping to 2 servers using same nic to another server using fxp in same lan. ping -c 100 -s 5000 after using http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:d1:a7:a4:72 re0: [FILTER] re0: [FILTER] 100 packets transmitted, 100 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 2.410/2.429/2.587/0.019 ms Here without. re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:4f:76:07 re0: [FILTER] re0: [FILTER] 100 packets transmitted, 99 packets received, 1.0% packet loss round-trip min/avg/max/stddev = 632.148/633.103/640.812/0.872 ms So as I could tell the ping latency got fixed by using latest changes. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:39: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 26F471065670 for ; Tue, 11 Mar 2008 18:39:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id D34668FC21 for ; Tue, 11 Mar 2008 18:39:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by rn-out-0910.google.com with SMTP id e11so1764398rng.7 for ; Tue, 11 Mar 2008 11:39: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=fKVDsmvDSqU8oZx2987uYXImaKd/rfawEMg9VAcwUZA=; b=MT4hBssHHxq3BjeE0LsZQ7EZrAHVqUZJXIMaqyJ8gNpSIHPWI3QNG3Jjbiny8JzlztHpsyhhpAtdwRs6jmN6IUQGU92F5X5NGpsl9vn4QFKxs49BeVKzmEZVFMF9Udxq73MNGbycf+Q7MKXR/eRJ56F41pojyn20sUyIOX5tw1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MeKiFdxXKTrfl3b2aGoIa9NQEWBuCXKwgP6skHMKT70RgUwmJhUaqzK0JgMizrzkJboeQcU48kwI/gBV7FEOi5+0X3wtWrZoR7pdpKi+UfavGK4s4h169rI1mUYnp8D46OhLdUUCW9GMo760PRWZ+AOQt8z5o9bBWfM2FiI+WV0= Received: by 10.142.100.1 with SMTP id x1mr2986265wfb.131.1205260778763; Tue, 11 Mar 2008 11:39:38 -0700 (PDT) Received: by 10.142.223.6 with HTTP; Tue, 11 Mar 2008 11:39:38 -0700 (PDT) Message-ID: <3bbf2fe10803111139w1a03f3bet268abf9d40e1f725@mail.gmail.com> Date: Tue, 11 Mar 2008 19:39:38 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Martin Wilke" In-Reply-To: <20080311183349.GB84498@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080311183349.GB84498@bsdcrew.de> X-Google-Sender-Auth: e353cc3115e98c8d Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 18:39:41 -0000 2008/3/11, Martin Wilke : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Guys, > > Today i've updated my Tinderbox server, now the kernel panics at boot. > The last update is from January this year without problems. > I can't report more because I've got nothing in /var/crash after hard-reset. > > System is: > FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 > > > dmesg and the panic you can find here: > > http://nopaste.unixfreunde.de/520 > with boot -v > http://nopaste.unixfreunde.de/522 > > Any ideas? Those are just LORs reported, they are alredy known ATM, just don't care about them. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 19:39: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 5C389106566B; Tue, 11 Mar 2008 19:39:41 +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 AD2F88FC12; Tue, 11 Mar 2008 19:39:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D6DFFC.4030808@FreeBSD.org> Date: Tue, 11 Mar 2008 20:39:40 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Martin Wilke References: <20080311183349.GB84498@bsdcrew.de> In-Reply-To: <20080311183349.GB84498@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 19:39:41 -0000 Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Guys, > > Today i've updated my Tinderbox server, now the kernel panics at boot. > The last update is from January this year without problems. > I can't report more because I've got nothing in /var/crash after hard-reset. > > System is: > FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 > > > dmesg and the panic you can find here: > > http://nopaste.unixfreunde.de/520 > with boot -v > http://nopaste.unixfreunde.de/522 > > Any ideas? Where is the panic? Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 20:22: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 388051065674; Tue, 11 Mar 2008 20:22:35 +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 893828FC20; Tue, 11 Mar 2008 20:22:34 +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 235100354-1834499 for multiple; Tue, 11 Mar 2008 16:19:02 -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 m2BKJMEp002027; Tue, 11 Mar 2008 16:19:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Abdullah Ibn Hamad Al-Marri Date: Tue, 11 Mar 2008 14:57:26 -0400 User-Agent: KMail/1.9.7 References: <264679.56925.qm@web33701.mail.mud.yahoo.com> In-Reply-To: <264679.56925.qm@web33701.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803111457.26590.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Mar 2008 16:19:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6201/Tue Mar 11 12:44:55 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: FreeBSD CURRENT , Rui Paulo Subject: Re: cvs commit: src/sys/i386/cpufreq est.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, 11 Mar 2008 20:22:35 -0000 On Tuesday 11 March 2008 02:21:20 pm Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: John Baldwin > > To: Abdullah Ibn Hamad Al-Marri > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > > Sent: Tuesday, March 11, 2008 12:56:23 AM > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > On Monday 10 March 2008 04:53:57 pm Abdullah Ibn Hamad Al-Marri wrote: > > > ----- Original Message ---- > > > > From: John Baldwin > > > > To: Abdullah Ibn Hamad Al-Marri > > > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > > > > > > Sent: Monday, March 10, 2008 7:56:56 PM > > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > On Saturday 08 March 2008 11:33:13 am Abdullah Ibn Hamad Al-Marri wrote: > > > > > ----- Original Message ---- > > > > > > From: Rui Paulo > > > > > > To: Abdullah Ibn Hamad Al-Marri > > > > > > Cc: src-committers@freebsd.org; cvs-src@freebsd.org; > > cvs-all@freebsd.org > > > > > > Sent: Saturday, March 8, 2008 6:38:10 PM > > > > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > > > On Sat, Mar 8, 2008 at 2:21 PM, Abdullah Ibn Hamad Al-Marri > > > > > > wrote: > > > > > > > > > > > > > > ----- Original Message ---- > > > > > > > > > > > > > > > From: Rui Paulo > > > > > > > > To: src-committers@FreeBSD.org; cvs-src@FreeBSD.org; > > > > cvs-all@FreeBSD.org > > > > > > > > Sent: Saturday, March 8, 2008 5:12:35 PM > > > > > > > > Subject: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > > > > > > > rpaulo 2008-03-08 14:12:35 UTC > > > > > > > > > > > > > > > > FreeBSD src repository > > > > > > > > > > > > > > > > Modified files: (Branch: RELENG_7) > > > > > > > > > > > > > > > sys/i386/cpufreq est.c > > > > > > > > Log: > > > > > > > > MFC r1.12: > > > > > > > > Validate the id16 values gathered from ACPI (previously a TODO > > > > > > > > item). > > > > > > > > Style changes by me and njl. > > > > > > > > > > > > > > > > Submitted by: Takeharu KATO > > > > > > > > PR: 119350 > > > > > > > > > > > > > > > > Revision Changes Path > > > > > > > > 1.11.2.1 +59 -17 src/sys/i386/cpufreq/est.c > > > > > > > > > > > > > > Thanks, how about AMD64? > > > > > > > > > > > > This directory is shared by i386 and amd64. > > > > > > > > > > > > Regards. > > > > > > -- > > > > > > Rui Paulo > > > > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > Here what I got. > > > > > FreeBSD 7.0-STABLE #0: Sat Mar 8 16:16:54 UTC 2008 > > > > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > > K8-class > > > > CPU) > > > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > > > > > > Features=0xbfebfbff > > > > > > > > > Features2=0xe3fd > > > > > AMD Features=0x20100800 > > > > > AMD Features2=0x1 > > > > > Cores per package: 2 > > > > > usable memory = 4276043776 (4077 MB) > > > > > avail memory = 4106977280 (3916 MB) > > > > > ACPI APIC Table: > > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > cpu0 (BSP): APIC ID: 0 > > > > > cpu1 (AP): APIC ID: 1 > > > > > ioapic0 irqs 0-23 on motherboard > > > > > acpi0: on motherboard > > > > > acpi0: [ITHREAD] > > > > > acpi0: Power Button (fixed) > > > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > > > > acpi0 > > > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > > > cpu0: on acpi0 > > > > > est0: on cpu0 > > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > > device_attach: est0 attach returned 6 > > > > > p4tcc0: on cpu0 > > > > > cpu1: on acpi0 > > > > > est1: on cpu1 > > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > > device_attach: est1 attach returned 6 > > > > > p4tcc1: on cpu1 > > > > > > > > Try www.freebsd.org/~jhb/patches/est_msr.patch > > > > > > > > -- > > > > John Baldwin > > > > > > Hey John > > > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 7.0-STABLE #1: Mon Mar 10 20:43:50 UTC 2008 > > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz K8-class > > CPU) > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > > Features=0xbfebfbff > > > HTT,TM,PBE> > > > > > Features2=0xe3fd > > > AMD Features=0x20100800 > > > AMD Features2=0x1 > > > Cores per package: 2 > > > usable memory = 4276043776 (4077 MB) > > > avail memory = 4106977280 (3916 MB) > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > ioapic0 irqs 0-23 on motherboard > > > acpi0: on motherboard > > > acpi0: [ITHREAD] > > > acpi0: Power Button (fixed) > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > > acpi0 > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > cpu0: on acpi0 > > > est0: on cpu0 > > > est0: Guessed bus clock (high) of 333 MHz > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > est0: Guessed bus clock (low) of 333 MHz > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > device_attach: est0 attach returned 6 > > > p4tcc0: on cpu0 > > > > Unless you really have a bus clock of 333 (in which case the test needs to be > > updated) the MSR's don't add up. You can try changing the statement that > > tests for 100 or 133 to accept 333 as well. > > > > -- > > John Baldwin > > John, > > Thanks for getting back to me, I'm not hardware guy. > > Do you mean the cpu bus speed 1033 or what? > > How could I test it? Yes, a bus speed of 333. In the original patch it has lines that say: if (bus != 100 && bus != 133) { ... } you would just change that to: if (bus != 100 && bus != 133 && bus != 333) { ... } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 20:30: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 2F345106566B; Tue, 11 Mar 2008 20:30:43 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-out-05.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 929F78FC14; Tue, 11 Mar 2008 20:30:42 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-av-03.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-05.forthnet.gr (8.13.8/8.13.8) with ESMTP id m2BKFkDP011790; Tue, 11 Mar 2008 22:15:46 +0200 Received: from MX-IN-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-03.forthnet.gr (8.14.1/8.14.1) with ESMTP id m2BKFjgm012364; Tue, 11 Mar 2008 22:15:45 +0200 Received: from kobe.laptop (ppp195-48.adsl.forthnet.gr [62.1.144.48]) by MX-IN-02.forthnet.gr (8.14.2/8.14.2) with ESMTP id m2BKFd5v004249; Tue, 11 Mar 2008 22:15:42 +0200 Authentication-Results: MX-IN-02.forthnet.gr smtp.mail=keramida@ceid.upatras.gr; spf=neutral Authentication-Results: MX-IN-02.forthnet.gr header.from=keramida@ceid.upatras.gr; sender-id=neutral Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m2BIxicN005394; Tue, 11 Mar 2008 20:59:44 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m2BIximO005393; Tue, 11 Mar 2008 20:59:44 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 11 Mar 2008 20:59:43 +0200 From: Giorgos Keramidas To: Martin Wilke Message-ID: <20080311185943.GA5348@kobe.laptop> References: <20080311183349.GB84498@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080311183349.GB84498@bsdcrew.de> Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 20:30:43 -0000 On 2008-03-11 19:33, Martin Wilke wrote: > Hi Guys, > > Today i've updated my Tinderbox server, now the kernel panics at boot. > The last update is from January this year without problems. > I can't report more because I've got nothing in /var/crash after hard-reset. > > System is: > FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 If you can get the kernel to boot in single-user mode, it's probably ok to set the dump device, and 'exit' from the single user shell. Then obtaining a kernel dump is easier :) From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 22:32:06 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 896CF1065675 for ; Tue, 11 Mar 2008 22:32:06 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 350D18FC2F for ; Tue, 11 Mar 2008 22:32:06 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 445F84AC78; Tue, 11 Mar 2008 23:32:01 +0100 (CET) Date: Tue, 11 Mar 2008 23:32:01 +0100 From: Martin Wilke To: Attilio Rao Message-ID: <20080311223201.GF84498@bsdcrew.de> References: <20080311183349.GB84498@bsdcrew.de> <3bbf2fe10803111139w1a03f3bet268abf9d40e1f725@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <3bbf2fe10803111139w1a03f3bet268abf9d40e1f725@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 22:32:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 11, 2008 at 07:39:38PM +0100, Attilio Rao wrote: > 2008/3/11, Martin Wilke : > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi Guys, > > > > Today i've updated my Tinderbox server, now the kernel panics at boot. > > The last update is from January this year without problems. > > I can't report more because I've got nothing in /var/crash after hard-reset. > > > > System is: > > FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 > > > > > > dmesg and the panic you can find here: > > > > http://nopaste.unixfreunde.de/520 > > with boot -v > > http://nopaste.unixfreunde.de/522 > > > > Any ideas? > > Those are just LORs reported, they are alredy known ATM, just don't > care about them. Hi, I don't think that's a LOR is, see screenshots. http://people.freebsd.org/~miwi/crash/ - - Martin > > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH1whgFwpycAVoI1MRAkpNAKCcCjCGL3hySg+lw2lzRQeb/PE6sQCgjlR+ nC6LoojSKwOFdBRNfInrN+E= =sL9K -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 22:52: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 A409A1065672 for ; Tue, 11 Mar 2008 22:52:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 771068FC16 for ; Tue, 11 Mar 2008 22:52:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3019745waf.3 for ; Tue, 11 Mar 2008 15:52:44 -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=DHVL9iT3i4u19olOTUolZNfWb0XqGsUi7yTEkNQRoWQ=; b=hpsIByP77P5ml5Htdt4WjaU9MRl37ytLFmptdSNT3i5bm0V9blRpw7Zeyk1GP05OkBYuLJ15Q9H7pvQShVmIJG4JcaufMfS5RpjwVFc0hYffS/HGuR5OVImAoCVl4g2rxoS4bdxqz0MQ0yK9lTFGWgqhShJWtRCZ9bAD7UNexy8= 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=bn+O7z46GBRlocY8lZzuqhp8dHUMkCdJq52Dc/90GsijxoNjzcx83SK54f7cV4SGwpURARcJ3H5otFeCo1ypp89JIvRnJ/0L+mDy4mn9pi5CnzMgyiHY3vVjuuUi2+UwRebIQL532gpWzssyQshJA3JrXdU/5Kgt5mCIOy8Dt1U= Received: by 10.114.151.13 with SMTP id y13mr5637793wad.148.1205275964088; Tue, 11 Mar 2008 15:52:44 -0700 (PDT) Received: by 10.114.177.4 with HTTP; Tue, 11 Mar 2008 15:52:44 -0700 (PDT) Message-ID: <2a41acea0803111552g220aed08w4d9fb33ccecf972@mail.gmail.com> Date: Tue, 11 Mar 2008 14:52:44 -0800 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: <2a41acea0803071038t64e579e3uddee8aaa2ec6bb1a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0803071038t64e579e3uddee8aaa2ec6bb1a@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: unable to recieve on em 82542 w/o promisc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 22:52:54 -0000 I have found the problem, it is a shared code bug, I am just waiting now to let the shared code engineer make a formal code change and then I will integrate it into HEAD. If you or anyone else is in urgent need email me and I can tell you have to fix it temporarily. Jack On Fri, Mar 7, 2008 at 10:38 AM, Jack Vogel wrote: > I have repro'd this this morning and am debugging it as I write this, > hope to have a fix soon. > > Jack > > > > On Wed, Mar 5, 2008 at 3:26 PM, Mark Atkinson wrote: > > I updated to current today. 3/5/2008 and I have two em fiber cards with > > 82542 chips. Unless I enable promisc on the interface, I don't appear to > > receive any traffic. > > > > This box also has two onboard nfe nics that work fine w/o promisc. > > > > em0@pci0:18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 > > rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82542 Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > em1@pci0:18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 > > rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82542 Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > > > -- > > Mark Atkinson > > atkin901@yahoo.com > > (!wired)?(coffee++):(wired); > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 23:06: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 5FFDA1065671 for ; Tue, 11 Mar 2008 23:06:57 +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 EBDA48FC1D for ; Tue, 11 Mar 2008 23:06:56 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2BN4q5I088756; Tue, 11 Mar 2008 19:04:53 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 11 Mar 2008 13:05:49 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: David Wolfskill In-Reply-To: <20080311170459.GL53010@bunrab.catwhisker.org> Message-ID: <20080311130457.W1091@desktop> References: <20080311170459.GL53010@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: panic on exit; KDB "ps" cmd says "oops, ran out of processes early!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 23:06:57 -0000 On Tue, 11 Mar 2008, David Wolfskill wrote: > I noticed this on my laptop, running HEAD as of this monring, while > exiting a run of bsd-airtools (that had been built under RELENG_6; I > have misc/compat6x installed). > > I just re-created it on exit of firefox (also built under RELENG_6, if > that's relevant -- indeed, all of the ports except misc/compat6x were > built under RELENG_6). > Are any of these compat binaries using kse? If so I believe I know the problem. That cpuset_rel() call needs an "if (td->td_cpuset != NULL)" in front of it for kse. If you can confirm that kse was the problem I'll commit a fix for that. Thanks, Jeff > Following is cut/paste from my laptop's serial console; the whine about > "oops, ran out of processes early!" is near the end: > > /boot/kernel/acpi.ko text=0x53fcc data=0x25e0+0x186c syms=[0x4+0x8a20+0x4+0xbbc7] > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=02 base=000000000009fc00 len=0000000000000400 > SMAP type=01 base=0000000000100000 len=000000003fee2800 > SMAP type=02 base=000000003ffe2800 len=000000000001d800 > SMAP type=02 base=00000000feda0000 len=0000000000060000 > SMAP type=02 base=00000000ffb80000 len=0000000000480000 > 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 #710: Tue Mar 11 07:44:13 PDT 2008 > root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e10000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc0e1014c. > Preloaded elf module "/boot/kernel/if_an.ko" at 0xc0e101f8. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e102a4. > Calibrating clock(s) ... i8254 clock: 1193185 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2392952788 Hz > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebf9ff > Features2=0x400 > > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries > Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size > Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size > real memory = 1073618944 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001025000 - 0x000000003ee99fff, 1038569472 bytes (253557 pages) > avail memory = 1038028800 (989 MB) > ... > lock order reversal: > 1st 0xc4154e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2063 > 2nd 0xc4263294 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac4e80,e2886bbc,c078235e,c0ac73a9,c4263294,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac73a9,c4263294,c0ab8850,c0ab8850,c0ab8891,...) at kdb_backtrace+0x29 > witness_checkorder(c4263294,9,c0ab8891,c9,c7,...) at witness_checkorder+0x6de > _sx_xlock(c4263294,0,c0ab8891,c9,c4263294,...) at _sx_xlock+0x7d > devfs_allocv(c424c080,c4265000,e2886c28,c3e22d20,c0acd19c,...) at devfs_allocv+0x144 > devfs_root(c4265000,2,c0c251d8,c3e22d20,ca,...) at devfs_root+0x51 > set_rootvnode(c0c251c0,0,c0acd19c,5f4,c07c02f0,...) at set_rootvnode+0x2b > vfs_mountroot(c0bd3090,4,c0abcce6,262,0,...) at vfs_mountroot+0x356 > start_init(0,e2886d38,c0abe65b,30c,c3e20ab0,...) at start_init+0x65 > fork_exit(c070f200,0,e2886d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe2886d70, ebp = 0 --- > Trying to mount root from ufs:/dev/ad0s4a > lock order reversal: > 1st 0xc41549e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 > 2nd 0xc4265000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac4e80,e28869d8,c078235e,c0ac73a9,c4265000,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac73a9,c4265000,c0acd29a,c0acd29a,c0acd837,...) at kdb_backtrace+0x29 > witness_checkorder(c4265000,1,c0acd837,16c,e2886a18,...) at witness_checkorder+0x6de > _lockmgr_args(c4265000,20001,c4265030,0,ffffffff,...) at _lockmgr_args+0x1d5 > vfs_busy(c4265000,0,0,c3e22d20,e2886b58,...) at vfs_busy+0x1b0 > lookup(e2886b44,c0accf4a,c6,bf,c3dee82c,...) at lookup+0x7bf > namei(e2886b44,c4265030,1c1,c0acd19c,e2886b54,...) at namei+0x34b > kern_unlink(c3e22d20,c0acd5d9,1,62f,0,...) at kern_unlink+0x40 > vfs_mountroot_try(c0acd793,c0abba07,c0ab4fac,1,c07c02f0,...) at vfs_mountroot_try+0x470 > vfs_mountroot(c0bd3090,4,c0abcce6,262,0,...) at vfs_mountroot+0x418 > start_init(0,e2886d38,c0abe65b,30c,c3e20ab0,...) at start_init+0x65 > fork_exit(c070f200,0,e2886d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe2886d70, ebp = 0 --- > start_init: trying /sbin/init > lock order reversal: > 1st 0xc3e26044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 > 2nd 0xc41547c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2063 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac4e80,e28869c4,c078235e,c0ac73a9,c41547c8,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac73a9,c41547c8,c0abc2ba,c0abc2ba,c0acd837,...) at kdb_backtrace+0x29 > witness_checkorder(c41547c8,1,c0acd837,80f,e28869e8,...) at witness_checkorder+0x6de > _lockmgr_args(c41547c8,30041,c41547f8,0,ffffffff,...) at _lockmgr_args+0x1d5 > ffs_lock(e2886a78,c073a2cd,c0bde394,30041,c4154770,...) at ffs_lock+0xa3 > VOP_LOCK1_APV(c0b9b760,e2886a78,c0abba05,3,c41547f8,...) at VOP_LOCK1_APV+0xa5 > _vn_lock(c4154770,30041,c0acd837,80f,0,...) at _vn_lock+0xf7 > vget(c4154770,30041,c3e22d20,4a9,c1460580,...) at vget+0x10b > vnode_pager_lock(c1460400,0,c0ae55b6,127,e2886be8,...) at vnode_pager_lock+0x1ad > vm_fault(c3e26000,80d3000,2,8,80d3a20,...) at vm_fault+0x1df > trap_pfault(5,0,c0af1f43,2c8,c3e20ab0,...) at trap_pfault+0x118 > trap(e2886d38) at trap+0x267 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > xl0: link state changed to DOWN > lock order reversal: > 1st 0xc4377c08 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_subr.c:2063 > 2nd 0xc4382538 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper(c0ac4e80,e6582a18,c078235e,c0ac73a9,c4382538,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0ac73a9,c4382538,c0acd29a,c0acd29a,c0acd837,...) at kdb_backtrace+0x29 > witness_checkorder(c4382538,1,c0acd837,16c,e6582a58,...) at witness_checkorder+0x6de > _lockmgr_args(c4382538,20001,c4382568,0,ffffffff,...) at _lockmgr_args+0x1d5 > vfs_busy(c4382538,10,0,c3f6a690,8,...) at vfs_busy+0x1b0 > vfs_donmount(810f080,c,e6582c70,c4274580,810be68,...) at vfs_donmount+0xdb5 > nmount(c3f6a690,e6582cfc,c,c0ac8065,c0b7b4f0,...) at nmount+0xb2 > syscall(e6582d38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280d715b, esp = 0xbfbfe96c, ebp = 0xbfbfedb8 --- > drm0: on vgapci0 > info: [drm] AGP at 0xe8000000 64MB > info: [drm] Initialized radeon 1.25.0 20060524 > vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfcff0000 > vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 > agp0: Setting AGP v2 mode 4 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 1 usecs > drm0: [MPSAFE] > drm0: [ITHREAD] > > FreeBSD/i386 (localhost) (ttyd0) > > login: [thread pid 1326 tid 100097 ] > Stopped at cpuset_rel+0x17: lock xaddl %eax,0x4(%esi) > db> bt > Tracing pid 1326 tid 100097 td 0xc4719af0 > cpuset_rel(0,c0ac0bbd,f4,c494dd20,e6958bac,...) at cpuset_rel+0x17 > thread_free(c494dd20,0,c0ac2ffd,131,c4602690,...) at thread_free+0x15 > thread_reap(c4446a00,0,c0ac2ffd,210) at thread_reap+0xc0 > thread_wait(c4448804,ffffffff,0,2f7,0,...) at thread_wait+0x11c > kern_wait(c4719af0,ffffffff,e6958c2c,2,0,...) at kern_wait+0x65b > wait4(c4719af0,e6958cfc,10,c0ac7c4b,c0b79228,...) at wait4+0x3b > syscall(e6958d38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2814713b, esp = 0xbfbfe34c, ebp = 0xbfbfe368 --- > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1337 1032 1032 80 S accept 0xc43e7c5a httpd > 1335 1032 1032 80 S accept 0xc43e7c5a httpd > 1332 1 1270 1001 S select 0xc4611428 gconfd-2 > 1326 1322 1270 1001 R CPU 0 sh > 1322 1 1270 1001 S wait 0xc46e02ac sh > 1278 1271 1278 1001 Ss+ ttyin 0xc422d810 csh > 1277 1264 1277 1001 Ss+ ttyin 0xc407b810 csh > 1271 1217 1217 1001 S select 0xc4610ca8 xterm > 1270 1217 1270 1001 S select 0xc421e5a8 piewm > 1268 1217 1268 1001 S select 0xc4610aa8 oclock > 1267 1217 1267 1001 S select 0xc4610728 ical-2.2 > 1264 1217 1264 1001 S select 0xc4263128 xterm > 1257 1217 1257 1001 S select 0xc4610be8 xbattbar > 1256 1217 1256 1001 S nanslp 0xc0bd3804 xautolock > 1235 1 1235 1001 Ss select 0xc42631e8 ssh-agent > 1217 1155 1217 1001 Ss pause 0xc46df5b8 csh > 1214 1 1214 0 Ss+ ttyin 0xc406b010 getty > 1171 1137 1171 1001 S+ ttyin 0xc407f010 csh > 1155 1151 1155 0 Ss wait 0xc45fc2ac xdm > 1154 1151 1154 0 Rs Xorg > 1151 1144 1 0 S pause 0xc4449864 xdm > 1144 1 1 0 S wait 0xc45fcab0 sh > 1143 1 1143 0 Ss+ ttyin 0xc407fc10 getty > 1142 1 1142 0 Ss+ ttyin 0xc407ec10 getty > 1141 1 1141 0 Ss+ ttyin 0xc407d810 getty > 1140 1 1140 0 Ss+ ttyin 0xc407dc10 getty > 1139 1 1139 0 Ss+ ttyin 0xc4080410 getty > 1138 1 1138 0 Ss+ ttyin 0xc4078010 getty > 1137 1 1137 0 Ss+ wait 0xc44492ac login > 1136 1 1136 0 Ss+ ttyin 0xc4074810 getty > 1094 1 1094 0 Rs moused > 1067 1 1067 0 Ss nanslp 0xc0bd3804 cron > 1062 1032 1032 80 S accept 0xc43e7c5a httpd > 1061 1032 1032 80 S accept 0xc43e7c5a httpd > 1060 1032 1032 80 S accept 0xc43e7c5a httpd > 1059 1032 1032 80 S accept 0xc43e7c5a httpd > 1058 1032 1032 80 S accept 0xc43e7c5a httpd > 1056 1 1056 25 Ss pause 0xc444830c sendmail > 1050 1 1050 0 Ss select 0xc421e7a8 sendmail > 1044 1 1044 0 Ss select 0xc40864e8 sshd > 1032 1 1032 0 Ss select 0xc421ede8 httpd > 959 1 959 0 Ss select 0xc42633e8 powerd > 905 1 903 0 S select 0xc4086d28 snmpd > 888 883 883 0 S - 0xc43ac000 nfsd > 887 883 883 0 S - 0xc43ac400 nfsd > 886 883 883 0 S - 0xc43ac600 nfsd > 885 883 883 0 S - 0xc43ac800 nfsd > 883 1 883 0 Ss select 0xc421eae8 nfsd > 874 1 874 0 Ss select 0xc421e728 mountd > 843 1 843 0 Ss select 0xc4262ae8 rpcbind > 824 1 824 0 Ss select 0xc4263268 syslogd > 792 0 0 0 SL mdwait 0xc439a800 [md0] > 729 1 729 0 Ss select 0xc421d0e8 devd > 34 0 0 0 SL sdflush 0xc0c30d70 [softdepflush] > 33 0 0 0 SL vlruwt 0xc423b558 [vnlru] > 32 0 0 0 SL syncer 0xc0bd362c [syncer] > 31 0 0 0 SL psleep 0xc0c24fc4 [bufdaemon] > 30 0 0 0 SL pgzero 0xc0c31960 [pagezero] > 29 0 0 0 SL psleep 0xc0c3157c [vmdaemon] > 28 0 0 0 SL psleep 0xc0c31544 [pagedaemon] > 27 0 0 0 SL - 0xc41a0700 [dummynet] > 26 0 0 0 SL waiting_ 0xc0c2724c [sctp_iterator] > 25 0 0 0 SL tzpoll 0xc0df8f80 [acpi_thermal] > 24 0 0 0 SL - 0xc405763c [fdc0] > 23 0 0 0 SL cbb cv 0xc3f11bf0 [cbb2 event thread] > 22 0 0 0 SL - 0xc3f76000 [fw0_probe] > 21 0 0 0 SL - 0xc3f5b280 [fw0_taskq] > 20 0 0 0 SL cbb cv 0xc3f0f3f0 [cbb1 event thread] > 19 0 0 0 SL cbb cv 0xc3f113f0 [cbb0 event thread] > 18 0 0 0 SL usbevt 0xc3f53210 [usb1] > 17 0 0 0 SL usbtsk 0xc0bd0ed4 [usbtask-dr] > 16 0 0 0 SL usbtsk 0xc0bd0ec0 [usbtask-hc] > 15 0 0 0 SL usbevt 0xc3f1b210 [usb0] > 14 0 0 0 SL - 0xc3e7c580 [kqueue taskq] > 9 0 0 0 SL - 0xc3e7c800 [thread taskq] > 8 0 0 0 SL - 0xc3e7c880 [acpi_task_2] > 7 0 0 0 SL - 0xc3e7c880 [acpi_task_1] > 6 0 0 0 SL - 0xc3e7c880 [acpi_task_0] > 5 0 0 0 SL ccb_scan 0xc0bb4014 [xpt_thrd] > 13 0 0 0 SL - 0xc0bd3634 [yarrow] > 4 0 0 0 SL - 0xc0bd162c [g_down] > 3 0 0 0 SL - 0xc0bd1628 [g_up] > 2 0 0 0 SL - 0xc0bd1620 [g_event] > 12 0 0 0 WL (threaded) intr > 100039 I [irq7: ppbus0 ppc0] > 100037 I [swi0: sio] > 100035 I [irq12: psm0] > 100034 I [irq1: atkbd0] > 100033 I [irq15: ata1] > 100032 I [irq14: ata0] > 100022 I [irq11: cbb0 cbb1+*] > 100021 I [irq9: pcm0 acpi0] > 100019 I [swi6: task queue] > 100018 I [swi6: Giant taskq] > 100013 I [swi5: +] > 100012 I [swi2: cambio] > 100006 I [swi3: vm] > 100005 I [swi4: clock sio] > 100004 I [swi1: net] > 11 0 0 0 RL [idle: cpu0] > 1 0 1 0 SLs wait 0xc3e20ab0 [init] > 10 0 0 0 SL audit_wo 0xc0c307cc [audit] > 0 0 0 0 WLs [swapper] > oops, ran out of processes early! > db> show locks > db> show pcpu > cpuid = 0 > curthread = 0xc4719af0: pid 1326 "sh" > curpcb = 0xe6958d90 > fpcurthread = none > idlethread = 0xc3e22af0: pid 11 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db> > > I don't need to use my laptop while I'm at work, so I can poke at it in > other ways if I get a clue what to do. > > This sort of thing did not happen when I ran some smallish programs > from vty1 (logged in (/bin/csh); used RCS co & ci commands; used > vi(1) to edit /etc/ttys; sent a SIGHUP to init). > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > I submit that "conspiracy" would be an appropriate collective noun for cats. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 23:25: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 DFC31106572B for ; Tue, 11 Mar 2008 23:25:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id AEB928FC17 for ; Tue, 11 Mar 2008 23:25:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2BNPP62004745; Tue, 11 Mar 2008 16:25:25 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2BNPPQv004744; Tue, 11 Mar 2008 16:25:25 -0700 (PDT) (envelope-from david) Date: Tue, 11 Mar 2008 16:25:25 -0700 From: David Wolfskill To: Jeff Roberson Message-ID: <20080311232525.GM53010@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Jeff Roberson , current@freebsd.org References: <20080311170459.GL53010@bunrab.catwhisker.org> <20080311130457.W1091@desktop> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liZWpUHqzTS6Vbk9" Content-Disposition: inline In-Reply-To: <20080311130457.W1091@desktop> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic on exit; KDB "ps" cmd says "oops, ran out of processes early!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2008 23:25:41 -0000 --liZWpUHqzTS6Vbk9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 11, 2008 at 01:05:49PM -1000, Jeff Roberson wrote: > ... > >I noticed this on my laptop, running HEAD as of this monring, while > >exiting a run of bsd-airtools (that had been built under RELENG_6; I > >have misc/compat6x installed). > > > >I just re-created it on exit of firefox (also built under RELENG_6, if > >that's relevant -- indeed, all of the ports except misc/compat6x were > >built under RELENG_6). >=20 > Are any of these compat binaries using kse? If so I believe I know the= =20 > problem. That cpuset_rel() call needs an "if (td->td_cpuset !=3D NULL)" = in=20 > front of it for kse. If you can confirm that kse was the problem I'll=20 > commit a fix for that. I don't know; sorry. I'm not at all clear on how to determine their usage of KSE. I'm quite willing to apply a patch and test it, though. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --liZWpUHqzTS6Vbk9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfXFOQACgkQmprOCmdXAD3PEwCggnhIXfKd0GE8/oJxNLX+E3Yj O1gAnR3MMtUkLxZJuvTmYekv7ibzrQJ7 =FJFd -----END PGP SIGNATURE----- --liZWpUHqzTS6Vbk9-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 00:29: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 A887F1065670 for ; Wed, 12 Mar 2008 00:29:04 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E1838FC13 for ; Wed, 12 Mar 2008 00:29:04 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id C3A5FC3A7B for ; Tue, 11 Mar 2008 20:29:03 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 11 Mar 2008 20:29:03 -0400 X-Sasl-enc: USZ6lW6GmJafzGj84f3vvG1KF+lKsY4FVDpq4eG3BCB1 1205281743 Received: from triple0.qld.optushome.com.au (c210-49-75-149.rochd2.qld.optusnet.com.au [210.49.75.149]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1324C27418 for ; Tue, 11 Mar 2008 20:29:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by triple0.qld.optushome.com.au (Postfix) with ESMTP id 9EFFA8461 for ; Wed, 12 Mar 2008 10:28:55 +1000 (EST) From: Duncan Young To: freebsd-current@freebsd.org Date: Wed, 12 Mar 2008 10:28:54 +1000 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200803121028.55105.duncan.young@pobox.com> Subject: samba and zfs (amd64?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: duncan.young@pobox.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, 12 Mar 2008 00:29:04 -0000 Hi all I've been having problems with zfs, samba and large directories. If I have a large zfs directory and try to accesses it via smb://, I have parts of the directory missing (sometimes over 50%) and even duplicated. I could not reproduce the problem on a UFS filesystem. doing a mount_smbfs, everything is fine. using windows (including cygwin) or konqueror via smb:// fails badly (konqueror even worse than explorer). I have been seeing this problem since 7.0-RC1, but only now gotten around to pinning it down. test program: in a new directory for i in 0 1 2 3 4 5 6 7 8 9 do for j in 0 1 2 3 4 5 6 7 8 9 do for k in 0 1 2 3 4 5 6 7 8 9 do touch "aaaaaaaaaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbccccccccccccccccc$i$j$k" done done done then try accessing from a windows box (or konqueror via smb://) Both explorter and cygwin show the same results from windows. A packet sniffer indicated that the data was being send inncorrectly Could some others of you try to confirm (or not) my findings. I am running 7.0-release (amd64) and samba-3.0.28,1. I believe this to be a zfs issue due to my not being able to reproduce the problem with UFS (not even once). regards Duncan From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 01:07: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 B15E41065673 for ; Wed, 12 Mar 2008 01:07:59 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6E42D8FC1C for ; Wed, 12 Mar 2008 01:07:58 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 22DF14AC78; Wed, 12 Mar 2008 02:07:57 +0100 (CET) Date: Wed, 12 Mar 2008 02:07:57 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20080312010757.GG84498@bsdcrew.de> References: <20080311183349.GB84498@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20080311183349.GB84498@bsdcrew.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Jeff Roberson Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 01:07:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 11, 2008 at 07:33:49PM +0100, Martin Wilke wrote: > Hi Guys, > > Today i've updated my Tinderbox server, now the kernel panics at boot. > The last update is from January this year without problems. > I can't report more because I've got nothing in /var/crash after hard-reset. > > System is: > FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 > > > dmesg and the panic you can find here: > > http://nopaste.unixfreunde.de/520 > with boot -v > http://nopaste.unixfreunde.de/522 > > Any ideas? > > - Martin > Ok, here is a complete backtrace from the dump, I thinks it's ULE-related or? http://nopaste.unixfreunde.de/524 src checkout is from 11.03.08 9.22 - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH1yzsFwpycAVoI1MRAt0zAJ9yNcEqT9L7rqYApHdYQuk3RsAE5QCeLHT/ vfqHoVgQ+Q7vmEyrVcfTuY0= =Sb6z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 01:38: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 5E553106566C; Wed, 12 Mar 2008 01:38:16 +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 224118FC1B; Wed, 12 Mar 2008 01:38:16 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2C1c6Om021949; Tue, 11 Mar 2008 21:38:07 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 11 Mar 2008 15:39:04 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Martin Wilke In-Reply-To: <20080312010757.GG84498@bsdcrew.de> Message-ID: <20080311153602.H1091@desktop> References: <20080311183349.GB84498@bsdcrew.de> <20080312010757.GG84498@bsdcrew.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 01:38:16 -0000 On Wed, 12 Mar 2008, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, Mar 11, 2008 at 07:33:49PM +0100, Martin Wilke wrote: >> Hi Guys, >> >> Today i've updated my Tinderbox server, now the kernel panics at boot. >> The last update is from January this year without problems. >> I can't report more because I've got nothing in /var/crash after hard-reset. >> >> System is: >> FreeBSD head.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Tue Mar 11 18:12:42 CET 2008 root@head.miwibox.org:/usr/obj/usr/src/sys/HEADBOX i386 >> >> >> dmesg and the panic you can find here: >> >> http://nopaste.unixfreunde.de/520 >> with boot -v >> http://nopaste.unixfreunde.de/522 >> >> Any ideas? >> >> - Martin >> > > Ok, here is a complete backtrace from the dump, I thinks it's ULE-related or? > > http://nopaste.unixfreunde.de/524 > > src checkout is from 11.03.08 9.22 Martin, I believe this is a cpuset/kse incompatibility. Can you try this patch: http://people.freebsd.org/~jeff/cpusetkse.diff Thanks, Jeff > > - - Martin > > > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFH1yzsFwpycAVoI1MRAt0zAJ9yNcEqT9L7rqYApHdYQuk3RsAE5QCeLHT/ > vfqHoVgQ+Q7vmEyrVcfTuY0= > =Sb6z > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 02:31: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 CCA801065671 for ; Wed, 12 Mar 2008 02:31:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id 785768FC16 for ; Wed, 12 Mar 2008 02:31:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so1495549ele.12 for ; Tue, 11 Mar 2008 19:31: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=8tKgKl1KJTNQ6wnSYccYdT2fovfvqpF1cn9Cu/dSxLI=; b=jhfKrWTXCBEYLD7FwXv+acJzenGHC2q+AzibgCF3jYbNCFjiQA100qSUxUEvC0wS7c2v/0oIpuZdAx1dh1mDEk2E0Bq3rHD5EJgjTYsQjZMmyB3W8NAOcajnzqEH5Ac+qVDg6wnJw9EGdu0IT1+P6EiwMdeq3O3yuLpGGmHcA9c= 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=L1/qKn+d59s3OgqcPam/4J63F23Z1gTvv6MIf8moYfN9cnOzY5MwijzGK8gUAwFUJLf4+l2isLZ9tFjU/QijHOICO3jVRhG3cTQ5qxAOKyzUgM8Z5gwHKJjviSIpqrz0lbUyqoE5XasNI6zgmFCTsuPx60SFUVeLuGNJuVbIq4g= Received: by 10.150.205.13 with SMTP id c13mr4136930ybg.66.1205289102538; Tue, 11 Mar 2008 19:31:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g5sm14777850wra.33.2008.03.11.19.31.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Mar 2008 19:31:40 -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 m2C2VZKX013174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Mar 2008 11:31:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2C2VYTj013173; Wed, 12 Mar 2008 11:31:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Mar 2008 11:31:34 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080312023134.GH12585@cdnetworks.co.kr> References: <113159.27619.qm@web33703.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <113159.27619.qm@web33703.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: Daniel Gerzo , FreeBSD CURRENT Subject: Re: re(4) problem 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, 12 Mar 2008 02:31:44 -0000 On Tue, Mar 11, 2008 at 11:34:12AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: Pyun YongHyeon > > To: Daniel Gerzo > > Cc: current@FreeBSD.org; yongari@FreeBSD.org > > Sent: Tuesday, March 11, 2008 5:24:41 AM > > Subject: Re: re(4) problem > > > > On Mon, Mar 10, 2008 at 09:38:32PM +0100, Daniel Gerzo wrote: > > > Hello Daniel, > > > > > > Monday, March 10, 2008, 4:26:49 PM, you wrote: > > > > > > > Hello Pyun, > > > > > > >> Since you're using MSI, would you try attached patch? > > > >> Sorry, I don't have PCIe based hardware and RealTek's datasheet for > > > >> PCIe variants is too poor to get useful information. > > > >> > > > >> -- > > > >> Regards, > > > >> Pyun YongHyeon > > > > > > > Thank you for your quick reply, I will test your patch ASAP, but I have one > > > > simple question: > > > > > > > Should I apply this patch on top of > > > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > > > or what is this patch aginst? > > > > > > > Thank you. > > > > > > Or better, please send me (or place somewhere on your home page) the > > > complete if_re.c and if_rlreg.h which should adress my problems, so > > > that I can test it easily. > > > > > > > Done. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > The above files would build on CURRENT/RELENG_7/7.0-RELEASE. > > > > I'm not sure whether it helps or not. > > > > > Your efforst are greatly appreciated! > > > > > > -- > > > Best regards, > > > Daniel mailto:danger@FreeBSD.org > > > > > > > -- > > Regards, > > Pyun YongHyeon > > Ok, here is the ping to 2 servers using same nic to another server using fxp in same lan. > > ping -c 100 -s 5000 after using > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:19:d1:a7:a4:72 > re0: [FILTER] > re0: [FILTER] > > 100 packets transmitted, 100 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 2.410/2.429/2.587/0.019 ms > > Here without. > > re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:1a:4d:4f:76:07 > re0: [FILTER] > re0: [FILTER] > > 100 packets transmitted, 99 packets received, 1.0% packet loss > round-trip min/avg/max/stddev = 632.148/633.103/640.812/0.872 ms > > So as I could tell the ping latency got fixed by using latest changes. > Sorry, I don't know what exact issues you had. Just pinging wouldn't prove anything. Did you encounter random network loss without any relevant messages in console prior to trying latest patch? If you know a way that can reliably reproduce re(4) issue would you try to reproduce it again? Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 03:51: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 7C46E106566C; Wed, 12 Mar 2008 03:51:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB328FC20; Wed, 12 Mar 2008 03:51:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2C3pBEu006026; Tue, 11 Mar 2008 20:51:11 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2C3pADj006025; Tue, 11 Mar 2008 20:51:10 -0700 (PDT) (envelope-from david) Date: Tue, 11 Mar 2008 20:51:10 -0700 From: David Wolfskill To: Jeff Roberson Message-ID: <20080312035110.GN53010@bunrab.catwhisker.org> References: <20080311183349.GB84498@bsdcrew.de> <20080312010757.GG84498@bsdcrew.de> <20080311153602.H1091@desktop> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GTjM2GI4zMe3xHZ5" Content-Disposition: inline In-Reply-To: <20080311153602.H1091@desktop> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Martin Wilke Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 03:51:19 -0000 --GTjM2GI4zMe3xHZ5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 11, 2008 at 03:39:04PM -1000, Jeff Roberson wrote: >....=20 > I believe this is a cpuset/kse incompatibility. Can you try this patch: >=20 > http://people.freebsd.org/~jeff/cpusetkse.diff I was able to verify that if I tried to run firefox on my build machine, it got a panic: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 00 fault virtual address =3D 0x4 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc07400f7 stack pointer =3D 0x28:0xe7b07b60 frame pointer =3D 0x28:0xe7b07b7c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 880 (firefox-bin) [thread pid 880 tid 100122 ] Stopped at cpuset_rel+0x17: lock xaddl %eax,0x4(%esi) db> bt Tracing pid 880 tid 100122 td 0xc5ad9d20 cpuset_rel(0,c0af3c0d,f4,c50f6d20,e7b07bb4,...) at cpuset_rel+0x17 thread_free(c50f6d20,0,c0af5fd4,131,c5ad9d20,...) at thread_free+0x15 thread_reap(c0af1e43,e7b07be4,c0762cdc,c5ad9d20,e7b07be4,...) at thread_rea= p+0xc0 thread_alloc(ca,c5a96000,c5a96000,2,e7b07c80,...) at thread_alloc+0xc thread_alloc_spare(c5a96090,0,c0af1e43,289,4,...) at thread_alloc_spare+0x21 kse_create(c5ad9d20,e7b07cfc,8,c0afaace,c0badfd8,...) at kse_create+0x1c2 syscall(e7b07d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (381, FreeBSD ELF32, kse_create), eip =3D 0x28bd64db, esp =3D 0= xbfbfcf0c, ebp =3D 0xbfbfcf48 --- db>=20 And it's obvious even to me that KSE was involved. :-} I applied the cited patch & re-built the kernel; after rebooting with the new kernel, I am unable to reproduce the panic: firefox just runs normally. I believe the patch is an improvement. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --GTjM2GI4zMe3xHZ5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfXUykACgkQmprOCmdXAD3XpgCfd2fBBCqvyRhw5z6QOy+0sfHF pxgAn0C19i++YXNg39IKdqkziVG//GBt =nDbk -----END PGP SIGNATURE----- --GTjM2GI4zMe3xHZ5-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 04:55: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 45DBA106566C for ; Wed, 12 Mar 2008 04:55:46 +0000 (UTC) (envelope-from bbiskebo@Princeton.EDU) Received: from Princeton.EDU (postoffice03.Princeton.EDU [128.112.131.174]) by mx1.freebsd.org (Postfix) with ESMTP id D9E398FC18 for ; Wed, 12 Mar 2008 04:55:45 +0000 (UTC) (envelope-from bbiskebo@Princeton.EDU) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.13.8/8.13.8) with ESMTP id m2C4thSO006892; Wed, 12 Mar 2008 00:55:43 -0400 (EDT) Received: from [140.180.177.201] (formula.Princeton.EDU [140.180.177.201]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id m2C4tc0m020820 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 12 Mar 2008 00:55:42 -0400 (EDT) Message-ID: <47D76247.5060606@princeton.edu> Date: Wed, 12 Mar 2008 00:55:35 -0400 From: Brian Biskeborn User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: duncan.young@pobox.com References: <200803121028.55105.duncan.young@pobox.com> In-Reply-To: <200803121028.55105.duncan.young@pobox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: samba and zfs (amd64?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 04:55:46 -0000 I've been seeing this since RC1 as well. Same platform here (7.0-release, amd64, samba 3.0.28,1 on ZFS). Under Windows, there are missing files, but no duplicates. Using mount_cifs on Linux, I think there are both missing files and duplicates (haven't checked for a while, though, so I could be wrong about the duplicates). This starts to happen in directories containing a few hundred items. I don't have any UFS shares here, so I can't vouch for ZFS being the problem. My usage of samba isn't exactly mission-critical, so I've been ignoring the issue. To anyone more familiar with samba or ZFS: does smbd use mmap for any directory operations? There was an apparent mmap bug on ZFS reported here a few weeks ago - I solved some problems I was having with dovecot (reported Feb 24) by disabling mmap there. Cheers, Brian Duncan Young wrote: > Hi all > > I've been having problems with zfs, samba and large directories. > > If I have a large zfs directory and try to accesses it via smb://, I have > parts of the directory missing (sometimes over 50%) and even duplicated. > > I could not reproduce the problem on a UFS filesystem. > doing a mount_smbfs, everything is fine. > using windows (including cygwin) or konqueror via smb:// fails badly > (konqueror even worse than explorer). > > > I have been seeing this problem since 7.0-RC1, but only now gotten around to > pinning it down. > > test program: > in a new directory > > for i in 0 1 2 3 4 5 6 7 8 9 > do > for j in 0 1 2 3 4 5 6 7 8 9 > do > for k in 0 1 2 3 4 5 6 7 8 9 > do > > touch "aaaaaaaaaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbccccccccccccccccc$i$j$k" > done > done > done > > then try accessing from a windows box (or konqueror via smb://) > > Both explorter and cygwin show the same results from windows. > > A packet sniffer indicated that the data was being send inncorrectly > > Could some others of you try to confirm (or not) my findings. I am running > 7.0-release (amd64) and samba-3.0.28,1. > > I believe this to be a zfs issue due to my not being able to reproduce the > problem with UFS (not even once). > > regards > > Duncan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 08:50:40 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 19AE2106566B for ; Wed, 12 Mar 2008 08:50:40 +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 C35498FC3E for ; Wed, 12 Mar 2008 08:50:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JZMfM-0002VW-Px for freebsd-current@freebsd.org; Wed, 12 Mar 2008 08:50:28 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 08:50:28 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 08:50:28 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Wed, 12 Mar 2008 08:50:19 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 158 Message-ID: References: <200803111336.m2BDaosM084555@lurza.secnetix.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Oliver Fromme User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-hackers@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 08:50:40 -0000 Hi Oliver Fromme! On Tue, 11 Mar 2008 14:36:50 +0100 (CET); Oliver Fromme wrote about 'Re: RELEASE discs & ISO images (for future)': >>> - Disk 1 contains everything you need to install the base >>> FreeBSD system, as well as a few useful packages. >> >> Yes. Which? > The most important ones, including the linux base package > for the linux ABI, perl, xorg and a few other things. > Just look at the /packages subdirectory for details. I currently have no 7.0 ISOs to look at (and ftp.freebsd.org contains just symlink to all available packages, not only disc1). But I remember perl, linux and xorg on the disc1 from 6.2 times, yes. And actually the most needed things are just perl and linux ABI, not heavy Xorg which can be moved to disc2 - it >>> - Disk 2 and 3 just contain more packages. >> >> I remember working CD-changer while install, yeah. Several times while >> handling dependencies on first disc and second disc. Annoying. > That's right, "someone" should improve sysinstall so it > loads the packages in an optimized order, so the number > of CD changes is reduced. If you have implemented patches > to do that, I'm sure they will be very welcome. Really, but sysinstall is just one big bunch of hackish code. The simpler way to do this is to move packages. > Until then, there are some workarounds for the problem. > For example, you can copy all packages from the CDs to > your harddisk and install from there. Not suitable for novice users. And those will be disattracted by CD-changing most of all, yes. >>> - The "docs" CD only contains documentation: Handbook, >>> FAQ and articles in various languages. These are also >>> available online, so there's rarely a need to download >>> this CD. >> >> It's handy for novice users to have them in base system, though. > I don't know ... I never used them. I think it's more > convenient to read them online. Because it is not your first install :) But if you do not have Internet yet, ability to look to Handbook directly from installer is VERY valuable. >>> By the way, you can combine disk1 and the livefs image into >>> a single ISO image and write it onto a DVD-R. It won't fit >>> on a CD-R disk, though, and that's the reason why the >>> lifefs went onto a separate ISO image. >> >> If use DVD, then all 5 disks should be combined to it for convenience. > Of course you can do that, too. >>>> I suspect this separation is due to sizes od docs etc. - but CD drives can now >>>> handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though >>>> disc2 is 694M, yes. >>> As you can see, disk1 + livefs is larger than 700 MB. >>> The docs CD is separate anyway, which is a good thing >>> because many people won't need it. >> >> And what about removing packages from disc1 ? > The question is: What does the majority of users want? Attraction. Ability to say "Wow! Their CD is SO handy, many features on just one disk". Don't forget about advocacy and opinionating new users. > I think there are more users who install packages than > users who want "fixit" on disk1. In other words, more > users benefit from the packages, and for most people it > seems to be OK to have "fixit" on a separate CD. > Those who want to have a combined install+fixit CD without > packages can easily make one themselves. Or even a DVD > with everything. Or buy one from one of the vendors who > sell FreeBSD DVDs. Yes, but: livefs and disc1 have many things in common, so placing livefs on disc1 is much more cheaper in size than plain sum of disc1+livefs as they are so currently. >>>> May be it is desirable to compress docs and other base system parts with >>>> bzip2 -9 instead of gzip? >>> What exactly would you propose to compress? Compressing >>> the docs isn't a good idea, because then you wouldn't be >>> able to read them directly from the CD. Also, as mentioned >>> above, the docs are already on a separate CD. >> >> Ideally, I want one combined disc1 + livefs + docs on a single disc1 CD. >> This can be achieved by: changing compression from gzip to bzip2 -9 for >> base system parts, and moving packages from disc1 to disc2. The latter has >> additional benefit of reducing CD-changing annoyance for user during install. > It depends. A solution that is good for you might be worse > for others. For example, I rarely install any packages > from CD on a new system, except for linux emulation and > maybe perl. I do not have to change CDs at all; only disc1 > is required. With your proposed change, I would need to > download an additional 700 MB ISO. That's annoying. I've suggested above - just Xorg can be moved, perl and linux ABI are not so big. > I'm also not sure that using bzip2 for the base install bits > would be a good idea. Decompression is a lot slower with > bzip2, especially on older machines. I remember someone > tried it and reported on the lists, it was like fife times > slower, but saved only a few percent space for the base > system (which is mostly binaries and already compressed > files, like manual pages). Not worth it. Really? Have benchmarks? If it is really hust a few percent, then it is not worth, of course. >> There is also another idea to above: compress parts of livefs and/or docs >> on disc1 with geom_ugz, as it is read-only anyway. This is how done in Frenzy >> LiveCD from as old as 5.2.1-R times, allowing to fit entire base system and >> several packages on 200MB miniCD. > You can't compress the docs CD that way, because then you > wouldn't be able to read them from another system. The > docs must not be compressed. Is it needed? I think that ability to read docs directly from installer is much more handy. But if it is really critical, then separate uncompressed docs CD could be done. Just for those, and all others can install handbook or read them from installer from disc1 - where docs are placed on geom_ugz to both fit (good compressable) and be available to read and install them onto hard drive (not needing now to have separate compressed docs tarballs just for installation). > As far as the live FS is concerned, yes, it might be > possible to compress it. The performance will be worse, > and I think it also requires more RAM, but it's certainly > something that could be done. Whether it's really worth > it is a different question. Performance will be not so worse. As someone said, 7.0 livefs can also do install, so real livefs part to add to disc1 is even smaller. It is possible to compress >>>> P.S. And may be it is good also to resurrect miniinst disk for >>>> Depenguinator project? :) >>> Do you mean the "bootonly" CD? It's already there. >> >> Nope, "miniinst" as it was in 5.3, a 300-meg image with base-system only, >> allowing to install without network, as "bootonly", but ports should be >> installed from network - handy if ports are not needed. > In today's world (7.0-RELEASE) it would be more like 400 MB > which isn't really "mini". it's not much smaller than the > current disc1 (509 MB), so it doesn't justify creating a > separate ISO, in my opinion. OK, let it be so. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 09:39:00 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 123541065670 for ; Wed, 12 Mar 2008 09:39:00 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B8D9D8FC22 for ; Wed, 12 Mar 2008 09:38:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5695A.dip.t-dialin.net [84.165.105.90]) by redbull.bpaserver.net (Postfix) with ESMTP id 2D4942E06F; Wed, 12 Mar 2008 10:38:56 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D07E4773B4; Wed, 12 Mar 2008 10:36:47 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m2C9agCf027647; Wed, 12 Mar 2008 10:36:42 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 12 Mar 2008 10:36:42 +0100 Message-ID: <20080312103642.e220xzzisck8cccc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 12 Mar 2008 10:36:42 +0100 From: Alexander Leidinger To: Brian Biskeborn References: <200803121028.55105.duncan.young@pobox.com> <47D76247.5060606@princeton.edu> In-Reply-To: <47D76247.5060606@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: duncan.young@pobox.com, freebsd-current@freebsd.org Subject: Re: samba and zfs (amd64?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 09:39:00 -0000 Quoting Brian Biskeborn (from Wed, 12 Mar 2008 00:55:35 -0400): > I've been seeing this since RC1 as well. Same platform here > (7.0-release, amd64, samba 3.0.28,1 on ZFS). Under Windows, there are Search the list for samba and zfs. There was a thread a while ago. If it is the same problem, it comes down to remove some files in the samba sourve before compiling it. Bye, Alexander. -- The profession of book writing makes horse racing seem like a solid, stable business. -- John Steinbeck http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 10:14:06 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 92B7D1065675 for ; Wed, 12 Mar 2008 10:14:06 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 56E958FC30 for ; Wed, 12 Mar 2008 10:14:05 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id F01594AC78; Wed, 12 Mar 2008 11:14:00 +0100 (CET) Date: Wed, 12 Mar 2008 11:14:00 +0100 From: Martin Wilke To: Jeff Roberson Message-ID: <20080312101400.GK84498@bsdcrew.de> References: <20080311183349.GB84498@bsdcrew.de> <20080312010757.GG84498@bsdcrew.de> <20080311153602.H1091@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20080311153602.H1091@desktop> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic after upgrade (lockmgr?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 10:14:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 11, 2008 at 03:39:04PM -1000, Jeff Roberson wrote: > > Martin, > > I believe this is a cpuset/kse incompatibility. Can you try this patch: > > http://people.freebsd.org/~jeff/cpusetkse.diff Hi Jeff, Thanks for your patch work here without crash. - - Martin > > Thanks, > Jeff > > >> >> - - Martin >> >> >> >> >> - -- >> >> +-----------------------+-------------------------------+ >> | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | >> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.4 (FreeBSD) >> >> iD8DBQFH1yzsFwpycAVoI1MRAt0zAJ9yNcEqT9L7rqYApHdYQuk3RsAE5QCeLHT/ >> vfqHoVgQ+Q7vmEyrVcfTuY0= >> =Sb6z >> -----END PGP SIGNATURE----- >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > 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" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH16zoFwpycAVoI1MRAsS0AKClljwt4OjdT1QzrmWQvgW3icxgzwCeKGei X3inhf9jPPJNKSLlQi9q1UE= =j/i2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 10:27: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 2F9091065675 for ; Wed, 12 Mar 2008 10:27:01 +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 E05328FC2B for ; Wed, 12 Mar 2008 10:27:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m2CAQtEN083710 for ; Wed, 12 Mar 2008 06:26:57 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Wed, 12 Mar 2008 00:27:55 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Message-ID: <20080312001824.D1091@desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADSUP: KSE support removed from the 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: Wed, 12 Mar 2008 10:27:01 -0000 CURRENT is no longer going to support KSE threaded applications. As mentioned in UPDATING the following libmap.conf should work along with compat libs for old dynamically linked libraries: libpthread.so.1 libthr.so.1 libpthread.so.2 libthr.so.2 libkse.so.3 libthr.so.3 Statically linked binaries will no longer work. We're still investigating whether 5.x binaries may have trouble due to problems in the 5.x libthr. If this is the case we will make a special build of libthr to include in compat5x. Thanks, Jeff ---------- Forwarded message ---------- Date: Wed, 12 Mar 2008 10:12:02 +0000 (UTC) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/amd64 machdep.c trap.c vm_machdep.c src/sys/amd64/conf DEFAULTS src/sys/amd64/linux32 linux32_sysvec.c src/sys/arm/arm trap.c src/sys/arm/conf AVILA src/sys/arm/xscale/i8134x crb_machdep.c src/sys/compat/freebsd32 ... jeff 2008-03-12 10:12:02 UTC FreeBSD src repository Modified files: sys/amd64/amd64 machdep.c trap.c vm_machdep.c sys/amd64/conf DEFAULTS sys/amd64/linux32 linux32_sysvec.c sys/arm/arm trap.c sys/arm/conf AVILA sys/arm/xscale/i8134x crb_machdep.c sys/compat/freebsd32 freebsd32_proto.h freebsd32_syscall.h freebsd32_syscalls.c freebsd32_sysent.c syscalls.master sys/conf files options sys/fs/fifofs fifo_vnops.c sys/fs/procfs procfs_ctl.c procfs_dbregs.c procfs_status.c sys/i386/conf DEFAULTS sys/i386/i386 sys_machdep.c trap.c vm_machdep.c sys/i386/ibcs2 imgact_coff.c sys/i386/linux linux_sysvec.c sys/ia64/conf DEFAULTS sys/ia64/ia64 machdep.c trap.c sys/ia64/include ucontext.h sys/kern imgact_elf.c init_sysent.c kern_clock.c kern_exec.c kern_fork.c kern_intr.c kern_proc.c kern_resource.c kern_sig.c kern_switch.c kern_synch.c kern_thread.c p1003_1b.c sched_4bsd.c sched_ule.c subr_sleepqueue.c subr_trap.c subr_witness.c sys_process.c syscalls.c syscalls.master systrace_args.c sys/pc98/conf DEFAULTS sys/pc98/pc98 machdep.c sys/powerpc/aim trap.c vm_machdep.c sys/powerpc/booke trap.c vm_machdep.c sys/powerpc/conf DEFAULTS sys/sparc64/conf DEFAULTS sys/sparc64/sparc64 trap.c sys/sys proc.h sched.h syscall.h syscall.mk sysproto.h systm.h sys/vm vm_glue.c vm_map.c Removed files: sys/kern kern_kse.c sys/sys kse.h Log: Remove kernel support for M:N threading. While the KSE project was quite successful in bringing threading to FreeBSD, the M:N approach taken by the kse library was never developed to its full potential. Backwards compatibility will be provided via libmap.conf for dynamically linked binaries and static binaries will be broken. Revision Changes Path 1.681 +1 -1 src/sys/amd64/amd64/machdep.c 1.325 +0 -8 src/sys/amd64/amd64/trap.c 1.257 +0 -11 src/sys/amd64/amd64/vm_machdep.c 1.13 +0 -3 src/sys/amd64/conf/DEFAULTS 1.32 +1 -2 src/sys/amd64/linux32/linux32_sysvec.c 1.37 +0 -12 src/sys/arm/arm/trap.c 1.9 +0 -1 src/sys/arm/conf/AVILA 1.4 +0 -4 src/sys/arm/xscale/i8134x/crb_machdep.c 1.83 +0 -0 src/sys/compat/freebsd32/freebsd32_proto.h 1.81 +0 -5 src/sys/compat/freebsd32/freebsd32_syscall.h 1.72 +5 -5 src/sys/compat/freebsd32/freebsd32_syscalls.c 1.82 +5 -5 src/sys/compat/freebsd32/freebsd32_sysent.c 1.97 +5 -7 src/sys/compat/freebsd32/syscalls.master 1.1280 +0 -1 src/sys/conf/files 1.620 +0 -1 src/sys/conf/options 1.144 +1 -1 src/sys/fs/fifofs/fifo_vnops.c 1.57 +2 -5 src/sys/fs/procfs/procfs_ctl.c 1.28 +0 -1 src/sys/fs/procfs/procfs_dbregs.c 1.63 +7 -14 src/sys/fs/procfs/procfs_status.c 1.13 +0 -3 src/sys/i386/conf/DEFAULTS 1.113 +0 -3 src/sys/i386/i386/sys_machdep.c 1.312 +0 -8 src/sys/i386/i386/trap.c 1.285 +1 -14 src/sys/i386/i386/vm_machdep.c 1.71 +1 -1 src/sys/i386/ibcs2/imgact_coff.c 1.151 +1 -2 src/sys/i386/linux/linux_sysvec.c 1.13 +0 -3 src/sys/ia64/conf/DEFAULTS 1.231 +0 -3 src/sys/ia64/ia64/machdep.c 1.130 +0 -4 src/sys/ia64/ia64/trap.c 1.8 +0 -1 src/sys/ia64/include/ucontext.h 1.186 +2 -6 src/sys/kern/imgact_elf.c 1.235 +6 -6 src/sys/kern/init_sysent.c 1.207 +0 -8 src/sys/kern/kern_clock.c 1.316 +1 -1 src/sys/kern/kern_exec.c 1.290 +1 -1 src/sys/kern/kern_fork.c 1.154 +0 -1 src/sys/kern/kern_intr.c 1.240 +0 -1445 src/sys/kern/kern_kse.c (dead) 1.262 +2 -2 src/sys/kern/kern_proc.c 1.183 +0 -2 src/sys/kern/kern_resource.c 1.358 +0 -157 src/sys/kern/kern_sig.c 1.139 +1 -1 src/sys/kern/kern_switch.c 1.308 +2 -12 src/sys/kern/kern_synch.c 1.269 +2 -127 src/sys/kern/kern_thread.c 1.38 +2 -2 src/sys/kern/p1003_1b.c 1.117 +0 -2 src/sys/kern/sched_4bsd.c 1.232 +0 -9 src/sys/kern/sched_ule.c 1.47 +2 -10 src/sys/kern/subr_sleepqueue.c 1.302 +1 -23 src/sys/kern/subr_trap.c 1.241 +0 -1 src/sys/kern/subr_witness.c 1.147 +0 -15 src/sys/kern/sys_process.c 1.219 +6 -6 src/sys/kern/syscalls.c 1.239 +6 -11 src/sys/kern/syscalls.master 1.19 +0 -44 src/sys/kern/systrace_args.c 1.11 +0 -3 src/sys/pc98/conf/DEFAULTS 1.401 +1 -1 src/sys/pc98/pc98/machdep.c 1.72 +0 -5 src/sys/powerpc/aim/trap.c 1.120 +1 -1 src/sys/powerpc/aim/vm_machdep.c 1.2 +0 -5 src/sys/powerpc/booke/trap.c 1.2 +1 -1 src/sys/powerpc/booke/vm_machdep.c 1.10 +0 -3 src/sys/powerpc/conf/DEFAULTS 1.12 +0 -3 src/sys/sparc64/conf/DEFAULTS 1.90 +0 -4 src/sys/sparc64/sparc64/trap.c 1.29 +0 -135 src/sys/sys/kse.h (dead) 1.506 +10 -105 src/sys/sys/proc.h 1.37 +0 -5 src/sys/sys/sched.h 1.216 +0 -6 src/sys/sys/syscall.h 1.171 +0 -6 src/sys/sys/syscall.mk 1.220 +0 -34 src/sys/sys/sysproto.h 1.264 +0 -1 src/sys/sys/systm.h 1.228 +0 -2 src/sys/vm/vm_glue.c 1.393 +2 -2 src/sys/vm/vm_map.c From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 11:40:27 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 420431065674; Wed, 12 Mar 2008 11:40:27 +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 D6A928FC21; Wed, 12 Mar 2008 11:40:26 +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 m2CBePUW059492; Wed, 12 Mar 2008 07:40:25 -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 m2CBeQg6022816; Wed, 12 Mar 2008 07:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AF87373039; Wed, 12 Mar 2008 06:40:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312114025.AF87373039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 06:40:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 11:40:27 -0000 TB --- 2008-03-12 11:08:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 11:08:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-12 11:08:27 - cleaning the object tree TB --- 2008-03-12 11:08:50 - cvsupping the source tree TB --- 2008-03-12 11:08:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-12 11:08:59 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 11:08:59 - cd /src TB --- 2008-03-12 11:08:59 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 11:09: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 [...] ===> usr.bin/kdump (depend) sh /src/usr.bin/kdump/mkioctls /obj/pc98/src/tmp/usr/include > ioctl.c sh /src/usr.bin/kdump/mksubr /obj/pc98/src/tmp/usr/include > kdump_subr.c egrep: /obj/pc98/src/tmp/usr/include/sys/kse.h: No such file or directory rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c kdump_subr.c:21:21: error: sys/kse.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 11:40:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 11:40:25 - ERROR: failed to build world TB --- 2008-03-12 11:40:25 - tinderbox aborted TB --- 1367.29 user 192.02 system 1918.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 11:51: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 AB6AE10657B5 for ; Wed, 12 Mar 2008 11:51:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 55F1B8FC2A for ; Wed, 12 Mar 2008 11:51:10 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=edXGLOLd/b4IqDo24Tgs8eqTgK0/N2vEEmEExuLo5NRZbmubG1/SOJheDvl0EiD8yGGtlEn/aYlSMO+6Y/5QOxGN6TPJOXBe2zmnIaoe7Xj2jatOUrK+Fg9b99CSFKuX95elkuSrC1EzMpuKQDaN6skBN+n71x2UibYbZmRbCtk=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JZPUD-0004Fe-3l; Wed, 12 Mar 2008 14:51:09 +0300 Date: Wed, 12 Mar 2008 14:51:08 +0300 From: Eygene Ryabinkin To: Jeff Roberson Message-ID: References: <20080312001824.D1091@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080312001824.D1091@desktop> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: current@freebsd.org Subject: Re: HEADSUP: KSE support removed from the 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: Wed, 12 Mar 2008 11:51:11 -0000 Jeff, good day. Wed, Mar 12, 2008 at 12:27:55AM -1000, Jeff Roberson wrote: > CURRENT is no longer going to support KSE threaded applications. And it broke the Tinderbox, because /usr/src/usr.bin/kdump/mksubr produces source file that includes . > Removed files: > sys/kern kern_kse.c > sys/sys kse.h The following patch worked for me, although I may had missed something: ----- --- mksubr.orig 2008-03-12 14:47:31.000000000 +0300 +++ mksubr 2008-03-12 14:48:22.000000000 +0300 @@ -149,7 +149,6 @@ #define _KERNEL #include #undef _KERNEL -#include #include #include #include @@ -327,7 +326,6 @@ auto_switch_type "msyncflagsname" "MS_[A-Z]+[[:space:]]+0x[0-9]+" "sys/mman.h" auto_switch_type "schedpolicyname" "SCHED_[A-Z]+[[:space:]]+[0-9]+" "sched.h" auto_switch_type "kldunloadfflagsname" "LINKER_UNLOAD_[A-Z]+[[:space:]]+[0-9]+" "sys/linker.h" -auto_switch_type "ksethrcmdname" "KSE_INTR_[A-Z]+[[:space:]]+[0-9]+" "sys/kse.h" auto_switch_type "extattrctlname" "EXTATTR_NAMESPACE_[A-Z]+[[:space:]]+0x[0-9]+" "sys/extattr.h" auto_switch_type "kldsymcmdname" "KLDSYM_[A-Z]+[[:space:]]+[0-9]+" "sys/linker.h" auto_switch_type "sendfileflagsname" "SF_[A-Z]+[[:space:]]+[0-9]+" "sys/socket.h" ----- -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 12:14: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 9E51D10656C4 for ; Wed, 12 Mar 2008 12:14:08 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5575B8FC13 for ; Wed, 12 Mar 2008 12:14:08 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=ezapgHsdwS6zdMM3NFn0QhYImfeVuNF8uayOPc3a1GZx7MvKZ+OTkiUv/vbje0i2hfKUl829x4knIEIweZlo37V1lwQnWPszTz5iY3X0iKN4srDe1+uCn0BvLcFmPD4ITJ0qHBh1txhWmUj1bUvtqDm4ffBcQU0m1mcGUAVBU+0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JZPqR-0004OI-6R; Wed, 12 Mar 2008 15:14:07 +0300 Date: Wed, 12 Mar 2008 15:14:06 +0300 From: Eygene Ryabinkin To: Jeff Roberson Message-ID: References: <20080312001824.D1091@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: current@freebsd.org Subject: Re: HEADSUP: KSE support removed from the 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: Wed, 12 Mar 2008 12:14:08 -0000 Me again. Wed, Mar 12, 2008 at 02:51:08PM +0300, Eygene Ryabinkin wrote: > Wed, Mar 12, 2008 at 12:27:55AM -1000, Jeff Roberson wrote: > > CURRENT is no longer going to support KSE threaded applications. > > And it broke the Tinderbox, because /usr/src/usr.bin/kdump/mksubr > produces source file that includes . > > > Removed files: > > sys/kern kern_kse.c > > sys/sys kse.h > > The following patch worked for me, although I may had missed something: > ----- > --- mksubr.orig 2008-03-12 14:47:31.000000000 +0300 > +++ mksubr 2008-03-12 14:48:22.000000000 +0300 [...] Sorry, forgot to include the patch to the kdump.c: ----- --- kdump.c.orig 2008-03-12 15:11:34.000000000 +0300 +++ kdump.c 2008-03-12 15:11:44.000000000 +0300 @@ -743,12 +743,6 @@ mountflagsname ((int)*ip); ip++; narg--; - } else if (ktr->ktr_code == SYS_kse_thr_interrupt) { - print_number(ip,narg,c); - (void)putchar(','); - ksethrcmdname ((int)*ip); - ip++; - narg--; } else if (ktr->ktr_code == SYS_thr_create) { print_number(ip,narg,c); print_number(ip,narg,c); ----- -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 12:14: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 ED78B106566C; Wed, 12 Mar 2008 12:14: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 96CEA8FC31; Wed, 12 Mar 2008 12:14:56 +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 m2CCEuAc062195; Wed, 12 Mar 2008 08:14:56 -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 m2CCEu9P015113; Wed, 12 Mar 2008 08:14:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD5AE73039; Wed, 12 Mar 2008 07:14:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312121455.BD5AE73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 07:14:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 12:14:57 -0000 TB --- 2008-03-12 11:40:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 11:40:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-12 11:40:25 - cleaning the object tree TB --- 2008-03-12 11:41:00 - cvsupping the source tree TB --- 2008-03-12 11:41:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-12 11:41:10 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 11:41:10 - cd /src TB --- 2008-03-12 11:41:10 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 11:41:12 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 [...] ===> usr.bin/kdump (depend) sh /src/usr.bin/kdump/mkioctls /obj/ia64/src/tmp/usr/include > ioctl.c sh /src/usr.bin/kdump/mksubr /obj/ia64/src/tmp/usr/include > kdump_subr.c egrep: /obj/ia64/src/tmp/usr/include/sys/kse.h: No such file or directory rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c kdump_subr.c:21:21: error: sys/kse.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 12:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 12:14:55 - ERROR: failed to build world TB --- 2008-03-12 12:14:55 - tinderbox aborted TB --- 1487.26 user 189.12 system 2069.78 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 12:21: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 C01481065670; Wed, 12 Mar 2008 12:21: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 6A1C78FC1A; Wed, 12 Mar 2008 12:21:56 +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 m2CCLtHD063612; Wed, 12 Mar 2008 08:21: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 m2CCLtJd034025; Wed, 12 Mar 2008 08:21:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B0CFD73039; Wed, 12 Mar 2008 07:21:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312122155.B0CFD73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 07:21:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 12:21:57 -0000 TB --- 2008-03-12 11:49:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 11:49:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-12 11:49:45 - cleaning the object tree TB --- 2008-03-12 11:50:11 - cvsupping the source tree TB --- 2008-03-12 11:50:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-12 11:50:20 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 11:50:20 - cd /src TB --- 2008-03-12 11:50:20 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 11:50:24 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 [...] ===> usr.bin/kdump (depend) sh /src/usr.bin/kdump/mkioctls /obj/powerpc/src/tmp/usr/include > ioctl.c sh /src/usr.bin/kdump/mksubr /obj/powerpc/src/tmp/usr/include > kdump_subr.c egrep: /obj/powerpc/src/tmp/usr/include/sys/kse.h: No such file or directory rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c kdump_subr.c:21:21: error: sys/kse.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 12:21:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 12:21:55 - ERROR: failed to build world TB --- 2008-03-12 12:21:55 - tinderbox aborted TB --- 1384.19 user 188.42 system 1930.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 12:45: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 84E1E106566C; Wed, 12 Mar 2008 12:45:35 +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 2F4838FC46; Wed, 12 Mar 2008 12:45:34 +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 m2CCjYsn066268; Wed, 12 Mar 2008 08:45: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 m2CCjYsr097665; Wed, 12 Mar 2008 08:45:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1CE6573039; Wed, 12 Mar 2008 07:45:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312124534.1CE6573039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 07:45:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 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: Wed, 12 Mar 2008 12:45:35 -0000 TB --- 2008-03-12 12:14:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 12:14:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-03-12 12:14:55 - cleaning the object tree TB --- 2008-03-12 12:15:28 - cvsupping the source tree TB --- 2008-03-12 12:15:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-03-12 12:15:36 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 12:15:36 - cd /src TB --- 2008-03-12 12:15:36 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 12:15: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 [...] ===> usr.bin/kdump (depend) sh /src/usr.bin/kdump/mkioctls /obj/sparc64/src/tmp/usr/include > ioctl.c sh /src/usr.bin/kdump/mksubr /obj/sparc64/src/tmp/usr/include > kdump_subr.c egrep: /obj/sparc64/src/tmp/usr/include/sys/kse.h: No such file or directory rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c kdump_subr.c:21:21: error: sys/kse.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 12:45:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 12:45:34 - ERROR: failed to build world TB --- 2008-03-12 12:45:34 - tinderbox aborted TB --- 1276.29 user 185.59 system 1838.18 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 13:14: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 3FF291065681; Wed, 12 Mar 2008 13:14:45 +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 DFC998FC4B; Wed, 12 Mar 2008 13:14:44 +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 m2CDEgw6070388; Wed, 12 Mar 2008 09:14:42 -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 m2CDEg8h081637; Wed, 12 Mar 2008 09:14:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F0D8F73039; Wed, 12 Mar 2008 08:14:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312131441.F0D8F73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 08:14:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 13:14:45 -0000 TB --- 2008-03-12 12:21:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 12:21:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-03-12 12:21:55 - cleaning the object tree TB --- 2008-03-12 12:22:20 - cvsupping the source tree TB --- 2008-03-12 12:22:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-03-12 12:22:28 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 12:22:28 - cd /src TB --- 2008-03-12 12:22:28 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 12:22:29 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 [...] cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c cc1: warnings being treated as errors /src/usr.sbin/ppp/command.c: In function 'NatEnable': /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' /src/usr.sbin/ppp/command.c: In function 'NatOption': /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' *** Error code 1 Stop in /src/usr.sbin/ppp. *** 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-03-12 13:14:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 13:14:41 - ERROR: failed to build world TB --- 2008-03-12 13:14:41 - tinderbox aborted TB --- 2534.84 user 309.74 system 3166.04 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 13:43: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 0D4F5106566B for ; Wed, 12 Mar 2008 13:43:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C0CCE8FC19 for ; Wed, 12 Mar 2008 13:43:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5695A.dip.t-dialin.net [84.165.105.90]) by redbull.bpaserver.net (Postfix) with ESMTP id 3492D2E15B; Wed, 12 Mar 2008 14:43:52 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 6F22392E2E; Wed, 12 Mar 2008 14:41:40 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m2CDfebQ068467; Wed, 12 Mar 2008 14:41:40 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 12 Mar 2008 14:41:39 +0100 Message-ID: <20080312144139.7ozwbn1m2oggws84@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 12 Mar 2008 14:41:39 +0100 From: Alexander Leidinger To: Jeff Roberson References: <20080312001824.D1091@desktop> In-Reply-To: <20080312001824.D1091@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: Re: HEADSUP: KSE support removed from the 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: Wed, 12 Mar 2008 13:43:59 -0000 Quoting Jeff Roberson (from Wed, 12 Mar 2008 00:27:55 -1000 (HST)): > CURRENT is no longer going to support KSE threaded applications. As > mentioned in UPDATING the following libmap.conf should work along with > compat libs for old dynamically linked libraries: Do we need an entry in the jail man page? So far we where proud to say that we can put any userland from a FreeBSD release (before or including the release of the FreeBSD which is running) into a jail and it worked. I haven't looked into the changes, but if it is not the case, what about adding a fake syscall which prints what's going on (either a description like in your HEADSUP, or a pointer to docs) and returns ENOSYS? Bye, Alexander. -- The man who has never been flogged has never been taught. -- Menander http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 14:12: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 13D901065677; Wed, 12 Mar 2008 14:12:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B41E08FC19; Wed, 12 Mar 2008 14:12:56 +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 m2CECugS078741; Wed, 12 Mar 2008 10:12:56 -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 m2CECufN050503; Wed, 12 Mar 2008 10:12:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B916673039; Wed, 12 Mar 2008 09:12:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312141255.B916673039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 09:12:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 14:12:57 -0000 TB --- 2008-03-12 13:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 13:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-03-12 13:15:00 - cleaning the object tree TB --- 2008-03-12 13:15:28 - cvsupping the source tree TB --- 2008-03-12 13:15:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-03-12 13:15:42 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 13:15:42 - cd /src TB --- 2008-03-12 13:15:42 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 13:15:45 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 [...] cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c cc1: warnings being treated as errors /src/usr.sbin/ppp/command.c: In function 'NatEnable': /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' /src/usr.sbin/ppp/command.c: In function 'NatOption': /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' *** Error code 1 Stop in /src/usr.sbin/ppp. *** 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-03-12 14:12:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 14:12:55 - ERROR: failed to build world TB --- 2008-03-12 14:12:55 - tinderbox aborted TB --- 2632.02 user 322.98 system 3474.47 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 14:18: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 2DAE51065673; Wed, 12 Mar 2008 14:18:55 +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 CE8D18FC22; Wed, 12 Mar 2008 14:18:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2CEIs5r079600; Wed, 12 Mar 2008 10:18:54 -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 m2CEIspb066845; Wed, 12 Mar 2008 10:18:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E599073039; Wed, 12 Mar 2008 09:18:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312141853.E599073039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 09:18:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 14:18:55 -0000 TB --- 2008-03-12 13:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 13:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-03-12 13:15:00 - cleaning the object tree TB --- 2008-03-12 13:15:50 - cvsupping the source tree TB --- 2008-03-12 13:15:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-03-12 13:15:58 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 13:15:58 - cd /src TB --- 2008-03-12 13:15:58 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 13:16: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 [...] cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c cc1: warnings being treated as errors /src/usr.sbin/ppp/command.c: In function 'NatEnable': /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' /src/usr.sbin/ppp/command.c: In function 'NatOption': /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' *** Error code 1 Stop in /src/usr.sbin/ppp. *** 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-03-12 14:18:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 14:18:53 - ERROR: failed to build world TB --- 2008-03-12 14:18:53 - tinderbox aborted TB --- 2788.75 user 332.83 system 3833.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 14:38: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 465151065674 for ; Wed, 12 Mar 2008 14:38:01 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33706.mail.mud.yahoo.com (web33706.mail.mud.yahoo.com [68.142.201.203]) by mx1.freebsd.org (Postfix) with SMTP id 1A30E8FC13 for ; Wed, 12 Mar 2008 14:38:01 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 94249 invoked by uid 60001); 12 Mar 2008 14:38:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=uwkP19GhkoBKQAjC3Kooxz+XcCemxzVFgM1c8mSWMEvLsv5kmC/nLnF8+Zm3TisIwK90rNmcRXfwOx95cWlh/iT9+suOFzfYsoploD2SO+1exIaY180zHB+UHi4Qsxlb7ZmUMYPTeAEdtUmCJX1A0xn4oAVY/tPuEV/keuD1Qls=; X-YMail-OSG: zj3dDuUVM1lhxGmlCOp10CrySq5BwIiX1JIywhTioBKHSh2ny8lxgUa3YoBLeeGvaIL6MfKDLUcRZHDo_PpyZKzfPmqOmSsXoa4gqg1tMgDr_m0- Received: from [89.211.3.3] by web33706.mail.mud.yahoo.com via HTTP; Wed, 12 Mar 2008 07:38:00 PDT X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Wed, 12 Mar 2008 07:38:00 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Message-ID: <486345.93466.qm@web33706.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Daniel Gerzo , FreeBSD CURRENT Subject: Re: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 14:38:01 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: Daniel Gerzo ; FreeBSD CURRENT > Sent: Wednesday, March 12, 2008 5:31:34 AM > Subject: Re: re(4) problem > > On Tue, Mar 11, 2008 at 11:34:12AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: Pyun YongHyeon > > > To: Daniel Gerzo > > > Cc: current@FreeBSD.org; yongari@FreeBSD.org > > > Sent: Tuesday, March 11, 2008 5:24:41 AM > > > Subject: Re: re(4) problem > > > > > > On Mon, Mar 10, 2008 at 09:38:32PM +0100, Daniel Gerzo wrote: > > > > Hello Daniel, > > > > > > > > Monday, March 10, 2008, 4:26:49 PM, you wrote: > > > > > > > > > Hello Pyun, > > > > > > > > >> Since you're using MSI, would you try attached patch? > > > > >> Sorry, I don't have PCIe based hardware and RealTek's datasheet for > > > > >> PCIe variants is too poor to get useful information. > > > > >> > > > > >> -- > > > > >> Regards, > > > > >> Pyun YongHyeon > > > > > > > > > Thank you for your quick reply, I will test your patch ASAP, but I > have one > > > > > simple question: > > > > > > > > > Should I apply this patch on top of > > > > > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > > > > or what is this patch aginst? > > > > > > > > > Thank you. > > > > > > > > Or better, please send me (or place somewhere on your home page) the > > > > complete if_re.c and if_rlreg.h which should adress my problems, so > > > > that I can test it easily. > > > > > > > > > > Done. > > > http://people.freebsd.org/~yongari/re/if_re.c > > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > The above files would build on CURRENT/RELENG_7/7.0-RELEASE. > > > > > > I'm not sure whether it helps or not. > > > > > > > Your efforst are greatly appreciated! > > > > > > > > -- > > > > Best regards, > > > > Daniel mailto:danger@FreeBSD.org > > > > > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > Ok, here is the ping to 2 servers using same nic to another server using fxp > in same lan. > > > > ping -c 100 -s 5000 after using > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > re0: port 0xc000-0xc0ff mem > 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > > re0: Using 2 MSI messages > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > re0: Ethernet address: 00:19:d1:a7:a4:72 > > re0: [FILTER] > > re0: [FILTER] > > > > 100 packets transmitted, 100 packets received, 0.0% packet loss > > round-trip min/avg/max/stddev = 2.410/2.429/2.587/0.019 ms > > > > Here without. > > > > re0: port 0xd000-0xd0ff mem > 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 > > re0: Using 2 MSI messages > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > re0: Ethernet address: 00:1a:4d:4f:76:07 > > re0: [FILTER] > > re0: [FILTER] > > > > 100 packets transmitted, 99 packets received, 1.0% packet loss > > round-trip min/avg/max/stddev = 632.148/633.103/640.812/0.872 ms > > > > So as I could tell the ping latency got fixed by using latest changes. > > > > Sorry, I don't know what exact issues you had. Just pinging wouldn't > prove anything. Did you encounter random network loss without any > relevant messages in console prior to trying latest patch? > If you know a way that can reliably reproduce re(4) issue would you > try to reproduce it again? > > Thanks. > -- > Regards, > Pyun YongHyeon > My problem was packet loss, and that was very clear when I did ping it earlier. For now, there is no packet loss yet. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 14:47: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 ECC351065671 for ; Wed, 12 Mar 2008 14:47:42 +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 805BF8FC39 for ; Wed, 12 Mar 2008 14:47:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JZSEz-0003LT-St for freebsd-current@freebsd.org; Wed, 12 Mar 2008 14:47:37 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 14:47:37 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 14:47:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 12 Mar 2008 07:47:29 -0700 Lines: 69 Message-ID: References: <2a41acea0803071038t64e579e3uddee8aaa2ec6bb1a@mail.gmail.com> <2a41acea0803111552g220aed08w4d9fb33ccecf972@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: Re: unable to recieve on em 82542 w/o promisc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 14:47:43 -0000 Jack Vogel wrote: > I have found the problem, it is a shared code bug, I am just waiting > now to let the shared code engineer make a formal code change and > then I will integrate it into HEAD. > > If you or anyone else is in urgent need email me and I can tell you > have to fix it temporarily. > > Jack Thanks in advance for the fix, for now I just moved the nets to different interfaces (early boot interface renaming FTW!), but will move them back to these trusty ones when the fix is in. > On Fri, Mar 7, 2008 at 10:38 AM, Jack Vogel wrote: >> I have repro'd this this morning and am debugging it as I write this, >> hope to have a fix soon. >> >> Jack >> >> >> >> On Wed, Mar 5, 2008 at 3:26 PM, Mark Atkinson >> wrote: >> > I updated to current today. 3/5/2008 and I have two em fiber cards >> > with >> > 82542 chips. Unless I enable promisc on the interface, I don't >> > appear to receive any traffic. >> > >> > This box also has two onboard nfe nics that work fine w/o promisc. >> > >> > em0@pci0:18:4:0: class=0x020000 card=0x10008086 >> > chip=0x10008086 rev=0x03 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = '82542 Gigabit Ethernet Controller' >> > class = network >> > subclass = ethernet >> > em1@pci0:18:9:0: class=0x020000 card=0x10008086 >> > chip=0x10008086 rev=0x03 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = '82542 Gigabit Ethernet Controller' >> > class = network >> > subclass = ethernet >> > >> > -- >> > Mark Atkinson >> > atkin901@yahoo.com >> > (!wired)?(coffee++):(wired); >> > >> > >> > >> > _______________________________________________ >> > 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" -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 15:05: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 9FC841065671; Wed, 12 Mar 2008 15:05:56 +0000 (UTC) (envelope-from piso@southcross.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA648FC1E; Wed, 12 Mar 2008 15:05:55 +0000 (UTC) (envelope-from piso@southcross.wired.org) Received: from southcross.wired.org (host-84-221-232-101.cust-adsl.tiscali.it [84.221.232.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 5D78F11AE43; Wed, 12 Mar 2008 15:35:43 +0100 (CET) Received: (from piso@localhost) by southcross.wired.org (8.14.2/8.14.1/Submit) id m2CEdM0r002493; Wed, 12 Mar 2008 15:39:22 +0100 (CET) (envelope-from piso) Date: Wed, 12 Mar 2008 15:39:22 +0100 From: Paolo Pisati To: FreeBSD Tinderbox Message-ID: <20080312143922.GA2475@tin.it> References: <20080312141853.E599073039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080312141853.E599073039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 15:05:56 -0000 On Wed, Mar 12, 2008 at 09:18:53AM -0500, FreeBSD Tinderbox wrote: > TB --- 2008-03-12 13:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-03-12 13:15:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2008-03-12 13:15:00 - cleaning the object tree > TB --- 2008-03-12 13:15:50 - cvsupping the source tree > TB --- 2008-03-12 13:15:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2008-03-12 13:15:58 - building world (CFLAGS=-O -pipe) > TB --- 2008-03-12 13:15:58 - cd /src > TB --- 2008-03-12 13:15:58 - /usr/bin/make -B buildworld > >>> World build started on Wed Mar 12 13:16: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 > [...] > cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c > cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c > cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c > cc1: warnings being treated as errors > /src/usr.sbin/ppp/command.c: In function 'NatEnable': > /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' > /src/usr.sbin/ppp/command.c: In function 'NatOption': > /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' sorry, should be fixed now. -- bye, P. From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 15:14:24 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 227FE106566C; Wed, 12 Mar 2008 15:14:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C37808FC15; Wed, 12 Mar 2008 15:14:23 +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 m2CFENVq088612; Wed, 12 Mar 2008 11:14:23 -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 m2CFENuO027628; Wed, 12 Mar 2008 11:14:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A632B73039; Wed, 12 Mar 2008 10:14:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312151422.A632B73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 10:14:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 15:14:24 -0000 TB --- 2008-03-12 14:12:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 14:12:55 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-12 14:12:55 - cleaning the object tree TB --- 2008-03-12 14:13:34 - cvsupping the source tree TB --- 2008-03-12 14:13:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-12 14:13:43 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 14:13:43 - cd /src TB --- 2008-03-12 14:13:43 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 14:13:45 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 [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c cc1: warnings being treated as errors /src/usr.sbin/ppp/command.c: In function 'NatEnable': /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' /src/usr.sbin/ppp/command.c: In function 'NatOption': /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' *** Error code 1 Stop in /src/usr.sbin/ppp. *** 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-03-12 15:14:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 15:14:22 - ERROR: failed to build world TB --- 2008-03-12 15:14:22 - tinderbox aborted TB --- 2717.99 user 323.19 system 3686.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 15:19: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 714D81065677; Wed, 12 Mar 2008 15:19:07 +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 1E2A68FC18; Wed, 12 Mar 2008 15:19:06 +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 m2CFJ6I8089317; Wed, 12 Mar 2008 11:19:06 -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 m2CFJ6Qi037372; Wed, 12 Mar 2008 11:19:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1717773039; Wed, 12 Mar 2008 10:19:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312151906.1717773039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 10:19:06 -0500 (EST) 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/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 15:19:07 -0000 TB --- 2008-03-12 14:18:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 14:18:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-12 14:18:54 - cleaning the object tree TB --- 2008-03-12 14:19:01 - cvsupping the source tree TB --- 2008-03-12 14:19:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-12 14:19:07 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 14:19:07 - cd /src TB --- 2008-03-12 14:19:07 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 14:19: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 [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chap.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/chat.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/command.c cc1: warnings being treated as errors /src/usr.sbin/ppp/command.c: In function 'NatEnable': /src/usr.sbin/ppp/command.c:2635: warning: implicit declaration of function 'PacketAliasSetAddress' /src/usr.sbin/ppp/command.c: In function 'NatOption': /src/usr.sbin/ppp/command.c:2659: warning: implicit declaration of function 'PacketAliasSetMode' *** Error code 1 Stop in /src/usr.sbin/ppp. *** 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-03-12 15:19:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 15:19:05 - ERROR: failed to build world TB --- 2008-03-12 15:19:05 - tinderbox aborted TB --- 2693.33 user 330.22 system 3610.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 15:31: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 1DF191065672 for ; Wed, 12 Mar 2008 15:31:34 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id D6B3F8FC1E for ; Wed, 12 Mar 2008 15:31:33 +0000 (UTC) (envelope-from duncan.young@pobox.com) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id E9A04C36F6; Wed, 12 Mar 2008 11:31:32 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 12 Mar 2008 11:31:32 -0400 X-Sasl-enc: jejhLWq4ArhIujG7fdmL7plrE2cpu2vlY3MKLUbCoiDS 1205335892 Received: from triple0.qld.optushome.com.au (c210-49-75-149.rochd2.qld.optusnet.com.au [210.49.75.149]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5E90F13DBC; Wed, 12 Mar 2008 11:31:32 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by triple0.qld.optushome.com.au (Postfix) with ESMTP id 869E471987; Thu, 13 Mar 2008 01:31:28 +1000 (EST) From: Duncan Young To: Brian Biskeborn Date: Thu, 13 Mar 2008 01:31:22 +1000 User-Agent: KMail/1.9.7 References: <200803121028.55105.duncan.young@pobox.com> <47D76247.5060606@princeton.edu> In-Reply-To: <47D76247.5060606@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130131.24199.duncan.young@pobox.com> Cc: freebsd-current@freebsd.org Subject: Re: samba and zfs (amd64?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: duncan.young@pobox.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, 12 Mar 2008 15:31:34 -0000 With prompting, I found a suitable pre-existing bug report. bugzilla.samba.org bug 4715 They added the option to set "directory name cache size = 0" on a per share basis. This has fixed my problems. Duncan On Wed, 12 Mar 2008 02:55:35 pm Brian Biskeborn wrote: > I've been seeing this since RC1 as well. Same platform here > (7.0-release, amd64, samba 3.0.28,1 on ZFS). Under Windows, there are > missing files, but no duplicates. Using mount_cifs on Linux, I think > there are both missing files and duplicates (haven't checked for a > while, though, so I could be wrong about the duplicates). > > This starts to happen in directories containing a few hundred items. I > don't have any UFS shares here, so I can't vouch for ZFS being the > problem. My usage of samba isn't exactly mission-critical, so I've been > ignoring the issue. > > To anyone more familiar with samba or ZFS: does smbd use mmap for any > directory operations? There was an apparent mmap bug on ZFS reported > here a few weeks ago - I solved some problems I was having with dovecot > (reported Feb 24) by disabling mmap there. > > Cheers, > Brian > > Duncan Young wrote: > > Hi all > > > > I've been having problems with zfs, samba and large directories. > > > > If I have a large zfs directory and try to accesses it via smb://, I have > > parts of the directory missing (sometimes over 50%) and even duplicated. > > > > I could not reproduce the problem on a UFS filesystem. > > doing a mount_smbfs, everything is fine. > > using windows (including cygwin) or konqueror via smb:// fails badly > > (konqueror even worse than explorer). > > > > > > I have been seeing this problem since 7.0-RC1, but only now gotten around > > to pinning it down. > > > > test program: > > in a new directory > > > > for i in 0 1 2 3 4 5 6 7 8 9 > > do > > for j in 0 1 2 3 4 5 6 7 8 9 > > do > > for k in 0 1 2 3 4 5 6 7 8 9 > > do > > > > touch "aaaaaaaaaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbccccccccccccccccc$i$j$k" > > done > > done > > done > > > > then try accessing from a windows box (or konqueror via smb://) > > > > Both explorter and cygwin show the same results from windows. > > > > A packet sniffer indicated that the data was being send inncorrectly > > > > Could some others of you try to confirm (or not) my findings. I am > > running 7.0-release (amd64) and samba-3.0.28,1. > > > > I believe this to be a zfs issue due to my not being able to reproduce > > the problem with UFS (not even once). > > > > regards > > > > Duncan > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 15:17:17 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 E244C106567D for ; Wed, 12 Mar 2008 15:17:17 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 93F4F8FC28 for ; Wed, 12 Mar 2008 15:17:17 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by wr-out-0506.google.com with SMTP id c49so2251731wra.19 for ; Wed, 12 Mar 2008 08:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=e5u8/lfppBqoODmQ9PpExenHLtJDY4VTD8paWbDGgEI=; b=EPiUM7xxT6iTZI5Q0qmQq8+XHazkuOI5/aBm7JcCuZPXyP9M++nLLRvejERQNqmlY00cjPm/6byyu9DMVosgZVxm4ls8EejpvowQR0EG9E5FmXsNXMymNLwP6jlBegIjKm29MrVTxgb43BZfksRbWJSQJalmP/cWmwL1ijRNHHE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hYuphcgIc444nYpDAo32BmXOFuXMpy5tCW07vJ/oEyduSbtp39JZNq0jtIpt25nuhhUozXEnpn5FGa7M/+yqPGqB8pZ38eA7piaQIe1XAXdB3nQDatUJ2YLfQn02u7uoXdfQ6RwqbSMwhE6zwVrlYJX4oHXZFM8//SsqdnzDmQI= Received: by 10.141.20.7 with SMTP id x7mr5174400rvi.61.1205333465564; Wed, 12 Mar 2008 07:51:05 -0700 (PDT) Received: by 10.141.41.8 with HTTP; Wed, 12 Mar 2008 07:51:05 -0700 (PDT) Message-ID: <3dd203290803120751s6d688d58vbc5b0e67db45221e@mail.gmail.com> Date: Wed, 12 Mar 2008 14:51:05 +0000 From: "Brad Pitney" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 12 Mar 2008 15:44:41 +0000 Subject: ral Lock Order Reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 15:17:19 -0000 Hi, the box was running CURRENT until it was branched for RELENG_7 which was running code from September 2007 fine until I updated to "todays" code I get this: lock order reversal: 1st 0xc45070e0 ral0 (802.11 node scangen) @ /usr/src/sys/net80211/ieee80211_node.c:1462 2nd 0xc4507741 ral0 (network driver) @ /usr/src/sys/dev/ral/rt2560.c:2006 screenshot: http://picasaweb.google.com/pitney.brad/FreeBSDAlbum/photo#5176865196012647490 the box is dead after this happens, although I can switch consoles. I can easily reproduce this if I try to re-associate any client. From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 16:35:06 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 81E63106566C; Wed, 12 Mar 2008 16:35:06 +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 547248FC14; Wed, 12 Mar 2008 16:35:06 +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 m2CGZ5Tg001210; Wed, 12 Mar 2008 12:35:05 -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 m2CGZ5tK060891; Wed, 12 Mar 2008 12:35:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0462373039; Wed, 12 Mar 2008 11:35:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312163505.0462373039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 11:35:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 16:35:10 -0000 TB --- 2008-03-12 15:14:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 15:14:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-12 15:14:22 - cleaning the object tree TB --- 2008-03-12 15:14:36 - cvsupping the source tree TB --- 2008-03-12 15:14:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-12 15:14:42 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 15:14:42 - cd /src TB --- 2008-03-12 15:14:42 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 15:14:43 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 Mar 12 16:25:24 UTC 2008 TB --- 2008-03-12 16:25:24 - generating LINT kernel config TB --- 2008-03-12 16:25:24 - cd /src/sys/ia64/conf TB --- 2008-03-12 16:25:24 - /usr/bin/make -B LINT TB --- 2008-03-12 16:25:24 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-12 16:25:24 - cd /src TB --- 2008-03-12 16:25:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 12 16:25:24 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/gdb_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/in_cksum.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/interrupt.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/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'set_mcontext': /src/sys/ia64/ia64/machdep.c:1213: error: 'SYS_kse_switchin' undeclared (first use in this function) /src/sys/ia64/ia64/machdep.c:1213: error: (Each undeclared identifier is reported only once /src/sys/ia64/ia64/machdep.c:1213: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 16:35:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 16:35:04 - ERROR: failed to build lint kernel TB --- 2008-03-12 16:35:04 - tinderbox aborted TB --- 3657.73 user 386.46 system 4841.99 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 16:41: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 2BA39106566C for ; Wed, 12 Mar 2008 16:41:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by mx1.freebsd.org (Postfix) with ESMTP id DBE268FC1A for ; Wed, 12 Mar 2008 16:41:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so1637341ele.12 for ; Wed, 12 Mar 2008 09:41:57 -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=wOpeNgTf9nvemffn1fudJO9QgufAgJsgVAWThIJgCkw=; b=bUAax0TNulRS3vKNa7O/MKL68TWJzKusVrVDdyJNCfdyDJt62/6vYTdE4N+7+ItGtFrnsyJ6JnoxYQGCGlJyALnOlbtwXYoPQMikcSNeVKakYIIDxcg9qrjPWxp8KOQdNKkzbmYWSB8eIRI+QY4v2mWIvT2oqy6mSxIhIJkcypg= 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=CILpS6yk78cQhUZRj4TtUBOUDWbwWLYFRTh7TLDzz3WStppEt81TWweViQdlNa7bg+atwszmvi2iSUYxjKHphJ0BAujMXzzPZjRrpsMpm7jI/6mwkOhr492ktu+I48TTzA6XTPYI1s4MVynHzrYn2a+1BgDgdybWVU8gCeGRqKM= Received: by 10.114.136.1 with SMTP id j1mr7444607wad.85.1205340116503; Wed, 12 Mar 2008 09:41:56 -0700 (PDT) Received: by 10.114.177.4 with HTTP; Wed, 12 Mar 2008 09:41:56 -0700 (PDT) Message-ID: <2a41acea0803120941q3938a817s27367f666a0fbeb7@mail.gmail.com> Date: Wed, 12 Mar 2008 09:41:56 -0700 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0803071038t64e579e3uddee8aaa2ec6bb1a@mail.gmail.com> <2a41acea0803111552g220aed08w4d9fb33ccecf972@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: unable to recieve on em 82542 w/o promisc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 16:41:58 -0000 I am testing the official code change the shared code group wants this morning, as soon as it gets checked in here I will get it into HEAD. Cheers, Jack On Wed, Mar 12, 2008 at 7:47 AM, Mark Atkinson wrote: > > > Jack Vogel wrote: > > I have found the problem, it is a shared code bug, I am just waiting > > now to let the shared code engineer make a formal code change and > > then I will integrate it into HEAD. > > > > If you or anyone else is in urgent need email me and I can tell you > > have to fix it temporarily. > > > > Jack > > Thanks in advance for the fix, for now I just moved the nets to different > interfaces (early boot interface renaming FTW!), but will move them back to > these trusty ones when the fix is in. > > > > > On Fri, Mar 7, 2008 at 10:38 AM, Jack Vogel wrote: > >> I have repro'd this this morning and am debugging it as I write this, > >> hope to have a fix soon. > >> > >> Jack > >> > >> > >> > >> On Wed, Mar 5, 2008 at 3:26 PM, Mark Atkinson > >> wrote: > >> > I updated to current today. 3/5/2008 and I have two em fiber cards > >> > with > >> > 82542 chips. Unless I enable promisc on the interface, I don't > >> > appear to receive any traffic. > >> > > >> > This box also has two onboard nfe nics that work fine w/o promisc. > >> > > >> > em0@pci0:18:4:0: class=0x020000 card=0x10008086 > >> > chip=0x10008086 rev=0x03 hdr=0x00 > >> > vendor = 'Intel Corporation' > >> > device = '82542 Gigabit Ethernet Controller' > >> > class = network > >> > subclass = ethernet > >> > em1@pci0:18:9:0: class=0x020000 card=0x10008086 > >> > chip=0x10008086 rev=0x03 hdr=0x00 > >> > vendor = 'Intel Corporation' > >> > device = '82542 Gigabit Ethernet Controller' > >> > class = network > >> > subclass = ethernet > >> > > >> > -- > >> > Mark Atkinson > >> > atkin901@yahoo.com > >> > (!wired)?(coffee++):(wired); > >> > > >> > > >> > > >> > _______________________________________________ > >> > 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" > > -- > > > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 17:17:06 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 2A2581065674 for ; Wed, 12 Mar 2008 17:17:06 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id F03C78FC23 for ; Wed, 12 Mar 2008 17:17:05 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m2CHGvsS067087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Mar 2008 13:16:58 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: vadim_nuclight@mail.ru In-Reply-To: References: <200803111336.m2BDaosM084555@lurza.secnetix.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wTUa056QsLD4i74fJqfB" Organization: U. Buffalo CSE Department Date: Wed, 12 Mar 2008 13:16:57 -0400 Message-Id: <1205342217.44173.40.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 17:17:06 -0000 --=-wTUa056QsLD4i74fJqfB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-03-12 at 08:50 +0000, Vadim Goncharov wrote: > I currently have no 7.0 ISOs to look at (and ftp.freebsd.org contains jus= t > symlink to all available packages, not only disc1). But I remember perl, > linux and xorg on the disc1 from 6.2 times, yes. And actually the most ne= eded > things are just perl and linux ABI, not heavy Xorg which can be moved to > disc2 - it=20 Disc1 contains all the packages necessary to get to the "Would you like to browse the pre-built packages" menu in sysinstall without needing to switch discs (which is desirable for novices as well as being able to complete that portion, not bother selecting packages in the menu, and thus not need disc2/disc3). That includes xorg because it's one of the things that can be chosen in the "Software Distributions" section. I'm planning to change that with 8.0, no longer offering to have anything that's not part of the baseline system installed until you get to the "Would you like to ..." menu. That will reinforce to people that that stuff really is packages/ports and it will make things like the monthly snapshots less of a hack (I don't include any packages on those so you get odd results if you select "All" in the Software Distributions menu for example...). But I didn't have a chance to get that stuff done for 7.0. > > The question is: What does the majority of users want? >=20 > Attraction. Ability to say "Wow! Their CD is SO handy, many > features on just one disk". Don't forget about advocacy and > opinionating new users. In my opinion the above setup (being able to make any of the selections we offer in the "Distributions" section and complete an install without needing to switch discs {provided you opt out of selecting packages from the packages menu}) is what benefits the most users. I could be wrong but this is one of those things that it's impossible to satisfy everyone all the time so a decision needed to be made and that was it. I *hope* I can merge the livefs stuff back in to disc1 by eliminating Xorg from the "Distributions" section (and the offer to install Linux as a separate thing - let them select that from packages as well). But that just wasn't possible for 7.0. We'll see if it can happen for 8.0 (and as pointed out in this thread the base system seems to continue to grow so we'll see :-). > I've suggested above - just Xorg can be moved, perl and linux ABI are not > so big. That causes even more disc shuffling pain than we have now. Disc1 currently contains both Gnome and KDE. Trying to move Xorg to disc1 means one of them needs to be moved to another disc, the three won't fit. And so many packages are intertwined among those three things the disc switching becomes way worse. As things stand now if you select "All" in the software distributions section everything from disc1 will wind up being installed before you get to the Packages selection menu so it will never ask for disc1 again. If you then just select Gnome or KDE disc2 goes in and it never asks for disc3. However if you select anything more than Gnome or KDE things go downhill fast. But nowhere near as fast as if all of either Gnome or KDE were not on disc1. Yes, we need to make sysinstall smarter about the order it installs stuff in. But I spent some time fiddling with the current layout given what I had to work with as far as meta package sizes and ISO image sizes go and this wound up being the least painful (note I don't claim painless). What I hope to shoot for with 8.0 is a CD-sized thing named "disc1" that is much like the monthly snapshots - no packages at all on it. If possible at the point we're near 8.0's release given sizes livefs will be merged back onto it. I'll have trimmed out the stuff sysinstall offers to do before reaching the "Would you like to browse pre-built packages?" menu so you don't get odd failures if you select something-or-other and no pre-built packages are available at all. And in addition to that CD-sized "disc1" we'll have a DVD-sized thing that includes everything on disc1 plus some set of pre-built packages. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-wTUa056QsLD4i74fJqfB 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) iD8DBQBH2BAJ/G14VSmup/YRAqkDAJ9mt9s7SENPaD0+YHev+PAl+/winACgkM41 Wab/d6rd285WxVjYtTsaCUc= =8iWu -----END PGP SIGNATURE----- --=-wTUa056QsLD4i74fJqfB-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 17:34: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 77E1F106568D for ; Wed, 12 Mar 2008 17:34:14 +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 55AE58FC1D for ; Wed, 12 Mar 2008 17:34:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Mar 2008 10:34:13 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id F19992D6024; Wed, 12 Mar 2008 10:34:12 -0700 (PDT) Message-ID: <47D81415.9050502@elischer.org> Date: Wed, 12 Mar 2008 10:34:13 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: cvs commit: src/sys/amd64/amd64 machdep.c trap.c vm_machdep.c src/sys/amd64/conf DEFAULTS src/sys/amd64/linux32 linux32_sysvec.c src/sys/arm/arm trap.c src/sys/arm/conf AVILA src/sys/arm/xscale/i8134x crb_machdep.c src/sys/compat/freebsd32 ... (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: Wed, 12 Mar 2008 17:34:14 -0000 Daniel Eischen wrote: > Was this discussed anywhere? > no, but I got wind of it yesterday. From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 17:37:52 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 52A021065670 for ; Wed, 12 Mar 2008 17:37:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id 343278FC27 for ; Wed, 12 Mar 2008 17:37:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Mar 2008 10:37:51 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id E57622D6027; Wed, 12 Mar 2008 10:37:50 -0700 (PDT) Message-ID: <47D814EF.4030100@elischer.org> Date: Wed, 12 Mar 2008 10:37:51 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Alexander Leidinger References: <20080312001824.D1091@desktop> <20080312144139.7ozwbn1m2oggws84@webmail.leidinger.net> In-Reply-To: <20080312144139.7ozwbn1m2oggws84@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org Subject: Re: HEADSUP: KSE support removed from the 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: Wed, 12 Mar 2008 17:37:52 -0000 Alexander Leidinger wrote: > Quoting Jeff Roberson (from Wed, 12 Mar 2008 > 00:27:55 -1000 (HST)): > >> CURRENT is no longer going to support KSE threaded applications. As >> mentioned in UPDATING the following libmap.conf should work along with >> compat libs for old dynamically linked libraries: > > Do we need an entry in the jail man page? So far we where proud to say > that we can put any userland from a FreeBSD release (before or including > the release of the FreeBSD which is running) into a jail and it worked. > > I haven't looked into the changes, but if it is not the case, what about > adding a fake syscall which prints what's going on (either a description > like in your HEADSUP, or a pointer to docs) and returns ENOSYS? > > Bye, > Alexander. > yes we need to put an entry somewhere. this has broken several build systems I know of.. though they are not yet running on -current so will have a lot of warning.. From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 17:49: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 C96C6106566B for ; Wed, 12 Mar 2008 17:49:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E17CF8FC16 for ; Wed, 12 Mar 2008 17:49:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m2CHnsv1056900; Wed, 12 Mar 2008 18:49:56 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m2CHnr1K056899; Wed, 12 Mar 2008 18:49:53 +0100 (CET) (envelope-from olli) Date: Wed, 12 Mar 2008 18:49:53 +0100 (CET) Message-Id: <200803121749.m2CHnr1K056899@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 12 Mar 2008 18:49:56 +0100 (CET) Cc: Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 17:49:58 -0000 Vadim Goncharov wrote: > Oliver Fromme wrote: > > > > > - Disk 1 contains everything you need to install the base > > > > FreeBSD system, as well as a few useful packages. > > > > > > Yes. Which? > > The most important ones, including the linux base package > > for the linux ABI, perl, xorg and a few other things. > > Just look at the /packages subdirectory for details. > > I currently have no 7.0 ISOs to look at (and ftp.freebsd.org contains just > symlink to all available packages, not only disc1). But I remember perl, > linux and xorg on the disc1 from 6.2 times, yes. And actually the most needed > things are just perl and linux ABI, not heavy Xorg which can be moved to > disc2 - it The xorg packages on disc1 occupy 54 MB. Not really all that much, I think. The linux base, perl and python occupy another 50 MB together. The rest are small utility things and dependencies (only a few MB). > > That's right, "someone" should improve sysinstall so it > > loads the packages in an optimized order, so the number > > of CD changes is reduced. If you have implemented patches > > to do that, I'm sure they will be very welcome. > > Really, but sysinstall is just one big bunch of hackish code. I agree. > The simpler way to do this is to move packages. Moving packages would be a big hack, too. Teaching sysinstall to handle packages better would be a more flexible solution. Also keep in mind that a new installer is in the works and will be usable "really soon", as far as I know. I'm sure the authors are aware of the problem of installing packages from changeable media, and that there will be a better solution. > > Until then, there are some workarounds for the problem. > > For example, you can copy all packages from the CDs to > > your harddisk and install from there. > > Not suitable for novice users. No, it's not difficult to do that. It's only a matter of documentation, I think. Users need to be made aware of the possibilities, they need to be made aware that they don't _have_ to install all the packages during system installation and play CD changer monkey. > And those will be disattracted by CD-changing > most of all, yes. That's true, unfortunately. I hope (and I'm sure) that the new installer will handle all of that much better. > > > > - The "docs" CD only contains documentation: Handbook, > > > > FAQ and articles in various languages. These are also > > > > available online, so there's rarely a need to download > > > > this CD. > > > > > > It's handy for novice users to have them in base system, though. > > I don't know ... I never used them. I think it's more > > convenient to read them online. > > Because it is not your first install :) Right, but I didn't read them either upon my first install 15 years ago. :-) The first thing I did when I received the Walnut Creek CDs was to go to www.freebsd.org and look for docs. > But if you do not have Internet yet, > ability to look to Handbook directly from installer is VERY valuable. I guess almost everyone has internet access somehow (at home, at the office, at a friend, or elsewhere). I'm not saying there should be no docs CD. In fact the docs CD is a very good thing. What I'm saying is that it doesn't have to be on the installation CD (disc1). And you _can_ view the docs from the installer. So I don't think there's a problem. > > > > As you can see, disk1 + livefs is larger than 700 MB. > > > > The docs CD is separate anyway, which is a good thing > > > > because many people won't need it. > > > > > > And what about removing packages from disc1 ? > > The question is: What does the majority of users want? > > Attraction. Ability to say "Wow! Their CD is SO handy, many > features on just one disk". Don't forget about advocacy and > opinionating new users. That's what the DVD is good for that you can buy (or you can easily make one yourself). On the DVD there is enough space for everything. It doesn't make sense to try to cram many things on a small CD and sacrificing usability and convenience for some or even many users. I think the current CD images are very usable and convenient, especially in the way they save download time and bandwidth. Typically, many users only need to download disc1 and then install software from the ports collection, or install packages from the network. I think only very few users really need disk2 or disc3, or even the docs cd. Unfortunately the download numbers from the FTP servers don't say much, because many people blindly dowanload everything. > > I think there are more users who install packages than > > users who want "fixit" on disk1. In other words, more > > users benefit from the packages, and for most people it > > seems to be OK to have "fixit" on a separate CD. > > Those who want to have a combined install+fixit CD without > > packages can easily make one themselves. Or even a DVD > > with everything. Or buy one from one of the vendors who > > sell FreeBSD DVDs. > > Yes, but: livefs and disc1 have many things in common, No, they dont. The only thing they have in common is the /boot directory, which is relatively small (about 30 MB). > > It depends. A solution that is good for you might be worse > > for others. For example, I rarely install any packages > > from CD on a new system, except for linux emulation and > > maybe perl. I do not have to change CDs at all; only disc1 > > is required. With your proposed change, I would need to > > download an additional 700 MB ISO. That's annoying. > > I've suggested above - just Xorg can be moved, perl and linux ABI are not > so big. They are about the same size, see above. > > I'm also not sure that using bzip2 for the base install bits > > would be a good idea. Decompression is a lot slower with > > bzip2, especially on older machines. I remember someone > > tried it and reported on the lists, it was like fife times > > slower, but saved only a few percent space for the base > > system (which is mostly binaries and already compressed > > files, like manual pages). Not worth it. > > Really? Have benchmarks? If it is really hust a few percent, then it is not > worth, of course. I can't find the article right now, I'm afraid. :-( When I have some time at the weekend, I might make a little benchmark myself. (It's a well-known fact, though, that bzip2 is _much_ slower than gzip, even in decompression.) > > You can't compress the docs CD that way, because then you > > wouldn't be able to read them from another system. The > > docs must not be compressed. > > Is it needed? Yes! People need to be able to pop the docs CD into a Windows machine, a Mac or anything else and read the docs. The docs CD _must_ work without having to boot FreeBSD in the first place. > I think that ability to read docs directly from installer is much > more handy. You can already do that. > > As far as the live FS is concerned, yes, it might be > > possible to compress it. The performance will be worse, > > and I think it also requires more RAM, but it's certainly > > something that could be done. Whether it's really worth > > it is a different question. > > Performance will be not so worse. As someone said, 7.0 livefs can also do > install, Uhm, no. There's no such thing as an installer that installs from the live FS (the DragonFly people have something like that). Of course, you can manually do the whole dance from the live FS (fdisk, bsdlabel, newfs, cpio ...), but that's definitely not for novice users. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 17:50:53 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 D663B106566C for ; Wed, 12 Mar 2008 17:50:53 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id C23398FC28 for ; Wed, 12 Mar 2008 17:50:53 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id 0FvE1Z05K0cQ2SLA903700; Wed, 12 Mar 2008 17:34:00 +0000 Received: from redwing-zuni.18clay.com ([71.251.210.20]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id 0Hak1Z0060SxTZT8W00000; Wed, 12 Mar 2008 17:34:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=RYJ8z19JnoYA:10 a=k4PAtElAXMsKeurEYlcA:9 a=datlnmSD-y3WziOIQWA1nMuYZvUA:4 a=3SmO1NJXDBsA:10 Message-Id: From: Gregory Wright To: freebsd-current@freebsd.org In-Reply-To: <47855E7F.8020805@delphij.net> 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: Wed, 12 Mar 2008 13:34:43 -0400 References: <1497D115-2534-4799-9D8E-18A267DF0B62@mipster.net> <9A374150-DC2A-439D-A205-E8867B663C5A@mipster.net> <477B0B07.8080703@terranova.net> <477CAF30.7020703@terranova.net> <4782A768.3020304@delphij.net> <47855C9F.40603@terranova.net> <47855E7F.8020805@delphij.net> X-Mailer: Apple Mail (2.919.2) Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 17:50:53 -0000 Hi, On Jan 9, 2008, at 6:53 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Travis Mikalson wrote: >> >> Really hoping this will make it into RELENG_7_0. It has successfully >> worked around the crippling HT1000 SATA problems. > > Yes, the changeset was committed into RELENG_7_0 and RELENG_7. > Because > it's very late of release cycle, I am afraid that we will not be > able to > incorporate this patchset in 6.3-RELEASE, but I think it would be a > good > errata candidate after testing. > One note that might help out people with the Tyan h2000M (S3992) mobos --- for the HT1000 patch in RELENG_7 to work, you need to make sure the BIOS settings put the HT1000 SATA controller in "S-ATA" emulation mode. If you use "P-ATA" emulation mode, you are back in data corruption hell. There is also a BIOS option for "RAID" mode which I have not tried. Setting "S-ATA" mode the box seems to run as reliable as it did under 6.2. BR, Greg From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 19:26:44 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 6EF9D1065674 for ; Wed, 12 Mar 2008 19:26:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 419028FC1A for ; Wed, 12 Mar 2008 19:26:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Mar 2008 12:26:42 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1C3162D60CB; Wed, 12 Mar 2008 12:26:40 -0700 (PDT) Message-ID: <47D82E6F.6010302@elischer.org> Date: Wed, 12 Mar 2008 12:26:39 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Current , Daniel Eischen Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 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, 12 Mar 2008 19:26:44 -0000 Several people have asked me about todays removal of the asynchronous system call support. (AKA KSE). The answer is a little complicated. In 1998 about 15 people regularly got together in Foster City, in the offices of Whistle Communications (RIP) and argued over a several month several month period about what to do about threading. A design emerged, which allowed for several models of threading to be implemented, including 1:1 and M:N and even M:1 (if N ==1). Since no-one was doing this I implemented this in 1999->2001 and it was introduced into 5.0. Dan Eischen was brave enough to take on the userland side of the M:N threading and I think neither of us realized how really tricky this would become. In the last few years several things have happened that have changed the threading landscape, in particular the fact is, that with it's commanding position, Linux has forced most developers to abandon threading their applications in a way that is not suitable for 1:1. Also "Everybody got Busy". (kids etc). The the complexity of M:N could not really be overcome with the resources available. Dan has done a Might Job (TM) with some help from David Xu, and I tried to keep the kernel side in order as much as I could, but I think the time has just come when we must say, that the experiment of M:N threading is declared to be at an end. It's not that it is an inherently bad idea, but that we don't have the resources that some companies that HAVE been able to do it were able to put on the problem. In the same time the requirement for M:N has reduced. In 1998 no=one really knew a lot about threaded Unix programs because there were not a lot of them. As time has gone past the models that have evolved have moved away from having thousands of threads in a program, as that was not good on Linux to having just a few. Given this the extra complexity needed for M:N seems more and more out of place. Not all is lost however. The same framework changes that produced the M:N kernel support were, by design also capable of supporting 1:1 threading. This is where the world has gone, and we are perfectly set up to support this. The decisions we took in 1998 to support both models was good and our words at the time were in hindsight perfectly correct. I'm sure those who were there will remember that we said "We'll support several models and see which works best and when that becomes clear we can migrate to that model". The work done by all parties in keeping the two threading libraries in sync so that their ABIs are compatible has payed off big-time here. I would especially like to bring the spot light on several people here: ----- Dan Eischen. Despite having a "real life" He did the imppossible and made the M:N library more reliable than the simpler 1:1 library for many years. I'm hoping that Dan doesn't take this as his queue to leave the project. I really do know how disheartening is is to have some part of your life taken out of production. I hope EVERYONE here takes the time to consider what a great job Dan has done, looking after not only libc_r but libkse, and taking the project from basically no threads to fully threaded. ----- Jeffr and David Xu (and David Mini in the beginning): Took on the task of making the 1:1 library competitive. AND KEPT IT COMPATIBLE. ----- All the developers who allowed us to try. ----- I think at this moment I will shed a tear for a grand idea, but look forward to the fact that we can concentrate on getting every last cycle of every processor, and I am pretty sure that despite what would appear to have been "wasted time" to some, It was not and we have learned a hell of a lot. FreeBSD has not been held up by this as we had the forethought to plan ahead. The changed landscape has meant that though I think there were some cases where M:N was needed, these cases are getting fewer and fewer and FreeBSD is better served by going the 1:1 path and concentrating on our strengths. The next challenges are going to be massive. We need to cope with systems with 256 processors with non uniform memory ranges. with non uniform inter process interconnects. and maybe even with non uniform processors. Lets get cracking! and I Dan, I hope you feel that you will be welcome, and appreciated by FreeBSD in general as we head off down the track.. Julian From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 19:41:19 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 522711065672; Wed, 12 Mar 2008 19:41:19 +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 99B788FC15; Wed, 12 Mar 2008 19:41:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47D831D5.5020207@FreeBSD.org> Date: Wed, 12 Mar 2008 20:41:09 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Julian Elischer References: <47D81415.9050502@elischer.org> In-Reply-To: <47D81415.9050502@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , FreeBSD Current Subject: Re: cvs commit: src/sys/amd64/amd64 machdep.c trap.c vm_machdep.c src/sys/amd64/conf DEFAULTS src/sys/amd64/linux32 linux32_sysvec.c src/sys/arm/arm trap.c src/sys/arm/conf AVILA src/sys/arm/xscale/i8134x crb_machdep.c src/sys/compat/freebsd32 ... (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: Wed, 12 Mar 2008 19:41:19 -0000 Julian Elischer wrote: > Daniel Eischen wrote: >> Was this discussed anywhere? >> > > no, but I got wind of it yesterday. It was discussed on arch@ last year. Kris From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 19:47: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 916BB1065670 for ; Wed, 12 Mar 2008 19:47:37 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: from piha.realtsp.com (piha.realtsp.com [83.138.152.5]) by mx1.freebsd.org (Postfix) with ESMTP id 318B28FC28 for ; Wed, 12 Mar 2008 19:47:37 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: by piha.realtsp.com (Postfix, from userid 58) id 38CDF1E8F1D; Wed, 12 Mar 2008 19:28:32 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on piha.realtsp.com X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL autolearn=ham version=3.2.1 Received: from [192.168.40.13] (oschonrock4.plus.com [84.92.66.197]) by piha.realtsp.com (Postfix) with ESMTP id C037C1E8D13; Wed, 12 Mar 2008 19:28:25 +0000 (GMT) Message-ID: <47D82EDF.3090602@realtsp.com> Date: Wed, 12 Mar 2008 19:28:31 +0000 From: Oliver Schonrock User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with clamdscan / ClamAV 0.92.1 Cc: Subject: monitoring mpt raid arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 19:47:37 -0000 Hi We have a Dell SC1435 with a SAS 5i raid controller (which is an OEM LSI Logic SAS1064, supported under FreeBSD by the mpt driver). The array works just fine, but monitoring the array is also important and there seems to be no support under mpt(4) right now: http://nico.schottelius.org/documentations/freebsd/freebsd-raid-monitoring I snooped around in the source code and found these snippets mpt_raid.c const char * mpt_disk_state(struct mpt_raid_disk *disk) { switch (disk->config_page.PhysDiskStatus.State) { case MPI_PHYSDISK0_STATUS_ONLINE: return ("Online"); case MPI_PHYSDISK0_STATUS_MISSING: return ("Missing"); case MPI_PHYSDISK0_STATUS_NOT_COMPATIBLE: return ("Incompatible"); case MPI_PHYSDISK0_STATUS_FAILED: return ("Failed"); case MPI_PHYSDISK0_STATUS_INITIALIZING: return ("Initializing"); case MPI_PHYSDISK0_STATUS_OFFLINE_REQUESTED: return ("Offline Requested"); case MPI_PHYSDISK0_STATUS_FAILED_REQUESTED: return ("Failed per Host Request"); case MPI_PHYSDISK0_STATUS_OTHER_OFFLINE: return ("Offline"); default: return ("Unknown"); } } /* * Update in-core information about RAID support. We update any entries * that didn't previously exists or have been marked as needing to * be updated by our event handler. Interesting changes are displayed * to the console. */ int mpt_refresh_raid_data(struct mpt_softc *mpt) { ..... mpt_disk_prt(mpt, mpt_disk, "%s\n", mpt_disk_state(mpt_disk)); .... Which looks to me like the raid controller/driver would report when things go wrong and how it is dealing with it etc. The messages printed by the driver make it into dmesg output. Slight Aside: ------------- We had a problem with: case MPI_EVENT_QUEUE_FULL: { struct cam_sim *sim; struct cam_path *tmppath; struct ccb_relsim crs; PTR_EVENT_DATA_QUEUE_FULL pqf = (PTR_EVENT_DATA_QUEUE_FULL) msg->Data; lun_id_t lun_id; mpt_prt(mpt, "QUEUE FULL EVENT: Bus 0x%02x Target 0x%02x Depth " "%d\n", pqf->Bus, pqf->TargetID, pqf->CurrentDepth); which we "fixed" by writing an rc script to run camcontrol like this: http://www.zulustips.com/2007/09/06/mpt0-queue-full-event-on-dell-sas-5ir.html (not sure what this actually does, but it works...) Anyway these QUEUE FULL EVENT message were appearing in dmesg output. So, my very simplistic question is: While there is no mpt cli management interface to query the state of the raid array, can I just write a cron driven script which checks dmesg output every 10min, say, and notifies the administrator if it finds any messages from mpt (some simple grepping and diff'ing against dmesg.boot, should be able to keep this quiet unless there is really something to report). Will this work? Is it a reasonable "work around" for the missing raid monitoring support mpt arrays? Thanks in advance. Oliver Schonrock From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 19:51:08 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 CD7F410656A2 for ; Wed, 12 Mar 2008 19:51:08 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 7617F8FC2B for ; Wed, 12 Mar 2008 19:51:08 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 56831 invoked by uid 60001); 12 Mar 2008 19:51:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=3hL4oI5FPSQrjPNacYzHEqyIiOvBWGvHLzLiiClBNd7bNWrA7G+5u9GZ23+G8IcT5+Nlyc3ps7hZzoOYQwZqRpeA0dst4N1ESr4PRfpymtZOq3m7JIJ9/dPiinCn/e0fuzpRCuqGvYbHoMQIhXNf6U3v/u+hyMzYVtfOHjjjRX0=; X-YMail-OSG: uJG5Qt8VM1l6Lkgg5yV6oupccVGHLVNTijcGb1i8Pregbu4e3UhHeL5YHDtWyZWIolTLfYVvwOmW0nIgxty8vdeb.cbC_THndoamitadCDqRYuf.8Bg- Received: from [98.203.28.38] by web63904.mail.re1.yahoo.com via HTTP; Wed, 12 Mar 2008 12:51:07 PDT Date: Wed, 12 Mar 2008 12:51:07 -0700 (PDT) From: Barney Cordoba To: Gregory Wright , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <517227.54685.qm@web63904.mail.re1.yahoo.com> Cc: Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 19:51:08 -0000 --- Gregory Wright wrote: > > Hi, > > On Jan 9, 2008, at 6:53 PM, Xin LI wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Travis Mikalson wrote: > >> > >> Really hoping this will make it into RELENG_7_0. > It has successfully > >> worked around the crippling HT1000 SATA problems. > > > > Yes, the changeset was committed into RELENG_7_0 > and RELENG_7. > > Because > > it's very late of release cycle, I am afraid that > we will not be > > able to > > incorporate this patchset in 6.3-RELEASE, but I > think it would be a > > good > > errata candidate after testing. > > > > One note that might help out people with the Tyan > h2000M (S3992) > mobos --- for the HT1000 patch in RELENG_7 to work, > you need to make > sure the BIOS settings put the HT1000 SATA > controller in "S-ATA" > emulation > mode. If you use "P-ATA" emulation mode, you are > back in data > corruption hell. > > There is also a BIOS option for "RAID" mode which I > have not tried. > Setting "S-ATA" > mode the box seems to run as reliable as it did > under 6.2. > > BR, > Greg I'm a bit concerned that these "workarounds" for this and a couple of other chipsets indicate a problem with some underlying mechanism in the SATA driver code. There are no such workarounds required in the linux driver from what I've seen. Could it be a problem with buffer handling that might creep up under heavier loads? Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:18: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 BECCC106566C; Wed, 12 Mar 2008 20:18: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 9A13A8FC13; Wed, 12 Mar 2008 20:18:05 +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 m2CKI5b1033070; Wed, 12 Mar 2008 16:18:05 -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 m2CKI4JN007163; Wed, 12 Mar 2008 16:18:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9903273039; Wed, 12 Mar 2008 15:18:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312201804.9903273039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 15:18:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 20:18:06 -0000 TB --- 2008-03-12 19:04:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 19:04:58 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-12 19:04:58 - cleaning the object tree TB --- 2008-03-12 19:05:15 - cvsupping the source tree TB --- 2008-03-12 19:05:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-12 19:05:23 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 19:05:23 - cd /src TB --- 2008-03-12 19:05:23 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 19:05: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 Wed Mar 12 20:08:21 UTC 2008 TB --- 2008-03-12 20:08:21 - generating LINT kernel config TB --- 2008-03-12 20:08:21 - cd /src/sys/i386/conf TB --- 2008-03-12 20:08:21 - /usr/bin/make -B LINT TB --- 2008-03-12 20:08:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-12 20:08:21 - cd /src TB --- 2008-03-12 20:08:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 12 20:08: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_stream.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_syscallnames.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sysent.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sysvec.c /src/sys/compat/svr4/svr4_sysvec.c: In function 'svr4_fixup': /src/sys/compat/svr4/svr4_sysvec.c:216: error: 'P_SA' undeclared (first use in this function) /src/sys/compat/svr4/svr4_sysvec.c:216: error: (Each undeclared identifier is reported only once /src/sys/compat/svr4/svr4_sysvec.c:216: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 20:18:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 20:18:04 - ERROR: failed to build lint kernel TB --- 2008-03-12 20:18:04 - tinderbox aborted TB --- 3189.89 user 386.69 system 4385.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:29: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 5E4A910656C0 for ; Wed, 12 Mar 2008 20:29:19 +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 F14AA8FC1E for ; Wed, 12 Mar 2008 20:29:18 +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 235230165-1834499 for multiple; Wed, 12 Mar 2008 16:27:08 -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 m2CKT0s9017578; Wed, 12 Mar 2008 16:29:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 12 Mar 2008 16:03:33 -0400 User-Agent: KMail/1.9.7 References: <47D82EDF.3090602@realtsp.com> In-Reply-To: <47D82EDF.3090602@realtsp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803121603.33963.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, 12 Mar 2008 16:29:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6218/Wed Mar 12 15:07:21 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: Oliver Schonrock Subject: Re: monitoring mpt raid arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 20:29:19 -0000 On Wednesday 12 March 2008 03:28:31 pm Oliver Schonrock wrote: > Hi > > We have a Dell SC1435 with a SAS 5i raid controller (which is an OEM LSI > Logic SAS1064, supported under FreeBSD by the mpt driver). The array > works just fine, but monitoring the array is also important and there > seems to be no support under mpt(4) right now: > > http://nico.schottelius.org/documentations/freebsd/freebsd-raid-monitoring > > I snooped around in the source code and found these snippets > > mpt_raid.c > > const char * > mpt_disk_state(struct mpt_raid_disk *disk) > { > switch (disk->config_page.PhysDiskStatus.State) { > case MPI_PHYSDISK0_STATUS_ONLINE: > return ("Online"); > case MPI_PHYSDISK0_STATUS_MISSING: > return ("Missing"); > case MPI_PHYSDISK0_STATUS_NOT_COMPATIBLE: > return ("Incompatible"); > case MPI_PHYSDISK0_STATUS_FAILED: > return ("Failed"); > case MPI_PHYSDISK0_STATUS_INITIALIZING: > return ("Initializing"); > case MPI_PHYSDISK0_STATUS_OFFLINE_REQUESTED: > return ("Offline Requested"); > case MPI_PHYSDISK0_STATUS_FAILED_REQUESTED: > return ("Failed per Host Request"); > case MPI_PHYSDISK0_STATUS_OTHER_OFFLINE: > return ("Offline"); > default: > return ("Unknown"); > } > } > > /* > * Update in-core information about RAID support. We update any entries > * that didn't previously exists or have been marked as needing to > * be updated by our event handler. Interesting changes are displayed > * to the console. > */ > int > mpt_refresh_raid_data(struct mpt_softc *mpt) > { > > > ..... > > mpt_disk_prt(mpt, mpt_disk, "%s\n", mpt_disk_state(mpt_disk)); > > .... > > Which looks to me like the raid controller/driver would report when > things go wrong and how it is dealing with it etc. The messages printed > by the driver make it into dmesg output. > > Slight Aside: > ------------- > We had a problem with: > > case MPI_EVENT_QUEUE_FULL: > { > struct cam_sim *sim; > struct cam_path *tmppath; > struct ccb_relsim crs; > PTR_EVENT_DATA_QUEUE_FULL pqf = > (PTR_EVENT_DATA_QUEUE_FULL) msg->Data; > lun_id_t lun_id; > > mpt_prt(mpt, "QUEUE FULL EVENT: Bus 0x%02x Target > 0x%02x Depth " > "%d\n", pqf->Bus, pqf->TargetID, pqf->CurrentDepth); > > > which we "fixed" by writing an rc script to run camcontrol like this: > http://www.zulustips.com/2007/09/06/mpt0-queue-full-event-on-dell-sas-5ir.html > > (not sure what this actually does, but it works...) > > Anyway these QUEUE FULL EVENT message were appearing in dmesg output. > > So, my very simplistic question is: > > While there is no mpt cli management interface to query the state of the > raid array, can I just write a cron driven script which checks dmesg > output every 10min, say, and notifies the administrator if it finds any > messages from mpt (some simple grepping and diff'ing against dmesg.boot, > should be able to keep this quiet unless there is really something to > report). > > Will this work? Is it a reasonable "work around" for the missing raid > monitoring support mpt arrays? > > Thanks in advance. The problem is that on your box the mpt_raid stuff isn't working because it probes for the RAID metadata too early, so you don't get any of the raid messages. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20: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 01C471065670; Wed, 12 Mar 2008 20:30:36 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id A3C8C8FC1A; Wed, 12 Mar 2008 20:30:35 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by websrv01.jr-hosting.nl with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JZWxN-000BFf-SL; Wed, 12 Mar 2008 19:49:46 +0000 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Wed, 12 Mar 2008 20:49:45 +0100 (CET) Message-ID: <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org> In-Reply-To: <47D82E6F.6010302@elischer.org> References: <47D82E6F.6010302@elischer.org> Date: Wed, 12 Mar 2008 20:49:45 +0100 (CET) From: "Remko Lodder" To: "Julian Elischer" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 12 Mar 2008 20:36:22 +0000 Cc: Daniel Eischen , FreeBSD Current Subject: Re: KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 20:30:36 -0000 On Wed, March 12, 2008 8:26 pm, Julian Elischer wrote: > Several people have asked me about todays removal of the > asynchronous system call support. (AKA KSE). > > The answer is a little complicated. > > > In 1998 about 15 people regularly got together in Foster City, > in the offices of Whistle Communications (RIP) and argued over > a several month several month period about what to do about > threading. A design emerged, which allowed for several models > of threading to be implemented, including 1:1 and M:N > and even M:1 (if N ==1). > > Since no-one was doing this I implemented this in 1999->2001 > and it was introduced into 5.0. > > Dan Eischen was brave enough to take on the userland side of the M:N > threading and I think neither of us realized how really tricky this > would become. > > In the last few years several things have happened that have > changed the threading landscape, in particular the fact is, that > with it's commanding position, Linux has forced most developers to > abandon threading their applications in a way that is not suitable for > 1:1. > > Also "Everybody got Busy". (kids etc). > > The the complexity of M:N could not really be overcome > with the resources available. Dan has done a Might Job (TM) > with some help from David Xu, and I tried to keep the kernel > side in order as much as I could, but I think the time has just > come when we must say, that the experiment of M:N threading > is declared to be at an end. It's not that it is an inherently > bad idea, but that we don't have the resources that some > companies that HAVE been able to do it were able to put on the > problem. In the same time the requirement for M:N has reduced. > In 1998 no=one really knew a lot about threaded Unix programs > because there were not a lot of them. As time has gone past > the models that have evolved have moved away from having > thousands of threads in a program, as that was not good on > Linux to having just a few. Given this the extra complexity > needed for M:N seems more and more out of place. > > Not all is lost however. The same framework changes that produced > the M:N kernel support were, by design also capable of > supporting 1:1 threading. This is where the world has gone, > and we are perfectly set up to support this. The decisions we took > in 1998 to support both models was good and our words at the time > were in hindsight perfectly correct. I'm sure those who were > there will remember that we said "We'll support several models > and see which works best and when that becomes clear we can > migrate to that model". > > The work done by all parties in keeping the two > threading libraries in sync so that their ABIs are compatible > has payed off big-time here. I would especially like to > bring the spot light on several people here: > > ----- > Dan Eischen. Despite having a "real life" He did the imppossible > and made the M:N library more reliable than the simpler 1:1 library > for many years. > I'm hoping that Dan doesn't take this as his queue to leave > the project. I really do know how disheartening is is > to have some part of your life taken out of production. > I hope EVERYONE here takes the time to consider what a great > job Dan has done, looking after not only libc_r but libkse, > and taking the project from basically no threads to fully threaded. > ----- > Jeffr and David Xu (and David Mini in the beginning): > Took on the task of making the 1:1 library competitive. > AND KEPT IT COMPATIBLE. > ----- > All the developers who allowed us to try. > > ----- > > I think at this moment I will shed a tear for a grand idea, > but look forward to the fact that we can concentrate on getting > every last cycle of every processor, and I am pretty sure > that despite what would appear to have been "wasted time" to some, > It was not and we have learned a hell of a lot. FreeBSD has > not been held up by this as we had the forethought to plan > ahead. The changed landscape has meant that though I think > there were some cases where M:N was needed, these cases are getting > fewer and fewer and FreeBSD is better served by going the 1:1 path > and concentrating on our strengths. > > The next challenges are going to be massive. > We need to cope with systems with 256 processors > with non uniform memory ranges. > with non uniform inter process interconnects. > and maybe even with non uniform processors. > > Lets get cracking! and I Dan, I hope you feel that you will be > welcome, and appreciated by FreeBSD in general as we head off down the > track.. > > Julian > Well, I for one :-) would like to thank you, David and Daniel for the tremendous work all that period of time, a lot of people learned from it, build upon it and so on. I am very very sure I am not the only one thinking like this, and I agree with the part that I hope that Daniel remains part of the FreeBSD Project! It's good to have him aboard! Cheers, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:42: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 1A4871065677 for ; Wed, 12 Mar 2008 20:42:55 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: from piha.realtsp.com (piha.realtsp.com [83.138.152.5]) by mx1.freebsd.org (Postfix) with ESMTP id DB34E8FC2C for ; Wed, 12 Mar 2008 20:42:54 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: by piha.realtsp.com (Postfix, from userid 58) id 5EF6F1E8F9E; Wed, 12 Mar 2008 20:42:48 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on piha.realtsp.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL autolearn=ham version=3.2.1 Received: from [192.168.40.13] (oschonrock4.plus.com [84.92.66.197]) by piha.realtsp.com (Postfix) with ESMTP id 7E7291E8F85 for ; Wed, 12 Mar 2008 20:42:46 +0000 (GMT) Message-ID: <47D8404C.3090606@realtsp.com> Date: Wed, 12 Mar 2008 20:42:52 +0000 From: Oliver Schonrock User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47D82EDF.3090602@realtsp.com> <200803121603.33963.jhb@freebsd.org> In-Reply-To: <200803121603.33963.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with clamdscan / ClamAV 0.92.1 Subject: Re: monitoring mpt raid arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 20:42:55 -0000 Thanks for reply > The problem is that on your box the mpt_raid stuff isn't working because it > probes for the RAID metadata too early, so you don't get any of the raid > messages. > so if i unplug one disk while running (it's supposed to deal with that i guess) then i will never get appropriate output on dmesg, because..the machine will fall over first and wipe dmesg..or because the driver fails to detect the "diff in state of controller status values"? Oliver From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:46:26 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 DB4871065677 for ; Wed, 12 Mar 2008 20:46:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 85E638FC18 for ; Wed, 12 Mar 2008 20:46:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m2CKkKfo000251; Wed, 12 Mar 2008 16:46:20 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 12 Mar 2008 16:46:21 -0400 (EDT) Date: Wed, 12 Mar 2008 16:46:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Remko Lodder In-Reply-To: <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org> Message-ID: References: <47D82E6F.6010302@elischer.org> <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Julian Elischer , FreeBSD Current Subject: Re: KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 20:46:27 -0000 On Wed, 12 Mar 2008, Remko Lodder wrote: > > On Wed, March 12, 2008 8:26 pm, Julian Elischer wrote: >> >> ----- >> Dan Eischen. Despite having a "real life" He did the imppossible >> and made the M:N library more reliable than the simpler 1:1 library >> for many years. >> I'm hoping that Dan doesn't take this as his queue to leave >> the project. I really do know how disheartening is is >> to have some part of your life taken out of production. >> I hope EVERYONE here takes the time to consider what a great >> job Dan has done, looking after not only libc_r but libkse, >> and taking the project from basically no threads to fully threaded. >> ----- >> Jeffr and David Xu (and David Mini in the beginning): >> Took on the task of making the 1:1 library competitive. >> AND KEPT IT COMPATIBLE. >> ----- >> All the developers who allowed us to try. >> >> ----- >> >> I think at this moment I will shed a tear for a grand idea, >> but look forward to the fact that we can concentrate on getting >> every last cycle of every processor, and I am pretty sure >> that despite what would appear to have been "wasted time" to some, >> It was not and we have learned a hell of a lot. FreeBSD has >> not been held up by this as we had the forethought to plan >> ahead. The changed landscape has meant that though I think >> there were some cases where M:N was needed, these cases are getting >> fewer and fewer and FreeBSD is better served by going the 1:1 path >> and concentrating on our strengths. >> >> The next challenges are going to be massive. >> We need to cope with systems with 256 processors >> with non uniform memory ranges. >> with non uniform inter process interconnects. >> and maybe even with non uniform processors. >> >> Lets get cracking! and I Dan, I hope you feel that you will be >> welcome, and appreciated by FreeBSD in general as we head off down the >> track.. >> >> Julian >> > > Well, I for one :-) would like to thank you, David and Daniel for the > tremendous work all that period of time, a lot of people learned from it, > build upon it and so on. Any rumors of my/our (& David) demise are greatly exagerrated ;-) -- DE From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:56: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 7AB1A1065673 for ; Wed, 12 Mar 2008 20:56:50 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE0A8FC28 for ; Wed, 12 Mar 2008 20:56:50 +0000 (UTC) (envelope-from randy@psg.com) Received: from [137.164.49.57] (helo=rmac.psg.com) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JZY0F-0007gs-I8 for current@freebsd.org; Wed, 12 Mar 2008 20:56:49 +0000 Message-ID: <47D8438F.5050706@psg.com> Date: Wed, 12 Mar 2008 13:56:47 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -104.2 (---------------------------------------------------) Cc: Subject: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2008 20:56:50 -0000 # ipfw add fwd me6,5222 tcp from any to me6 15222 ipfw: getsockopt(IP_FW_ADD): Invalid argument and, yes, the kernel has the option # grep IPF /sys/i386/conf/WORK0 options IPFIREWALL_FORWARD rndy From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 21:18: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 0AB0C106566B; Wed, 12 Mar 2008 21:18: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 DA5A98FC15; Wed, 12 Mar 2008 21:18:32 +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 m2CLIWco038760; Wed, 12 Mar 2008 17:18:32 -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 m2CLIW75071365; Wed, 12 Mar 2008 17:18:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B68CF73039; Wed, 12 Mar 2008 16:18:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312211831.B68CF73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 16:18:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 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: Wed, 12 Mar 2008 21:18:33 -0000 TB --- 2008-03-12 20:07:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 20:07:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-12 20:07:29 - cleaning the object tree TB --- 2008-03-12 20:07:41 - cvsupping the source tree TB --- 2008-03-12 20:07:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-12 20:07:49 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 20:07:49 - cd /src TB --- 2008-03-12 20:07:49 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 20:07:51 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 Mar 12 21:10:05 UTC 2008 TB --- 2008-03-12 21:10:05 - generating LINT kernel config TB --- 2008-03-12 21:10:05 - cd /src/sys/pc98/conf TB --- 2008-03-12 21:10:05 - /usr/bin/make -B LINT TB --- 2008-03-12 21:10:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-12 21:10:05 - cd /src TB --- 2008-03-12 21:10:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 12 21:10: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_stream.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_syscallnames.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sysent.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sysvec.c /src/sys/compat/svr4/svr4_sysvec.c: In function 'svr4_fixup': /src/sys/compat/svr4/svr4_sysvec.c:216: error: 'P_SA' undeclared (first use in this function) /src/sys/compat/svr4/svr4_sysvec.c:216: error: (Each undeclared identifier is reported only once /src/sys/compat/svr4/svr4_sysvec.c:216: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 21:18:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 21:18:31 - ERROR: failed to build lint kernel TB --- 2008-03-12 21:18:31 - tinderbox aborted TB --- 3116.30 user 392.42 system 4261.63 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 21:39: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 C0B58106566B; Wed, 12 Mar 2008 21:39:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 83EA58FC17; Wed, 12 Mar 2008 21:39:28 +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 m2CLdR3p040388; Wed, 12 Mar 2008 17:39:27 -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 m2CLdR6r085709; Wed, 12 Mar 2008 17:39:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0D04473039; Wed, 12 Mar 2008 16:39:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080312213927.0D04473039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 16:39:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 21:39:29 -0000 TB --- 2008-03-12 20:18:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-12 20:18:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-12 20:18:04 - cleaning the object tree TB --- 2008-03-12 20:18:23 - cvsupping the source tree TB --- 2008-03-12 20:18:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-12 20:18:30 - building world (CFLAGS=-O -pipe) TB --- 2008-03-12 20:18:30 - cd /src TB --- 2008-03-12 20:18:30 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 12 20:18:31 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 Mar 12 21:29:45 UTC 2008 TB --- 2008-03-12 21:29:45 - generating LINT kernel config TB --- 2008-03-12 21:29:45 - cd /src/sys/ia64/conf TB --- 2008-03-12 21:29:45 - /usr/bin/make -B LINT TB --- 2008-03-12 21:29:46 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-12 21:29:46 - cd /src TB --- 2008-03-12 21:29:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 12 21:29:46 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/gdb_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/in_cksum.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/interrupt.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/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'set_mcontext': /src/sys/ia64/ia64/machdep.c:1213: error: 'SYS_kse_switchin' undeclared (first use in this function) /src/sys/ia64/ia64/machdep.c:1213: error: (Each undeclared identifier is reported only once /src/sys/ia64/ia64/machdep.c:1213: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-12 21:39:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-12 21:39:26 - ERROR: failed to build lint kernel TB --- 2008-03-12 21:39:26 - tinderbox aborted TB --- 3659.64 user 388.82 system 4882.30 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 02:08:53 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 3684C1065675; Thu, 13 Mar 2008 02:08:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1CDD78FC1D; Thu, 13 Mar 2008 02:08:52 +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 m2D28qS3056410; Wed, 12 Mar 2008 22:08:52 -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 m2D28qZj059892; Wed, 12 Mar 2008 22:08:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6CDC73039; Wed, 12 Mar 2008 21:08:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080313020851.B6CDC73039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 21:08:51 -0500 (EST) 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: Thu, 13 Mar 2008 02:08:53 -0000 TB --- 2008-03-13 00:55:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-13 00:55:19 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-13 00:55:19 - cleaning the object tree TB --- 2008-03-13 00:55:43 - cvsupping the source tree TB --- 2008-03-13 00:55:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-13 00:55:52 - building world (CFLAGS=-O -pipe) TB --- 2008-03-13 00:55:52 - cd /src TB --- 2008-03-13 00:55:52 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 13 00:55: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 >>> World build completed on Thu Mar 13 01:58:58 UTC 2008 TB --- 2008-03-13 01:58:58 - generating LINT kernel config TB --- 2008-03-13 01:58:58 - cd /src/sys/i386/conf TB --- 2008-03-13 01:58:58 - /usr/bin/make -B LINT TB --- 2008-03-13 01:58:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-13 01:58:58 - cd /src TB --- 2008-03-13 01:58:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 13 01:58:58 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/initcpu.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/intr_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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/k6_mem.c cc1: warnings being treated as errors /src/sys/i386/i386/k6_mem.c: In function 'k6_mem_drvinit': /src/sys/i386/i386/k6_mem.c:183: warning: suggest parentheses around && within || *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-13 02:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-13 02:08:51 - ERROR: failed to build lint kernel TB --- 2008-03-13 02:08:51 - tinderbox aborted TB --- 3208.36 user 389.05 system 4412.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 03:08: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 2BFA6106566C; Thu, 13 Mar 2008 03:08:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ED0238FC17; Thu, 13 Mar 2008 03:08:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2D38g0b056961; Wed, 12 Mar 2008 23:08:42 -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 m2D38g87054257; Wed, 12 Mar 2008 23:08:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D9A773039; Wed, 12 Mar 2008 22:08:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080313030842.1D9A773039@freebsd-current.sentex.ca> Date: Wed, 12 Mar 2008 22:08:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 03:08:43 -0000 TB --- 2008-03-13 01:57:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-13 01:57:37 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-13 01:57:37 - cleaning the object tree TB --- 2008-03-13 01:57:54 - cvsupping the source tree TB --- 2008-03-13 01:57:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-13 01:58:05 - building world (CFLAGS=-O -pipe) TB --- 2008-03-13 01:58:05 - cd /src TB --- 2008-03-13 01:58:05 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 13 01:58:07 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 Thu Mar 13 03:00:19 UTC 2008 TB --- 2008-03-13 03:00:19 - generating LINT kernel config TB --- 2008-03-13 03:00:19 - cd /src/sys/pc98/conf TB --- 2008-03-13 03:00:19 - /usr/bin/make -B LINT TB --- 2008-03-13 03:00:19 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-13 03:00:19 - cd /src TB --- 2008-03-13 03:00:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 13 03:00:19 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/initcpu.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/intr_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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/k6_mem.c cc1: warnings being treated as errors /src/sys/i386/i386/k6_mem.c: In function 'k6_mem_drvinit': /src/sys/i386/i386/k6_mem.c:183: warning: suggest parentheses around && within || *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-13 03:08:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-13 03:08:41 - ERROR: failed to build lint kernel TB --- 2008-03-13 03:08:41 - tinderbox aborted TB --- 3128.66 user 391.25 system 4264.84 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 03:43:30 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 DBD211065670 for ; Thu, 13 Mar 2008 03:43:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED838FC12 for ; Thu, 13 Mar 2008 03:43:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so2659653wra.19 for ; Wed, 12 Mar 2008 20:43:28 -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:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=rmbvOfB4JY4RA2QeOgAxuZDiG1Vy9g718ChsBkDUdDA=; b=lyiRw9CWSjzW1iVEMc2CNrBo60Tuf5obMzOBfpSEddjUY3ujGgvnAHPFWcUXzhCU+0tTaQQUgmoxpr5KH9kKasC/NbW8yx/yH7ozjCAF/Lc+V3skHvm/FlMGSWb8Onz2IfgBhwOpNBiBkjvfErdejDhxtsIwsPrcgMsxnwedyg4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=XqpBFucHkbFLpFGW6KeSpFOb+Arl6UjO9qXsReBsRlkZSDTXdV0WPkF5F7coyuLSShZlLjRi2ZAFP9o1ODoQ9ySxx9QVtXo4j2zk678Wd8ufjktjFw8bgA/O8M/69EFNDw3SZBapKhTqXV4k+0UfBaIQIWmgHOB+TAzNAbxc9To= Received: by 10.150.157.11 with SMTP id f11mr5055597ybe.108.1205379808692; Wed, 12 Mar 2008 20:43:28 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 62sm17531671wri.30.2008.03.12.20.43.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Mar 2008 20:43:27 -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 m2D3hLm1017804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 13 Mar 2008 12:43:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2D3hLtm017803 for freebsd-current@FreeBSD.org; Thu, 13 Mar 2008 12:43:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 13 Mar 2008 12:43:21 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080313034321.GG16972@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080310073150.GC4425@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: 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: Thu, 13 Mar 2008 03:43:30 -0000 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. > > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 04:06:08 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 7A60B1065670 for ; Thu, 13 Mar 2008 04:06:08 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.157]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8E98FC1D for ; Thu, 13 Mar 2008 04:06:08 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so5238207pof.3 for ; Wed, 12 Mar 2008 21:06:08 -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:references; bh=lPo/46lONyvb4ayN4JUfg0nYLkxgyBiJh48PDLSdVi8=; b=kj8JDlLpySkoGbb+BBq1R3cvt/cjbCeHBqgBRpCdQcG8OvlD5owarBjO71KMt163h5OytAnbvdfzO+KpowobHP5Sp00KY8kyxeko+GNq9yDC5E9yU20BR0i7Pghaa/egYXFkuxGSa4i6rAEaxmKhEnpsRqE4Im+Bquq1I8LxzvE= 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:references; b=xXj8LQD0zyj8NvP4i8lh90TRxn7wBr6Yu4u6Il9RtOuXO9QLpm5Q7TLsDWD84twUWh+vMxyqS4USJAXcGDjYs+fuFwS4thsOZavWSMAPTPP7Bi20K7yXSWeOizoO8cbnx7o6yAGTM5d9btZhIYHhD2BiXgS/8ii+MReUrZe8d8U= Received: by 10.110.41.17 with SMTP id o17mr2675534tio.29.1205381167066; Wed, 12 Mar 2008 21:06:07 -0700 (PDT) Received: by 10.110.5.3 with HTTP; Wed, 12 Mar 2008 21:06:07 -0700 (PDT) Message-ID: <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> Date: Thu, 13 Mar 2008 00:06:07 -0400 From: "Outback Dingo" To: pyunyh@gmail.com In-Reply-To: <20080313034321.GG16972@cdnetworks.co.kr> MIME-Version: 1.0 References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 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: Thu, 13 Mar 2008 04:06:08 -0000 This is only for the L1 chipset right, and it does not function for th L2 chips right? is it be possible to function on the L2 10/100 chip also ? On Wed, Mar 12, 2008 at 11:43 PM, Pyun YongHyeon wrote: > On Mon, Mar 10, 2008 at 04:31:50PM +0900, To freebsd-current@FreeBSD.orgwrote: > > 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. > > > > > -- > Regards, > Pyun YongHyeon > _______________________________________________ > 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 Mar 13 04:21:27 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 C4480106566C for ; Thu, 13 Mar 2008 04:21:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 84C508FC16 for ; Thu, 13 Mar 2008 04:21:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so3693987wxd.7 for ; Wed, 12 Mar 2008 21:21:26 -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=SgAe8qu4QdZk2x6spuo+ZO7vlCFTNt6HaOW5JE9GcYk=; b=GFWOuMJgexLwXm/lkv7BFUVDObhMg0Du1S73UyzWX14lRDOEXpEX48dLqxtaR3W/OESf9F/AQ3VWPX0LGNAlmeMw3e/KzVk79HttMVLX7ZR/Wty4qLqxYxMitBViKc5XThA0pE9Sc7RbDcHGJr7QjDLMO5y7JhG3K8RCbrODvrY= 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=RhxhljFX8JO/kg3iGXyn/Q67IEzTEKS2RsxqToGseXwgbPZWNwLQku8n3Z5+/3+ehj8Dc2kZlDUa9r/Pnr1e1dwXugRXfr5qnXdKHpP1ZSr+OtGZQYDmxs4lSxKQfMitwdPI1JX87XyB27eaApoSbMDHTO15LeO8VTqfp+9fo94= Received: by 10.150.201.13 with SMTP id y13mr5092224ybf.100.1205382086615; Wed, 12 Mar 2008 21:21:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 8sm17648764wrl.21.2008.03.12.21.21.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Mar 2008 21:21:25 -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 m2D4LJWL017983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Mar 2008 13:21:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2D4LJmQ017982; Thu, 13 Mar 2008 13:21:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 13 Mar 2008 13:21:19 +0900 From: Pyun YongHyeon To: Outback Dingo Message-ID: <20080313042119.GI16972@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> 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: Thu, 13 Mar 2008 04:21:27 -0000 On Thu, Mar 13, 2008 at 12:06:07AM -0400, Outback Dingo wrote: > This is only for the L1 chipset right, and it does not function for th L2 Yes. > chips right? is it be possible to function on the L2 10/100 chip also ? > Yes, if I have L2 hardware. Note, L2 requires a different driver. > On Wed, Mar 12, 2008 at 11:43 PM, Pyun YongHyeon wrote: > > > On Mon, Mar 10, 2008 at 04:31:50PM +0900, To freebsd-current@FreeBSD.orgwrote: > > > 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. > > > > > > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 05:09: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 078CB1065671 for ; Thu, 13 Mar 2008 05:09:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp10.yandex.ru (smtp10.yandex.ru [213.180.223.92]) by mx1.freebsd.org (Postfix) with ESMTP id 654638FC25 for ; Thu, 13 Mar 2008 05:09:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:46062 "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 S5865719AbYCMFJO (ORCPT ); Thu, 13 Mar 2008 08:09:14 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp10 X-Yandex-TimeMark: 1205384954 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp10.yandex.ru logged sender identity as: bu7cher Message-ID: <47D8B6F8.8010203@yandex.ru> Date: Thu, 13 Mar 2008 08:09:12 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Randy Bush References: <47D8438F.5050706@psg.com> In-Reply-To: <47D8438F.5050706@psg.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 05:09:17 -0000 Randy Bush wrote: > # ipfw add fwd me6,5222 tcp from any to me6 15222 > ipfw: getsockopt(IP_FW_ADD): Invalid argument > > > and, yes, the kernel has the option > > # grep IPF /sys/i386/conf/WORK0 > options IPFIREWALL_FORWARD You need "options IPFIREWALL" too. Seems you don't have IPFIREWALL compiled into kernel. Look into `grep ipfw2 /var/run/dmesg.boot` -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 05:26: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 53E4C106566B for ; Thu, 13 Mar 2008 05:26:30 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id 4E47A8FC18 for ; Thu, 13 Mar 2008 05:26:30 +0000 (UTC) (envelope-from randy@psg.com) Received: from [72.254.35.79] (helo=rmac.psg.com) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JZfxT-0003MO-HM; Thu, 13 Mar 2008 05:26:29 +0000 Message-ID: <47D8BB02.5000303@psg.com> Date: Wed, 12 Mar 2008 22:26:26 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <47D8438F.5050706@psg.com> <47D8B6F8.8010203@yandex.ru> In-Reply-To: <47D8B6F8.8010203@yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Score: -104.3 (---------------------------------------------------) Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 05:26:30 -0000 A>> # ipfw add fwd me6,5222 tcp from any to me6 15222 >> ipfw: getsockopt(IP_FW_ADD): Invalid argument >> >> >> and, yes, the kernel has the option >> >> # grep IPF /sys/i386/conf/WORK0 >> options IPFIREWALL_FORWARD > > You need "options IPFIREWALL" too. > Seems you don't have IPFIREWALL compiled into kernel. > Look into `grep ipfw2 /var/run/dmesg.boot` ipfw is working fine normally. i load the module. but i'll try anything randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 05:31: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 CA4FE106566B for ; Thu, 13 Mar 2008 05:31:51 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id CA4AC8FC13 for ; Thu, 13 Mar 2008 05:31:51 +0000 (UTC) (envelope-from randy@psg.com) Received: from [72.254.35.79] (helo=rmac.psg.com) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JZg2f-0004lR-Sx; Thu, 13 Mar 2008 05:31:51 +0000 Message-ID: <47D8BC45.7070703@psg.com> Date: Wed, 12 Mar 2008 22:31:49 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <47D8438F.5050706@psg.com> <47D8B6F8.8010203@yandex.ru> In-Reply-To: <47D8B6F8.8010203@yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Score: -104.3 (---------------------------------------------------) Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 05:31:51 -0000 > You need "options IPFIREWALL" too. > Seems you don't have IPFIREWALL compiled into kernel. > Look into `grep ipfw2 /var/run/dmesg.boot` # grep ipfw2 /var/run/dmesg.boot ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 05:41: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 B4D3D1065670 for ; Thu, 13 Mar 2008 05:41:00 +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 17FE58FC12 for ; Thu, 13 Mar 2008 05:40:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:2527 "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 S737603AbYCMFkv (ORCPT ); Thu, 13 Mar 2008 08:40:51 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp4 X-Yandex-TimeMark: 1205386851 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <47D8BE61.5090600@yandex.ru> Date: Thu, 13 Mar 2008 08:40:49 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Randy Bush References: <47D8438F.5050706@psg.com> <47D8B6F8.8010203@yandex.ru> <47D8BB02.5000303@psg.com> In-Reply-To: <47D8BB02.5000303@psg.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 05:41:00 -0000 Randy Bush wrote: >>> # grep IPF /sys/i386/conf/WORK0 >>> options IPFIREWALL_FORWARD >> You need "options IPFIREWALL" too. >> Seems you don't have IPFIREWALL compiled into kernel. >> Look into `grep ipfw2 /var/run/dmesg.boot` > > ipfw is working fine normally. i load the module. You should compile it into kernel or rebuild module with forwarding support. For example: # cd /usr/src/sys/modules/ipfw # make DEBUG_FLAGS=-DIPFIREWALL_FORWARD clean all install -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 05:42:52 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 2D9B9106566C for ; Thu, 13 Mar 2008 05:42:52 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id 252F78FC19 for ; Thu, 13 Mar 2008 05:42:52 +0000 (UTC) (envelope-from randy@psg.com) Received: from [72.254.35.79] (helo=rmac.psg.com) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JZgDD-00078s-N6; Thu, 13 Mar 2008 05:42:44 +0000 Message-ID: <47D8BED3.8080507@psg.com> Date: Wed, 12 Mar 2008 22:42:43 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <47D8438F.5050706@psg.com> <47D8B6F8.8010203@yandex.ru> <47D8BB02.5000303@psg.com> <47D8BE61.5090600@yandex.ru> In-Reply-To: <47D8BE61.5090600@yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Score: -104.3 (---------------------------------------------------) Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 05:42:52 -0000 > You should compile it into kernel or rebuild module with > forwarding support. For example: > # cd /usr/src/sys/modules/ipfw > # make DEBUG_FLAGS=-DIPFIREWALL_FORWARD clean all install oh, i started rebuilding when i first read your message. it just takes a while. randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 06:04: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 BC6A61065673 for ; Thu, 13 Mar 2008 06:04:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE778FC1E for ; Thu, 13 Mar 2008 06:04:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from [72.254.35.79] (helo=rmac.psg.com) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JZgYO-000BZz-R6; Thu, 13 Mar 2008 06:04:38 +0000 Message-ID: <47D8C3F4.40403@psg.com> Date: Wed, 12 Mar 2008 23:04:36 -0700 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <47D8438F.5050706@psg.com> <47D8B6F8.8010203@yandex.ru> In-Reply-To: <47D8B6F8.8010203@yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Score: -104.3 (---------------------------------------------------) Cc: current@freebsd.org Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 06:04:40 -0000 > You need "options IPFIREWALL" too. > Seems you don't have IPFIREWALL compiled into kernel. this worked. 00500 0 0 fwd tablearg,5222 tcp from any to me6 dst-port 15222 00600 0 0 fwd tablearg,5223 tcp from any to me6 dst-port 15223 so it is all in the kernel or all in the module, not half and half. . thank you. randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 06:36:24 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 D3D4C106566C for ; Thu, 13 Mar 2008 06:36:24 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id B856F8FC24 for ; Thu, 13 Mar 2008 06:36:24 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3788058waf.3 for ; Wed, 12 Mar 2008 23:36:24 -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:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=ptc2O2OLqAoDDFlDRcFUzeRRLtuslcGbmaO3rP9zbR4=; b=RhLhw1WcwAC8k+WEBPqKY+Pc+SoVRswwEjKsuAgOrLL2zyeUIkYWrTUrNskHlTfx8Z3fCuLacXI5T5AGARerp/1IgpNpTexfrX9TQtMxbEDTDPfwYKXFAsQGafUBZNu1vMSJiAsYVJoTKR6P+MlGZywtLKwf4MIOkFZAAvPBoPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=oPZguPuimWiuRQ51W/E6yFuzexVzRO8+2Cc1Pq//5clAt4ZQQdq1VoUyOEDVPxONn4CUIfFxcW5Iacc1aQaNtzNCWkO5/1Gu2ZdySjI4Ax3fQKOBLBRBWCIx1pHhXg9UPfU1mdHFfp28Pj+B/Uvb3KwC51DmqPFqj68HPainL9s= Received: by 10.114.14.1 with SMTP id 1mr8613045wan.125.1205390184243; Wed, 12 Mar 2008 23:36:24 -0700 (PDT) Received: by 10.114.88.13 with HTTP; Wed, 12 Mar 2008 23:36:24 -0700 (PDT) Message-ID: <584bfc3f0803122336r96f4033pc0e25a7324fb0486@mail.gmail.com> Date: Thu, 13 Mar 2008 09:36:24 +0300 From: "Mike Telahun Makonnen" Sender: mmakonnen@gmail.com To: "Gregory Shapiro" In-Reply-To: <20080311025333.GF2422@monkeyboy.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_16796_5677821.1205390184233" References: <20080202012707.GA1800@kobe.laptop> <1204809780.885.3.camel@sol> <20080306201905.GA11317@kobe.laptop> <20080311025333.GF2422@monkeyboy.local> X-Google-Sender-Auth: dddb088f7d53f524 Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 06:36:25 -0000 ------=_Part_16796_5677821.1205390184233 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, Mar 11, 2008 at 5:53 AM, Gregory Shapiro wrote: > > Agreed. We should probably consult gshapiro about this, and just do it > > if there's no objection. AFAIK, /etc/rc.d/sendmail is also used to > > start alternative MTAs, so we can commit this patch for now, and think > > about splitting /etc/rc.d/sendmail to something like: > > > > src/etc/rc.d/sendmail > > src/etc/rc.d/sendmail-submit > > src/etc/rc.d/sendmail-outbound > > src/etc/rc.d/sendmail-msp-queue > > I'd be cool with this and more than happy to provide code review. > The four scripts would all need the same sort of logic to disable > conflicting options (e.g., don't start a submit agent if a full MTA is > running). Can yoiu take a look at the following patch please? It splits out rc.d/sendmail into its constituent parts. I've split out the logic to sort out conflicting options and rebuild the aliases database into a separate file in /etc/mail/sendmail.subr. The rc.d scripts simply call the appropriate routines in this file. In addition I've kept rc.d/sendmail but added the nostart keyword. Cheers. Mike. ------=_Part_16796_5677821.1205390184233 Content-Type: application/octet-stream; name=rc.d-sendmail-patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fdqy5o380 Content-Disposition: attachment; filename=rc.d-sendmail-patch SW5kZXg6IGV0Yy9tYWlsL3NlbmRtYWlsLnN1YnIKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogZXRjL21h aWwvc2VuZG1haWwuc3VicgpkaWZmIC1OIGV0Yy9tYWlsL3NlbmRtYWlsLnN1YnIKLS0tIC9kZXYv bnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisrKyBldGMvbWFpbC9zZW5kbWFpbC5zdWJy CTEyIE1hciAyMDA4IDE4OjM0OjI2IC0wMDAwCkBAIC0wLDAgKzEsNTMgQEAKKyMgJEZyZWVCU0Qk CisjCisjIFRoaXMgZmlsZSBjb250YWlucyBjb21tb24gc3Vicm91dGluZXMgdXNlZCBieSBzZW5k bWFpbCgxKSBzY3JpcHRzCisjIGluIHJjLmQKKyMKKworIyBhZGp1c3Rfc2VuZG1haWxfa25vYnMK KyMJQWRqdXN0cyB3aGF0IHNlbmRtYWlsIGtub2JzIHRvIHR1cm4gb2ZmIGRlcGVuZGluZyBvbiB0 aGUgdmFsdWVzIG9mCisjCXRoZSB2YXJpb3VzIGtub2JzLgorIworYWRqdXN0X3NlbmRtYWlsX2tu b2JzKCkKK3sKKwljYXNlICR7c2VuZG1haWxfZW5hYmxlfSBpbgorCVtObl1bT29dW05uXVtFZV0p CisJCXNlbmRtYWlsX2VuYWJsZT0iTk8iCisJCXNlbmRtYWlsX3N1Ym1pdF9lbmFibGU9Ik5PIgor CQlzZW5kbWFpbF9vdXRib3VuZF9lbmFibGU9Ik5PIgorCQlzZW5kbWFpbF9tc3BfcXVldWVfZW5h YmxlPSJOTyIKKwkJOzsKKwllc2FjCisKKwkjIElmIHNlbmRtYWlsX2VuYWJsZT15ZXMsIGRvbid0 IG5lZWQgc3VibWl0IG9yIG91dGJvdW5kIGRhZW1vbgorCWlmIGNoZWNreWVzbm8gc2VuZG1haWxf ZW5hYmxlOyB0aGVuCisJCXNlbmRtYWlsX3N1Ym1pdF9lbmFibGU9Ik5PIgorCQlzZW5kbWFpbF9v dXRib3VuZF9lbmFibGU9Ik5PIgorCWZpCisKKwkjIElmIHNlbmRtYWlsX3N1Ym1pdF9lbmFibGU9 eWVzLCBkb24ndCBuZWVkIG91dGJvdW5kIGRhZW1vbgorCWlmIGNoZWNreWVzbm8gc2VuZG1haWxf c3VibWl0X2VuYWJsZTsgdGhlbgorCQlzZW5kbWFpbF9vdXRib3VuZF9lbmFibGU9Ik5PIgorCWZp Cit9CisKKyMgcmVidWlsZCBhbGlhc2VzCisjCVJlYnVpbGRzIHRoZSB0aGUgYWxpYXNlcyBkYXRh YmFzZS4KKyMKK3JlYnVpbGRfYWxpYXNlcygpCit7CisJIyBjaGVjayBtb2RpZmljYXRpb25zIG9u IC9ldGMvbWFpbC9hbGlhc2VzCisJaWYgY2hlY2t5ZXNubyBzZW5kbWFpbF9yZWJ1aWxkX2FsaWFz ZXM7IHRoZW4KKwkJaWYgWyAtZiAiL2V0Yy9tYWlsL2FsaWFzZXMuZGIiIF07IHRoZW4KKwkJCWlm IFsgIi9ldGMvbWFpbC9hbGlhc2VzIiAtbnQgIi9ldGMvbWFpbC9hbGlhc2VzLmRiIiBdOyB0aGVu CisJCQkJZWNobyBcCisJICAgIAkiJHtuYW1lfTogL2V0Yy9tYWlsL2FsaWFzZXMgbmV3ZXIgdGhh biAvZXRjL21haWwvYWxpYXNlcy5kYiwgcmVnZW5lcmF0aW5nIgorCQkJCS91c3IvYmluL25ld2Fs aWFzZXMKKwkJCWZpCisJCWVsc2UKKwkJCWVjaG8gXAorCSAgICAJIiR7bmFtZX06IC9ldGMvbWFp bC9hbGlhc2VzLmRiIG5vdCBwcmVzZW50LCBnZW5lcmF0aW5nIgorCQkJCS91c3IvYmluL25ld2Fs aWFzZXMKKwkJZmkKKwlmaQorfQpJbmRleDogZXRjL3JjLmQvc2VuZG1haWwKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvZXRjL3JjLmQvc2VuZG1haWwsdgpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMTgKZGlmZiAtdSAtcjEuMTggc2VuZG1haWwKLS0tIGV0Yy9yYy5kL3NlbmRtYWls CTggRGVjIDIwMDcgMDc6MjA6MjIgLTAwMDAJMS4xOAorKysgZXRjL3JjLmQvc2VuZG1haWwJMTIg TWFyIDIwMDggMTg6NDQ6MjUgLTAwMDAKQEAgLTUsMTMgKzUsMTMgQEAKIAogIyBQUk9WSURFOiBt YWlsCiAjIFJFUVVJUkU6IExPR0lOIGNsZWFudmFyCisjIEtFWVdPUkRTOiBub3N0YXJ0CisjCiAj CXdlIG1ha2UgbWFpbCBzdGFydCBsYXRlLCBzbyB0aGF0IHRoaW5ncyBsaWtlIC5mb3J3YXJkJ3Mg YXJlIG5vdAogIwlwcm9jZXNzZWQgdW50aWwgdGhlIHN5c3RlbSBpcyBmdWxseSBvcGVyYXRpb25h bAogCi0jIFhYWCAtIEdldCB0b2dldGhlciB3aXRoIHNlbmRtYWlsIG1hbnRhaW5lciB0byBmaWd1 cmUgb3V0IGhvdyB0bwotIwliZXR0ZXIgaGFuZGxlIFNFTkRNQUlMX0VOQUJMRSBhbmQgM3JkIHBh cnR5IE1UQXMuCi0jCiAuIC9ldGMvcmMuc3VicgorLiAvZXRjL21haWwvc2VuZG1haWwuc3Vicgog CiBuYW1lPSJzZW5kbWFpbCIKIHJjdmFyPWBzZXRfcmN2YXJgCkBAIC0yMywyNiArMjMsNiBAQAog cGlkZmlsZT0ke3NlbmRtYWlsX3BpZGZpbGU6LS92YXIvcnVuLyR7bmFtZX0ucGlkfQogcHJvY25h bWU9JHtzZW5kbWFpbF9wcm9jbmFtZTotL3Vzci9zYmluLyR7bmFtZX19CiAKLWNhc2UgJHtzZW5k bWFpbF9lbmFibGV9IGluCi1bTm5dW09vXVtObl1bRWVdKQotCXNlbmRtYWlsX2VuYWJsZT0iTk8i Ci0Jc2VuZG1haWxfc3VibWl0X2VuYWJsZT0iTk8iCi0Jc2VuZG1haWxfb3V0Ym91bmRfZW5hYmxl PSJOTyIKLQlzZW5kbWFpbF9tc3BfcXVldWVfZW5hYmxlPSJOTyIKLQk7OwotZXNhYwotCi0jIElm IHNlbmRtYWlsX2VuYWJsZT15ZXMsIGRvbid0IG5lZWQgc3VibWl0IG9yIG91dGJvdW5kIGRhZW1v bgotaWYgY2hlY2t5ZXNubyBzZW5kbWFpbF9lbmFibGU7IHRoZW4KLQlzZW5kbWFpbF9zdWJtaXRf ZW5hYmxlPSJOTyIKLQlzZW5kbWFpbF9vdXRib3VuZF9lbmFibGU9Ik5PIgotZmkKLQotIyBJZiBz ZW5kbWFpbF9zdWJtaXRfZW5hYmxlPXllcywgZG9uJ3QgbmVlZCBvdXRib3VuZCBkYWVtb24KLWlm IGNoZWNreWVzbm8gc2VuZG1haWxfc3VibWl0X2VuYWJsZTsgdGhlbgotCXNlbmRtYWlsX291dGJv dW5kX2VuYWJsZT0iTk8iCi1maQotCiBzZW5kbWFpbF9wcmVjbWQoKQogewogCSMgRGllIGlmIHRo ZXJlJ3MgcHJlLTguMTAgY3VzdG9tIGNvbmZpZ3VyYXRpb24gZmlsZS4gIFRoaXMgY2hlY2sgaXMK QEAgLTU2LDQzICszNiwyMCBAQAogCQlmaQogCWZpCiAKLQkjIGNoZWNrIG1vZGlmaWNhdGlvbnMg b24gL2V0Yy9tYWlsL2FsaWFzZXMKLQlpZiBjaGVja3llc25vIHNlbmRtYWlsX3JlYnVpbGRfYWxp YXNlczsgdGhlbgotCQlpZiBbIC1mICIvZXRjL21haWwvYWxpYXNlcy5kYiIgXTsgdGhlbgotCQkJ aWYgWyAiL2V0Yy9tYWlsL2FsaWFzZXMiIC1udCAiL2V0Yy9tYWlsL2FsaWFzZXMuZGIiIF07IHRo ZW4KLQkJCQllY2hvIFwKLQkgICAgCSIke25hbWV9OiAvZXRjL21haWwvYWxpYXNlcyBuZXdlciB0 aGFuIC9ldGMvbWFpbC9hbGlhc2VzLmRiLCByZWdlbmVyYXRpbmciCi0JCQkJL3Vzci9iaW4vbmV3 YWxpYXNlcwotCQkJZmkKLQkJZWxzZQotCQkJZWNobyBcCi0JICAgIAkiJHtuYW1lfTogL2V0Yy9t YWlsL2FsaWFzZXMuZGIgbm90IHByZXNlbnQsIGdlbmVyYXRpbmciCi0JCQkJL3Vzci9iaW4vbmV3 YWxpYXNlcwotCQlmaQotCWZpCisJcmVidWlsZF9hbGlhc2VzCiB9CiAKLXJ1bl9yY19jb21tYW5k ICIkMSIKKyMgUHJlLWNvb2sgc2VuZG1haWwgcmVsYXRlZCBrbm9icyBiZWZvcmUgY29udGludWlu Zy4KK2FkanVzdF9zZW5kbWFpbF9rbm9icwogCi1yZXF1aXJlZF9maWxlcz0KK3J1bl9yY19jb21t YW5kICIkMSIKIAogaWYgY2hlY2t5ZXNubyBzZW5kbWFpbF9zdWJtaXRfZW5hYmxlOyB0aGVuCi0J bmFtZT0ic2VuZG1haWxfc3VibWl0IgotCXJjdmFyPWBzZXRfcmN2YXJgCi0Jc3RhcnRfY21kPSIk e2NvbW1hbmR9ICR7c2VuZG1haWxfc3VibWl0X2ZsYWdzfSIKLQlydW5fcmNfY29tbWFuZCAiJDEi CisJL2V0Yy9yYy5kL3NlbmRtYWlsLXN1Ym1pdCAkMQogZmkKLQogaWYgY2hlY2t5ZXNubyBzZW5k bWFpbF9vdXRib3VuZF9lbmFibGU7IHRoZW4KLQluYW1lPSJzZW5kbWFpbF9vdXRib3VuZCIKLQly Y3Zhcj1gc2V0X3JjdmFyYAotCXN0YXJ0X2NtZD0iJHtjb21tYW5kfSAke3NlbmRtYWlsX291dGJv dW5kX2ZsYWdzfSIKLQlydW5fcmNfY29tbWFuZCAiJDEiCisJL2V0Yy9yYy5kL3NlbmRtYWlsLW91 dGJvdW5kICQxCitmaQoraWYgY2hlY2t5ZXNubyBzZW5kbWFpbF9tc3BfcXVldWVfZW5hYmxlOyB0 aGVuCisJL2V0Yy9yYy5kL3NlbmRtYWlsLW1zcC1xdWV1ZSAkMQogZmkKLQotbmFtZT0ic2VuZG1h aWxfY2xpZW50bXF1ZXVlIgotcmN2YXI9InNlbmRtYWlsX21zcF9xdWV1ZV9lbmFibGUiCi1zdGFy dF9jbWQ9IiR7Y29tbWFuZH0gJHtzZW5kbWFpbF9tc3BfcXVldWVfZmxhZ3N9IgotcGlkZmlsZT0i JHtzZW5kbWFpbF9tc3BxX3BpZGZpbGU6LS92YXIvc3Bvb2wvY2xpZW50bXF1ZXVlL3NtLWNsaWVu dC5waWR9IgotcmVxdWlyZWRfZmlsZXM9Ii9ldGMvbWFpbC9zdWJtaXQuY2YiCi1ydW5fcmNfY29t bWFuZCAiJDEiCkluZGV4OiBldGMvcmMuZC9zZW5kbWFpbC1tc3AtcXVldWUKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogZXRjL3JjLmQvc2VuZG1haWwtbXNwLXF1ZXVlCmRpZmYgLU4gZXRjL3JjLmQvc2Vu ZG1haWwtbXNwLXF1ZXVlCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAor KysgZXRjL3JjLmQvc2VuZG1haWwtbXNwLXF1ZXVlCTEyIE1hciAyMDA4IDE4OjUxOjMzIC0wMDAw CkBAIC0wLDAgKzEsMzQgQEAKKyMhL2Jpbi9zaAorIworIyAkRnJlZUJTRCQKKyMKKworIyBQUk9W SURFOiBtYWlsCisjIFJFUVVJUkU6IExPR0lOIGNsZWFudmFyCisjCisjCXdlIG1ha2UgbWFpbCBz dGFydCBsYXRlLCBzbyB0aGF0IHRoaW5ncyBsaWtlIC5mb3J3YXJkJ3MgYXJlIG5vdAorIwlwcm9j ZXNzZWQgdW50aWwgdGhlIHN5c3RlbSBpcyBmdWxseSBvcGVyYXRpb25hbAorCisuIC9ldGMvcmMu c3VicgorLiAvZXRjL21haWwvc2VuZG1haWwuc3VicgorCituYW1lPSJzZW5kbWFpbF9jbGllbnRt cXVldWUiCityY3Zhcj0ic2VuZG1haWxfbXNwX3F1ZXVlX2VuYWJsZSIKK3JlcXVpcmVkX2ZpbGVz PSIvZXRjL21haWwvc3VibWl0LmNmIgorc3RhcnRfcHJlY21kPSJzZW5kbWFpbF9wcmVzdGFydCIK KworbG9hZF9yY19jb25maWcgJG5hbWUKK2NvbW1hbmQ9JHtzZW5kbWFpbF9wcm9ncmFtOi0vdXNy L3NiaW4vc2VuZG1haWx9CitwaWRmaWxlPSIke3NlbmRtYWlsX21zcHFfcGlkZmlsZTotL3Zhci9z cG9vbC9jbGllbnRtcXVldWUvc20tY2xpZW50LnBpZH0iCitwcm9jbmFtZT0ke3NlbmRtYWlsX3By b2NuYW1lOi0vdXNyL3NiaW4vc2VuZG1haWx9CitzdGFydF9jbWQ9IiR7Y29tbWFuZH0gJHtzZW5k bWFpbF9tc3BfcXVldWVfZmxhZ3N9IgorCitzZW5kbWFpbF9wcmVzdGFydCgpCit7CisJcmVidWls ZF9hbGlhc2VzCit9CisKKyMgUHJlLWNvb2sgc2VuZG1haWwgcmVsYXRlZCBrbm9icyBiZWZvcmUg Y29udGludWluZy4KK2FkanVzdF9zZW5kbWFpbF9rbm9icworCitydW5fcmNfY29tbWFuZCAiJDEi CkluZGV4OiBldGMvcmMuZC9zZW5kbWFpbC1vdXRib3VuZAo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBl dGMvcmMuZC9zZW5kbWFpbC1vdXRib3VuZApkaWZmIC1OIGV0Yy9yYy5kL3NlbmRtYWlsLW91dGJv dW5kCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgZXRjL3JjLmQv c2VuZG1haWwtb3V0Ym91bmQJMTIgTWFyIDIwMDggMTg6NTE6MTEgLTAwMDAKQEAgLTAsMCArMSwz MyBAQAorIyEvYmluL3NoCisjCisjICRGcmVlQlNEJAorIworCisjIFBST1ZJREU6IG1haWwKKyMg UkVRVUlSRTogTE9HSU4gY2xlYW52YXIKKyMKKyMJd2UgbWFrZSBtYWlsIHN0YXJ0IGxhdGUsIHNv IHRoYXQgdGhpbmdzIGxpa2UgLmZvcndhcmQncyBhcmUgbm90CisjCXByb2Nlc3NlZCB1bnRpbCB0 aGUgc3lzdGVtIGlzIGZ1bGx5IG9wZXJhdGlvbmFsCisKKy4gL2V0Yy9yYy5zdWJyCisuIC9ldGMv bWFpbC9zZW5kbWFpbC5zdWJyCisKK25hbWU9InNlbmRtYWlsX291dGJvdW5kIgorcmN2YXI9YHNl dF9yY3ZhcmAKK3N0YXJ0X3ByZWNtZD0ic2VuZG1haWxfcHJlc3RhcnQiCisKK2xvYWRfcmNfY29u ZmlnICRuYW1lCitjb21tYW5kPSR7c2VuZG1haWxfcHJvZ3JhbTotL3Vzci9zYmluL3NlbmRtYWls fQorcGlkZmlsZT0ke3NlbmRtYWlsX3BpZGZpbGU6LS92YXIvcnVuL3NlbmRtYWlsLnBpZH0KK3By b2NuYW1lPSR7c2VuZG1haWxfcHJvY25hbWU6LS91c3Ivc2Jpbi9zZW5kbWFpbH0KK3N0YXJ0X2Nt ZD0iJHtjb21tYW5kfSAke3NlbmRtYWlsX291dGJvdW5kX2ZsYWdzfSIKKworc2VuZG1haWxfcHJl c3RhcnQoKQoreworCXJlYnVpbGRfYWxpYXNlcworfQorCisjIFByZS1jb29rIHNlbmRtYWlsIHJl bGF0ZWQga25vYnMgYmVmb3JlIGNvbnRpbnVpbmcuCithZGp1c3Rfc2VuZG1haWxfa25vYnMKKwor cnVuX3JjX2NvbW1hbmQgIiQxIgpJbmRleDogZXRjL3JjLmQvc2VuZG1haWwtc3VibWl0Cj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KUkNTIGZpbGU6IGV0Yy9yYy5kL3NlbmRtYWlsLXN1Ym1pdApkaWZmIC1OIGV0Yy9yYy5k L3NlbmRtYWlsLXN1Ym1pdAotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAK KysrIGV0Yy9yYy5kL3NlbmRtYWlsLXN1Ym1pdAkxMiBNYXIgMjAwOCAxODo1MDo1MCAtMDAwMApA QCAtMCwwICsxLDMzIEBACisjIS9iaW4vc2gKKyMKKyMgJEZyZWVCU0QkCisjCisKKyMgUFJPVklE RTogbWFpbAorIyBSRVFVSVJFOiBMT0dJTiBjbGVhbnZhcgorIworIwl3ZSBtYWtlIG1haWwgc3Rh cnQgbGF0ZSwgc28gdGhhdCB0aGluZ3MgbGlrZSAuZm9yd2FyZCdzIGFyZSBub3QKKyMJcHJvY2Vz c2VkIHVudGlsIHRoZSBzeXN0ZW0gaXMgZnVsbHkgb3BlcmF0aW9uYWwKKworLiAvZXRjL3JjLnN1 YnIKKy4gL2V0Yy9tYWlsL3NlbmRtYWlsLnN1YnIKKworbmFtZT0ic2VuZG1haWxfc3VibWl0Igor cmN2YXI9YHNldF9yY3ZhcmAKK3N0YXJ0X3ByZWNtZD0ic2VuZG1haWxfcHJlc3RhcnQiCisKK2xv YWRfcmNfY29uZmlnICRuYW1lCitjb21tYW5kPSR7c2VuZG1haWxfcHJvZ3JhbTotL3Vzci9zYmlu L3NlbmRtYWlsfQorcGlkZmlsZT0ke3NlbmRtYWlsX3BpZGZpbGU6LS92YXIvcnVuL3NlbmRtYWls LnBpZH0KK3Byb2NuYW1lPSR7c2VuZG1haWxfcHJvY25hbWU6LS91c3Ivc2Jpbi9zZW5kbWFpbH0K K3N0YXJ0X2NtZD0iJHtjb21tYW5kfSAke3NlbmRtYWlsX3N1Ym1pdF9mbGFnc30iCisKK3NlbmRt YWlsX3ByZXN0YXJ0KCkKK3sKKwlyZWJ1aWxkX2FsaWFzZXMKK30KKworIyBQcmUtY29vayBzZW5k bWFpbCByZWxhdGVkIGtub2JzIGJlZm9yZSBjb250aW51aW5nLgorYWRqdXN0X3NlbmRtYWlsX2tu b2JzCisKK3J1bl9yY19jb21tYW5kICIkMSIK ------=_Part_16796_5677821.1205390184233-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 07:03: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 0F4FB1065670 for ; Thu, 13 Mar 2008 07:03:25 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33703.mail.mud.yahoo.com (web33703.mail.mud.yahoo.com [68.142.201.200]) by mx1.freebsd.org (Postfix) with SMTP id EA3D18FC17 for ; Thu, 13 Mar 2008 07:03:18 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 78464 invoked by uid 60001); 13 Mar 2008 07:03:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=BzwC4cClOCDR0Ieo7MN0yJnErkbtUjTTHgRf+F4d/Gqt/+0XhD0H6HS/ktOO+5AIKnHnouhRIofx2xorYibbf9AF9VzH0yesH6mck+A0jlKjB/x2uip+S0pqxCVVAkRtoW/SFttTI2KxdntoETfs1oNq1K4K9WRXDO1bmE0EBHg=; X-YMail-OSG: QaipqfsVM1liGJKHhco.OAl1obsOlO6t2plMx9r1.yfberKf2QeOCsJWS9Y3UvDDYfqK.TRyjvyZ8Ao5iibsoyR2MzdhIGiugbNcJbVB3oWqmNA- Received: from [212.77.203.38] by web33703.mail.mud.yahoo.com via HTTP; Thu, 13 Mar 2008 00:03:17 PDT X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Thu, 13 Mar 2008 00:03:17 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: John Baldwin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <83489.78166.qm@web33703.mail.mud.yahoo.com> Cc: FreeBSD CURRENT , Rui Paulo Subject: Re: cvs commit: src/sys/i386/cpufreq est.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: Thu, 13 Mar 2008 07:03:25 -0000 ----- Original Message ---- > From: John Baldwin > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD CURRENT ; Rui Paulo > Sent: Tuesday, March 11, 2008 9:57:26 PM > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > On Tuesday 11 March 2008 02:21:20 pm Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: John Baldwin > > > To: Abdullah Ibn Hamad Al-Marri > > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > > > > Sent: Tuesday, March 11, 2008 12:56:23 AM > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > On Monday 10 March 2008 04:53:57 pm Abdullah Ibn Hamad Al-Marri wrote: > > > > ----- Original Message ---- > > > > > From: John Baldwin > > > > > To: Abdullah Ibn Hamad Al-Marri > > > > > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; Rui Paulo > > > > > > > > Sent: Monday, March 10, 2008 7:56:56 PM > > > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > On Saturday 08 March 2008 11:33:13 am Abdullah Ibn Hamad Al-Marri > wrote: > > > > > > ----- Original Message ---- > > > > > > > From: Rui Paulo > > > > > > > To: Abdullah Ibn Hamad Al-Marri > > > > > > > Cc: src-committers@freebsd.org; cvs-src@freebsd.org; > > > cvs-all@freebsd.org > > > > > > > Sent: Saturday, March 8, 2008 6:38:10 PM > > > > > > > Subject: Re: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > > > > > On Sat, Mar 8, 2008 at 2:21 PM, Abdullah Ibn Hamad Al-Marri > > > > > > > wrote: > > > > > > > > > > > > > > > > ----- Original Message ---- > > > > > > > > > > > > > > > > > From: Rui Paulo > > > > > > > > > To: src-committers@FreeBSD.org; cvs-src@FreeBSD.org; > > > > > cvs-all@FreeBSD.org > > > > > > > > > Sent: Saturday, March 8, 2008 5:12:35 PM > > > > > > > > > Subject: cvs commit: src/sys/i386/cpufreq est.c > > > > > > > > > > > > > > > > > > rpaulo 2008-03-08 14:12:35 UTC > > > > > > > > > > > > > > > > > > FreeBSD src repository > > > > > > > > > > > > > > > > > > Modified files: (Branch: RELENG_7) > > > > > > > > > > > > > > > > > sys/i386/cpufreq est.c > > > > > > > > > Log: > > > > > > > > > MFC r1.12: > > > > > > > > > Validate the id16 values gathered from ACPI (previously a > TODO > > > > > > > > > item). > > > > > > > > > Style changes by me and njl. > > > > > > > > > > > > > > > > > > Submitted by: Takeharu KATO > > > > > > > > > PR: 119350 > > > > > > > > > > > > > > > > > > Revision Changes Path > > > > > > > > > 1.11.2.1 +59 -17 src/sys/i386/cpufreq/est.c > > > > > > > > > > > > > > > > Thanks, how about AMD64? > > > > > > > > > > > > > > This directory is shared by i386 and amd64. > > > > > > > > > > > > > > Regards. > > > > > > > -- > > > > > > > Rui Paulo > > > > > > > > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > Here what I got. > > > > > > FreeBSD 7.0-STABLE #0: Sat Mar 8 16:16:54 UTC 2008 > > > > > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > > > K8-class > > > > > CPU) > > > > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > > > > > > > > Features=0xbfebfbff > > > > > > > > > > > Features2=0xe3fd > > > > > > AMD Features=0x20100800 > > > > > > AMD Features2=0x1 > > > > > > Cores per package: 2 > > > > > > usable memory = 4276043776 (4077 MB) > > > > > > avail memory = 4106977280 (3916 MB) > > > > > > ACPI APIC Table: > > > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > > cpu0 (BSP): APIC ID: 0 > > > > > > cpu1 (AP): APIC ID: 1 > > > > > > ioapic0 irqs 0-23 on motherboard > > > > > > acpi0: on motherboard > > > > > > acpi0: [ITHREAD] > > > > > > acpi0: Power Button (fixed) > > > > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > > > > > acpi0 > > > > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > > > > cpu0: on acpi0 > > > > > > est0: on cpu0 > > > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > > > device_attach: est0 attach returned 6 > > > > > > p4tcc0: on cpu0 > > > > > > cpu1: on acpi0 > > > > > > est1: on cpu1 > > > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > > > device_attach: est1 attach returned 6 > > > > > > p4tcc1: on cpu1 > > > > > > > > > > Try www.freebsd.org/~jhb/patches/est_msr.patch > > > > > > > > > > -- > > > > > John Baldwin > > > > > > > > Hey John > > > > > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > FreeBSD 7.0-STABLE #1: Mon Mar 10 20:43:50 UTC 2008 > > > > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > K8-class > > > CPU) > > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > > > > Features=0xbfebfbff > > > > HTT,TM,PBE> > > > > > > > Features2=0xe3fd > > > > AMD Features=0x20100800 > > > > AMD Features2=0x1 > > > > Cores per package: 2 > > > > usable memory = 4276043776 (4077 MB) > > > > avail memory = 4106977280 (3916 MB) > > > > ACPI APIC Table: > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP): APIC ID: 1 > > > > ioapic0 irqs 0-23 on motherboard > > > > acpi0: on motherboard > > > > acpi0: [ITHREAD] > > > > acpi0: Power Button (fixed) > > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > > > acpi0 > > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > > cpu0: on acpi0 > > > > est0: on cpu0 > > > > est0: Guessed bus clock (high) of 333 MHz > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > est0: Guessed bus clock (low) of 333 MHz > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > device_attach: est0 attach returned 6 > > > > p4tcc0: on cpu0 > > > > > > Unless you really have a bus clock of 333 (in which case the test needs to > be > > > updated) the MSR's don't add up. You can try changing the statement that > > > tests for 100 or 133 to accept 333 as well. > > > > > > -- > > > John Baldwin > > > > John, > > > > Thanks for getting back to me, I'm not hardware guy. > > > > Do you mean the cpu bus speed 1033 or what? > > > > How could I test it? > > Yes, a bus speed of 333. In the original patch it has lines that say: > > if (bus != 100 && bus != 133) { > ... > } > > you would just change that to: > > if (bus != 100 && bus != 133 && bus != 333) { > ... > } > > -- > John Baldwin > Hey John, This image shows it's correct and the speed is 333. http://xtreview.com/images/Intel-Core-2-duo-FSB1333-Core-2-Duo%20E6750-E6550/core%202%20duo%20e6750%20cpuz.jpg Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 07:16:34 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 4D4DE1065678; Thu, 13 Mar 2008 07:16:34 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-out-04.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id A8E858FC12; Thu, 13 Mar 2008 07:16:33 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.13.8/8.13.8) with ESMTP id m2D6eTpN003080; Thu, 13 Mar 2008 08:40:29 +0200 Received: from MX-IN-05.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.32]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id m2D6eTfr008391; Thu, 13 Mar 2008 08:40:29 +0200 Received: from kobe.laptop (adsl85-95.kln.forthnet.gr [77.49.52.95]) by MX-IN-05.forthnet.gr (8.14.2/8.14.2) with ESMTP id m2D6ePiN021794; Thu, 13 Mar 2008 08:40:27 +0200 Authentication-Results: MX-IN-05.forthnet.gr smtp.mail=keramida@ceid.upatras.gr; spf=neutral Authentication-Results: MX-IN-05.forthnet.gr header.from=keramida@ceid.upatras.gr; sender-id=neutral Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m2D6eO1F004331; Thu, 13 Mar 2008 08:40:24 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m2D6eG1L004317; Thu, 13 Mar 2008 08:40:16 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 13 Mar 2008 08:40:16 +0200 From: Giorgos Keramidas To: Daniel Eischen Message-ID: <20080313064015.GA4112@kobe.laptop> References: <47D82E6F.6010302@elischer.org> <50356.195.64.94.120.1205351385.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Remko Lodder , Julian Elischer , FreeBSD Current Subject: Re: 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: Thu, 13 Mar 2008 07:16:34 -0000 On 2008-03-12 16:46, Daniel Eischen wrote: >> Well, I for one :-) would like to thank you, David and Daniel for the >> tremendous work all that period of time, a lot of people learned from >> it, build upon it and so on. > > Any rumors of my/our (& David) demise are greatly exagerrated ;-) Hehehe. Viva Mark... no wait, I mean Daniel and David! Many thanks for everything from me too :) From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 08:03:24 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 299641065670; Thu, 13 Mar 2008 08:03:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E43DB8FC14; Thu, 13 Mar 2008 08:03:23 +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 m2D83Nem067760; Thu, 13 Mar 2008 04:03:23 -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 m2D83Ni6055037; Thu, 13 Mar 2008 04:03:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F305873039; Thu, 13 Mar 2008 03:03:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080313080322.F305873039@freebsd-current.sentex.ca> Date: Thu, 13 Mar 2008 03:03:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 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: Thu, 13 Mar 2008 08:03:24 -0000 TB --- 2008-03-13 06:50:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-13 06:50:06 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-13 06:50:06 - cleaning the object tree TB --- 2008-03-13 06:50:29 - cvsupping the source tree TB --- 2008-03-13 06:50:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-13 06:50:37 - building world (CFLAGS=-O -pipe) TB --- 2008-03-13 06:50:37 - cd /src TB --- 2008-03-13 06:50:37 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 13 06:50:38 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 Thu Mar 13 07:53:32 UTC 2008 TB --- 2008-03-13 07:53:32 - generating LINT kernel config TB --- 2008-03-13 07:53:32 - cd /src/sys/i386/conf TB --- 2008-03-13 07:53:32 - /usr/bin/make -B LINT TB --- 2008-03-13 07:53:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-13 07:53:32 - cd /src TB --- 2008-03-13 07:53:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 13 07:53: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/initcpu.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/intr_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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/k6_mem.c cc1: warnings being treated as errors /src/sys/i386/i386/k6_mem.c: In function 'k6_mem_drvinit': /src/sys/i386/i386/k6_mem.c:183: warning: suggest parentheses around && within || *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-13 08:03:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-13 08:03:22 - ERROR: failed to build lint kernel TB --- 2008-03-13 08:03:22 - tinderbox aborted TB --- 3210.88 user 387.28 system 4396.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 09:07: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 A15521065674; Thu, 13 Mar 2008 09:07: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 622E58FC13; Thu, 13 Mar 2008 09:07: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 m2D973MG074079; Thu, 13 Mar 2008 05:07: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 m2D973BZ042127; Thu, 13 Mar 2008 05:07:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BF0B73039; Thu, 13 Mar 2008 04:07:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080313090703.4BF0B73039@freebsd-current.sentex.ca> Date: Thu, 13 Mar 2008 04:07:03 -0500 (EST) 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/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 09:07:05 -0000 TB --- 2008-03-13 07:52:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-13 07:52:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-13 07:52:48 - cleaning the object tree TB --- 2008-03-13 07:53:05 - cvsupping the source tree TB --- 2008-03-13 07:53:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-13 07:53:12 - building world (CFLAGS=-O -pipe) TB --- 2008-03-13 07:53:12 - cd /src TB --- 2008-03-13 07:53:12 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 13 07:53:13 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 Thu Mar 13 08:58:41 UTC 2008 TB --- 2008-03-13 08:58:41 - generating LINT kernel config TB --- 2008-03-13 08:58:41 - cd /src/sys/pc98/conf TB --- 2008-03-13 08:58:41 - /usr/bin/make -B LINT TB --- 2008-03-13 08:58:41 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-13 08:58:41 - cd /src TB --- 2008-03-13 08:58:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 13 08:58:41 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/initcpu.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/intr_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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/k6_mem.c cc1: warnings being treated as errors /src/sys/i386/i386/k6_mem.c: In function 'k6_mem_drvinit': /src/sys/i386/i386/k6_mem.c:183: warning: suggest parentheses around && within || *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-13 09:07:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-13 09:07:03 - ERROR: failed to build lint kernel TB --- 2008-03-13 09:07:03 - tinderbox aborted TB --- 3129.87 user 395.53 system 4454.51 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 09:36: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 DF447106566B for ; Thu, 13 Mar 2008 09:36:16 +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 9F0D98FC14 for ; Thu, 13 Mar 2008 09:36:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JZjrA-0004DH-At for freebsd-current@freebsd.org; Thu, 13 Mar 2008 09:36:12 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2008 09:36:12 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2008 09:36:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Thu, 13 Mar 2008 09:35:57 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 18 Message-ID: References: <47D8438F.5050706@psg.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Randy Bush User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: ipfw me6 forward X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 09:36:17 -0000 Hi Randy Bush! On Wed, 12 Mar 2008 13:56:47 -0700; Randy Bush wrote about 'ipfw me6 forward': > # ipfw add fwd me6,5222 tcp from any to me6 15222 > ipfw: getsockopt(IP_FW_ADD): Invalid argument > and, yes, the kernel has the option > # grep IPF /sys/i386/conf/WORK0 > options IPFIREWALL_FORWARD Why you use "fwd me6" ? fwd requires specific fixed address (or tablearg, which is also ONE address) and me/me6 is not. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 12:17: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 963B6106566B for ; Thu, 13 Mar 2008 12:17:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDA38FC14 for ; Thu, 13 Mar 2008 12:17:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 3AD361A4D7C; Thu, 13 Mar 2008 05:17:03 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 13 Mar 2008 08:12:31 -0400 User-Agent: KMail/1.9.7 References: <517227.54685.qm@web63904.mail.re1.yahoo.com> In-Reply-To: <517227.54685.qm@web63904.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130812.32381.jhb@freebsd.org> Cc: Gregory Wright , Barney Cordoba Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 12:17:59 -0000 On Wednesday 12 March 2008 03:51:07 pm Barney Cordoba wrote: > --- Gregory Wright wrote: > > Hi, > > > > On Jan 9, 2008, at 6:53 PM, Xin LI wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Travis Mikalson wrote: > > >> Really hoping this will make it into RELENG_7_0. > > > > It has successfully > > > > >> worked around the crippling HT1000 SATA problems. > > > > > > Yes, the changeset was committed into RELENG_7_0 > > > > and RELENG_7. > > > > > Because > > > it's very late of release cycle, I am afraid that > > > > we will not be > > > > > able to > > > incorporate this patchset in 6.3-RELEASE, but I > > > > think it would be a > > > > > good > > > errata candidate after testing. > > > > One note that might help out people with the Tyan > > h2000M (S3992) > > mobos --- for the HT1000 patch in RELENG_7 to work, > > you need to make > > sure the BIOS settings put the HT1000 SATA > > controller in "S-ATA" > > emulation > > mode. If you use "P-ATA" emulation mode, you are > > back in data > > corruption hell. > > > > There is also a BIOS option for "RAID" mode which I > > have not tried. > > Setting "S-ATA" > > mode the box seems to run as reliable as it did > > under 6.2. > > > > BR, > > Greg > > I'm a bit concerned that these "workarounds" for this > and a couple of other chipsets indicate a problem with > some underlying mechanism in the SATA driver code. > There are no such workarounds required in the linux > driver from what I've seen. Could it be a problem with > buffer handling that might creep up under heavier > loads? In the case of the Broadcom corruption the problem is asking the hardware to do a full 64kb DMA. My understanding is that due to the way the Linux I/O stack works, it never actually pushes the hardware that hard (i.e. never makes that big of a request) so it doesn't encounter the problem. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 12:18: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 39B651065678 for ; Thu, 13 Mar 2008 12:18:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 20EBE8FC22 for ; Thu, 13 Mar 2008 12:18:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id B54FA1A4D7C; Thu, 13 Mar 2008 05:17:04 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 13 Mar 2008 08:13:08 -0400 User-Agent: KMail/1.9.7 References: <18328.45282.562906.708945@celery.zuhause.org> <18332.52845.956601.870334@celery.zuhause.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130813.08976.jhb@freebsd.org> Cc: Richard Todd Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 12:18:01 -0000 On Tuesday 29 January 2008 06:36:43 pm Richard Todd wrote: > bruce@zuhause.mn.org writes: > > I'm curious, though, should I be worried about the memcontrol list > > entries that are listed as "set-by-firmware active bogus"? > > > > 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus > > 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus > > 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus > > 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus > > 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus > > 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus > > 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus > > Worried that it says "bogus"? No, not really. This is, as I said earlier, > the result of an issue in the amd64 machdep.c code for handling MTRRs -- > it was written for the original amd64 where the "size" field of the MTRR > was a certain width. On Core 2 Duo these fields are 4 bits shorter, so > the machdep.c code looks at 4 more bits from that register than it should > and so all the size fields have that leading "f" digit. This causes the > sizes to no longer be a power of two, which causes machdep.c to set the > "bogus" flag because those entries look funny. The "bogus" flag being set > doesn't seem to actually break anything, and as near as I can figure if you > change the memcontrol entries the correct data gets written back to the > registers even on Core2Duo, so the "bogus" warnings seem to be pretty > harmless. This should be fixed now in HEAD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 12:30:39 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 40C5F1065671 for ; Thu, 13 Mar 2008 12:30:39 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id CC28C8FC3B for ; Thu, 13 Mar 2008 12:30:38 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 89914 invoked by uid 60001); 13 Mar 2008 12:30:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=uk53lulHxHA3vx66sr1yedZWa7ciIYbGVA4vX4K+X4MBf7x/V19/YsqBeFYXEAZ6mHcci74wb4KsMLGOPOJvzbsimF0+76HkvjBfVGMpAM0Q63adGwWpCx5zB6qJnMIkd5BbS8GcBpUlJaKk4uEKHnVDknS1Rk6FZ3gyl9v9B00=; X-YMail-OSG: dXaxSxIVM1lunsUBhfsQVU5Py1e5bPMGkbTT4tWqPWONjS4alqsy1P2f46KlWOXC4LmD019jWZ2bj4wZ_XhBlbvRNJlXExf24RRZVpvBFMTxKWC8MmSo5iSvrGcv6DIMMRiySnoKdbty9cjDUOIdRD0aDA-- Received: from [98.203.28.38] by web63906.mail.re1.yahoo.com via HTTP; Thu, 13 Mar 2008 05:30:37 PDT Date: Thu, 13 Mar 2008 05:30:37 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <784073.88418.qm@web63906.mail.re1.yahoo.com> Cc: Subject: 7.0 Panic under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 12:30:39 -0000 I ran a test system with a Dual 1.8Ghz opteron and HT1000 chipset. I had a traffic generator running loading the system to about a 50% cpu load. Sometime in the middle of the night, the box crashed with the initial message AD4 FAILURE - device detached Below are screenshots of the crash debug trace: http://good-times.webshots.com/album/562770794vGgPAL There was heavy network activity and very little disk activity (just the normal system logs I guess). What could be the problem here? Barney ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 12:41: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 5BEA8106566B for ; Thu, 13 Mar 2008 12:41:10 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6F08FC22 for ; Thu, 13 Mar 2008 12:41:09 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id D04B4BFECCF; Thu, 13 Mar 2008 12:41:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id nOn-GTdLXIzE; Thu, 13 Mar 2008 12:40:57 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 87F67BFECC7; Thu, 13 Mar 2008 12:40:57 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m2DCevwM060646; Thu, 13 Mar 2008 13:40:57 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m2DCevh3060645; Thu, 13 Mar 2008 13:40:57 +0100 (CET) (envelope-from rink) Date: Thu, 13 Mar 2008 13:40:57 +0100 From: Rink Springer To: Barney Cordoba Message-ID: <20080313124057.GF77132@rink.nu> References: <784073.88418.qm@web63906.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <784073.88418.qm@web63906.mail.re1.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: 7.0 Panic under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 12:41:10 -0000 Hi, On Thu, Mar 13, 2008 at 05:30:37AM -0700, Barney Cordoba wrote: > What could be the problem here? It sounds as if your harddisk is broken. As you can see, a lot of read errors are being reported, before which GEOM finally gives up on your disk (ad4) and detaches it from the system. Unfortunately, UFS is known to cause panics if disks suddenly 'get lost', which is what triggers the actual panic. I suggest you check your disk... -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 13:01:39 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 8CEF7106567A for ; Thu, 13 Mar 2008 13:01:39 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63911.mail.re1.yahoo.com (web63911.mail.re1.yahoo.com [69.147.97.126]) by mx1.freebsd.org (Postfix) with SMTP id 165508FC26 for ; Thu, 13 Mar 2008 13:01:38 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 35225 invoked by uid 60001); 13 Mar 2008 13:01:38 -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=6lK5wu4ESZIll01VQa9InB+d+kAco/QBi4ZU63wUPIFtxibc72gr8moqbnJYbzZSAM6h/BzlMBn1bIW8wj9Qj822x9Y4KPOxKZ9eMd3dRqd0PZAC/QxTb+h01ML82pc+Xrne8sGphKVrkxCciJk/fHigWcDUP6a1D+1a2MsPDt4=; X-YMail-OSG: Xc.Gkj0VM1l5441DtzNO9mOV.kIjxNrPAyWM6bBm2jLkNVmvY7S6I8XPIdQUrjKRu6gEEp66tpWeWfQ89.5wyYkoOrluQJ0fu9sCx0mUUCKCglZM4STJLZQ4knXkWlsNHtIiUVe_7S9GWH8- Received: from [98.203.28.38] by web63911.mail.re1.yahoo.com via HTTP; Thu, 13 Mar 2008 06:01:38 PDT Date: Thu, 13 Mar 2008 06:01:38 -0700 (PDT) From: Barney Cordoba To: Rink Springer In-Reply-To: <20080313124057.GF77132@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <252558.33373.qm@web63911.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: 7.0 Panic under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 13:01:45 -0000 --- Rink Springer wrote: > Hi, > > On Thu, Mar 13, 2008 at 05:30:37AM -0700, Barney > Cordoba wrote: > > What could be the problem here? > > It sounds as if your harddisk is broken. As you can > see, a lot of read > errors are being reported, before which GEOM finally > gives up on your > disk (ad4) and detaches it from the system. > Unfortunately, UFS is known > to cause panics if disks suddenly 'get lost', which > is what triggers the > actual panic. > > I suggest you check your disk... Given the known issues with the HT1000 chipset, I'd take a guess that its the driver and not the disk. But I'll run the test again tonight with a different disk and see what happens. As an aside to this, what is the logic in having a panic in a disk subsystem? Its not a fatal error to the operation of a system. Barney ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 13:11: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 AA4C51065672; Thu, 13 Mar 2008 13:11:17 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6288FC29; Thu, 13 Mar 2008 13:11:17 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 4DC1ABFECA4; Thu, 13 Mar 2008 13:11:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id 4UK+mOZgk90r; Thu, 13 Mar 2008 13:11:06 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 5CF68BFEC61; Thu, 13 Mar 2008 13:11:06 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m2DDB69O062266; Thu, 13 Mar 2008 14:11:06 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m2DDB6NT062265; Thu, 13 Mar 2008 14:11:06 +0100 (CET) (envelope-from rink) Date: Thu, 13 Mar 2008 14:11:06 +0100 From: Rink Springer To: Barney Cordoba Message-ID: <20080313131106.GG77132@rink.nu> References: <20080313124057.GF77132@rink.nu> <252558.33373.qm@web63911.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <252558.33373.qm@web63911.mail.re1.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Rink Springer , current@freebsd.org Subject: Re: 7.0 Panic under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 13:11:17 -0000 Hi, On Thu, Mar 13, 2008 at 06:01:38AM -0700, Barney Cordoba wrote: > Given the known issues with the HT1000 chipset, I'd > take a guess that its the driver and not the disk. But > I'll run the test again tonight with a different disk > and see what happens. Well, browsing the CVS log of sys/dev/ata/ata-chipset.c, it seems this fix was incorperated before 7.0-RELEASE. > As an aside to this, what is the logic in having a > panic in a disk subsystem? Its not a fatal error to > the operation of a system. The disk subsystem is not the problem; there are known problems in UFS. For example, it relies on being able to always flush buffers, and will trigger panics if it encounters dirty buffers after it explicitely asked to flush them... -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 14:11:53 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 EE8941065671 for ; Thu, 13 Mar 2008 14:11:53 +0000 (UTC) (envelope-from yuleopen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 781F88FC15 for ; Thu, 13 Mar 2008 14:11:53 +0000 (UTC) (envelope-from yuleopen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2987293fgg.35 for ; Thu, 13 Mar 2008 07:11:52 -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:content-transfer-encoding:content-disposition; bh=9doYb4jS8ypoAkTguAaCM3gxPEa1dz3ILcTHV6TH5/Y=; b=fPjO+dBj5mMRlkbNkCZy0Z8uf/yEmHcloRBUhgDp1O9f06e5tL01OcD2/u4TYUrOXfcAcw7Eh5ymLQuc2WOE/lO9NWZ4swYoNJ+OQYFtM+XEGryE/2VxPqb/AhdraCV9WUKKWIPdtTYoKxivdQDlfh1+8EoghrlBt5jRny3lwzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=w5Z1BEsuopO0bl/eLzrEYYBp0QnO5PR/Ckr0dzhhPPR/k4Zaf4ZmDCxES6CTABN6ji2ZIs7bxOy2F6qKPl3euoBUvTvSulm8NDdX3Th5dXuvYbI0s4dZLEr/4SAu7zWujISHzUXDwJtJ2bjMhIrz1i7ljLZrrdSZi9YjxN1/9/8= Received: by 10.82.115.8 with SMTP id n8mr22927497buc.10.1205415778688; Thu, 13 Mar 2008 06:42:58 -0700 (PDT) Received: by 10.86.57.7 with HTTP; Thu, 13 Mar 2008 06:42:58 -0700 (PDT) Message-ID: <68bfdc900803130642q5e991d9av8bec994b36ed0f82@mail.gmail.com> Date: Thu, 13 Mar 2008 21:42:58 +0800 From: "Yue Wang" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: fail to compile on FB 6.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2008 14:11:54 -0000 Hi, all the Current failed to compile kernel on my newly installed FreeBSD 6.1-RELEASE. the arch is i386. the compiler throw a warning of the use of || and resist to compile the code. please change sys/i386/i386/k6_mem.c line 187, the second line of "if" statement should be in the (). I am sure I followed the handbook way to compile it. I also remove the /etc/make.conf and /usr/obj before compilation. thx! Yue Wang From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 15:05: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 D9E3E1065670 for ; Thu, 13 Mar 2008 15:05:52 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5F88FC1B for ; Thu, 13 Mar 2008 15:05:51 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 79268 invoked from network); 13 Mar 2008 15:39:09 +0100 Received: from relay3.vistream.de (HELO nibbler.vistream.local) (87.139.10.28) by kasimir.com with SMTP; 13 Mar 2008 15:39:09 +0100 Message-ID: <47D93C6F.2080105@kasimir.com> Date: Thu, 13 Mar 2008 15:38:39 +0100 From: Florian Smeets User-Agent: Thunderbird 2.0.0.14pre (Macintosh/20080313) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SATA hangs kernel during boot on MacBook Pro 4,1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 15:05:53 -0000 Hi, one of the first things i did after i got my new MBP was to create a second partition and try to install FreeBSD, but so far i was unable to :-( I tried to boot 6.2-RELEASE, 7.0-RELEASE and the March 8-CURRENT snapshot, it didn't matter whether i tried amd64 or i386. The hang was always at the same place and there were no messages or whatsoever. After the DVD drive is recognized the kernel just hangs... I tried to set all the hw.ata. knobs to 0, tried safe mode from the loader, tried disabling acpi, apic, usb, firewire and so on, still no luck... I took a photo from a verbose boot with the 8-CURRENT snapshot in case it matters, it is available here: http://beast.solomo.de/~flo/sata-hang.jpg FWIW Linux recognizes the controller and the disk as follows: 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) (prog-if 8f [Master SecP SecO PriP PriO]) 00:1f.2 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller (rev 03) (prog-if 8f [Master SecP SecO PriP PriO]) lspci -vvv is available here: http://beast.solomo.de/~flo/lspci-v.txt ata3.00: ATA-8: Hitachi HTS542525K9SA00, BBFAC3GP, max UDMA/133 ata3.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 0/32) ata3.00: configured for UDMA/133 Is there anything else i can do? Any hints would be appreciated. Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 19:40:06 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 15DCF1065764; Thu, 13 Mar 2008 19:40:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail15.yandex.ru (webmail15.yandex.ru [213.180.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8A39E8FC1C; Thu, 13 Mar 2008 19:40:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail15) by mail.yandex.ru id S2867235AbYCMTj4 for (+ 1 other); Thu, 13 Mar 2008 22:39:56 +0300 X-Yandex-Spam: 0 Received: from [77.72.136.70] ([77.72.136.70]) by mail.yandex.ru with HTTP; Thu, 13 Mar 2008 22:39:53 +0300 From: "Andrey V. Elsukov" To: flo@kasimir.com In-Reply-To: 9060000000182957515 References: 9060000000182957515 MIME-Version: 1.0 Message-Id: <157831205437193@webmail15.yandex.ru> Date: Thu, 13 Mar 2008 22:39:53 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: SATA hangs kernel during boot on MacBook Pro 4,1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 19:40:06 -0000 13.03.08, 17:38, "Florian Smeets" : > one of the first things i did after i got my new MBP was to create a > second partition and try to install FreeBSD, but so far i was unable to :-( > I tried to boot 6.2-RELEASE, 7.0-RELEASE and the March 8-CURRENT > snapshot, it didn't matter whether i tried amd64 or i386. The hang was > always at the same place and there were no messages or whatsoever. After > the DVD drive is recognized the kernel just hangs... > I tried to set all the hw.ata. knobs to 0, tried safe mode from the > loader, tried disabling acpi, apic, usb, firewire and so on, still no > luck... I've got a FreeBSD machine with CURRENT and it worked well. It was about 2 months old. So, I updated it two days ago and i had problems after that. System began hang on kernel loading. I tried boot with disabled MSI/MSIX and I had interrupt storms.. So, after several times of kernel rebuilding (i removed all unneeded at this time drivers) it booted without hang. I disabled several devices in BIOS too (USB, Audio, COM, LPT, ..). So I think the problem isn't in ata driver. May be ACPI? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 00:06:27 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 40C91106566B for ; Fri, 14 Mar 2008 00:06:27 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF618FC2D for ; Fri, 14 Mar 2008 00:06:27 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 60D955C2E; Thu, 13 Mar 2008 19:50:02 -0400 (EDT) Date: Thu, 13 Mar 2008 19:50:02 -0400 From: Wesley Shields To: freebsd-current@freebsd.org Message-ID: <20080313235002.GB5596@atarininja.org> References: <20080306124458.GA50277@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080306124458.GA50277@carrot.studby.ntnu.no> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Call for testers: CVSMode for csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2008 00:06:27 -0000 On Thu, Mar 06, 2008 at 01:44:59PM +0100, Ulf Lilleengen wrote: [...] > The latest patches for CURRENT and RELENG_7 can be found here: > http://people.freebsd.org/~lulf/patches/csup/cvsmode > > Also, I'll be on and off the internet during the next few weeks (in Japan > until 25th of march), so I might respond a bit late. I'll come back with > more improvements and new patches as soon as I can. FWIW, I was able to mirror the CVS repository with this also. I'm curious if you have any plans to provide a csupd (base or ports doesn't matter - I don't want to start a discussion over that)? -- WXS From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 01:32: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 216A4106566B for ; Fri, 14 Mar 2008 01:32:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-out-01.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA2B8FC18 for ; Fri, 14 Mar 2008 01:32:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-01.forthnet.gr (8.13.8/8.13.8) with ESMTP id m2E1W26P000844; Fri, 14 Mar 2008 03:32:02 +0200 Received: from MX-IN-04.forthnet.gr (mx-in-04.forthnet.gr [193.92.150.163]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id m2E1W2Z1023918; Fri, 14 Mar 2008 03:32:02 +0200 Received: from kobe.laptop (adsl102-242.kln.forthnet.gr [77.49.109.242]) by MX-IN-04.forthnet.gr (8.14.2/8.14.2) with ESMTP id m2E1VrR6022257; Fri, 14 Mar 2008 03:31:54 +0200 Authentication-Results: MX-IN-04.forthnet.gr smtp.mail=keramida@ceid.upatras.gr; spf=neutral Authentication-Results: MX-IN-04.forthnet.gr header.from=keramida@ceid.upatras.gr; sender-id=neutral Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m2E1Vq54004622; Fri, 14 Mar 2008 03:31:52 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m2E1VqjD004621; Fri, 14 Mar 2008 03:31:52 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 14 Mar 2008 03:31:52 +0200 From: Giorgos Keramidas To: Mike Telahun Makonnen Message-ID: <20080314013152.GA3585@kobe.laptop> References: <20080202012707.GA1800@kobe.laptop> <1204809780.885.3.camel@sol> <20080306201905.GA11317@kobe.laptop> <20080311025333.GF2422@monkeyboy.local> <584bfc3f0803122336r96f4033pc0e25a7324fb0486@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <584bfc3f0803122336r96f4033pc0e25a7324fb0486@mail.gmail.com> Cc: Gregory Shapiro , current@FreeBSD.Org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2008 01:32:05 -0000 On 2008-03-13 09:36, Mike Telahun Makonnen wrote: > On Tue, Mar 11, 2008 at 5:53 AM, Gregory Shapiro wrote: > > > Agreed. We should probably consult gshapiro about this, and just do it > > > if there's no objection. AFAIK, /etc/rc.d/sendmail is also used to > > > start alternative MTAs, so we can commit this patch for now, and think > > > about splitting /etc/rc.d/sendmail to something like: > > > > > > src/etc/rc.d/sendmail > > > src/etc/rc.d/sendmail-submit > > > src/etc/rc.d/sendmail-outbound > > > src/etc/rc.d/sendmail-msp-queue > > > > I'd be cool with this and more than happy to provide code review. > > The four scripts would all need the same sort of logic to disable > > conflicting options (e.g., don't start a submit agent if a full MTA is > > running). > > Can yoiu take a look at the following patch please? It splits out > rc.d/sendmail into its constituent parts. I've split out the logic to > sort out conflicting options and rebuild the aliases database into a > separate file in /etc/mail/sendmail.subr. The rc.d scripts simply call > the appropriate routines in this file. In addition I've kept > rc.d/sendmail but added the nostart keyword. Thanks Mike :-) This looks great, from a fast reading I did. I'll install it on my laptop and test it for a while. If I don't get back to you in 1-2 days, please ping me again. It's a relatively hectic week at work, so it may take a few rc.d/sendmail start/stop iterations before I can fully test this. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 02:40: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 AE6D9106566C for ; Fri, 14 Mar 2008 02:40:07 +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 6EDC18FC17 for ; Fri, 14 Mar 2008 02:40:07 +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 m2E26shS035704; Thu, 13 Mar 2008 22:06:54 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m2E26shu035703; Thu, 13 Mar 2008 22:06:54 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Thu, 13 Mar 2008 22:06:54 -0400 From: David Schultz To: Julian Elischer Message-ID: <20080314020654.GA35542@zim.MIT.EDU> Mail-Followup-To: Julian Elischer , FreeBSD Current , Daniel Eischen References: <47D82E6F.6010302@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D82E6F.6010302@elischer.org> Cc: Daniel Eischen , FreeBSD Current Subject: Re: 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: Fri, 14 Mar 2008 02:40:07 -0000 On Wed, Mar 12, 2008, Julian Elischer wrote: > In the last few years several things have happened that have > changed the threading landscape, in particular the fact is, that > with it's commanding position, Linux has forced most developers to > abandon threading their applications in a way that is not suitable for > 1:1. Because of this, even if all of you had done the world's best SA implementation in the world, it might not have improved performance for any of the "killer applications" at all. That's because the designers of these apps have put a lot of effort into making them run well on many platforms, including ones where threads are expensive; hence, M:N threads are just extra baggage. Solaris had a pretty mature M:N threading implementation that they essentially abandoned several years ago, probably for similar reasons. It's a shame things worked out this way, because it pushes more complexity into the apps, but that's life. Thanks for all the work you guys put into it. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 03:37: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 135D71065673; Fri, 14 Mar 2008 03:37: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 D7CD58FC22; Fri, 14 Mar 2008 03:37:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2E3bipj085893; Thu, 13 Mar 2008 23:37:44 -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 m2E3bjnj057774; Thu, 13 Mar 2008 23:37:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1BAE73039; Thu, 13 Mar 2008 22:37:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080314033744.C1BAE73039@freebsd-current.sentex.ca> Date: Thu, 13 Mar 2008 22:37:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6204/Tue Mar 11 16:43:31 2008 clamav-milter version 0.92.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2008 03:37:46 -0000 TB --- 2008-03-14 02:32:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-14 02:32:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-14 02:32:44 - cleaning the object tree TB --- 2008-03-14 02:33:07 - cvsupping the source tree TB --- 2008-03-14 02:33:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-14 02:33:14 - building world (CFLAGS=-O -pipe) TB --- 2008-03-14 02:33:14 - cd /src TB --- 2008-03-14 02:33:14 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 14 02:33:15 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 Fri Mar 14 03:35:38 UTC 2008 TB --- 2008-03-14 03:35:38 - generating LINT kernel config TB --- 2008-03-14 03:35:38 - cd /src/sys/pc98/conf TB --- 2008-03-14 03:35:38 - /usr/bin/make -B LINT TB --- 2008-03-14 03:35:38 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-14 03:35:38 - cd /src TB --- 2008-03-14 03:35:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 14 03:35:38 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/nexus.c:63:30: error: machine/nexusvar.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-14 03:37:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-14 03:37:44 - ERROR: failed to build lint kernel TB --- 2008-03-14 03:37:44 - tinderbox aborted TB --- 2851.78 user 352.21 system 3900.40 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 08:30: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 A701C1065674; Fri, 14 Mar 2008 08:30:16 +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 645828FC1B; Fri, 14 Mar 2008 08:30:16 +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 m2E8UF4g002267; Fri, 14 Mar 2008 04:30: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 m2E8UFrA048418; Fri, 14 Mar 2008 04:30:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 14FC573039; Fri, 14 Mar 2008 03:30:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080314083015.14FC573039@freebsd-current.sentex.ca> Date: Fri, 14 Mar 2008 03:30:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2008 08:30:16 -0000 TB --- 2008-03-14 07:30:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-14 07:30:02 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-14 07:30:02 - cleaning the object tree TB --- 2008-03-14 07:30:33 - cvsupping the source tree TB --- 2008-03-14 07:30:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-14 07:30:39 - building world (CFLAGS=-O -pipe) TB --- 2008-03-14 07:30:39 - cd /src TB --- 2008-03-14 07:30:39 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 14 07:30:41 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 [...] /src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-14 08:30:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-14 08:30:15 - ERROR: failed to build world TB --- 2008-03-14 08:30:15 - tinderbox aborted TB --- 2493.96 user 302.40 system 3612.09 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 09:35:29 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 C04B91065670; Fri, 14 Mar 2008 09:35:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B6E868FC21; Fri, 14 Mar 2008 09:35:29 +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 m2E9ZTh9000181; Fri, 14 Mar 2008 05:35:29 -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 m2E9ZTL9014119; Fri, 14 Mar 2008 05:35:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C339273039; Fri, 14 Mar 2008 04:35:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080314093528.C339273039@freebsd-current.sentex.ca> Date: Fri, 14 Mar 2008 04:35:28 -0500 (EST) 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: Fri, 14 Mar 2008 09:35:29 -0000 TB --- 2008-03-14 08:30:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-14 08:30:15 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-14 08:30:15 - cleaning the object tree TB --- 2008-03-14 08:30:37 - cvsupping the source tree TB --- 2008-03-14 08:30:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-14 08:30:42 - building world (CFLAGS=-O -pipe) TB --- 2008-03-14 08:30:42 - cd /src TB --- 2008-03-14 08:30:42 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 14 08:30: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 Fri Mar 14 09:33:20 UTC 2008 TB --- 2008-03-14 09:33:20 - generating LINT kernel config TB --- 2008-03-14 09:33:20 - cd /src/sys/pc98/conf TB --- 2008-03-14 09:33:20 - /usr/bin/make -B LINT TB --- 2008-03-14 09:33:20 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-14 09:33:20 - cd /src TB --- 2008-03-14 09:33:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 14 09:33:20 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/nexus.c:63:30: error: machine/nexusvar.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-14 09:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-14 09:35:28 - ERROR: failed to build lint kernel TB --- 2008-03-14 09:35:28 - tinderbox aborted TB --- 2850.98 user 350.38 system 3913.51 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 10:17: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 81D061065676 for ; Fri, 14 Mar 2008 10:17:10 +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 32F8C8FC21 for ; Fri, 14 Mar 2008 10:17:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ja6yJ-0005hO-WC for freebsd-current@freebsd.org; Fri, 14 Mar 2008 10:17:08 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2008 10:17:07 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2008 10:17:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Fri, 14 Mar 2008 10:16:57 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 127 Message-ID: References: <200803111336.m2BDaosM084555@lurza.secnetix.de> <1205342217.44173.40.camel@bauer.cse.buffalo.edu> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Ken Smith User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-hackers@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2008 10:17:10 -0000 Hi Ken Smith! On Wed, 12 Mar 2008 13:16:57 -0400; Ken Smith wrote about 'Re: RELEASE discs & ISO images (for future)': >> I currently have no 7.0 ISOs to look at (and ftp.freebsd.org contains jus= > t >> symlink to all available packages, not only disc1). But I remember perl, >> linux and xorg on the disc1 from 6.2 times, yes. And actually the most ne= > eded >> things are just perl and linux ABI, not heavy Xorg which can be moved to >> disc2 - it=20 > Disc1 contains all the packages necessary to get to the "Would you like > to browse the pre-built packages" menu in sysinstall without needing to > switch discs (which is desirable for novices as well as being able to > complete that portion, not bother selecting packages in the menu, and > thus not need disc2/disc3). That's only list of them, not actual packages, right? > That includes xorg because it's one of the > things that can be chosen in the "Software Distributions" section. I'm > planning to change that with 8.0, no longer offering to have anything > that's not part of the baseline system installed until you get to the > "Would you like to ..." menu. Good. > That will reinforce to people that that > stuff really is packages/ports and it will make things like the monthly > snapshots less of a hack (I don't include any packages on those so you > get odd results if you select "All" in the Software Distributions menu > for example...). Also good. > But I didn't have a chance to get that stuff done for 7.0. And what for 7.1 and 6.4 ? >>> The question is: What does the majority of users want? >>=20 >> Attraction. Ability to say "Wow! Their CD is SO handy, many >> features on just one disk". Don't forget about advocacy and >> opinionating new users. > In my opinion the above setup (being able to make any of the selections > we offer in the "Distributions" section and complete an install without > needing to switch discs {provided you opt out of selecting packages from > the packages menu}) is what benefits the most users. Yes, but moving xorg to disc2 will help to reduce disk switching, isn't it? > I could be wrong > but this is one of those things that it's impossible to satisfy everyone > all the time so a decision needed to be made and that was it. Sure, but we can tune it as much as we can. Ability to use disc1 for most needs of both novice users and experienced corporate admins is good. > I *hope* > I can merge the livefs stuff back in to disc1 by eliminating Xorg from > the "Distributions" section (and the offer to install Linux as a > separate thing - let them select that from packages as well). But that > just wasn't possible for 7.0. Umm, but isn't that hacky switch the thing which can reduce disk switching? Such as, you are always installing Perl and Linux before packages, and when you get to the packages menu, you don't need to insert disc2 first, install something, then another which requires Perl and Linux as dependency, then switch to disc1 to install them, then to disc2 to continue? > We'll see if it can happen for 8.0 (and > as pointed out in this thread the base system seems to continue to grow > so we'll see :-). That's when geom_ugz can do it's job. >> I've suggested above - just Xorg can be moved, perl and linux ABI are not >> so big. > That causes even more disc shuffling pain than we have now. Disc1 > currently contains both Gnome and KDE. Trying to move Xorg to disc1 > means one of them needs to be moved to another disc, the three won't > fit. Disc1 ? May be you've meant disc2 ? > And so many packages are intertwined among those three things the > disc switching becomes way worse. As things stand now if you select > "All" in the software distributions section everything from disc1 will > wind up being installed before you get to the Packages selection menu so > it will never ask for disc1 again. Not tried it with 7.0, but 5.4 and 6.2 caused some switching. > If you then just select Gnome or KDE > disc2 goes in and it never asks for disc3. However if you select > anything more than Gnome or KDE things go downhill fast. But nowhere > near as fast as if all of either Gnome or KDE were not on disc1. > Yes, we need to make sysinstall smarter about the order it installs > stuff in. But I spent some time fiddling with the current layout given > what I had to work with as far as meta package sizes and ISO image sizes > go and this wound up being the least painful (note I don't claim > painless). Yes, but KDE and Gnome and Xorg grow with time, too. So, even without this changes, eventually all three will not fit to single disc2. > What I hope to shoot for with 8.0 is a CD-sized thing named "disc1" that > is much like the monthly snapshots - no packages at all on it. If > possible at the point we're near 8.0's release given sizes livefs will > be merged back onto it. I'll have trimmed out the stuff sysinstall > offers to do before reaching the "Would you like to browse pre-built > packages?" menu so you don't get odd failures if you select > something-or-other and no pre-built packages are available at all. Will be good. > And in addition to that CD-sized "disc1" we'll have a DVD-sized thing > that includes everything on disc1 plus some set of pre-built packages. Oh, that's long awaited. Much more packages than on 3 CDs :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 10:38: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 DD1D9106566B for ; Fri, 14 Mar 2008 10:38:45 +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 7B2938FC2B for ; Fri, 14 Mar 2008 10:38:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ja7JB-0006jF-MU for freebsd-current@freebsd.org; Fri, 14 Mar 2008 10:38:41 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2008 10:38:41 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2008 10:38:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Fri, 14 Mar 2008 10:38:30 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 198 Message-ID: References: <200803121749.m2CHnr1K056899@lurza.secnetix.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Oliver Fromme User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-hackers@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2008 10:38:46 -0000 Hi Oliver Fromme! On Wed, 12 Mar 2008 18:49:53 +0100 (CET); Oliver Fromme wrote about 'Re: RELEASE discs & ISO images (for future)': >>>>> - Disk 1 contains everything you need to install the base >>>>> FreeBSD system, as well as a few useful packages. >>>> >>>> Yes. Which? >>> The most important ones, including the linux base package >>> for the linux ABI, perl, xorg and a few other things. >>> Just look at the /packages subdirectory for details. >> >> I currently have no 7.0 ISOs to look at (and ftp.freebsd.org contains just >> symlink to all available packages, not only disc1). But I remember perl, >> linux and xorg on the disc1 from 6.2 times, yes. And actually the most needed >> things are just perl and linux ABI, not heavy Xorg which can be moved to >> disc2 - it > The xorg packages on disc1 occupy 54 MB. Not really all > that much, I think. The linux base, perl and python occupy > another 50 MB together. The rest are small utility things > and dependencies (only a few MB). But that is still valuable if geom_ugz is in use. > Also keep in mind that a new installer is in the works > and will be usable "really soon", as far as I know. > I'm sure the authors are aware of the problem of > installing packages from changeable media, and that > there will be a better solution. This will surely not be finished before 8.0, and having improvements (even slight) in 7.1 and 6.4 is needed too. >>> Until then, there are some workarounds for the problem. >>> For example, you can copy all packages from the CDs to >>> your harddisk and install from there. >> >> Not suitable for novice users. > No, it's not difficult to do that. It's only a matter > of documentation, I think. Users need to be made aware > of the possibilities, they need to be made aware that > they don't _have_ to install all the packages during > system installation and play CD changer monkey. No. Novice user should be provided with less painful way. Making them to read docs before _and_ preparing space on hard drive is too disappointing. >>>>> - The "docs" CD only contains documentation: Handbook, >>>>> FAQ and articles in various languages. These are also >>>>> available online, so there's rarely a need to download >>>>> this CD. >>>> >>>> It's handy for novice users to have them in base system, though. >>> I don't know ... I never used them. I think it's more >>> convenient to read them online. >> Because it is not your first install :) > Right, but I didn't read them either upon my first install > 15 years ago. :-) The first thing I did when I received > the Walnut Creek CDs was to go to www.freebsd.org and look > for docs. Tempora mutantur. Users nowadays rarely go for docs in first place. They need understandable guide exactly in process. >> But if you do not have Internet yet, >> ability to look to Handbook directly from installer is VERY valuable. > I guess almost everyone has internet access somehow (at > home, at the office, at a friend, or elsewhere). No, that doesn't matter. If user have only one computer online with Internet, and during install previous operating system is of course unavailable, then Internet (and docs on www!) is also unavailable. So where would you browse the docs in the process except the installer itself and first disk? > I'm not saying there should be no docs CD. In fact the > docs CD is a very good thing. What I'm saying is that > it doesn't have to be on the installation CD (disc1). > And you _can_ view the docs from the installer. > So I don't think there's a problem. Oh, HOW ? Is there something more than a little help provided by F1 in sysinstall? >>>>> As you can see, disk1 + livefs is larger than 700 MB. >>>>> The docs CD is separate anyway, which is a good thing >>>>> because many people won't need it. >>>> >>>> And what about removing packages from disc1 ? >>> The question is: What does the majority of users want? >> >> Attraction. Ability to say "Wow! Their CD is SO handy, many >> features on just one disk". Don't forget about advocacy and >> opinionating new users. > That's what the DVD is good for that you can buy (or you > can easily make one yourself). On the DVD there is enough > space for everything. Agreed, but CDs still will be an option for a long time. And care must be taken for those users who don't need packages and don't want to download DVD. > It doesn't make sense to try to cram many things on a small > CD and sacrificing usability and convenience for some or > even many users. I think the current CD images are very > usable and convenient, especially in the way they save > download time and bandwidth. Not SO very :) > Typically, many users only need to download disc1 and then > install software from the ports collection, or install > packages from the network. I think only very few users > really need disk2 or disc3, or even the docs cd. > Unfortunately the download numbers from the FTP servers > don't say much, because many people blindly dowanload > everything. You again forget about advocacy, new users coming from other OSes and possibly comparing with some Linux distros. Imagine a review like this: "That SuSe or Debian are wonderful with great number of software instantly available and with this FreeBSD I must wait for download and then compile?! Such shit! Don't use it, if they can't do this, they can't do other usable things!" >>> I think there are more users who install packages than >>> users who want "fixit" on disk1. In other words, more >>> users benefit from the packages, and for most people it >>> seems to be OK to have "fixit" on a separate CD. >>> Those who want to have a combined install+fixit CD without >>> packages can easily make one themselves. Or even a DVD >>> with everything. Or buy one from one of the vendors who >>> sell FreeBSD DVDs. >> Yes, but: livefs and disc1 have many things in common, > No, they dont. The only thing they have in common is the > /boot directory, which is relatively small (about 30 MB). And what about at least shell and some other tools? This _can_ be combined, as previous releases have proven. >>> I'm also not sure that using bzip2 for the base install bits >>> would be a good idea. Decompression is a lot slower with >>> bzip2, especially on older machines. I remember someone >>> tried it and reported on the lists, it was like fife times >>> slower, but saved only a few percent space for the base >>> system (which is mostly binaries and already compressed >>> files, like manual pages). Not worth it. >> Really? Have benchmarks? If it is really hust a few percent, then it is not >> worth, of course. > I can't find the article right now, I'm afraid. :-( > When I have some time at the weekend, I might make a > little benchmark myself. Would be godd, I'll wait :) > (It's a well-known fact, though, that bzip2 is _much_ > slower than gzip, even in decompression.) Ive already agreed with this :) >>> You can't compress the docs CD that way, because then you >>> wouldn't be able to read them from another system. The >>> docs must not be compressed. >> >> Is it needed? > Yes! People need to be able to pop the docs CD into a > Windows machine, a Mac or anything else and read the docs. > The docs CD _must_ work without having to boot FreeBSD > in the first place. So, let it be available alone. But that's not sounts for duplicating docs on disc1... >> I think that ability to read docs directly from installer is much >> more handy. > You can already do that. How? How many?.. >>> As far as the live FS is concerned, yes, it might be >>> possible to compress it. The performance will be worse, >>> and I think it also requires more RAM, but it's certainly >>> something that could be done. Whether it's really worth >>> it is a different question. >> >> Performance will be not so worse. As someone said, 7.0 livefs can also do >> install, > Uhm, no. There's no such thing as an installer that > installs from the live FS (the DragonFly people have > something like that). > Of course, you can manually do the whole dance from the > live FS (fdisk, bsdlabel, newfs, cpio ...), but that's > definitely not for novice users. So, livefs still contains base system available for install, just as disc1 ? :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 14:41: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 7FD771065674 for ; Fri, 14 Mar 2008 14:41:32 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57010.mail.re3.yahoo.com (web57010.mail.re3.yahoo.com [66.196.97.114]) by mx1.freebsd.org (Postfix) with SMTP id 28E278FC14 for ; Fri, 14 Mar 2008 14:41:31 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 95245 invoked by uid 60001); 14 Mar 2008 14:41:31 -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=HjcA448pzPa8yh+jraGDu9sRIBU4/7Csum4OqrDMnwQ1TO+zqSs76o45pRs67XGIeXSOhhHnBAVo/dXcLSwOqaMcY7meJX5shZmcmvvJy7jixLgLXknIfPtjuRyrsitM6QQd3/+jW6g3JMo8DrQhL7IiHq87b9OL6RRHiWEa8pc=; X-YMail-OSG: VyLMPR8VM1lb6DLaeyGFqpQFKss9vuqPPLEpdMHJqAgrlKEOG_nMyHctrMHta_IJAUHkev_Qkbq43mByJGudr8FVcnr2QcglnxNc3vk.GaQHX8OpDVwq.dqTNKNMeMYQ7eiQSqVn4Cq9o.JIdsurOTnTQZ9j_IdQd.8c45o- Received: from [165.21.154.92] by web57010.mail.re3.yahoo.com via HTTP; Fri, 14 Mar 2008 07:41:30 PDT Date: Fri, 14 Mar 2008 07:41:30 -0700 (PDT) From: Unga To: freebsd-chat@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <945136.92642.qm@web57010.mail.re3.yahoo.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2008 14:41:32 -0000 Hi all Is the following book still relevant to FreeBSD 7.X and upcoming FreeBSD 8.X? Is there a 2nd edition coming soon? The Design and Implementation of the FreeBSD Operating System By Marshall Kirk McKusick, George V. Neville-Neil Published Aug 2, 2004 by Addison Wesley Professional. 1st. Edition ISBN-10: 0-201-70245-2 http://www.informit.com/title/0201702452 Many thanks in advance. Kind regards Unga ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 15:08: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 125001065672 for ; Fri, 14 Mar 2008 15:08:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 110088FC1D for ; Fri, 14 Mar 2008 15:08:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m2EF86SE068932; Fri, 14 Mar 2008 16:08:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m2EF86Jl068931; Fri, 14 Mar 2008 16:08:06 +0100 (CET) (envelope-from olli) Date: Fri, 14 Mar 2008 16:08:06 +0100 (CET) Message-Id: <200803141508.m2EF86Jl068931@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 14 Mar 2008 16:08:07 +0100 (CET) Cc: Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2008 15:08:10 -0000 Vadim Goncharov wrote: > Oliver Fromme wrote: > > The xorg packages on disc1 occupy 54 MB. Not really all > > that much, I think. The linux base, perl and python occupy > > another 50 MB together. The rest are small utility things > > and dependencies (only a few MB). > > But that is still valuable if geom_ugz is in use. Have you actually tried it? Providing hard numbers is more useful than just talking about it. :-) Here are some numbers: 224655360 7.0-RELEASE-i386-livefs.iso 94493696 7.0-RELEASE-i386-livefs.iso.uzip (16k cluster) 110188032 7.0-RELEASE-i386-livefs.iso.uzip (2K cluster) So the difference is 124 MB for 16K cluster size, and 109 MB for 2K cluster size (which is noticably faster during access). Actually the space savings will be a bit less, because the /boot directory (about 30 MB) won't be compressed. So the real gain is probably a little less than 100 MB in the 2K case. If the FreeBSD install data sets don't grow much in the future, then it will fit on disc1. > > Also keep in mind that a new installer is in the works > > and will be usable "really soon", as far as I know. > > I'm sure the authors are aware of the problem of > > installing packages from changeable media, and that > > there will be a better solution. > > This will surely not be finished before 8.0, I'm not so sure. > > No, it's not difficult to do that. It's only a matter > > of documentation, I think. Users need to be made aware > > of the possibilities, they need to be made aware that > > they don't _have_ to install all the packages during > > system installation and play CD changer monkey. > > No. Novice user should be provided with less painful way. Frankly, my recommendation is that novice users buy the DVD. I also assume that most novice users will simply go through the default install, which will reduce CD changing. I _do_ agree that there is a problem with sysinstall if you select packages manually, and that it would be a good thing if sysinstall optimized the order of loading packages. But that problem will not be reduced by changing the order of things on the CDs. > > Right, but I didn't read them either upon my first install > > 15 years ago. :-) The first thing I did when I received > > the Walnut Creek CDs was to go to www.freebsd.org and look > > for docs. > > Tempora mutantur. Users nowadays rarely go for docs in first place. They > need understandable guide exactly in process. Users who refuse to read docs will also refused to read docs that are directly available on the CD. Users unwilling to read docs cannot be cured by technical measures. It's a user problem, not a FreeBSD problem. > > I guess almost everyone has internet access somehow (at > > home, at the office, at a friend, or elsewhere). > > No, that doesn't matter. If user have only one computer online with > Internet, and during install previous operating system is of course > unavailable, then Internet (and docs on www!) is also unavailable. Uhm, I assume that a new FreeBSD user skims through the "Installation" chapter of the Handbook _before_ he starts the installation. Of course it's useful to be able to look up things in the Handbook again during installation if the need arises. > So where would you browse the docs in the process except the installer > itself and first disk? Last time I used sysinstall, there was a menu entry that enabled you to read Handbook and FAQ. I'm pretty sure it's still there. Note that you cannot use that menu entry once the actual installation has started, though. You can only abort the installation, then go back to the menu, read the docs, and then begin a new installation. That's a pain, too. Of course, once the installation has progressed so far that the docs have been installed on the harddisk, you can read them on the shell that's opened on Alt-F4. Still, it's best to read the Installation chapter in advance, or even better, have a printed copy on paper. > > That's what the DVD is good for that you can buy (or you > > can easily make one yourself). On the DVD there is enough > > space for everything. > > Agreed, but CDs still will be an option for a long time. And care must be taken > for those users who don't need packages and don't want to download DVD. Personally I think most computers that are equipped with an optical drive can read DVDs. Only very few are left with a CD-ROM drive that's not DVD-capable. Therefore, my opinion is that we should publish a DVD image in the future that contains everything we have today on disc{1,2,3} docs and livefs CD. The size of such an DVD would be 1.95 GB for 7.0-RELEASE/i386. For those who don't want or need packages and docs, a smaller CD image with just the install bits (and maybe the fixit FS) could be provided, and of course the small "bootonly" image, but nothing else. Providing five or more CD images is rather last century like, in my opinion. Of course there are certainly people with different options. :-) > You again forget about advocacy, new users coming from other OSes and > possibly comparing with some Linux distros. Such comparisons are bogus anyway. I've installed SuSE linux before, and I think the graphical installer is terribly annoying. It's worse than Windows. It took me a lot longer to get a usable system installed, and even then it installed different sets than the ones I selected (I have no idea why). In my opinion, FreeBSD's installation wins big time. > Imagine a review like this: > "That SuSe or Debian are wonderful with great number of software instantly > available and with this FreeBSD I must wait for download and then compile?! > Such shit! Don't use it, if they can't do this, they can't do other usable > things!" Such a review is worthless and shouldn't be taken serious. I really don't worry about that. > > > Yes, but: livefs and disc1 have many things in common, > > No, they dont. The only thing they have in common is the > > /boot directory, which is relatively small (about 30 MB). > > And what about at least shell and some other tools? A shell and a few tools (very few, admittedly) are included in the MFS image in the /boot directory. And there's also the shell opened on Alt-F4 once the installation has started. For anything else there is the "fixit" live FS. > This _can_ be combined, as previous releases have proven. Previous releases were a lot smaller. :-) The point is, disc1 and livefs have _nothing_ in common except for the 30 MB /boot directory, so you only save those 30 MB when combining them. No more. Look at the ISOs if you don't believe me. > > > Really? Have benchmarks? If it is really hust a few percent, then it is not > > > worth, of course. > > I can't find the article right now, I'm afraid. :-( > > When I have some time at the weekend, I might make a > > little benchmark myself. > > Would be godd, I'll wait :) Why haven't you done it yourself? It's not difficult. If you want to get something done, the best way is to do it yourself, instead just talking about it. That's why FreeBSD is what it is today. ;-) OK, here are the results of 7.0-RELEASE/i386: 348 MB gzip'ed (default) 297 MB bzip2'ed So the space saving is 51 MB (14.7%). It took 45 minutes on my machine to create the bzip2-compressed files. Here are the decompression times: 0:57 for the gzip'ed sets 7:20 for the bzip2'ed sets So it takes almost 8 times as long to decompress. The machine was otherwise idle, and the times were reproducible with good accuracy. > > Uhm, no. There's no such thing as an installer that > > installs from the live FS (the DragonFly people have > > something like that). > > Of course, you can manually do the whole dance from the > > live FS (fdisk, bsdlabel, newfs, cpio ...), but that's > > definitely not for novice users. > > So, livefs still contains base system available for install, just as disc1 ? :) No, sysinstall cannot install from the contents of the live FS. Sysinstall needs the distribution sets that are on disc1 (basically they're compressed tar files). However, when you do a manual installation using the live FS, you can copy the contents of the live FS to the harddisk (e.g. with cpio). But that's not for novices, as I wrote above. DragonFly BSD does it different: Their installer runs from the live FS, and it uses the live FS contents for installation. I think this is pretty clever and has advantages. But FreeBSD's sysinstall doesn't support that. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 16:12: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 551A01065670 for ; Fri, 14 Mar 2008 16:12:20 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.238]) by mx1.freebsd.org (Postfix) with ESMTP id DB7298FC21 for ; Fri, 14 Mar 2008 16:12:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 28so2869444hub.8 for ; Fri, 14 Mar 2008 09:12:18 -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=/cYYkllhyKME7eas2X4XaTseNIJYKKjhhAg2edPTNQA=; b=W7+P9SNkhwXrKg8ev1XLS+3ntuqSbrmBGZ8oIe1WWpYrNoVrmOc2LBfnmIzDjw0MqApSRyPE9HQkaCP7MO2vE5x1Ia+ZyEahwU+N4ZTWN0ygWmLC1Uj0AW+3x8ephE4qCHny2uXnk/usZ4IcspRpYwdw3/LOz7wJ/ygVnKzQ/t0= 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=qi/uWXyFl9sUiNezY7zJdP3iEx3CqLDaJZ1kfAMv5g+EfLvct9Ru7PU7DO7/4oGWJvmkMJ8hebeOco5Egxy/Ezlfmwtqdy5YVy6bj5+L0dILa4XhurSQ+bXq5nHx69iSihECDnek5Du0LkWs4YdFsVXCM4mbxlSxR6pOrxpD+HI= Received: by 10.78.134.6 with SMTP id h6mr31140652hud.69.1205510286915; Fri, 14 Mar 2008 08:58:06 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id i6sm6580055gve.5.2008.03.14.08.58.06 (version=SSLv3 cipher=RC4-MD5); Fri, 14 Mar 2008 08:58:06 -0700 (PDT) From: Tom Evans To: Unga In-Reply-To: <945136.92642.qm@web57010.mail.re3.yahoo.com> References: <945136.92642.qm@web57010.mail.re3.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/KHTNAKhBn9qzjzn2Oa+" Date: Fri, 14 Mar 2008 15:57:50 +0000 Message-Id: <1205510270.75559.29.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-chat@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2008 16:12:20 -0000 --=-/KHTNAKhBn9qzjzn2Oa+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-03-14 at 07:41 -0700, Unga wrote: > Hi all >=20 > Is the following book still relevant to FreeBSD 7.X > and upcoming FreeBSD 8.X? Is there a 2nd edition > coming soon? >=20 > The Design and Implementation of the FreeBSD Operating > System > By Marshall Kirk McKusick, George V. Neville-Neil > Published Aug 2, 2004 by Addison Wesley Professional.=20 > 1st. Edition > ISBN-10: 0-201-70245-2 > http://www.informit.com/title/0201702452 >=20 > Many thanks in advance. >=20 > Kind regards > Unga >=20 >=20 It isn't completely up-to date, as it covers FreeBSD 5, but 5 marked the introduction of the smp-ng code, so it is not hugely incorrect. I recently acquired it and am finding it very useful and informative. Cheers Tom --=-/KHTNAKhBn9qzjzn2Oa+ 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) iD8DBQBH2qB6lcRvFfyds/cRAt53AJ0aQyVvbJVWRgue3Jt4omOKk0ndbACfQHHD ZSOZUxuDHbXCKUcYJjGl1pg= =rvg2 -----END PGP SIGNATURE----- --=-/KHTNAKhBn9qzjzn2Oa+-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 18:29:30 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 0C2521065670 for ; Fri, 14 Mar 2008 18:29:30 +0000 (UTC) (envelope-from ckadi35@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 969248FC32 for ; Fri, 14 Mar 2008 18:29:29 +0000 (UTC) (envelope-from ckadi35@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1787541nfb.33 for ; Fri, 14 Mar 2008 11:29:28 -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=DQpUTAyYuuwJXA9zcVx3wfsLOcp1ZDF6Uc5fwveU1so=; b=O9AM9UbNuxZHpzzV/AFiYywUqTaFi+R4DYt5HXV00EJ+vIc0rvpblon58+9Dc5h47HzXHFLppf/iRbRFZmgwjw9iGGUF2FBJndDJhnkCwwuai1nmbs2lhBb6TmvHQD6WTnlwpnLtjVpmEDN6Eb/9G0MLocS6G1b2/rWHRsxwAsw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=IPUgXu22NvkpDAtgewQyaWLBicTt/Zxqy7aTquq81U2jTJDojbDVWy9r3BetcjBvqLa9HHElLdR01AG92UIdy1W8l8XGLJ1zSoDW/JhnZ0z31XDx5FezU0k0upf8ge3ZE8p82vXZQtaoRX8UFy1xVA9cMpzX/DiJ3WL3Y5QODQw= Received: by 10.78.167.12 with SMTP id p12mr31664215hue.8.1205517613908; Fri, 14 Mar 2008 11:00:13 -0700 (PDT) Received: by 10.78.90.11 with HTTP; Fri, 14 Mar 2008 11:00:12 -0700 (PDT) Message-ID: Date: Fri, 14 Mar 2008 19:00:12 +0100 From: ck To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [freebsd 7.0] err installing patch cups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2008 18:29:30 -0000 ===> cups-1.3.3 depends on executable: espgs - not found ===> Verifying install for espgs in /usr/ports/print/cups-pstoraster ===> cups-pstoraster-8.15.4_1 depends on executable: gmake - found ===> cups-pstoraster-8.15.4_1 depends on shared library: cups.2 - not found ===> Verifying install for cups.2 in /usr/ports/print/cups-base ===> Patching for cups-base-1.3.5_2 ===> Applying FreeBSD patches for cups-base-1.3.5_2 => Patch patch-CVE-2007-4351 failed to apply cleanly. *** Error code 1 Stop in /usr/ports/print/cups-base. *** Error code 1 Stop in /usr/ports/print/cups-base. *** Error code 1 Stop in /usr/ports/print/cups-pstoraster. *** Error code 1 Stop in /usr/ports/print/cups. From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 05:22: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 7FCE21065670 for ; Sat, 15 Mar 2008 05:22:52 +0000 (UTC) (envelope-from yuleopen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 080A18FC23 for ; Sat, 15 Mar 2008 05:22:51 +0000 (UTC) (envelope-from yuleopen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3690791fgg.35 for ; Fri, 14 Mar 2008 22:22:50 -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:content-transfer-encoding:content-disposition; bh=p7tYiJcApnfC7jlRYU4yJZ2gBBBHzctZdSqRUmNBRDI=; b=q7WaPxiKdwUuF6iOSt/83YWr8IWNVcXknlEFLQ3FOE/bcOd8H8d4+FhY/IwjkUFV6cK3ZI5HxaMbCtGtPOY+w7YfBbwyqm3OIiJjKcWAMCDBJe+Gu1YfSYYKLPJtBUHdKeXirSJ4ztnyVq6FrUQg1kolHXWYLOFCve4SbaRKfN0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dlLqvOCFu8m/PymOVQCTDC51QWRULrMJVgDnMcR+2+R0I8AhNyPeglfSz7EPofh9ggKtqRZG++0L5epiy7cEfbqcXiYf2o9oOdkwOxqeUjlgS5mhTJ64LYR9E2xMB7sPwX4JOOhu/OMzaKh5kXKeetooYnh0Vc2V0WWZRB6gtxM= Received: by 10.86.89.4 with SMTP id m4mr3223778fgb.12.1205558570639; Fri, 14 Mar 2008 22:22:50 -0700 (PDT) Received: by 10.86.57.7 with HTTP; Fri, 14 Mar 2008 22:22:50 -0700 (PDT) Message-ID: <68bfdc900803142222n28c6dbefib4474b4711bfdd28@mail.gmail.com> Date: Sat, 15 Mar 2008 13:22:50 +0800 From: "Yue Wang" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Cannot build java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 05:22:52 -0000 Hi, java fails to build on Current. [yuewang@localhost /usr/ports/java/jdk16]$ sudo make install clean ...... /usr/local/diablo-jdk1.5.0/bin/javap javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ if [ $? -ne 0 ]; then \ /usr/local/diablo-jdk1.5.0/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required" \ "to bootstrap this build" 1>&2; \ exit 1; \ fi Fatal error 'kse_create() failed ' at line 444 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) *** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build gmake[4]: *** [check_j2se_version] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[3]: *** [bsd_i486_compiler2/debug] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[2]: *** [generic_build2] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake: *** [hotspot-build] Error 2 *** Error code 2 Hopes this information helpful From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 05:43:27 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 179AE1065670 for ; Sat, 15 Mar 2008 05:43:27 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id BD5808FC20 for ; Sat, 15 Mar 2008 05:43:26 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (unknown [151.197.61.126]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 0AAD556DF6; Sat, 15 Mar 2008 14:25:06 +0900 (JST) Date: Sat, 15 Mar 2008 01:24:51 -0400 From: Yoshihiro Ota To: freebsd-current@FreeBSD.ORG, vadim_nuclight@mail.ru Message-Id: <20080315012451.674530f4.ota@j.email.ne.jp> In-Reply-To: <200803141508.m2EF86Jl068931@lurza.secnetix.de> References: <200803141508.m2EF86Jl068931@lurza.secnetix.de> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: vadim_nuclight@mail.ru, Oliver Fromme Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 05:43:27 -0000 On Fri, 14 Mar 2008 16:08:06 +0100 (CET) Oliver Fromme wrote: > Vadim Goncharov wrote: > > Oliver Fromme wrote: > > > The xorg packages on disc1 occupy 54 MB. Not really all > > > that much, I think. The linux base, perl and python occupy > > > another 50 MB together. The rest are small utility things > > > and dependencies (only a few MB). > > > > But that is still valuable if geom_ugz is in use. > > Have you actually tried it? Providing hard numbers is > more useful than just talking about it. :-) > > Here are some numbers: > > 224655360 7.0-RELEASE-i386-livefs.iso > 94493696 7.0-RELEASE-i386-livefs.iso.uzip (16k cluster) > 110188032 7.0-RELEASE-i386-livefs.iso.uzip (2K cluster) > > So the difference is 124 MB for 16K cluster size, and > 109 MB for 2K cluster size (which is noticably faster > during access). Actually the space savings will be a > bit less, because the /boot directory (about 30 MB) > won't be compressed. So the real gain is probably a > little less than 100 MB in the 2K case. By the way, the maxmum cluster size is 127k or 130048 with uzip, if you want to maximize the compression ratio. Hiro From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 05:52: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 E6C78106566C for ; Sat, 15 Mar 2008 05:52:54 +0000 (UTC) (envelope-from ender@enderzone.com) Received: from www.ksdhost.com (www.ksdhost.com [75.126.66.82]) by mx1.freebsd.org (Postfix) with ESMTP id B0AC88FC21 for ; Sat, 15 Mar 2008 05:52:54 +0000 (UTC) (envelope-from ender@enderzone.com) Received: (qmail 25730 invoked from network); 15 Mar 2008 00:26:13 -0500 Received: from 107.94.144.216.westtel.ky (HELO ?192.168.2.6?) (216.144.94.107) by www.ksdhost.com with SMTP; 15 Mar 2008 00:26:13 -0500 Message-ID: <47DB5DD2.2060502@enderzone.com> Date: Sat, 15 Mar 2008 01:25:38 -0400 From: Ender User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Thomas Vogt References: <47D544B1.6070806@bsdunix.ch> <47D5D2B2.90202@FreeBSD.org> <47D65EE5.902@FreeBSD.org> In-Reply-To: <47D65EE5.902@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@freebsd.org Subject: Re: vm_thread_new: kstack allocation failed with many ZFS FS and NFSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 05:52:55 -0000 Kris Kennaway wrote: > Thomas Vogt wrote: >> Hi Kris >> >> Am 11.03.2008 um 01:30 schrieb Kris Kennaway: >>> Thomas Vogt wrote: >>>> Hi List(s) >>>> I try to simulate real workload for our environment in my lab. The >>>> idea >>>> was to create 10k+ ZFS fs with several thousand files on each fs and >>>> then measure daily workload performance. Maybe 10k fs sounds silly but >>>> if you need individual quota for every user on a system, 5-10k fs are >>>> not unusual for ZFS >>>> My script to cerate zfs fs >>>> #!/bin/sh >>>> i=0; while [ $i != 10000 ]; do zfs create tank/script$i; i=`expr $i + >>>> 1`; done >>>> My script stopped after creating ~4850 FS with: >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>> >>> Your kernel has run out of memory. If you cannot tune kmem_size >>> further then it cannot handle this many ZFS filesystems. >> >> Are there no limitation for vm.kmem_size* sysctls? I tried to >> increase vm.kmem_size* with larger values than 1500M but the system >> paniced in the boot process. > > Yes, there is an upper bound somewhere around this point with the > default kernel layout. > >> Mark Tinguely told me maybe i can edit sys/amd64/include/pmap.h and >> change the line: >> >> - #define KPDPI (NPDPEPG-2) /* kernbase at -2GB */ >> + #define KPDPI (NPDPEPG-4) /* kernbase at -4GB */ >> >> I will try this. Any idea if this is save? > > I don't know, sorry. > > Kris > > It does not compile for me. With acpi removed: MAKE=make sh /usr/src/sys/conf/newvers.sh NFSD1 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel locore.o(.text+0x19): In function `btext': : relocation truncated to fit: R_X86_64_32S .bss rijndael-alg-fst.o(.text+0xc0): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0xd0): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0xe1): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0xf2): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x105): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x1ce): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x1da): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x1e8): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x209): In function `rijndaelKeySetupEnc': : relocation truncated to fit: R_X86_64_32S .rodata rijndael-alg-fst.o(.text+0x213): In function `rijndaelKeySetupEnc': : additional relocation overflows omitted from the output *** Error code 1 Stop in /usr/obj/usr/src/sys/NFSD1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. nfsd1# With acpi in the kernel config it just fails on it, same type of R_X86_64_32S error i believe From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 08:50: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 3C5051065672 for ; Sat, 15 Mar 2008 08:50:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id CC70E8FC14 for ; Sat, 15 Mar 2008 08:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id E2DB541C7A8 for ; Sat, 15 Mar 2008 09:50:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id fl34orMFsJQw for ; Sat, 15 Mar 2008 09:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id BD29341C759; Sat, 15 Mar 2008 09:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id B338344487F for ; Sat, 15 Mar 2008 08:46:50 +0000 (UTC) Date: Sat, 15 Mar 2008 08:46:50 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20080315084441.V50685@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Why is linux.ko rebuild everytime? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 08:50:08 -0000 Hi, if I just do a make right after buildkernel finished successfully linux.ko is rebuild (even though nothing was touched). I have to admit I am doing make in obj/.../sys/KERNCONF/ but to my understanding that should not matter. ... ===> linsysfs (all) ===> linux (all) ln -sf /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_apic.h opt_apic.h cc -c -O2 -fno-strict-aliasing -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -g -fno-omit-frame-pointer -I/local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/amd64/amd64/genassym.c sh @/kern/genassym.sh genassym.o > assym.s cc -c -x assembler-with-cpp -DLOCORE -O2 -fno-strict-aliasing -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions /local/building/freebsd/RELENG_7/sys/modules/linux/../../amd64/linux32/linux32_support.s -o linux32_support.o as -o assym.o assym.s ld -d -warn-common -r -d -o linux.ko.debug linux32_locore.o linux32_support.o linux32_dummy.o linux_emul.o linux_file.o linux_futex.o linux_getcwd.o linux_ioctl.o linux_ipc.o linux32_machdep.o linux_mib.o linux_misc.o linux_signal.o linux_socket.o linux_stats.o linux_sysctl.o linux32_sysent.o linux32_sysvec.o linux_uid16.o linux_util.o linux_time.o assym.o echo linux_emul_path linux_get_osname linux_get_osrelease linux_ifname linux_ioctl_register_handler linux_ioctl_unregister_handler > export_syms awk -f /local/building/freebsd/RELENG_7/sys/modules/linux/../../conf/kmod_syms.awk linux.ko.debug export_syms | xargs -J% objcopy % linux.ko.debug objcopy --only-keep-debug linux.ko.debug linux.ko.symbols objcopy --strip-debug --add-gnu-debuglink=linux.ko.symbols linux.ko.debug linux.ko ===> lmc (all) ... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 09:04: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 40B40106566C for ; Sat, 15 Mar 2008 09:04:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7178FC16 for ; Sat, 15 Mar 2008 09:04:43 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m2F94ft7014376; Sat, 15 Mar 2008 10:04:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m2F94emj014374; Sat, 15 Mar 2008 10:04:40 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200803150904.m2F94emj014374@lurza.secnetix.de> To: ota@j.email.ne.jp (Yoshihiro Ota) Date: Sat, 15 Mar 2008 10:04:40 +0100 (CET) In-Reply-To: <20080315012451.674530f4.ota@j.email.ne.jp> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 15 Mar 2008 10:04:42 +0100 (CET) Cc: vadim_nuclight@mail.ru, freebsd-current@FreeBSD.ORG Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 09:04:44 -0000 Yoshihiro Ota wrote: > Oliver Fromme wrote: > > Vadim Goncharov wrote: > > > Oliver Fromme wrote: > > > > The xorg packages on disc1 occupy 54 MB. Not really all > > > > that much, I think. The linux base, perl and python occupy > > > > another 50 MB together. The rest are small utility things > > > > and dependencies (only a few MB). > > > > > > But that is still valuable if geom_ugz is in use. > > > > Have you actually tried it? Providing hard numbers is > > more useful than just talking about it. :-) > > > > Here are some numbers: > > > > 224655360 7.0-RELEASE-i386-livefs.iso > > 94493696 7.0-RELEASE-i386-livefs.iso.uzip (16k cluster) > > 110188032 7.0-RELEASE-i386-livefs.iso.uzip (2K cluster) > > > > So the difference is 124 MB for 16K cluster size, and > > 109 MB for 2K cluster size (which is noticably faster > > during access). Actually the space savings will be a > > bit less, because the /boot directory (about 30 MB) > > won't be compressed. So the real gain is probably a > > little less than 100 MB in the 2K case. > > By the way, the maxmum cluster size is 127k or 130048 with uzip, > if you want to maximize the compression ratio. That would make the live FS painfully slow, and it wouldn't make a big difference from the default (16K). It is already noticeably slow with the default cluster size of 16K on my test machine (a 1 GHz VIA C3), so would rather prefer to use 2K cluster size, even though compression will be not quite as good. (2K is the minimum, less than that doesn't make sense for CD9660 media because the physical sector size is 2K.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 10:13:28 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 2DADD1065670 for ; Sat, 15 Mar 2008 10:13:28 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id A54408FC20 for ; Sat, 15 Mar 2008 10:13:27 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3781657fgg.35 for ; Sat, 15 Mar 2008 03:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:subject:from:organization:content-type:mime-version:content-transfer-encoding:message-id:user-agent; bh=/pho0X6WySaDB8FFXL+aimJyBbWRZIcmqTxrbFHQOKc=; b=d7b7ygc8sAdKqv7kCgN4UDbgs4/GQh/pwZkTaUDgMSeJBuKeYB/XwBCVoulzvHsCECbckcOaHc1gHCKfvXdbVnK/X8+HczjRJLyiQXT720BE3SjHuF/l+w0d5edUTLs4sG1X5m7/PhXxINouJPuslGXKc6crw7LoXZRSXalgjEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:from:organization:content-type:mime-version:content-transfer-encoding:message-id:user-agent; b=HDKpQrXxJbGdILbSt7+cENEwaHsjKYivV/qBkzPkmXvgIqEcKx/elE8tFO+mvIhkCM0wFz0ye7gJ9BD2JERcuTNinPkZyDVDA9XA3H3KpJr0PtLKQvMYGZt7aOdb5WTnb1Sh5VXpeDEVc0u/CyQ/1wrNla1w0BOwEwhrtxVzKmM= Received: by 10.82.166.9 with SMTP id o9mr29350915bue.33.1205574327868; Sat, 15 Mar 2008 02:45:27 -0700 (PDT) Received: from localhost ( [85.3.88.248]) by mx.google.com with ESMTPS id d6sm17870480fga.9.2008.03.15.02.45.25 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Mar 2008 02:45:25 -0700 (PDT) Date: Sat, 15 Mar 2008 10:45:24 +0100 To: freebsd-current@freebsd.org From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.50 (FreeBSD) Subject: envy24 and channel dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 10:13:28 -0000 Hi I'm using envy24 driver for my m-audio audiophile 2496 with vchans. This works pretty well most of the time. If amarok is playing music, and I start eg gstreamer-properties and do a sound test there, then I see messages like "ppccmm00::ppllaayy::ddsspp00..pp12:: ppllaayy iinntteerrrruupptt ttiimmeeoouutt,, cchhaannnneell ddeeaadd" And the music sounds as jaggy as the writing [only plays a loop of 1s of the piece or so, over and over]. Sometimes this will crash the system. From what I've tested so far this mostly happens when using amarok, and then letting a gstreamer-based applications play some sound. I have no problem using multiple instances of say mplayer or vlc while using amarok. Where should I start looking for the errror? sam -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 10:41: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 CBEF7106564A; Sat, 15 Mar 2008 10:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95C228FC17; Sat, 15 Mar 2008 10:41: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 m2FAfjbN033183; Sat, 15 Mar 2008 06:41: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 m2FAfjpd013255; Sat, 15 Mar 2008 06:41:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 99C3A73039; Sat, 15 Mar 2008 05:41:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080315104145.99C3A73039@freebsd-current.sentex.ca> Date: Sat, 15 Mar 2008 05:41:45 -0500 (EST) 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: Sat, 15 Mar 2008 10:41:47 -0000 TB --- 2008-03-15 10:13:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-15 10:13:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-15 10:13:24 - cleaning the object tree TB --- 2008-03-15 10:13:47 - cvsupping the source tree TB --- 2008-03-15 10:13:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-15 10:13:54 - building world (CFLAGS=-O -pipe) TB --- 2008-03-15 10:13:54 - cd /src TB --- 2008-03-15 10:13:54 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 15 10:13:56 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 -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_ar.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_empty.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_mtree.c cc1: warnings being treated as errors /src/lib/libarchive/archive_read_support_format_mtree.c: In function 'read_data': /src/lib/libarchive/archive_read_support_format_mtree.c:603: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** 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-03-15 10:41:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-15 10:41:45 - ERROR: failed to build world TB --- 2008-03-15 10:41:45 - tinderbox aborted TB --- 1248.73 user 154.07 system 1700.92 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 11:30: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 4145D1065674; Sat, 15 Mar 2008 11:30:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0AF8FC28; Sat, 15 Mar 2008 11:30:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2FBUemd034719; Sat, 15 Mar 2008 07:30:40 -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 m2FBUeps067719; Sat, 15 Mar 2008 07:30:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2995E73039; Sat, 15 Mar 2008 06:30:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080315113040.2995E73039@freebsd-current.sentex.ca> Date: Sat, 15 Mar 2008 06:30:40 -0500 (EST) 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/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, 15 Mar 2008 11:30:41 -0000 TB --- 2008-03-15 11:05:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-15 11:05:05 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-03-15 11:05:05 - cleaning the object tree TB --- 2008-03-15 11:05:34 - cvsupping the source tree TB --- 2008-03-15 11:05:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-03-15 11:05:41 - building world (CFLAGS=-O -pipe) TB --- 2008-03-15 11:05:41 - cd /src TB --- 2008-03-15 11:05:41 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 15 11:05: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 [...] cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_ar.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_empty.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_read_support_format_mtree.c cc1: warnings being treated as errors /src/lib/libarchive/archive_read_support_format_mtree.c: In function 'read_data': /src/lib/libarchive/archive_read_support_format_mtree.c:603: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** 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-03-15 11:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-15 11:30:39 - ERROR: failed to build world TB --- 2008-03-15 11:30:39 - tinderbox aborted TB --- 1080.58 user 148.93 system 1534.62 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 13:54:03 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 58C1B106566C for ; Sat, 15 Mar 2008 13:54:03 +0000 (UTC) (envelope-from emz@norman-vivat.ru) Received: from ns.hq.norma.perm.ru (ns.hq.norma.perm.ru [86.109.196.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCA98FC16 for ; Sat, 15 Mar 2008 13:54:01 +0000 (UTC) (envelope-from emz@norman-vivat.ru) Received: from [192.168.3.150] (drookie.norma.com [192.168.3.150]) (authenticated bits=0) by ns.hq.norma.perm.ru (8.14.2/8.13.8) with ESMTP id m2FDbXhe006346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 15 Mar 2008 18:37:33 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <47DBD11D.2080406@norma.perm.ru> Date: Sat, 15 Mar 2008 18:37:33 +0500 From: "Eugene M. Zheganin" User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ns.hq.norma.perm.ru [192.168.3.1]); Sat, 15 Mar 2008 18:37:33 +0500 (YEKT) X-Virus-Scanned: ClamAV 0.92.1/6247/Sat Mar 15 17:20:59 2008 on ns.hq.norma.perm.ru X-Virus-Status: Clean X-Spam-Status: No hits=-103.1 bayes=0.0000 testhits ALL_TRUSTED=-1.8, AWL=1.142, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, USER_IN_WHITELIST=-100 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.hq.norma.perm.ru X-Mailman-Approved-At: Sat, 15 Mar 2008 13:58:51 +0000 Subject: FreeBSD networked install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2008 13:54:03 -0000 Hi. I want to ask if there will be some changes in the FreeBSD networked install procedure. The situation really needs to improve. Since the absence of a CDROM drive in a modern server environment seems to become common (and the legacy floppies are already dead), I think it's vital to have some other, non-CDROM methods of installing. Working methods. For example, during last halfyear I had 2 servers with sata-only drives, and without legacy IDE power jacks. The only methods of installing FreeBSD on these servers were: - to extract a hard drive and to install elsewhere - to get the SATA CDROM - to copy the 6.2 installation CD onto read-write fs and distribute it over the TFTP with the help of pxeboot (this method is unsuitable for newbies, because the sysinstall doesn't start automatically, because read-write fs really required, but mostly because it's undocumented now). I have and USB-CDROM, but http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/115854 prevents me from using it (it really does crash on both servers). The same PR blocks me from using USB-Floppy. I tried to do the same TFTP trick using 7.0-RELEASE CD, but after loading kernel it says 'No init found' and panics. :/ Before the 5.3-RELEASE there was a great thing - a 'boot.flp' image. It was a fake 'floppy' image of 4MB. It was possible to extract its contents into the TFTP root and boot the FreeBSD via TFTP with no pain. After the 5.3-RELEASE the naming scheme of floppy images was reset, and 'boot.flp' became 1st booting floppy, but the real 'boot.flp' was completely wiped. Most of the googled howtos are built on this method, and I really think it was great and quick. I think this method needs to be restored. Or at least the CD/TFTP method needs to be fixed to stop requiring read-write NFS and use the mfsroot. Eugene. From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 15:31: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 8FB67106566C for ; Sat, 15 Mar 2008 15:31:42 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 198588FC17 for ; Sat, 15 Mar 2008 15:31:41 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id m2FFVd8P029934 (8.13.4/1.4); Sat, 15 Mar 2008 16:31:39 +0100 (MET) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id m2FFVdJ1029931 (8.13.4/2.02); Sat, 15 Mar 2008 16:31:39 +0100 (MET) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Sat, 15 Mar 2008 16:31:39 +0100 (MET) From: Michiel Boland To: "Eugene M. Zheganin" In-Reply-To: <47DBD11D.2080406@norma.perm.ru> Message-ID: References: <47DBD11D.2080406@norma.perm.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD networked install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2008 15:31:42 -0000 > I think this method needs to be restored. Or at least the CD/TFTP method > needs to be fixed to stop requiring read-write NFS and use the mfsroot. You can force the mfsroot by putting the the following in /tftpboot/boot/loader.conf.local on the TFTP server vfs.root.mountfrom="ufs:/dev/md0" Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 17:10: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 E27171065677 for ; Sat, 15 Mar 2008 17:10:01 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4EF6E8FC19 for ; Sat, 15 Mar 2008 17:10:01 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Mar 2008 17:10:00 -0000 Received: from 85-127-16-130.dynamic.xdsl-line.inode.at (EHLO [192.168.0.10]) [85.127.16.130] by mail.gmx.net (mp030) with SMTP; 15 Mar 2008 18:10:00 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/8ogYQ55X8clh/d4jGvY/fW/t7C90oMZQShDGfKj qMpXav+aXR4qJT From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 15 Mar 2008 18:09:58 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803151809.59398.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: sam Subject: Re: envy24 and channel dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 17:10:02 -0000 On Saturday 15 March 2008 10:45:24 sam wrote: > Hi > > I'm using envy24 driver for my m-audio audiophile 2496 with vchans. > This works pretty well most of the time. > > > If amarok is playing music, and I start eg gstreamer-properties and > do a sound test there, then I see messages like > "ppccmm00::ppllaayy::ddsspp00..pp12:: ppllaayy iinntteerrrruupptt > ttiimmeeoouutt,, cchhaannnneell ddeeaadd" > And the music sounds as jaggy as the writing [only plays a loop of 1s > of the piece or so, over and over]. > > Sometimes this will crash the system. > > > From what I've tested so far this mostly happens when using amarok, > and then letting a gstreamer-based applications play some sound. > I have no problem using multiple instances of say mplayer or vlc > while using amarok. > > > Where should I start looking for the errror? I've seen this error too. As you mentioned, it only seems to happen between certain applications. envy24 uses hardware mixing for playing multiple audio streams at the same time. I don't know if vchans is even used -- you might try if disabling vchans makes any difference. Unfortunately I can't help to solve the problem but I can do some testing if someone comes up with a patch. -- Stefan From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 17:50: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 A64261065678 for ; Sat, 15 Mar 2008 17:50:07 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 791168FC20 for ; Sat, 15 Mar 2008 17:50:07 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTP id 57993792F0 for ; Sat, 15 Mar 2008 18:50:05 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sat, 15 Mar 2008 18:51:53 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1813524.mtosFE0k8S"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803151852.04116.peter.schuller@infidyne.com> Subject: Clearing the direction flag before calling a signal handler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 17:50:07 -0000 --nextPart1813524.mtosFE0k8S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I found an exchange concerning a difficult to debug problem that may be=20 affecting FreeBSD. I wasn't sure whether to post here or just file a bug, b= ut=20 under the circumstances I opted for the former. Apologies if it is consider= ed=20 noise. I was reading the exchange here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D469058 Referencing the following patch to Linux; http://lkml.org/lkml/2008/3/5/306 The exchange in the Debian bug tracker indicates kfreebsd 6/7 has the same= =20 problem as Linux. Being a kernel issue, that indicates vanilla FreeBSD may= =20 likely be affected. I neither have the setup nor the knowledge to effectively evaluate this=20 myself, but felt that it was obscure/diagnostically difficult enough that i= =20 wanted to bring it to somebody's attention. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1813524.mtosFE0k8S Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH3AzEDNor2+l1i30RAiCTAJ9p2/2G5aXPjJWHQE6GAcGa57mDgQCgoh1X ZBH3oMkYMjPjL/OYQZgWwgI= =UrtT -----END PGP SIGNATURE----- --nextPart1813524.mtosFE0k8S-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 18:13:39 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 15B0A106566C for ; Sat, 15 Mar 2008 18:13:39 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id ADA9E8FC20 for ; Sat, 15 Mar 2008 18:13:38 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:64644 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Jaasx-0000Et-5I for freebsd-current@freebsd.org; Sat, 15 Mar 2008 19:13:37 +0100 Received: (qmail 56736 invoked from network); 15 Mar 2008 19:13:32 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 15 Mar 2008 19:13:32 +0100 Received: (qmail 7544 invoked by uid 1001); 15 Mar 2008 19:13:32 +0100 Date: Sat, 15 Mar 2008 19:13:32 +0100 From: Erik Trulsson To: Peter Schuller Message-ID: <20080315181331.GA7454@owl.midgard.homeip.net> Mail-Followup-To: Peter Schuller , freebsd-current@freebsd.org References: <200803151852.04116.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803151852.04116.peter.schuller@infidyne.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Jaasx-0000Et-5I. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Jaasx-0000Et-5I a2ff9ed34abe6ad63cb3bfbfbc2b68a2 Cc: freebsd-current@freebsd.org Subject: Re: Clearing the direction flag before calling a signal handler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 18:13:39 -0000 On Sat, Mar 15, 2008 at 06:51:53PM +0100, Peter Schuller wrote: > Hello, > > I found an exchange concerning a difficult to debug problem that may be > affecting FreeBSD. I wasn't sure whether to post here or just file a bug, but > under the circumstances I opted for the former. Apologies if it is considered > noise. > > I was reading the exchange here: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469058 > > Referencing the following patch to Linux; > > http://lkml.org/lkml/2008/3/5/306 > > The exchange in the Debian bug tracker indicates kfreebsd 6/7 has the same > problem as Linux. Being a kernel issue, that indicates vanilla FreeBSD may > likely be affected. > > I neither have the setup nor the knowledge to effectively evaluate this > myself, but felt that it was obscure/diagnostically difficult enough that i > wanted to bring it to somebody's attention. > There was also a long discussion on the gcc developers list about this issue recently. It seems to already have been taken care of in FreeBSD by the following commit to -CURRENT: kib 2008-03-13 10:54:38 UTC FreeBSD src repository Modified files: sys/amd64/amd64 machdep.c sys/amd64/ia32 ia32_signal.c sys/amd64/linux32 linux32_sysvec.c sys/i386/i386 machdep.c sys/i386/linux linux_sysvec.c sys/i386/svr4 svr4_machdep.c sys/pc98/pc98 machdep.c Log: Since version 4.3, gcc changed its behaviour concerning the i386/amd64 ABI and the direction flag, that is it now assumes that the direction flag is cleared at the entry of a function and it doesn't clear once more if needed. This new behaviour conforms to the i386/amd64 ABI. Modify the signal handler frame setup code to clear the DF {e,r}flags bit on the amd64/i386 for the signal handlers. jhb@ noted that it might break old apps if they assumed DF == 1 would be preserved in the signal handlers, but that such apps should be rare and that older versions of gcc would not generate such apps. Submitted by: Aurelien Jarno PR: 121422 Reviewed by: jhb MFC after: 2 weeks -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 21:13: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 B81C41065671 for ; Sat, 15 Mar 2008 21:13:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6830B8FC2C for ; Sat, 15 Mar 2008 21:13:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jadgm-000KDQ-Ul for current@freebsd.org; Sat, 15 Mar 2008 23:13:13 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2FLDKUw094088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Mar 2008 23:13:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2FLD7c4082933; Sat, 15 Mar 2008 23:13:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2FLD6nY082932; Sat, 15 Mar 2008 23:13:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 15 Mar 2008 23:13:05 +0200 From: Kostik Belousov To: "Bjoern A. Zeeb" Message-ID: <20080315211305.GO10374@deviant.kiev.zoral.com.ua> References: <20080315084441.V50685@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SBikYMzjhZGK9d4p" Content-Disposition: inline In-Reply-To: <20080315084441.V50685@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 6bd56f30920205a35a58b455a86ead09 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2421 [Mar 14 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: FreeBSD current mailing list Subject: Re: Why is linux.ko rebuild everytime? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2008 21:13:14 -0000 --SBikYMzjhZGK9d4p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 15, 2008 at 08:46:50AM +0000, Bjoern A. Zeeb wrote: > Hi, >=20 > if I just do a make right after buildkernel finished successfully > linux.ko is rebuild (even though nothing was touched). > I have to admit I am doing make in obj/.../sys/KERNCONF/ but to > my understanding that should not matter. >=20 > ... > =3D=3D=3D> linsysfs (all) > =3D=3D=3D> linux (all) > ln -sf=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= apic.h opt_apic.h > cc -c -O2 -fno-strict-aliasing -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32=20 > -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS= =20 > -include=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 -g -fno-omit-frame-point= er -I/local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT -= mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -= mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall= -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions @/amd64/amd64/genassym.c > sh @/kern/genassym.sh genassym.o > assym.s > cc -c -x assembler-with-cpp -DLOCORE -O2 -fno-strict-aliasing -pipe=20 > -DCOMPAT_IA32 -DCOMPAT_LINUX32 -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdi= nc =20 > -DHAVE_KERNEL_OPTION_HEADERS -include=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit= -frame-pointer -I/local/building/freebsd/obj/local/building/freebsd/RELENG_= 7/sys/DOPT -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-ss= e2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffree= standing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions /local/building/freebsd/RELENG_7/sys/modules/lin= ux/../../amd64/linux32/linux32_support.s -o linux32_support.o > as -o assym.o assym.s > ld -d -warn-common -r -d -o linux.ko.debug linux32_locore.o=20 > linux32_support.o linux32_dummy.o linux_emul.o linux_file.o linux_futex.o= =20 > linux_getcwd.o linux_ioctl.o linux_ipc.o linux32_machdep.o linux_mib.o=20 > linux_misc.o linux_signal.o linux_socket.o linux_stats.o linux_sysctl.o= =20 > linux32_sysent.o linux32_sysvec.o linux_uid16.o linux_util.o linux_time.o= =20 > assym.o > echo linux_emul_path linux_get_osname linux_get_osrelease linux_ifname= =20 > linux_ioctl_register_handler linux_ioctl_unregister_handler > export_syms > awk -f=20 > /local/building/freebsd/RELENG_7/sys/modules/linux/../../conf/kmod_syms.a= wk=20 > linux.ko.debug export_syms | xargs -J% objcopy % linux.ko.debug > objcopy --only-keep-debug linux.ko.debug linux.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=3Dlinux.ko.symbols linux.ko.deb= ug=20 > linux.ko > =3D=3D=3D> lmc (all) > ... I want to say first that I do not know why, and I am interesting myself in the reason. Some time ago I tried to understand this, but did not come to any conclusio= n. The points I observed are below: 1. On i386, the acpi module (absent on the amd64) also often rebuilds without obvious reason. 2. Both linux and acpi depend on the assym.s. It seems that these are the only modules that depend on it. For instance, svr4 depends on svr4_genassym and does not rebuild. I did not saw anything obvious in the web of the rules to handle *assym. BTW, it usually tends to stabilize after several remakes. --SBikYMzjhZGK9d4p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfcO+AACgkQC3+MBN1Mb4gMiACgzXDBq22P3EfZ9X9ocRRVPBH8 OnEAoMDhuTPKYipNOxuzktQa8rdi8PSC =y7NN -----END PGP SIGNATURE----- --SBikYMzjhZGK9d4p-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 22:52: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 6E611106564A for ; Sat, 15 Mar 2008 22:52:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E89338FC15 for ; Sat, 15 Mar 2008 22:52:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-145-12.lns11.adl6.internode.on.net [121.45.145.12]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m2FMqVgF088963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Mar 2008 09:22:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 16 Mar 2008 09:22:18 +1030 User-Agent: KMail/1.9.7 References: <47DBD11D.2080406@norma.perm.ru> In-Reply-To: <47DBD11D.2080406@norma.perm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1365754.EBBs38u1T3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803160922.20088.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "Eugene M. Zheganin" Subject: Re: FreeBSD networked install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2008 22:52:34 -0000 --nextPart1365754.EBBs38u1T3 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 16 Mar 2008, Eugene M. Zheganin wrote: > I have and USB-CDROM, but > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Di386/115854 prevents me > from using it (it really does crash on both servers). > The same PR blocks me from using USB-Floppy. I think this has been fixed in -current recently.=20 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/btx/btx/btx.S?rev= =3D1.46 Obviously that doesn't help you *now* but you could either make a=20 release yourself (really - it isn't very hard!) or wait until someone=20 MFC's it (hopefully for 7.1) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1365754.EBBs38u1T3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH3FMk5ZPcIHs/zowRAsmpAJ9Oyemyz8n2pVVMZC2BAlcpzpgY1gCfQGzU 9U2ncBKYvtqW7r+1fV6TBAA= =rN66 -----END PGP SIGNATURE----- --nextPart1365754.EBBs38u1T3--