From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 5 06:34:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEB416A419 for ; Sun, 5 Aug 2007 06:34:35 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8667913C45A for ; Sun, 5 Aug 2007 06:34:35 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1518740waf for ; Sat, 04 Aug 2007 23:34:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent:organization:x-operation-sytem:from; b=Nuwzh8+j5KOLIYqnGhWxaFNFxWfWAbTayiwxGoG0gA4TecEwNMR7OdY4lwgarmVPA4XnrVzrmPBeK2z+aplZa5cjS5Yqx9LYcyD7dOwha6XO4SWsenAoo5JabAy+KWIIOxdeXFNiF7g5jZdUyaCIniBIskZqDY9uaKUuvwE87xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent:organization:x-operation-sytem:from; b=qWNB9TygDKYtRTSQckhlg83k9/GttsVKbk9lOcEtX1MlizH75U1I2g5nJnTyj4dH8XPBPXIEfC3ct/cTFLDm1KxshnbkcTl4ScJGbmun2Sf8m9ibQgjWbbBh7TZnM7krOweCuNkYuDDq5u06QjTIV/YAY2bDf20wBka7FCiL34w= Received: by 10.114.36.1 with SMTP id j1mr4493841waj.1186294166471; Sat, 04 Aug 2007 23:09:26 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id m40sm7194397wag.2007.08.04.23.09.23 (version=SSLv3 cipher=OTHER); Sat, 04 Aug 2007 23:09:24 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sun, 5 Aug 2007 15:09:21 +0900 Date: Sun, 5 Aug 2007 15:09:21 +0900 To: freebsd-drivers@freebsd.org Message-ID: <20070805060921.GA2858@freebsd.weongyo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-hackers@freebsd.org Subject: finished? porting ZyDAS zb1211/zb1211b driver for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 06:34:35 -0000 Hello, I just finished to port zyd(4) from NetBSD for FreeBSD and it works well in my environment without any panic ;-) (In zb1211b, RF AL2230, open auth, 54M). But It's not perfect and not be tested on another RF controllers and not on zb1211. IMO, it would work too. A patch which is for CURRENT is available at http://weongyo.org/patches/freebsd/if_zyd-CURRENT-20070805.diff Comments, questions and feedbacks always welcome. PS. special thanks to Pyun YongHyeon. Best Regards, Weongyo Jeong From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 5 17:23:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B1A16A417 for ; Sun, 5 Aug 2007 17:23:10 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id E5E5F13C459 for ; Sun, 5 Aug 2007 17:23:09 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:E/JDwhEHDNhZyT2tqkSiKSG717L6XvLXX1KQ6/WSRXwJhWJ5BbQEfLwXIYu1KFIM@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id l75HMp6N096190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2007 02:22:59 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 06 Aug 2007 02:22:50 +0900 Message-ID: From: Hajimu UMEMOTO To: Lapo Luchini In-Reply-To: References: <4232198F.5030705@kfu.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 06 Aug 2007 02:22:59 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_SIGNSOME,DK_POLICY_SIGNSOME autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ameno.mahoroba.org Cc: freebsd-hackers@freebsd.org Subject: Re: 6to4, stf and shoebox NAT routers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 17:23:10 -0000 Hi, >>>>> On Fri, 03 Aug 2007 10:08:48 +0200 >>>>> Lapo Luchini said: lapo> Hajimu UMEMOTO wrote: > I posted my proposed patch to current@ for review in the past. But, > no one responded. Could you test this? This is for 6-CURRENT at Feb 1. > If it doesn't apply cleanly, please let me know. lapo> It applied cleanly to 6.2-STABLE and seems to work perfectly... outbound lapo> at least. lapo> I have a box at home called cyberx which has static IPv4 but is NATted lapo> (and is thus using your patch). lapo> The other test box is a server called motoko which has static IPv4 lapo> assigned to one of his interfaces directly (no patches here). lapo> The wl500g router correctly forwards the protocol 41 packets to cyberx. lapo> Pinging from cyberx to motoko (and using tcpdump on both) I can see that: lapo> a. cyberx if producing correct IPv4 packets that are from his local lapo> NATted address to the real motoko address, but containing a IPv6 packet lapo> that contains the '2002:'-encoding of both real IPv4 addresses lapo> b. motoko is receiving the echo request correctly lapo> c. motoko is sending the echo reply correctly lapo> d. cyberx is receiving the echo reply encapsulated in IPv4 packets correctly lapo> e. cyberx's stf0 interface IS NOT RECEIVING his IPv6 echo reply lapo> f. the 'ping' command thinks that all packets are lost lapo> Does you patch address incoming packets too? Yes, it should address incoming packets. lapo> Can I do some ipfw magic to convince stf to receive also incoming lapo> packets with a mismatched IPv4-IPv6 address? No, you shouldn't need any ipfw magic. However, the NAT box have to forward the incomming tunneling packets to your stf box correctly. I guess you do so. How do you configure your stf interface? You need to assign a 6to4 address which is derived from the IPv4 global address assigned to the NAT box. And you need to set net.link.stf.no_addr4check to 1. Is it okay? sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 6 05:49:37 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F6D316A417 for ; Mon, 6 Aug 2007 05:49:37 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id E3BCB13C428 for ; Mon, 6 Aug 2007 05:49:36 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id l765EU3f016320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 5 Aug 2007 22:14:30 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id l765EU8T016319 for freebsd-hackers@freebsd.org; Sun, 5 Aug 2007 22:14:30 -0700 (PDT) Received: from fbsd61 ([192.168.200.61]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA20098; Sun, 5 Aug 07 22:08:36 PDT Date: Sun, 05 Aug 2007 22:10:17 -0700 From: perryh@pluto.rain.com To: freebsd-hackers@freebsd.org Message-Id: <46b6ad39.ruamQGdheK6wwA1G%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_46b6ad39.lPXpShBtL+5LwoMbStDVYy58D0fOB8TQSR/Yb1eAclZJgXew" Subject: improvement to split(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 05:49:37 -0000 This is a multi-part message in MIME format. --=_46b6ad39.lPXpShBtL+5LwoMbStDVYy58D0fOB8TQSR/Yb1eAclZJgXew Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In the case where the output files from split(1) are of a specified size (in bytes) and the size of the input is known, it is possible to compute the minimum required suffix_length rather than requiring it to be specified or accepting the default (2). The attached diffs add a -B switch, which requests that automation and otherwise behaves the same as -b. --=_46b6ad39.lPXpShBtL+5LwoMbStDVYy58D0fOB8TQSR/Yb1eAclZJgXew Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="split.1.diff" *** split.1.orig Sun Jan 16 23:44:29 2005 --- split.1 Sat Aug 4 22:46:19 2007 *************** *** 30,38 **** .\" SUCH DAMAGE. .\" .\" @(#)split.1 8.3 (Berkeley) 4/16/94 ! .\" $FreeBSD: src/usr.bin/split/split.1,v 1.15 2005/01/17 07:44:29 ru Exp $ .\" ! .Dd July 12, 2004 .Dt SPLIT 1 .Os .Sh NAME --- 30,38 ---- .\" SUCH DAMAGE. .\" .\" @(#)split.1 8.3 (Berkeley) 4/16/94 ! .\" $FreeBSD: src/usr.bin/split/split.1,v 1.15+ 2005/01/17 07:44:29 ru Exp $ .\" ! .Dd August 4, 2007 .Dt SPLIT 1 .Os .Sh NAME *************** *** 41,47 **** .Sh SYNOPSIS .Nm .Op Fl a Ar suffix_length ! .Op Fl b Ar byte_count[k|m] .Op Fl l Ar line_count .Op Fl p Ar pattern .Op Ar file Op Ar name --- 41,47 ---- .Sh SYNOPSIS .Nm .Op Fl a Ar suffix_length ! .Op Fl {b|B} Ar byte_count[k|m] .Op Fl l Ar line_count .Op Fl p Ar pattern .Op Ar file Op Ar name *************** *** 79,84 **** --- 79,92 ---- is appended to the number, the file is split into .Ar byte_count megabyte pieces. + .It Fl B + Like + .Fl b, + and compute the + .Ar suffix_length + based on the + .Ar byte_count + and the file size. .It Fl l Create smaller files .Ar n --=_46b6ad39.lPXpShBtL+5LwoMbStDVYy58D0fOB8TQSR/Yb1eAclZJgXew Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="split.c.diff" *** split.c.orig Sun Jul 11 07:44:23 2004 --- split.c Sat Aug 4 23:01:08 2007 *************** *** 32,38 **** */ #include ! __FBSDID("$FreeBSD: src/usr.bin/split/split.c,v 1.15 2004/07/11 14:44:23 tjr Exp $"); #ifndef lint static const char copyright[] = --- 32,38 ---- */ #include ! __FBSDID("$FreeBSD: src/usr.bin/split/split.c,v 1.15+ 2004/07/11 14:44:23 tjr Exp $"); #ifndef lint static const char copyright[] = *************** *** 61,66 **** --- 61,69 ---- #include #include + #include + #include + #define DEFLINE 1000 /* Default num lines per file. */ off_t bytecnt; /* Byte count to split on. */ *************** *** 70,77 **** char bfr[MAXBSIZE]; /* I/O buffer. */ char fname[MAXPATHLEN]; /* File name prefix. */ regex_t rgx; ! int pflag; ! long sufflen = 2; /* File name suffix length. */ void newfile(void); void split1(void); --- 73,80 ---- char bfr[MAXBSIZE]; /* I/O buffer. */ char fname[MAXPATHLEN]; /* File name prefix. */ regex_t rgx; ! int pflag, Bflag; ! long sufflen = -2; /* File name suffix length, -2 => unspecified. */ void newfile(void); void split1(void); *************** *** 85,94 **** long scale; int ch; char *ep, *p; setlocale(LC_ALL, ""); ! while ((ch = getopt(argc, argv, "-0123456789a:b:l:p:")) != -1) switch (ch) { case '0': case '1': case '2': case '3': case '4': case '5': case '6': case '7': case '8': case '9': --- 88,98 ---- long scale; int ch; char *ep, *p; + struct stat istat; setlocale(LC_ALL, ""); ! while ((ch = getopt(argc, argv, "-0123456789a:b:l:p:B:")) != -1) switch (ch) { case '0': case '1': case '2': case '3': case '4': case '5': case '6': case '7': case '8': case '9': *************** *** 114,123 **** --- 118,134 ---- ifd = 0; break; case 'a': /* Suffix length */ + if (Bflag) + errx(EX_USAGE, "-a is incompatible with -B"); if ((sufflen = strtol(optarg, &ep, 10)) <= 0 || *ep) errx(EX_USAGE, "%s: illegal suffix length", optarg); break; + case 'B': /* Byte count & compute sufflen. */ + if (sufflen != -2) + errx(EX_USAGE, "-B is incompatible with -a"); + Bflag = 1; + /* fall through */ case 'b': /* Byte count. */ errno = 0; if ((bytecnti = strtoimax(optarg, &ep, 10)) <= 0 || *************** *** 153,164 **** --- 164,185 ---- argv += optind; argc -= optind; + if (sufflen == -2) + sufflen = 2; + if (*argv != NULL) if (ifd == -1) { /* Input file. */ if (strcmp(*argv, "-") == 0) ifd = STDIN_FILENO; else if ((ifd = open(*argv, O_RDONLY, 0)) < 0) err(EX_NOINPUT, "%s", *argv); + else if (Bflag && fstat(ifd, &istat) == 0 && + istat.st_size > 0) { + off_t nfiles = + (istat.st_size + bytecnt - 1) / bytecnt; + for (sufflen = 1; nfiles > 26; nfiles /= 26) + ++sufflen; + } ++argv; } if (*argv != NULL) /* File name prefix. */ *************** *** 349,355 **** usage(void) { (void)fprintf(stderr, ! "usage: split [-a sufflen] [-b byte_count] [-l line_count] [-p pattern]\n"); (void)fprintf(stderr, " [file [prefix]]\n"); exit(EX_USAGE); --- 370,376 ---- usage(void) { (void)fprintf(stderr, ! "usage: split [-a sufflen] [-{b|B} byte_count] [-l line_count] [-p pattern]\n"); (void)fprintf(stderr, " [file [prefix]]\n"); exit(EX_USAGE); --=_46b6ad39.lPXpShBtL+5LwoMbStDVYy58D0fOB8TQSR/Yb1eAclZJgXew-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 6 11:39:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 324B416A47F for ; Mon, 6 Aug 2007 11:39:57 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id C8A5913C481 for ; Mon, 6 Aug 2007 11:39:56 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1575045B26; Mon, 6 Aug 2007 13:11:05 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E76E145684; Mon, 6 Aug 2007 13:10:59 +0200 (CEST) Date: Mon, 6 Aug 2007 13:10:18 +0200 From: Pawel Jakub Dawidek To: Ulf Lilleengen Message-ID: <20070806111017.GA4170@garage.freebsd.pl> References: <20070803192910.GA23699@carrot.studby.ntnu.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20070803192910.GA23699@carrot.studby.ntnu.no> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: VFS locking questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 11:39:57 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 03, 2007 at 09:29:33PM +0200, Ulf Lilleengen wrote: > Hi, >=20 > I have a couple of questions regarding VFS, since I'm trying to SMPify the > fdescfs code in an effort to get some experience with VFS and freebsd loc= king... >=20 > What is really LK_INTERLOCK? When should it be used? When should one acqu= ire it > (with VI_LOCK i assume), and what are the "semantics"? =20 Vnode internal lock (v_interlock, VI_LOCK()) is used to protect various field in the vnode structure (those marked with 'i' letter in vnode.h). You pass the LK_INTERLOCK flag to functions like lockmgr(), vn_lock(), VOP_UNLOCK() when you already hold vnode's interlock. This way if one of those functions needs vnode's interlock internally, it knows if you already hold it or not (thus the function needs to acquire it on its own). We could probably just use mtx_owned() inside those functions. > Let's say I have a function that should return a locked vnode. I lock the > hash-table with a regular mutex. Then, when I traverse the list, I check = if the > entry is what I look for. If it is, I call VI_LOCK() on the vnode, use vg= et to > increment refcount, and then use vn_lock(vp, LK_EXCLUSIVE...) to lock the= vnode > before the function returns. Is this correct behaviour?=20 Instead of doing what you suggest: VI_LOCK(vp); vget(vp, LK_INTERLOCK, td); vn_lock(vp, LK_EXCLUSIVE, td); You can simply call: vget(vp, LK_EXCLUSIVE, td); This is why: - You haven't passed LK_INTERLOCK, so vget() will lock it by itself if needed (it does need it). - You passed LK_EXCLUSIVE, so vget() will return locked vnode. > The LK_INTERLOCK bothers me a bit, because I'm not 100% sure on how it wo= rks. It probably mostly an optimization and probably protection before some races, so you can call various functions with vnode's interlock already held. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGtwGZForvXbEpPzQRAow8AKDpRDNYR4VyJy7CuvoAwiURGskzpwCg8xMm +dovr/Zof/jkPEyvsU7z5J4= =PMZ1 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 6 12:46:40 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354AD16A417 for ; Mon, 6 Aug 2007 12:46:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id C480713C442 for ; Mon, 6 Aug 2007 12:46:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1II1Qc-0004tM-Nh; Mon, 06 Aug 2007 15:11:21 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l76CAxdB055103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2007 15:10:59 +0300 (EEST) (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.1/8.14.1) with ESMTP id l76CAxx6008786; Mon, 6 Aug 2007 15:10:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l76CAxPb008785; Mon, 6 Aug 2007 15:10:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 6 Aug 2007 15:10:59 +0300 From: Kostik Belousov To: Pawel Jakub Dawidek Message-ID: <20070806121059.GD2738@deviant.kiev.zoral.com.ua> References: <20070803192910.GA23699@carrot.studby.ntnu.no> <20070806111017.GA4170@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G2kvLHdEX2DcGdqq" Content-Disposition: inline In-Reply-To: <20070806111017.GA4170@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b72b012eade34d4806fecc225a7d7ed8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1336 [August 3 2007] 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 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org, Ulf Lilleengen Subject: Re: VFS locking questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 12:46:40 -0000 --G2kvLHdEX2DcGdqq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 06, 2007 at 01:10:18PM +0200, Pawel Jakub Dawidek wrote: > On Fri, Aug 03, 2007 at 09:29:33PM +0200, Ulf Lilleengen wrote: > > Hi, > >=20 > > I have a couple of questions regarding VFS, since I'm trying to SMPify = the > > fdescfs code in an effort to get some experience with VFS and freebsd l= ocking... > >=20 > > What is really LK_INTERLOCK? When should it be used? When should one ac= quire it > > (with VI_LOCK i assume), and what are the "semantics"? =20 >=20 > Vnode internal lock (v_interlock, VI_LOCK()) is used to protect various > field in the vnode structure (those marked with 'i' letter in vnode.h). > You pass the LK_INTERLOCK flag to functions like lockmgr(), vn_lock(), > VOP_UNLOCK() when you already hold vnode's interlock. This way if one of > those functions needs vnode's interlock internally, it knows if you > already hold it or not (thus the function needs to acquire it on its > own). We could probably just use mtx_owned() inside those functions. >=20 > > Let's say I have a function that should return a locked vnode. I lock t= he > > hash-table with a regular mutex. Then, when I traverse the list, I chec= k if the > > entry is what I look for. If it is, I call VI_LOCK() on the vnode, use = vget to > > increment refcount, and then use vn_lock(vp, LK_EXCLUSIVE...) to lock t= he vnode > > before the function returns. Is this correct behaviour?=20 >=20 > Instead of doing what you suggest: >=20 > VI_LOCK(vp); > vget(vp, LK_INTERLOCK, td); > vn_lock(vp, LK_EXCLUSIVE, td); >=20 > You can simply call: >=20 > vget(vp, LK_EXCLUSIVE, td); >=20 > This is why: > - You haven't passed LK_INTERLOCK, so vget() will lock it by itself if > needed (it does need it). > - You passed LK_EXCLUSIVE, so vget() will return locked vnode. >=20 > > The LK_INTERLOCK bothers me a bit, because I'm not 100% sure on how it = works. >=20 > It probably mostly an optimization and probably protection before some > races, so you can call various functions with vnode's interlock already > held. You cannot sleep while holding mutex. So, if you hash is locked by mutex, you cannot sleep in lockmgr() waiting for vnode lock. The solution is vnode interlock. Basically, while still holding hash list mutex, you can do VI_LOCK(vp); vholdl(vp); mtx_unlock(hash mutex); error =3D vget(vp, LK_EXCLUSIVE|LK_INTERLOCK, td); if (error) XXX vdrop(vp); avoiding the race with vnode being reclaimed. --G2kvLHdEX2DcGdqq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD4DBQFGtw/RC3+MBN1Mb4gRAmwiAJiJKXr4yLptppI/9a6iE4X4rq9kAKDJWIAl BHB6NU8iCkh6UpH83d5Wig== =UuJY -----END PGP SIGNATURE----- --G2kvLHdEX2DcGdqq-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 7 07:25:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E2316A419; Tue, 7 Aug 2007 07:25:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (unknown [IPv6:2001:5a8:4:2140:21b:fcff:fe24:feef]) by mx1.freebsd.org (Postfix) with ESMTP id D219913C4D9; Tue, 7 Aug 2007 07:24:59 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l777OkEF053719; Tue, 7 Aug 2007 00:24:46 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l777OjOS053718; Tue, 7 Aug 2007 00:24:45 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: Xin LI Date: Tue, 7 Aug 2007 00:24:45 -0700 User-Agent: KMail/1.9.6 References: <46A8865D.2000509@delphij.net> In-Reply-To: <46A8865D.2000509@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708070024.45719.peter@wemm.org> X-Mailman-Approved-At: Tue, 07 Aug 2007 11:31:53 +0000 Cc: freebsd-hackers@freebsd.org, Xin LI Subject: Re: cvs: how to put vendor-deleted file into Attic? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 07:25:00 -0000 On Thursday 26 July 2007, Xin LI wrote: > Hi, > > While maintaining some third party contributed software packages I > ran into a problem where, say, if I remove a file from the vendor > branch (the file was never dragged off the vendor branch), it does > not appear in Attic. > > Is there a way to move it into Attic (presumably this would give > better checkout speed for -HEAD)? > > Cheers, The way you do this is: cvs checkout -r1.1.1 contrib/whatever cvs rm files cvs commit This puts the deletion on the 1.1.1 "vendor" branch. HEAD picks it up automatically, and if the file becomes "alive" again in the future, HEAD continues to track it. And there is metadata recorded to track when it was deleted and came back alive etc. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 7 13:31:08 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D480816A417 for ; Tue, 7 Aug 2007 13:31:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 113A013C481 for ; Tue, 7 Aug 2007 13:31:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (shkjof@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l77DV07Y090258; Tue, 7 Aug 2007 15:31:05 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l77DUtnb090255; Tue, 7 Aug 2007 15:30:55 +0200 (CEST) (envelope-from olli) Date: Tue, 7 Aug 2007 15:30:55 +0200 (CEST) Message-Id: <200708071330.l77DUtnb090255@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, jonny@jonny.eng.br In-Reply-To: <46B2A4DC.4080000@jonny.eng.br> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (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, 07 Aug 2007 15:31:05 +0200 (CEST) Cc: Subject: Re: Problems with rpc.statd and PAE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, jonny@jonny.eng.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 13:31:08 -0000 João Carlos Mendes Luís wrote: > Don Lewis wrote: > > I've been seeing this same problem for a long time on an 7.0-CURRENT > > i386 machine with 1GB of RAM, and I'm not using PAE. I haven't > > discovered any obvious cause for the problem. > > It's a production file server, so I cannot make any test today, but this > weekend I'll try to recompile statd to use less memory. > > Is there a good reason to map 256M at once? Is there a good reason _not_ to do it? rpc.statd has always mapped 256M, for as long as FreeBSD exists (maybe longer). I've never had a proble with that. Obviously it does that because it makes managing the state data easier. That's enough of a good reason, I think. 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 "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 8 16:48:11 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2509D16A41A for ; Wed, 8 Aug 2007 16:48:11 +0000 (UTC) (envelope-from freebsd.dev@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by mx1.freebsd.org (Postfix) with ESMTP id D7EDF13C46E for ; Wed, 8 Aug 2007 16:48:10 +0000 (UTC) (envelope-from freebsd.dev@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so35563ele for ; Wed, 08 Aug 2007 09:48:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=pzzMSaQFjyUSQAg1CJ6cx9G5EZamyn7JTxSc6arjkDa4GmqSO1Jh1VAfpD5GC4yZ1mu8XNGqzxfxygu0B3S9zp70nnRigKb4T/rZidktnDXvYhBcuCYiG7O4onVWOl/JDkGXSTD4ZDHO0mSDor/8FHdpZ5+HP9o1tVhVWapV8GY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VtFe962RU/txrgcwoJTtP9ENz1vgSPAEPcZNH2Se2CfoktdmrDQcQFe31UItu8l0btL8s4TAtmG4oHRDAx9hZPRRCjJvCBbm6EvE99iheD3ixfjqZJVC++XCBG2QY2zN1bYP8lKfYuyJFjH06w/NYuBXSBv2pz8FXcXaoJjI1/0= Received: by 10.90.99.20 with SMTP id w20mr1742796agb.1186590205173; Wed, 08 Aug 2007 09:23:25 -0700 (PDT) Received: by 10.90.49.2 with HTTP; Wed, 8 Aug 2007 09:23:25 -0700 (PDT) Message-ID: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> Date: Wed, 8 Aug 2007 11:23:25 -0500 From: "Biks N" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Using userland library in Kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 16:48:11 -0000 Hi, I am new to FreeBSD kernel programming and I am trying to use userland library (zlib) in FreeBSD kernel. But I am not sure if zlib library is linkable from the kernel. I would really appreciate if someone can point me to right direction. I am using 6.2-RELEASE. thanks Biks From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 8 16:49:36 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361BB16A418 for ; Wed, 8 Aug 2007 16:49:36 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: from mail.ispro.net (mail.ispro.net [87.251.0.19]) by mx1.freebsd.org (Postfix) with SMTP id 5128F13C468 for ; Wed, 8 Aug 2007 16:49:34 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: (qmail 84566 invoked by uid 399); 8 Aug 2007 19:22:53 +0300 Received: from dsl-tkubrasgw1-fe26fa00-203.dhcp.inet.fi (HELO ?84.250.38.203?) (yurtesen@ispro.net@84.250.38.203) by mail.ispro.net with ESMTP; 8 Aug 2007 19:22:53 +0300 X-Originating-IP: 84.250.38.203 Message-ID: <46B9EDBF.80506@ispro.net> Date: Wed, 08 Aug 2007 19:22:23 +0300 From: Evren Yurtesen User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: powerd feature proposal...(and a small problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 16:49:36 -0000 Hi, The problem is with an 8 processor system. If a process is not threaded and starts using 100% cpu time of a single processor, the system still shows over 80% idle. Whereas this single process works really slow if the system is already at the slowest speed. Is there a simple way to fix this problem? It is not so big problem but sometimes it is quite annoying :) Also I am currently using acpi_ppc (http://www.spa.is.uec.ac.jp/~nfukuda/software/) for adaptive CPU speeds on some machines. It gives performance statistics like: hw.acpi.cpu.px_supported: 2200 1800 800 hw.acpi.cpu.px_usage: 3.33% 3.33% 93.33% Is it possible for powerd to create similar sysctl entries? Thanks, Evren From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 8 17:42:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54F8016A468 for ; Wed, 8 Aug 2007 17:42:47 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE4213C483 for ; Wed, 8 Aug 2007 17:42:47 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id A08B1117A8; Wed, 8 Aug 2007 12:25:38 -0500 (CDT) Date: Wed, 8 Aug 2007 12:25:36 -0500 From: Craig Boston To: Biks N Message-ID: <20070808172535.GA8404@nowhere> Mail-Followup-To: Craig Boston , Biks N , freebsd-hackers@freebsd.org References: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Wed, 08 Aug 2007 18:26:18 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Using userland library in Kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:42:47 -0000 On Wed, Aug 08, 2007 at 11:23:25AM -0500, Biks N wrote: > I am new to FreeBSD kernel programming and I am trying to use userland > library (zlib) in FreeBSD kernel. But I am not sure if zlib library is > linkable from the kernel. Normally, no, you can't just link in a library designed for userland into the kernel. Some porting is required to deal with the kernel environment -- things such as not having a full C library available, different memory management, etc. In this case however, there is already a zlib implementation in the kernel. IIRC, geom_uzip and the crypto framework both use it. You may want to check out sys/net/zlib.[ch] and see if it can do what you're after. You'll need to make sure to include a dependency on the zlib module and/or add it to your kernel configuration. Good luck, Craig From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 8 20:10:20 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEFF216A419 for ; Wed, 8 Aug 2007 20:10:20 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4B72213C4DB for ; Wed, 8 Aug 2007 20:10:20 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l78HOpta082490; Wed, 8 Aug 2007 12:24:51 -0500 (CDT) (envelope-from dan) Date: Wed, 8 Aug 2007 12:24:51 -0500 From: Dan Nelson To: Biks N Message-ID: <20070808172451.GM77822@dan.emsphone.com> References: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: Using userland library in Kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 20:10:20 -0000 In the last episode (Aug 08), Biks N said: > I am new to FreeBSD kernel programming and I am trying to use > userland library (zlib) in FreeBSD kernel. But I am not sure if zlib > library is linkable from the kernel. It isn't. However, there is a zlib implementation in the kernel already. It's hidden under the PPP_DEFLATE kernel option (the source is in sys/net/ppp_deflate.c). The functions are all prefixed with z_, but apart from that it works the same as userland zlib. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 8 22:24:59 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D2A316A417 for ; Wed, 8 Aug 2007 22:24:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4A813C465 for ; Wed, 8 Aug 2007 22:24:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id EEF3733C5D; Wed, 8 Aug 2007 14:59:50 -0700 (PDT) Received: from postfix.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id BFC7033C5B; Wed, 8 Aug 2007 14:59:50 -0700 (PDT) Received: by postfix.alerce.com (Postfix, from userid 501) id 2FEC01326BA; Wed, 8 Aug 2007 14:59:50 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18106.15573.957137.177128@almost.alerce.com> Date: Wed, 8 Aug 2007 14:59:49 -0700 To: Evren Yurtesen In-Reply-To: <46B9EDBF.80506@ispro.net> References: <46B9EDBF.80506@ispro.net> X-Mailer: VM 7.19 under Emacs 22.1.1 X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 08 Aug 2007 22:28:46 +0000 Cc: hackers@freebsd.org Subject: Re: powerd feature proposal...(and a small problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 22:24:59 -0000 Evren Yurtesen writes: > Hi, > > The problem is with an 8 processor system. If a process is not threaded and > starts using 100% cpu time of a single processor, the system still shows over > 80% idle. Whereas this single process works really slow if the system is already > at the slowest speed. Is there a simple way to fix this problem? It is not so > big problem but sometimes it is quite annoying :) > [...] I edited /etc/rc.d/powerd and just after the command line I added command_arg="-r 84 -i 93" [values determined by trial and error] g. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 9 00:13:10 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBFF216A41A for ; Thu, 9 Aug 2007 00:13:10 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: from mail.ispro.net (mail.ispro.net [87.251.0.19]) by mx1.freebsd.org (Postfix) with SMTP id 1210D13C45B for ; Thu, 9 Aug 2007 00:13:09 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: (qmail 20424 invoked by uid 399); 9 Aug 2007 03:13:08 +0300 Received: from dsl-tkubrasgw1-fe26fa00-203.dhcp.inet.fi (HELO ?84.250.38.203?) (yurtesen@ispro.net@84.250.38.203) by mail.ispro.net with ESMTP; 9 Aug 2007 03:13:08 +0300 X-Originating-IP: 84.250.38.203 Message-ID: <46BA5BF5.4000401@ispro.net> Date: Thu, 09 Aug 2007 03:12:37 +0300 From: Evren Yurtesen User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: hartzell@alerce.com References: <46B9EDBF.80506@ispro.net> <18106.15573.957137.177128@almost.alerce.com> In-Reply-To: <18106.15573.957137.177128@almost.alerce.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: powerd feature proposal...(and a small problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 00:13:10 -0000 George Hartzell wrote: > Evren Yurtesen writes: > > Hi, > > > > The problem is with an 8 processor system. If a process is not threaded and > > starts using 100% cpu time of a single processor, the system still shows over > > 80% idle. Whereas this single process works really slow if the system is already > > at the slowest speed. Is there a simple way to fix this problem? It is not so > > big problem but sometimes it is quite annoying :) > > [...] > > I edited /etc/rc.d/powerd and just after the command line I added > > command_arg="-r 84 -i 93" > > [values determined by trial and error] > > g. I believe you can set those in powerd_flags="" in /etc/rc.conf also. But that is not a good solution. Do we have to calculate this manually? :) Thanks, Evren From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 9 10:03:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555CF16A421 for ; Thu, 9 Aug 2007 10:03:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id B423113C468 for ; Thu, 9 Aug 2007 10:03:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [212.17.141.54] (account mc467741@c2i.net HELO [10.151.161.116]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 401644977; Thu, 09 Aug 2007 12:03:44 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Thu, 9 Aug 2007 12:03:46 +0200 User-Agent: KMail/1.9.7 References: <20070805060921.GA2858@freebsd.weongyo.org> In-Reply-To: <20070805060921.GA2858@freebsd.weongyo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708091203.47000.hselasky@c2i.net> Cc: freebsd-drivers@freebsd.org, Weongyo Jeong Subject: Re: finished? porting ZyDAS zb1211/zb1211b driver for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 10:03:49 -0000 On Sunday 05 August 2007, Weongyo Jeong wrote: > Hello, > > I just finished to port zyd(4) from NetBSD for FreeBSD and it works well in > my environment without any panic ;-) (In zb1211b, RF AL2230, open auth, > 54M). But It's not perfect and not be tested on another RF controllers and > not on zb1211. IMO, it would work too. > > A patch which is for CURRENT is available at > http://weongyo.org/patches/freebsd/if_zyd-CURRENT-20070805.diff > > Comments, questions and feedbacks always welcome. > > PS. special thanks to Pyun YongHyeon. Hi, Is it possible that you could spend some time porting your ZYD driver to the HPS USB stack aswell ? --HPS From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 9 10:51:34 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C3816A418 for ; Thu, 9 Aug 2007 10:51:34 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BB76513C457 for ; Thu, 9 Aug 2007 10:51:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7E3FA208C; Thu, 9 Aug 2007 12:51:27 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6F47A2089; Thu, 9 Aug 2007 12:51:27 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 4CD878444F; Thu, 9 Aug 2007 12:51:27 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Dan Nelson References: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> <20070808172451.GM77822@dan.emsphone.com> Date: Thu, 09 Aug 2007 12:51:27 +0200 In-Reply-To: <20070808172451.GM77822@dan.emsphone.com> (Dan Nelson's message of "Wed\, 8 Aug 2007 12\:24\:51 -0500") Message-ID: <86odhh9e1c.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Biks N Subject: Re: Using userland library in Kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 10:51:34 -0000 Dan Nelson writes: > It isn't. However, there is a zlib implementation in the kernel > already. It's hidden under the PPP_DEFLATE kernel option (the source > is in sys/net/ppp_deflate.c). not quite, it's in sys/net/zlib.c and is used by more than just PPP: net/zlib.c optional crypto | geom_uzip | ipsec | \ mxge | ppp_deflate | netgraph_defl= ate DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 9 16:46:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F4E16A417; Thu, 9 Aug 2007 16:46:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A1EA113C428; Thu, 9 Aug 2007 16:46:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l79GiSGD080448; Thu, 9 Aug 2007 10:44:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 09 Aug 2007 10:44:39 -0600 (MDT) Message-Id: <20070809.104439.-365731007.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200708091203.47000.hselasky@c2i.net> References: <20070805060921.GA2858@freebsd.weongyo.org> <200708091203.47000.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 09 Aug 2007 10:44:30 -0600 (MDT) Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: finished? porting ZyDAS zb1211/zb1211b driver for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 16:46:26 -0000 In message: <200708091203.47000.hselasky@c2i.net> Hans Petter Selasky writes: : On Sunday 05 August 2007, Weongyo Jeong wrote: : > Hello, : > : > I just finished to port zyd(4) from NetBSD for FreeBSD and it works well in : > my environment without any panic ;-) (In zb1211b, RF AL2230, open auth, : > 54M). But It's not perfect and not be tested on another RF controllers and : > not on zb1211. IMO, it would work too. : > : > A patch which is for CURRENT is available at : > http://weongyo.org/patches/freebsd/if_zyd-CURRENT-20070805.diff : > : > Comments, questions and feedbacks always welcome. : > : > PS. special thanks to Pyun YongHyeon. : : Hi, : : Is it possible that you could spend some time porting your ZYD driver to the : HPS USB stack aswell ? Isn't zyd already in the hps stack? Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 9 23:18:45 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD8616A419 for ; Thu, 9 Aug 2007 23:18:45 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E4EE213C465 for ; Thu, 9 Aug 2007 23:18:44 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 83B3420B0 for ; Fri, 10 Aug 2007 01:18:34 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EA966208A for ; Fri, 10 Aug 2007 01:18:33 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id BBF9C8444F; Fri, 10 Aug 2007 01:18:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org Date: Fri, 10 Aug 2007 01:18:33 +0200 Message-ID: <86myx0pa9i.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Core temperature X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 23:18:45 -0000 I've written a quick-and-dirty driver for the built-in digital temperature sensor in Intel's Core and Core 2 CPUs (and Xeons built on the Core architecture). The driver exports four sysctl nodes under hw.coretemp: hw.coretemp.tjmax Maximum core temperature (currently hardcoded To 100=C2=B0C, may actually be 85=C2=B0C on some sy= stems) hw.coretemp.delta current temperature in =C2=B0C below Tj(max) hw.coretemp.interrupt Lower 32 bits of the IA32_THERMAL_INTERRUPT MSR hw.coretemp.status Lower 32 bits of the IA32_THERMAL_STATUS MSR I intend to move these into dev.cpu.N in a later version. Note that the driver currently makes no attempt to handle multi-CPU systems; it will simply report the temperature of the CPU that contains whichever core the requesting process happens to be running on. http://people.freebsd.org/~des/software/coretemp-20070810.diff DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 04:28:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69AEA16A49E; Fri, 10 Aug 2007 04:28:01 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msa3.plala.or.jp (msa3.plala.or.jp [58.93.251.203]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC4F13C4E8; Fri, 10 Aug 2007 04:28:00 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc2.plala.or.jp ([172.23.8.25]) by msa1-25.plala.or.jp with ESMTP id <20070810041548.ECOF13118.msa1-25.plala.or.jp@msc2.plala.or.jp>; Fri, 10 Aug 2007 13:15:48 +0900 Received: from [192.168.35.6] ([220.33.68.80]) by msc2.plala.or.jp with ESMTP id <20070810041548.QOTJ8924.msc2.plala.or.jp@[192.168.35.6]>; Fri, 10 Aug 2007 13:15:48 +0900 Message-ID: <46BBE66E.4040202@trio.plala.or.jp> Date: Fri, 10 Aug 2007 13:15:42 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-hackers@freebsd.org References: <46BAD8F3.1050403@trio.plala.or.jp> In-Reply-To: <46BAD8F3.1050403@trio.plala.or.jp> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: none of wpa_passphrase X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 04:28:01 -0000 I have posted this mail to mobile list. Just to make sure, I'll forward to this list too. Eitarou Eitarou Kamo wrote: >Hi, > I used wpa _supplicant and was aware none of wpa _passphrase. >My machine is 6.2 REREASE. Does anyone have it or way to making it? > >Eitarou >_______________________________________________ >freebsd-mobile@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 08:04:50 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 726F716A46C for ; Fri, 10 Aug 2007 08:04:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id A406B13C474 for ; Fri, 10 Aug 2007 08:04:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19539 invoked by uid 399); 10 Aug 2007 07:38:09 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 10 Aug 2007 07:38:09 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 10 Aug 2007 00:38:06 -0700 (PDT) From: Doug Barton To: =?iso-8859-15?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86myx0pa9i.fsf@ds4.des.no> Message-ID: References: <86myx0pa9i.fsf@ds4.des.no> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1543664049-1186731489=:910" Cc: hackers@freebsd.org Subject: Re: Core temperature X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 08:04:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1543664049-1186731489=:910 Content-Type: TEXT/PLAIN; format=flowed; charset=iso-8859-15 Content-Transfer-Encoding: 8BIT On Fri, 10 Aug 2007, Dag-Erling Smørgrav wrote: > I've written a quick-and-dirty driver for the built-in digital > temperature sensor in Intel's Core and Core 2 CPUs (and Xeons built on > the Core architecture). The driver exports four sysctl nodes under > hw.coretemp: > > hw.coretemp.tjmax Maximum core temperature (currently hardcoded > To 100°C, may actually be 85°C on some systems) > > hw.coretemp.delta current temperature in °C below Tj(max) > > hw.coretemp.interrupt Lower 32 bits of the IA32_THERMAL_INTERRUPT MSR > > hw.coretemp.status Lower 32 bits of the IA32_THERMAL_STATUS MSR > > I intend to move these into dev.cpu.N in a later version. This is working for me on my C2D: sysctl hw.coretemp hw.coretemp.tjmax: 100 hw.coretemp.delta: -42 hw.coretemp.interrupt: 9954320 hw.coretemp.status: 2284454592 That temp agrees with the one reported by wmbsdbatt, for what that's worth. hth, Doug -- This .signature sanitized for your protection --0-1543664049-1186731489=:910-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 10:10:13 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B09EB16A418 for ; Fri, 10 Aug 2007 10:10:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 2027813C47E for ; Fri, 10 Aug 2007 10:10:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.39] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 572524599; Fri, 10 Aug 2007 12:10:10 +0200 From: Hans Petter Selasky To: "M. Warner Losh" Date: Fri, 10 Aug 2007 12:10:20 +0200 User-Agent: KMail/1.9.7 References: <20070805060921.GA2858@freebsd.weongyo.org> <200708091203.47000.hselasky@c2i.net> <20070809.104439.-365731007.imp@bsdimp.com> In-Reply-To: <20070809.104439.-365731007.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708101210.21431.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: finished? porting ZyDAS zb1211/zb1211b driver for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 10:10:13 -0000 On Thursday 09 August 2007, M. Warner Losh wrote: > In message: <200708091203.47000.hselasky@c2i.net> > > Hans Petter Selasky writes: > : On Sunday 05 August 2007, Weongyo Jeong wrote: > : > Hello, > : > > : > I just finished to port zyd(4) from NetBSD for FreeBSD and it works > : > well in my environment without any panic ;-) (In zb1211b, RF AL2230, > : > open auth, 54M). But It's not perfect and not be tested on another RF > : > controllers and not on zb1211. IMO, it would work too. > : > > : > A patch which is for CURRENT is available at > : > http://weongyo.org/patches/freebsd/if_zyd-CURRENT-20070805.diff > : > > : > Comments, questions and feedbacks always welcome. > : > > : > PS. special thanks to Pyun YongHyeon. > : > : Hi, > : > : Is it possible that you could spend some time porting your ZYD driver to > : the HPS USB stack aswell ? > > Isn't zyd already in the hps stack? > > Warner Yes it is, but the version I ported was not functional at that time. --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 10:50:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4238D16A418 for ; Fri, 10 Aug 2007 10:50:49 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id CDD6013C45B for ; Fri, 10 Aug 2007 10:50:48 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-187-205.dclient.hispeed.ch ([80.218.187.205] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IJS4t-0007ze-TG; Fri, 10 Aug 2007 12:50:47 +0200 Message-ID: <46BC4309.8000802@gahr.ch> Date: Fri, 10 Aug 2007 12:50:49 +0200 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , freebsd-hackers@freebsd.org References: <86myx0pa9i.fsf@ds4.des.no> In-Reply-To: <86myx0pa9i.fsf@ds4.des.no> X-Enigmail-Version: 0.95.2 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig76A6B1655573CFB4E88D1F16" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus 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 - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Core temperature X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 10:50:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig76A6B1655573CFB4E88D1F16 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > I've written a quick-and-dirty driver for the built-in digital > temperature sensor in Intel's Core and Core 2 CPUs (and Xeons built on > the Core architecture). The driver exports four sysctl nodes under > hw.coretemp: >=20 > hw.coretemp.tjmax Maximum core temperature (currently hardcoded > To 100=C2=B0C, may actually be 85=C2=B0C on som= e systems) >=20 > hw.coretemp.delta current temperature in =C2=B0C below Tj(max) >=20 > hw.coretemp.interrupt Lower 32 bits of the IA32_THERMAL_INTERRUPT MSR= >=20 > hw.coretemp.status Lower 32 bits of the IA32_THERMAL_STATUS MSR >=20 > I intend to move these into dev.cpu.N in a later version. >=20 > Note that the driver currently makes no attempt to handle multi-CPU > systems; it will simply report the temperature of the CPU that contains= > whichever core the requesting process happens to be running on. >=20 > http://people.freebsd.org/~des/software/coretemp-20070810.diff >=20 Hi Des, thanks a lot! Could you please try to explain these results? > sysctl hw.coretemp.tjmax hw.coretemp.delta hw.acpi.thermal.tz0.temperat= ure hw.coretemp.tjmax: 100 hw.coretemp.delta: -38 hw.acpi.thermal.tz0.temperature: 66.8C Shouldn't hw.coretemp.delta be (hw.coretemp.tjmax - hw.acpi.thermal.tz0.temperature)? Thanks! > DES --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig76A6B1655573CFB4E88D1F16 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGvEMNwMJqmJVx944RChMVAJ45KHQjZExoUMZ+gYR9VS/5w2GdLgCgoEYV fBjHXQCU2BFttleAg909Pm0= =89Ap -----END PGP SIGNATURE----- --------------enig76A6B1655573CFB4E88D1F16-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 11:15:23 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B9416A419 for ; Fri, 10 Aug 2007 11:15:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 92C5413C45A for ; Fri, 10 Aug 2007 11:15:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1E31320B4; Fri, 10 Aug 2007 13:15:20 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 10481208A; Fri, 10 Aug 2007 13:15:20 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id ED8A68447F; Fri, 10 Aug 2007 13:15:19 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pietro Cerutti References: <86myx0pa9i.fsf@ds4.des.no> <46BC4309.8000802@gahr.ch> Date: Fri, 10 Aug 2007 13:15:19 +0200 In-Reply-To: <46BC4309.8000802@gahr.ch> (Pietro Cerutti's message of "Fri\, 10 Aug 2007 12\:50\:49 +0200") Message-ID: <86r6mb7i9k.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Core temperature X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:15:23 -0000 Pietro Cerutti writes: > Could you please try to explain these results? > > % sysctl hw.coretemp.tjmax hw.coretemp.delta hw.acpi.thermal.tz0.temperat= ure > hw.coretemp.tjmax: 100 > hw.coretemp.delta: -38 > hw.acpi.thermal.tz0.temperature: 66.8C > > Shouldn't hw.coretemp.delta be (hw.coretemp.tjmax - > hw.acpi.thermal.tz0.temperature)? The value reported by hw.acpi.thermal.tz0.temperature most likely comes from a temperature sensor mounted somewhere on the motherboard, while hw.coretemp.delta reports the temperature inside the CPU itself. In my experience, Core-based CPUs run very cool under light load, so the result does not surprise me. here's what coretemp reports on my file server: hw.coretemp.tjmax: 100 hw.coretemp.delta: -46 although I believe this is actually one of the CPUs that have an 85=C2=B0C Tj(max), giving a core temperature of 39=C2=B0C and not 54=C2=B0C (the box = has a 2.4 GHz C2D but spends most of its time barely ticking over at 200 MHz) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 11:25:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354F316A420 for ; Fri, 10 Aug 2007 11:25:48 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id BD40113C469 for ; Fri, 10 Aug 2007 11:25:47 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-187-205.dclient.hispeed.ch ([80.218.187.205] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IJSck-0006Nd-QR; Fri, 10 Aug 2007 13:25:46 +0200 Message-ID: <46BC4B3C.1060302@gahr.ch> Date: Fri, 10 Aug 2007 13:25:48 +0200 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , freebsd-hackers@freebsd.org References: <86myx0pa9i.fsf@ds4.des.no> <46BC4309.8000802@gahr.ch> <86r6mb7i9k.fsf@ds4.des.no> In-Reply-To: <86r6mb7i9k.fsf@ds4.des.no> X-Enigmail-Version: 0.95.2 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig9F27992FBCD777D2ADE3896C" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus 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 - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Core temperature X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:25:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F27992FBCD777D2ADE3896C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > Pietro Cerutti writes: >> Could you please try to explain these results? >> >> % sysctl hw.coretemp.tjmax hw.coretemp.delta hw.acpi.thermal.tz0.tempe= rature >> hw.coretemp.tjmax: 100 >> hw.coretemp.delta: -38 >> hw.acpi.thermal.tz0.temperature: 66.8C >> >> Shouldn't hw.coretemp.delta be (hw.coretemp.tjmax - >> hw.acpi.thermal.tz0.temperature)? >=20 > The value reported by hw.acpi.thermal.tz0.temperature most likely comes= > from a temperature sensor mounted somewhere on the motherboard, while > hw.coretemp.delta reports the temperature inside the CPU itself. In my= > experience, Core-based CPUs run very cool under light load, so the > result does not surprise me. >=20 > here's what coretemp reports on my file server: >=20 > hw.coretemp.tjmax: 100 > hw.coretemp.delta: -46 >=20 > although I believe this is actually one of the CPUs that have an 85=C2=B0= C > Tj(max), giving a core temperature of 39=C2=B0C and not 54=C2=B0C (the = box has a > 2.4 GHz C2D but spends most of its time barely ticking over at 200 MHz)= >=20 Thanks for clearing it! Regards, > DES --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig9F27992FBCD777D2ADE3896C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGvEtAwMJqmJVx944RCn1XAJ9gwb2AAg2Eqo9NdnhVIR8gFJOaEQCgoWDY 5OzFvKRKmkBuRZye75VdAm4= =2D8B -----END PGP SIGNATURE----- --------------enig9F27992FBCD777D2ADE3896C-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 04:44:30 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9BBB16A41B for ; Fri, 10 Aug 2007 04:44:30 +0000 (UTC) (envelope-from sharadc@in.niksun.com) Received: from in.niksun.com (210.18.76.166.sify.net [210.18.76.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8D33B13C474 for ; Fri, 10 Aug 2007 04:44:30 +0000 (UTC) (envelope-from sharadc@in.niksun.com) Received: from sharadc.niksun.com (unknown [10.60.5.27]) by in.niksun.com (Postfix) with ESMTP id 9A5695CBD; Fri, 10 Aug 2007 09:58:57 +0530 (IST) From: Sharad Chandra Organization: Niksun India To: freebsd-hackers@freebsd.org Date: Fri, 10 Aug 2007 09:51:02 +0530 User-Agent: KMail/1.8.2 References: <200707271513.48639.sharadc@niksun.com> <20070727102027.GH1152@turion.vk2pj.dyndns.org> In-Reply-To: <20070727102027.GH1152@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708100951.02394.sharadc@in.niksun.com> X-Mailman-Approved-At: Fri, 10 Aug 2007 11:27:51 +0000 Cc: Sharad Chandra Subject: Re: gcc -m32 option on amd64. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 04:44:31 -0000 On Friday 27 Jul 2007 3:50 pm, Peter Jeremy wrote: > On 2007-Jul-27 15:13:48 +0530, Sharad Chandra wrote: > >I am trying gcc -m32 on freebsd 6.1 amd64 env, but it does not seems to be > >working. i also installed /usr/port/lang/linux-libgcc/ but did not help > >what i did is=> > >echo "main () {}" > t.c; gcc -m32 t.c > >/usr/bin/ld: skipping > >incompatible > > /usr/local/lib/gcc/x86_64-portbld-freebsd6.1/4.2.0/gcc/x86_64-portbld-fre > >ebsd6.1/4.2.0/libgcc.a when searching for -lgcc > >/usr/bin/ld: cannot find -lgcc > >collect2: ld returned 1 exit status > > > >how can we make this working? > > You are using gcc 4.2 from ports. I suspect this only includes the > 64-bit libraries. gcc in the base system includes both 32-bit and > 64-bit libraries by default but it still suffers the same problem. Yes, gcc looks for library in /usr/lib, whereas libraries for 32 is in /usr/lib32, and there is a switch -B in gcc which tells from where to pick the library, I did gcc -m32 -B /usr/lib32 t.c and this is working now. > I had a go at fixing the problem in amd64/112215 but this has other > problems and needs more work. Note that non-trivial code will break > because points at amd64 headers whilst the -m32 > compiler needs i386 headers in many cases. There's a non-trivial > amount of work needed to actually get cross-building working. I > suggest you look throught the FreeBSD-amd64 archives. Thanks Sharad Chandra From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 11:35:46 2007 Return-Path: Delivered-To: FreeBSD-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0C816A41A for ; Fri, 10 Aug 2007 11:35:46 +0000 (UTC) (envelope-from Artis.Caune@latnet.lv) Received: from krauklis.latnet.lv (krauklis.latnet.lv [159.148.19.113]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA2D13C465 for ; Fri, 10 Aug 2007 11:35:46 +0000 (UTC) (envelope-from Artis.Caune@latnet.lv) Received: from localhost (localhost.localdomain [127.0.0.1]) by krauklis.latnet.lv (Postfix) with ESMTP id 53C315758D for ; Fri, 10 Aug 2007 14:19:56 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at krauklis.latnet.lv Received: from krauklis.latnet.lv ([127.0.0.1]) by localhost (krauklis.latnet.lv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z7j+MUzR6zDE for ; Fri, 10 Aug 2007 14:19:55 +0300 (EEST) Received: from [159.148.108.245] (didii.latnet.lv [159.148.108.245]) by krauklis.latnet.lv (Postfix) with ESMTP id 97DB357586 for ; Fri, 10 Aug 2007 14:19:55 +0300 (EEST) Message-ID: <46BC49DB.8060509@latnet.lv> Date: Fri, 10 Aug 2007 14:19:55 +0300 From: Artis Caune User-Agent: Thunderbird 1.5.0.10 (X11/20070327) MIME-Version: 1.0 To: FreeBSD-hackers@FreeBSD.org Content-Type: multipart/mixed; boundary="------------030103040208010004050309" Cc: Subject: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:35:47 -0000 This is a multi-part message in MIME format. --------------030103040208010004050309 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit How about aditional flag ("X") to newsyslog, which don't compress first log file? This is useful for apache. # cat /etc/newsyslog.conf /var/log/httpd-access.log www:www 640 64 * $W1D0 BCZX /var/run/httpd.pid 30 # ls /var/log/archive2/ httpd-access.log.0 httpd-access.log.1.gz httpd-access.log.2.gz httpd-access.log.3.gz --------------030103040208010004050309 Content-Type: text/plain; name="newsyslog.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="newsyslog.patch" LS0tIG5ld3N5c2xvZy5jLm9yaWcJVGh1IEF1ZyAxNyAwNDoyMDozNiAyMDA2CisrKyBuZXdz eXNsb2cuYwlGcmkgQXVnIDEwIDEzOjU5OjUzIDIwMDcKQEAgLTEwNCw2ICsxMDQsOCBAQAog I2RlZmluZQlDRV9DUkVBVEUJMHgwMTAwCS8qIENyZWF0ZSB0aGUgbG9nIGZpbGUgaWYgaXQg ZG9lcyBub3QgZXhpc3QuICovCiAjZGVmaW5lCUNFX05PRFVNUAkweDAyMDAJLyogU2V0ICdu b2R1bXAnIG9uIG5ld2x5IGNyZWF0ZWQgbG9nIGZpbGUuICovCiAKKyNkZWZpbmUgQ0VfTk9D T01QQUNUMQkweDA0MDAgIC8qIERvbid0IGNvbXBhY3QgZmlyc3QgbG9nIGZpbGUuICovCisK ICNkZWZpbmUJTUlOX1BJRCAgICAgICAgIDUJLyogRG9uJ3QgdG91Y2ggcGlkcyBsb3dlciB0 aGFuIHRoaXMgKi8KICNkZWZpbmUJTUFYX1BJRAkJOTk5OTkJLyogd2FzIGxvd2VyLCBzZWUg L3Vzci9pbmNsdWRlL3N5cy9wcm9jLmggKi8KIApAQCAtMTIyOCw2ICsxMjMwLDkgQEAKIAkJ CWNhc2UgJ3onOgogCQkJCXdvcmtpbmctPmZsYWdzIHw9IENFX0NPTVBBQ1Q7CiAJCQkJYnJl YWs7CisJCQljYXNlICd4JzoKKwkJCQl3b3JraW5nLT5mbGFncyB8PSBDRV9OT0NPTVBBQ1Qx OworCQkJCWJyZWFrOwogCQkJY2FzZSAnLSc6CiAJCQkJYnJlYWs7CiAJCQljYXNlICdmJzoJ LyogVXNlZCBieSBPcGVuQlNEIGZvciAiQ0VfRk9MTE9XIiAqLwpAQCAtMTQ5OCw4ICsxNTAz LDE1IEBACiAJCSAqIFRoZSB6aXB3b3JrX2VudHJ5IHdpbGwgaW5jbHVkZSBhIHBvaW50ZXIg dG8gdGhpcwogCQkgKiBjb25mX2VudHJ5LCBzbyB0aGUgY29uZl9lbnRyeSBzaG91bGQgbm90 IGJlIGZyZWVkLgogCQkgKi8KLQkJZnJlZV9vcl9rZWVwID0gS0VFUF9FTlQ7Ci0JCXNhdmVf emlwd29yayhlbnQsIHN3b3JrLCBlbnQtPmZzaXplLCBmaWxlMSk7CisJCWlmIChmbGFncyAm IChDRV9OT0NPTVBBQ1QxKSkgeworCQkJaWYgKCFsc3RhdChmaWxlMiwgJnN0KSkgeworCQkJ CWZyZWVfb3Jfa2VlcCA9IEtFRVBfRU5UOworCQkJCXNhdmVfemlwd29yayhlbnQsIHN3b3Jr LCBlbnQtPmZzaXplLCBmaWxlMik7CisJCQl9CisJCX0gZWxzZSB7CisJCQlmcmVlX29yX2tl ZXAgPSBLRUVQX0VOVDsKKwkJCXNhdmVfemlwd29yayhlbnQsIHN3b3JrLCBlbnQtPmZzaXpl LCBmaWxlMSk7CisJCX0KIAl9CiAKIAlyZXR1cm4gKGZyZWVfb3Jfa2VlcCk7Cg== --------------030103040208010004050309-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 11:51:42 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C281916A419 for ; Fri, 10 Aug 2007 11:51:42 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 3F03413C469 for ; Fri, 10 Aug 2007 11:51:42 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id l7ABpXMA097972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Aug 2007 13:51:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id l7ABpWNb097969 for ; Fri, 10 Aug 2007 13:51:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Fri, 10 Aug 2007 13:51:28 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD-hackers@freebsd.org In-Reply-To: <46BC49DB.8060509@latnet.lv> Message-ID: <20070810134612.G54795@ramstind.fig.ol.no> References: <46BC49DB.8060509@latnet.lv> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY=------------030103040208010004050309 Content-ID: <20070810134612.Q54795@ramstind.fig.ol.no> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:51:42 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --------------030103040208010004050309 Content-Type: TEXT/PLAIN; CHARSET=UTF-8; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: <20070810134612.U54795@ramstind.fig.ol.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 10 Aug 2007 14:19+0300, Artis Caune wrote: > How about aditional flag ("X") to newsyslog, which don't compress first log > file? Why do you need to complicate matters? Just remove the Z flag from the applicable lines in /etc/newsyslog.conf, and you'll accomplish not compressing the log files entirely without patching newsyslog. I may sound a bit harsh, but man newsyslog.conf clearly states the purpose of each flag, and the use of any of the flags is not mandatory. If you want no special treatment of a particular log file then change the flags for that log file in to -. > This is useful for apache. Yes, I agree to a certaint point. Use the B flag for such log files, and if you don't want the log file to be compressed, simply omit the Z flag. How hard can it be? Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGvFFEbYWZalUoElsRApR+AJ422mWtAswBAmr+OE9+4a7ssg+mcACfSIL4 YhRR7OL3SlO1o594m+/vRJc= =psKr -----END PGP SIGNATURE----- --------------030103040208010004050309-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 11:59:07 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B89DC16A41A for ; Fri, 10 Aug 2007 11:59:07 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCD513C468 for ; Fri, 10 Aug 2007 11:59:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id l7ABx0TL098142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Aug 2007 13:59:00 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id l7ABx0Qt098138 for ; Fri, 10 Aug 2007 13:59:00 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Fri, 10 Aug 2007 13:58:56 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD-hackers@freebsd.org In-Reply-To: <20070810134612.G54795@ramstind.fig.ol.no> Message-ID: <20070810135643.R54795@ramstind.fig.ol.no> References: <46BC49DB.8060509@latnet.lv> <20070810134612.G54795@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY=------------030103040208010004050309 Content-ID: <20070810134612.Q54795@ramstind.fig.ol.no> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:59:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --------------030103040208010004050309 Content-Type: TEXT/PLAIN; CHARSET=UTF-8; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: <20070810134612.U54795@ramstind.fig.ol.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 10 Aug 2007 13:51+0200, Trond Endrestøl wrote: > Why do you need to complicate matters? My bad. I didn't read your entire post. I thought you wanted to drop compression of every generation of the log files. Sorry for the noise. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGvFMEbYWZalUoElsRAsuwAJ0Q5tMx+Pst/3thn8mcjfuMvA7YfACfSLxN 7XWee8RaF2oe5YkjH1LM5tk= =tctc -----END PGP SIGNATURE----- --------------030103040208010004050309 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: <20070810135643.N54795@ramstind.fig.ol.no> Content-Description: Content-Disposition: INLINE _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --------------030103040208010004050309-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 12:23:40 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1F4D16A418 for ; Fri, 10 Aug 2007 12:23:40 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-ge.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.freebsd.org (Postfix) with ESMTP id 2B64213C442 for ; Fri, 10 Aug 2007 12:23:39 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-ge.de (8.13.7/8.13.7) with ESMTP id l7AC92Mq015241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2007 14:09:02 +0200 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.14.1/8.14.1) with ESMTP id l7AC8lxq069187; Fri, 10 Aug 2007 14:08:47 +0200 (CEST) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200708101208.l7AC8lxq069187@musashi.et.bocholt.fh-gelsenkirchen.de> To: Artis Caune In-reply-to: <46BC49DB.8060509@latnet.lv> References: <46BC49DB.8060509@latnet.lv> Comments: In-reply-to Artis Caune message dated "Fri, 10 Aug 2007 14:19:55 +0300." Date: Fri, 10 Aug 2007 14:08:47 +0200 From: Dirk GOUDERS X-Bounce: 0/8 X-Scanned-By: MIMEDefang 2.57 on 192.168.0.63 Cc: FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 12:23:40 -0000 > How about aditional flag ("X") to newsyslog, which don't compress first > log file? How about using the flag "0" similar to that in newsyslog written by Theodore Ts'o of MIT Project Athena: 0 The 0 flag means that the most recent archive of the log file (i.e. the one that ends in ``.0'') should not be compressed even when the Z flag is given. (This flag may also be specified as P for compatability with NetBSD.) This flag is necessary when managing log files written directly to by long-running processes (eg. smail, httpd, etc.). This flag also makes it more convenient to browse through the most recently archived log file without hav- ing to first uncompress it or use tools like zmore, or zgrep, etc. Best regards, Dirk From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 12:53:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C427016A420 for ; Fri, 10 Aug 2007 12:53:06 +0000 (UTC) (envelope-from mario.lobo@ipad.com.br) Received: from recife.ipad.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.freebsd.org (Postfix) with ESMTP id D382F13C468 for ; Fri, 10 Aug 2007 12:53:04 +0000 (UTC) (envelope-from mario.lobo@ipad.com.br) Received: from lobo.ipad.com.br ([192.168.64.1]) (authenticated bits=0) by recife.ipad.com.br (8.12.8/8.12.8) with ESMTP id l7ABthTi029461 for ; Fri, 10 Aug 2007 08:55:43 -0300 From: Mario Lobo Organization: IPAD To: freebsd-hackers@freebsd.org Date: Fri, 10 Aug 2007 11:55:42 +0000 User-Agent: KMail/1.9.4 X-Face: "j9,S@~?m[/.]/lb=?utf-8?q?S=5D=2EI=0A=09ITlWP=3A-?=" MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_+IFvGlSGOm9A6VA" Message-Id: <200708101155.42712.mario.lobo@ipad.com.br> Subject: via IDE controller problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 12:53:06 -0000 --Boundary-00=_+IFvGlSGOm9A6VA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I don't know if this is the right place to ask. I searched and googled a lot but could not find anything (execpt people with the same problem). FreeBSD 6.2 (cvsuped to RELENG_6) is not recognizing the pata controller on the VIA VT8237A south bridge on my ASUS P5VD2-X mobo, dispite of the fact that I saw its id inside src/sys/dev/ata/ata-chipset.c,v 1.126.2.19 2007/07/04 12:29:15 I have included the IDE.txt file with all the info I could get from my machine. The pata (and sata) controller ends up identified as GENERIC. I have only IDE drives and can get the system usable by setting hw.ata.atapi_dma: 0 hw.ata.ata_dma: 0 Although dma is enabled in the BIOS, the drives fall back to PIO4. If set the above to 1, FreeBSD reports them (all) at ultraDMA 33 (which, in fact worked as ultraDMA 100 on my previous board). The system boots ok but after 7 or 10 minutes (even if doing nothing), I start geting messages from g_vfs_done(); WRITE DMAERROR that can come from any of the drives until the system becomes unstable and ends up rebooting itself. Everything else works perfectly but the PIO4 mode hogs everything down !! Any suggestions? info? direction? Thanks, -- ********************************************************** //| //| Mario Lobo // |// | http://www.ipad.com.br // // ||||||| FreeBSD since 2.2.8 - 100% Rwindows-free ********************************************************** --Boundary-00=_+IFvGlSGOm9A6VA Content-Type: text/plain; charset="us-ascii"; name="IDE.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="IDE.txt" # lobo/root [18:08:03] [~]>dmesg=20 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 6.2-STABLE #21: Sat Aug 4 14:48:20 BRT 2007 root@lobo:/usr/src/sys/i386/compile/LOBO ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3199.66-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf64 Stepping =3D 4 Features=3D0xbfebfbff Features2=3D0xe4bd,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 1072562176 (1022 MB) avail memory =3D 1032024064 (984 MB) =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fe800000, 100 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 nvidia0: mem 0xdc000000-0xdcffffff,0xc0000000-0xcfffffff,= 0xdd000000-0xddffffff irq 24 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,= 0xfc00-0xfc0f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xf800-0xf81f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf400-0xf41f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf000-0xf01f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff0ff at device = 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcib3: at device 19.1 on pci0 pci4: on pcib3 pci4: at device 3.0 (no driver attached) pcm0: port 0xdc00-0xdcff irq 19 at device 5.0 on pci4 re0: port 0xd800-0xd8f= f mem 0xdfeff000-0xdfeff0ff irq 20 at device 7.0 on pci4 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto re0: Ethernet address: 00:1a:92:91:29:d4 re0: [FAST] pcib4: on acpi0 pci128: on pcib4 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 acp= i0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 2 ums0: vendor 0x1241 product 0x1166, rev 1.10/2.70, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec ad0: 114498MB at ata0-master PIO4 ad1: 117246MB at ata0-slave PIO4 ad2: 76351MB at ata1-master PIO4 acd0: DVDR at ata1-slave PIO4 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>pciconf -lv hostb0@pci0:0:0: class=3D0x060000 card=3D0x81ce1043 chip=3D0x0327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb1@pci0:0:1: class=3D0x060000 card=3D0x00000000 chip=3D0x1327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:0:2: class=3D0x060000 card=3D0x00000000 chip=3D0x2327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:3: class=3D0x060000 card=3D0x00000000 chip=3D0x3327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:0:4: class=3D0x060000 card=3D0x00000000 chip=3D0x4327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI ioapic0@pci0:0:5: class=3D0x080020 card=3D0x00000000 chip=3D0x5327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D base peripheral subclass =3D interrupt controller hostb5@pci0:0:6: class=3D0x060000 card=3D0x00000000 chip=3D0x6327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb6@pci0:0:7: class=3D0x060000 card=3D0x00000000 chip=3D0x7327110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0xb1981106 rev=3D= 0x00 hdr=3D0x01 vendor =3D 'VIA Technologies Inc' device =3D 'ProSavageDDR P4X600 CPU to AGP Bridge' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:2:0: class=3D0x060400 card=3D0xc3231106 chip=3D0xa3271106 rev=3D= 0x00 hdr=3D0x01 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D PCI-PCI atapci0@pci0:15:0: class=3D0x01018a card=3D0x81cf1043 chip=3D0x5337110= 6 rev=3D0x07 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D mass storage subclass =3D ATA uhci0@pci0:16:0: class=3D0x0c0300 card=3D0x81cf1043 chip=3D0x3038110= 6 rev=3D0xa0 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class =3D serial bus subclass =3D USB uhci1@pci0:16:1: class=3D0x0c0300 card=3D0x81cf1043 chip=3D0x3038110= 6 rev=3D0xa0 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class =3D serial bus subclass =3D USB uhci2@pci0:16:2: class=3D0x0c0300 card=3D0x81cf1043 chip=3D0x3038110= 6 rev=3D0xa0 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class =3D serial bus subclass =3D USB uhci3@pci0:16:3: class=3D0x0c0300 card=3D0x81cf1043 chip=3D0x3038110= 6 rev=3D0xa0 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class =3D serial bus subclass =3D USB ehci0@pci0:16:4: class=3D0x0c0320 card=3D0x81cf1043 chip=3D0x3104110= 6 rev=3D0x86 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT6202 USB 2.0 Enhanced Host Controller' class =3D serial bus subclass =3D USB isab0@pci0:17:0: class=3D0x060100 card=3D0x81cf1043 chip=3D0x3337110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D PCI-ISA hostb7@pci0:17:7: class=3D0x060000 card=3D0x337e1106 chip=3D0x287e110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI hostb8@pci0:19:0: class=3D0x060000 card=3D0x00000000 chip=3D0x337b110= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D HOST-PCI pcib3@pci0:19:1: class=3D0x060401 card=3D0x337a1106 chip=3D0x337a110= 6 rev=3D0x00 hdr=3D0x01 vendor =3D 'VIA Technologies Inc' class =3D bridge subclass =3D PCI-PCI nvidia0@pci2:0:0: class=3D0x030000 card=3D0x22341682 chip=3D0x016a10d= e rev=3D0xa1 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' class =3D display subclass =3D VGA none0@pci4:3:0: class=3D0x048000 card=3D0x0020ecc0 chip=3D0x18011057 rev=3D= 0x02 hdr=3D0x00 vendor =3D 'Motorola' device =3D 'DSP56301 24-bit Digital Signal Processor' class =3D multimedia pcm0@pci4:5:0: class=3D0x040100 card=3D0x011113f6 chip=3D0x011113f6 rev=3D= 0x10 hdr=3D0x00 vendor =3D 'C-Media Electronics Inc.' device =3D 'CMI8738/PCI C3DX It=B4s uses YMF744-B-V remarked chip' class =3D multimedia subclass =3D audio re0@pci4:7:0: class=3D0x020000 card=3D0x816710ec chip=3D0x816710ec rev=3D= 0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' class =3D network subclass =3D ethernet =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 7 ATA channel 1: Master: ad2 ATA/ATAPI revision 7 Slave: acd0 ATA/ATAPI revision 5 =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>atacontrol cap ad0 Protocol ATA/ATAPI revision 7 device model SAMSUNG SP1203N serial number 0752J1FW943928 firmware revision TL100-23 cylinders 16383 heads 16 sectors/track 63 lba supported 234493056 sectors lba48 supported 234493056 sectors dma supported overlap not supported =46eature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>atacontrol cap ad1 Protocol ATA/ATAPI revision 7 device model Maxtor 6Y120L0 serial number Y41PW1VE firmware revision YAR41VW0 cylinders 16383 heads 16 sectors/track 63 lba supported 240121728 sectors lba48 not supported dma supported overlap not supported =46eature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 0/0x00 192/0xC0 =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>atacontrol cap ad2 Protocol ATA/ATAPI revision 7 device model SAMSUNG SP0802N serial number 0637J1FW598953 firmware revision TK100-23 cylinders 16383 heads 16 sectors/track 63 lba supported 156368016 sectors lba48 supported 156368016 sectors dma supported overlap not supported =46eature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE =2D------------------------------------------------------------------------= =2D---------- # lobo/root [18:08:03] [~]>atacontrol cap acd0 Protocol ATA/ATAPI revision 5 device model HL-DT-ST DVDRAM GSA-4160B serial number K7G498E1619 firmware revision A304 cylinders 0 heads 0 sectors/track 0 lba supported lba48 not supported dma supported overlap not supported =46eature Support Enable Value Vendor write cache no no read ahead no no Tagged Command Queuing (TCQ) no no 0/0x00 SMART no no microcode download no no security no no power management yes no advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 =2D------------------------------------------------------------------------= =2D---------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 6.2-STABLE #21: Sat Aug 4 14:48:20 BRT 2007 root@lobo:/usr/src/sys/i386/compile/LOBO Preloaded elf kernel "/boot/kernel/kernel" at 0xc10d8000. Preloaded elf module "/boot/kernel/sound.ko" at 0xc10d8188. Preloaded elf module "/boot/kernel/snd_cmi.ko" at 0xc10d8234. Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc10d82e0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc10d8390. Preloaded elf module "/boot/kernel/acpi_asus.ko" at 0xc10d843c. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc10d84ec. Preloaded elf module "/boot/kernel/linux.ko" at 0xc10d8598. MP Configuration Table version 1.4 found at 0xc00f1400 Table 'FACP' at 0x3feeac80 Table 'HPET' at 0x3feeaec0 Table 'MCFG' at 0x3feeaf40 Table 'APIC' at 0x3feeadc0 MADT: Found table at 0x3feeadc0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193222 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3199659120 Hz CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3199.66-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf64 Stepping =3D 4 Features=3D0xbfebfbff Features2=3D0xe4bd,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 1072562176 (1022 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001428000 - 0x000000003ec9cfff, 1032278016 bytes (252021 pages) avail memory =3D 1032024064 (984 MB) INTR: Adding local APIC 1 as a target =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fb780 bios32: Entry =3D 0xf1d70 (c00f1d70) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x1da0 pnpbios: Found PnP BIOS data at 0xc00fc2d0 pnpbios: Entry =3D f0000:c300 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: io: random: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00=20 00 01 00 10 44 05 07 01 00 01 1a 01 00 01 30 01=20 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01=20 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01=20 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xc08a9782 (1000022) VESA: NVIDIA VESA: NVIDIA Corporation nv44 Board - p280h9 Chip Rev =20 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 acpi_hpet0: vend: 0x1106 rev: 0x1 num: 1 hz: 14318180 opts: leg_route Timecounter "HPET" frequency 14318180 Hz quality 2000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80007804 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D03271106) pcibios: BIOS version 3.00 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VT86.VTSB -> bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.P2ER -> bus 0 dev 19 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBF7.SBVL -> bus 0 dev 17 func 7 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SAPR -> bus 0 dev 15 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PATA.PAPR -> bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.U2F0 -> bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB2.U2F1 -> bus 0 dev 16 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB3.U2F2 -> bus 0 dev 16 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB4.U2F3 -> bus 0 dev 16 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.EHCI.U2F4 -> bus 0 dev 16 func 4 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEXG.RPXG -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX0.RPX0 -> bus 0 dev 3 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX1.RPX1 -> bus 0 dev 3 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX2.RPX2 -> bus 0 dev 3 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX3.RPX3 -> bus 0 dev 3 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PB.P2PR -> bus 0 dev 19 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI1.PE5C.PE5R -> bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI1.PE6C.PE6R -> bus 0 dev 0 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI1.AZAC.AZAR -> bus 0 dev 1 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd9280000 pa 0x9d000 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE5C.PE5R -> bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE6C.PE6R -> bus 0 dev 0 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.AZAC.AZAR -> bus 0 dev 1 func 0 acpi0: reservation of fe800000, 100 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 12 Validation 0 11 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 12 Validation 0 10 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x0327, revid=3D0x00 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base d0000000, size 27, memory disabled found-> vendor=3D0x1106, dev=3D0x1327, revid=3D0x00 bus=3D0, slot=3D0, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x2327, revid=3D0x00 bus=3D0, slot=3D0, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x3327, revid=3D0x00 bus=3D0, slot=3D0, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x4327, revid=3D0x00 bus=3D0, slot=3D0, func=3D4 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x5327, revid=3D0x00 bus=3D0, slot=3D0, func=3D5 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x6327, revid=3D0x00 bus=3D0, slot=3D0, func=3D6 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x7327, revid=3D0x00 bus=3D0, slot=3D0, func=3D7 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0xb198, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x14 (5000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0xa327, revid=3D0x00 bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=3D0x1106, dev=3D0x5337, revid=3D0x07 bus=3D0, slot=3D15, func=3D0 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0xa0 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f800, size 5, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0xa0 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f400, size 5, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0xa0 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f000, size 5, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0xa0 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ec00, size 5, enabled found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86 bus=3D0, slot=3D16, func=3D4 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dffff000, size 8, enabled found-> vendor=3D0x1106, dev=3D0x3337, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x287e, revid=3D0x00 bus=3D0, slot=3D17, func=3D7 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x337b, revid=3D0x00 bus=3D0, slot=3D19, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x2010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x337a, revid=3D0x00 bus=3D0, slot=3D19, func=3D1 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x2010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=3D1 pcib2: irq 27 at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdc000000-0xdeffffff pcib2: prefetched decode 0xc0000000-0xcfffffff pci2: on pcib2 pci2: physical bus=3D2 found-> vendor=3D0x10de, dev=3D0x016a, revid=3D0xa1 bus=3D2, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base dc000000, size 24, enabled pcib2: requested memory range 0xdc000000-0xdcffffff: good map[14]: type 3, range 64, base c0000000, size 28, enabled pcib2: requested memory range 0xc0000000-0xcfffffff: good map[1c]: type 1, range 64, base dd000000, size 24, enabled pcib2: requested memory range 0xdd000000-0xddffffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 24 nvidia0: mem 0xdc000000-0xdcffffff,0xc0000000-0xcfffffff,= 0xdd000000-0xddffffff irq 24 at device 0.0 on pci2 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xdc000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 nvidia0: Reserved 0x1000000 bytes for rid 0x1c type 3 at 0xdd000000 ioapic1: routing intpin 0 (PCI IRQ 24) to vector 49 nvidia0: [GIANT-LOCKED] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,= 0xfc00-0xfc0f at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] uhci0: port 0xf800-0xf81f at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf800 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 52 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf400-0xf41f at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf400 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 22 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf000-0xf01f at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf000 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff0ff at device = 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xdffff000 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcib3: at device 19.1 on pci0 pcib3: secondary bus 4 pcib3: subordinate bus 4 pcib3: I/O decode 0xd000-0xdfff pcib3: memory decode 0xdfe00000-0xdfefffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: Subtractively decoded bridge. pci4: on pcib3 pci4: physical bus=3D4 found-> vendor=3D0x1057, dev=3D0x1801, revid=3D0x02 bus=3D4, slot=3D3, func=3D0 class=3D04-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0280, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[10]: type 1, range 32, base dfee0000, size 16, enabled pcib3: requested memory range 0xdfee0000-0xdfeeffff: good found-> vendor=3D0x13f6, dev=3D0x0111, revid=3D0x10 bus=3D4, slot=3D5, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0085, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 8, enabled pcib3: requested I/O range 0xdc00-0xdcff: in range pcib3: matched entry for 4.5.INTA pcib3: slot 5 INTA hardwired to IRQ 19 found-> vendor=3D0x10ec, dev=3D0x8167, revid=3D0x10 bus=3D4, slot=3D7, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d800, size 8, enabled pcib3: requested I/O range 0xd800-0xd8ff: in range map[14]: type 1, range 32, base dfeff000, size 8, enabled pcib3: requested memory range 0xdfeff000-0xdfeff0ff: good pcib3: matched entry for 4.7.INTA pcib3: slot 7 INTA hardwired to IRQ 20 pci4: at device 3.0 (no driver attached) pcm0: port 0xdc00-0xdcff irq 19 at device 5.0 on pci4 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdc00 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 56 pcm0: [MPSAFE] pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "synth": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "monitor": pcm0: sndbuf_setmap 3e8d0000, 4000; 0xe57a3000 -> 3e8d0000 pcm0: sndbuf_setmap 3e8cc000, 4000; 0xe57a7000 -> 3e8cc000 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcib3: re0 requested I/O range 0xd800-0xd8ff: in range re0: port 0xd800-0xd8f= f mem 0xdfeff000-0xdfeff0ff irq 20 at device 7.0 on pci4 pcib3: re0 requested I/O range 0xd800-0xd8ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto re0: bpf attached re0: Ethernet address: 00:1a:92:91:29:d4 re0: [MPSAFE] re0: [FAST] pcib4: on acpi0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VT86.BDRE -> bus 0 dev 17 func 0 pci128: on pcib4 pci128: physical bus=3D128 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xc061 0xc061 0xc061 0xc061 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 59 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ex_isa_identify() isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) mpu0 failed to probe at port 0x300 irq 5 on isa0 ppc0 failed to probe at irq 7 on isa0 fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 2 ums0: vendor 0x1241 product 0x1166, rev 1.10/2.70, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99989344 hz Timecounter "TSC" frequency 3199659120 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: 114498MB at ata0-master PIO4 ad0: 234493056 sectors [232632C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ad1: 117246MB at ata0-slave PIO4 ad1: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: VIA check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad2: 76351MB at ata1-master PIO4 ad2: 156368016 sectors [155127C/16H/63S] 16 sectors/interrupt 1 depth queue ad2: VIA check1 failed ad2: Adaptec check1 failed ad2: LSI (v3) check1 failed ad2: LSI (v2) check1 failed ad2: FreeBSD check1 failed acd0: DVDR drive at ata1 as slave acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, PI= O4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad2 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error (probe0:ata1:0:1:0): error 6 (probe0:ata1:0:1:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 16.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 ioapic1: Assigning PCI IRQ 24 to local APIC 1 (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s4a start_init: trying /sbin/init Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E swapon: adding /dev/ad1s2b as swap device Starting file system checks: /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 5101212 free (6140 frags, 636884 blocks, 0.1% fragmenta= tion) /dev/ad0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s2e: clean, 9475107 free (227355 frags, 1155969 blocks, 1.0% fragme= ntation) /dev/ad2s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s4e: clean, 5064171 free (355 frags, 632977 blocks, 0.0% fragmentat= ion) /dev/ad0s4d: clean, 540528 free (208 frags, 67540 blocks, 0.0% fragmentatio= n) /dev/ad1s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s2d: clean, 1757665 free (6793 frags, 218859 blocks, 0.3% fragmenta= tion) /dev/ad0s1: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s4d: clean, 991388 free (60 frags, 123916 blocks, 0.0% fragmentatio= n) /dev/ad2s1: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s2: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s4: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s3: FILESYSTEM CLEAN; SKIPPING CHECKS Mounting local file systems: =2E Setting hostname: lobo. net.inet.tcp.blackhole:=20 0 ->=20 1 net.inet.udp.blackhole:=20 0 ->=20 1 net.inet.udp.maxdgram:=20 9216 ->=20 63535 kern.maxfiles:=20 12328 ->=20 65536 kern.ipc.somaxconn:=20 128 ->=20 4096 kern.ipc.shmmax:=20 33554432 ->=20 50331648 kern.ipc.shmall:=20 8192 ->=20 16384 hw.snd.pcm0.vchans:=20 1 ->=20 4 lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000=20 re0: flags=3D8843 mtu 1500 options=3D5b inet 10.10.10.2 netmask 0xffffff00 broadcast 10.10.10.255 ether 00:1a:92:91:29:d4 media: Ethernet autoselect (none) status: no carrier add net default: gateway 10.10.10.1 Additional routing options: =2E Starting devd. Starting ums0 moused: =2E hw.acpi.cpu.cx_lowest:=20 C1 sysctl:=20 hw.acpi.cpu.cx_lowest :=20 Invalid argument Mounting NFS file systems: =2E Mounting SMB file systems: netsmb_dev: loaded =2E ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/= lib /usr/local/lib/compat/pkg /usr/X11R6/lib /usr/X11R6/lib/evolution/2.6 /= usr/local/lib /usr/local/lib/ardour2 /usr/local/lib/ardour2/surfaces /usr/l= ocal/lib/compat /usr/local/lib/compat/pkg /usr/local/lib/graphviz /usr/loca= l/lib/kde3 /usr/local/lib/mplayer/vidix /usr/local/lib/mysql /usr/local/lib= /nss /usr/local/lib/pth /usr/local/lib/wine /usr/X11R6/lib /usr/X11R6/lib/e= volution/2.6 /usr/local/lib /usr/local/lib/ardour2 /usr/local/lib/ardour2/s= urfaces /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/lib/grap= hviz /usr/local/lib/kde3 /usr/local/lib/mplayer/vidix /usr/local/lib/mysql = /usr/local/lib/nss /usr/local/lib/pth /usr/local/lib/wine a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /etc/ld.so.conf Clearing /tmp. Creating and/or trimming log files: =2E Starting syslogd. Initial i386 initialization: =2E Additional ABI support: linux =2E Starting local daemons: =2E Updating motd =2E Mounting late file systems: =2E Starting usbd. Starting cupsd. Removing stale Samba tdb files:=20 done Configuring syscons: keymap font8x16 font8x14 font8x8 blanktime allscreens =2E Starting cron. Local package initialization: rtc =2E Additional TCP options: =2E Starting background file system checks in 60 seconds. Thu Aug 9 19:50:47 BRT 2007 Aug 9 20:25:08 lobo login: ROOT LOGIN (root) ON ttyv0 --Boundary-00=_+IFvGlSGOm9A6VA-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 16:47:33 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE62D16A41B for ; Fri, 10 Aug 2007 16:47:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 91C3B13C45D for ; Fri, 10 Aug 2007 16:47:33 +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 l7AGDJiF038481; Fri, 10 Aug 2007 09:13:19 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l7AGDIcu038480; Fri, 10 Aug 2007 09:13:18 -0700 (PDT) (envelope-from david) Date: Fri, 10 Aug 2007 09:13:18 -0700 From: David Wolfskill To: Artis Caune Message-ID: <20070810161318.GX77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Artis Caune , FreeBSD-hackers@freebsd.org References: <46BC49DB.8060509@latnet.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DTbNwtYx2n+Gggn7" Content-Disposition: inline In-Reply-To: <46BC49DB.8060509@latnet.lv> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 16:47:33 -0000 --DTbNwtYx2n+Gggn7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 10, 2007 at 02:19:55PM +0300, Artis Caune wrote: > How about aditional flag ("X") to newsyslog, which don't compress first= =20 > log file? >... Interesting idea, but it still falls short of something we recently needed to do at work: We have a requirement to retain some number of logfiles, but only compress those older than the Nth generation. Thus, we might retain 90 "rotated" generations of the log file, of which the oldest 50 are compressed, while the newest 40 are not. I didn't see a better way to do it, so I cobbled up a Perl script; I'd much rather be able to use newsyslog(8) for the job. Biggest problem I can see (with what I want to accomplish) is how to specify it in the config file. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --DTbNwtYx2n+Gggn7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAka8jpsACgkQmprOCmdXAD0uGQCffFfrCLRnnc6JjjQ6r3I+1lbj OeAAn0nwjeIRlq/mDbN8mBfsHlOhAd+Q =LcAD -----END PGP SIGNATURE----- --DTbNwtYx2n+Gggn7-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 10 19:14:39 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9041316A417 for ; Fri, 10 Aug 2007 19:14:39 +0000 (UTC) (envelope-from freebsd.dev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 4D47313C45B for ; Fri, 10 Aug 2007 19:14:39 +0000 (UTC) (envelope-from freebsd.dev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so115207wra for ; Fri, 10 Aug 2007 12:14:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SMUytKitQ3R8y0phndQRWL7RInSZ++KI5JzefGkJEOou+yTYLaGD2o1og9WqkChK+d1n4tPR4wNWuieiraFPrrB39QoCB1TF53F/Iqf40yt2Rf9kKVgGAf11kv+xvHQ3t5nOS3nhVPqbynp6FTP4/x7Aq5c4aBdhWqGndkNjnnY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bQPjXSfGUpBS+Etb5GPabvKASAIv4904CQNQ0D7Dw9+bqzNAJfFRoDw9dloeAsbXu0RQSO0h4GNMhWUv8oeib3LxmL5DaockCN1lrHI8ADjE75pdgMqxkBvNB5gFMpWhn2KMByXxG+4Zop2i/znW2glxFAoXgiS2oqZIVib6Fcc= Received: by 10.90.102.20 with SMTP id z20mr4981664agb.1186773277723; Fri, 10 Aug 2007 12:14:37 -0700 (PDT) Received: by 10.90.49.2 with HTTP; Fri, 10 Aug 2007 12:14:37 -0700 (PDT) Message-ID: <50cd4e5f0708101214s74155d6bqecc8ed6ae80d7c87@mail.gmail.com> Date: Fri, 10 Aug 2007 14:14:37 -0500 From: "Biks N" To: freebsd-hackers@freebsd.org In-Reply-To: <20070808172535.GA8404@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <50cd4e5f0708080923p1d441e66ha6b42e277b55f8d@mail.gmail.com> <20070808172535.GA8404@nowhere> Subject: Re: Using userland library in Kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 19:14:39 -0000 Thanks to everyone :) On 8/8/07, Craig Boston wrote: > On Wed, Aug 08, 2007 at 11:23:25AM -0500, Biks N wrote: > > I am new to FreeBSD kernel programming and I am trying to use userland > > library (zlib) in FreeBSD kernel. But I am not sure if zlib library is > > linkable from the kernel. > > Normally, no, you can't just link in a library designed for userland > into the kernel. Some porting is required to deal with the kernel > environment -- things such as not having a full C library available, > different memory management, etc. > > In this case however, there is already a zlib implementation in the > kernel. IIRC, geom_uzip and the crypto framework both use it. > > You may want to check out sys/net/zlib.[ch] and see if it can do what > you're after. You'll need to make sure to include a dependency on the > zlib module and/or add it to your kernel configuration. > > Good luck, > Craig > From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 08:51:29 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB01116A41A for ; Sat, 11 Aug 2007 08:51:29 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-ge.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5422713C428 for ; Sat, 11 Aug 2007 08:51:28 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-ge.de (8.13.7/8.13.7) with ESMTP id l7B8pQXg022738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Aug 2007 10:51:27 +0200 Received: from sora.hank.home ([10.8.0.6]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.14.1/8.14.1) with ESMTP id l7B8pBuk075474; Sat, 11 Aug 2007 10:51:11 +0200 (CEST) (envelope-from hank@et.bocholt.fh-gelsenkirchen.de) Received: from localhost (localhost.hank.home [127.0.0.1]) by sora.hank.home (8.14.1/8.14.1) with ESMTP id l7B8tcwD041759; Sat, 11 Aug 2007 10:55:38 +0200 (CEST) (envelope-from hank@sora.hank.home) Message-Id: <200708110855.l7B8tcwD041759@sora.hank.home> To: Artis Caune In-reply-to: <200708101208.l7AC8lxq069187@musashi.et.bocholt.fh-gelsenkirchen.de> References: <46BC49DB.8060509@latnet.lv> <200708101208.l7AC8lxq069187@musashi.et.bocholt.fh-gelsenkirchen.de> Comments: In-reply-to Dirk GOUDERS message dated "Fri, 10 Aug 2007 14:08:47 +0200." Date: Sat, 11 Aug 2007 10:55:38 +0200 From: Dirk GOUDERS X-Bounce: 0/8 X-Scanned-By: MIMEDefang 2.57 on 192.168.0.63 Cc: FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 08:51:29 -0000 > How about using the flag "0" similar to that in newsyslog written by > Theodore Ts'o of MIT Project Athena: Sorry, I have to correct myself: The flag "0" appears in the enhanced version of newsyslog that is maintained by Greg A. Woods. Dirk From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 13:03:35 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1A616A418 for ; Sat, 11 Aug 2007 13:03:35 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 16D7213C4A3 for ; Sat, 11 Aug 2007 13:03:34 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4FFF78C0E82 for ; Sat, 11 Aug 2007 14:46:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z0sDsy274Uak for ; Sat, 11 Aug 2007 14:46:13 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 538888C0E42 for ; Sat, 11 Aug 2007 14:46:13 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l7BCkDY7021799 for hackers@freebsd.org; Sat, 11 Aug 2007 14:46:13 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 11 Aug 2007 14:46:12 +0200 From: Roman Divacky To: hackers@freebsd.org Message-ID: <20070811124612.GA21695@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: strange KASSERT in _sleep() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 13:03:35 -0000 hi tsleep() maps to _sleep() with lock = NULL, the _sleep() contains this: KASSERT(timo != 0 || mtx_owned(&Giant) || lock != NULL || ident == &lbolt, ("sleeping without a lock")); which simplifies for tsleep(foo, ...) where foo != lbolt to "timo != 0 || mtx_owned(&Giant)" why do I have to hold Giant or have timo != 0 when calling tsleep? thnx for explanation roman From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 14:12:36 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9626916A417 for ; Sat, 11 Aug 2007 14:12:36 +0000 (UTC) (envelope-from joost@jodocus.org) Received: from bps.jodocus.org (unknown [IPv6:2001:618:400:2973::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2162113C468 for ; Sat, 11 Aug 2007 14:12:35 +0000 (UTC) (envelope-from joost@jodocus.org) Received: from jodocus.org (localhost [IPv6:::1]) by bps.jodocus.org (8.13.8/8.13.8) with ESMTP id l7BECSWP052238; Sat, 11 Aug 2007 16:12:29 +0200 (CEST) (envelope-from joost@jodocus.org) Received: from 192.168.100.227 (SquirrelMail authenticated user joost) by jodocus.org with HTTP; Sat, 11 Aug 2007 16:12:29 +0200 (CEST) Message-ID: <1064.192.168.100.227.1186841549.squirrel@jodocus.org> In-Reply-To: <20070810161318.GX77008@bunrab.catwhisker.org> References: <46BC49DB.8060509@latnet.lv> <20070810161318.GX77008@bunrab.catwhisker.org> Date: Sat, 11 Aug 2007 16:12:29 +0200 (CEST) From: "Joost Bekkers" To: "David Wolfskill" , FreeBSD-hackers@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bps.jodocus.org [IPv6:::1]); Sat, 11 Aug 2007 16:12:29 +0200 (CEST) X-Virus-Scanned: ClamAV 0.91.1/3923/Sat Aug 11 10:03:45 2007 on bps.jodocus.org X-Virus-Status: Clean Cc: Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 14:12:36 -0000 On Fri, August 10, 2007 18:13, David Wolfskill wrote: > > Biggest problem I can see (with what I want to accomplish) is how to > specify it in the config file. > We could extend the 'count' field to accept 'N+M'. N being the number of plain log files and M the number of compressed ones. This would also negate the need for a new flag. Joost. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 14:35:45 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A542E16A41A for ; Sat, 11 Aug 2007 14:35:45 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-ge.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.freebsd.org (Postfix) with ESMTP id 1641C13C46A for ; Sat, 11 Aug 2007 14:35:44 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-ge.de (8.13.7/8.13.7) with ESMTP id l7BEZUvN025195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Aug 2007 16:35:31 +0200 Received: from sora.hank.home ([10.8.0.6]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.14.1/8.14.1) with ESMTP id l7BEZE8u076977; Sat, 11 Aug 2007 16:35:14 +0200 (CEST) (envelope-from hank@et.bocholt.fh-gelsenkirchen.de) Received: from localhost (localhost.hank.home [127.0.0.1]) by sora.hank.home (8.14.1/8.14.1) with ESMTP id l7BEdgAr045640; Sat, 11 Aug 2007 16:39:42 +0200 (CEST) (envelope-from hank@sora.hank.home) Message-Id: <200708111439.l7BEdgAr045640@sora.hank.home> To: "Joost Bekkers" , "David Wolfskill" In-reply-to: <1064.192.168.100.227.1186841549.squirrel@jodocus.org> References: <46BC49DB.8060509@latnet.lv> <20070810161318.GX77008@bunrab.catwhisker.org> <1064.192.168.100.227.1186841549.squirrel@jodocus.org> Comments: In-reply-to "Joost Bekkers" message dated "Sat, 11 Aug 2007 16:12:29 +0200." Date: Sat, 11 Aug 2007 16:39:42 +0200 From: Dirk GOUDERS X-Bounce: 0/8 X-Scanned-By: MIMEDefang 2.57 on 192.168.0.63 Cc: FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 14:35:45 -0000 > We could extend the 'count' field to accept 'N+M'. N being the number of > plain log files and M the number of compressed ones. > > This would also negate the need for a new flag. It could also be done with a numerical flag "n" where n is a number that specifies the extension of the logfile up to which no compression should be done. An example configfile entry for 90 rotate logs and 40 uncompressed ones would look as follows: # logfilename [owner:group] mode count size when flags [/pid_file] [sig_num] /var/log/example.log 644 89 100 * J39 I already implemented that approach and am currently testing it. When finished, I will post a patch so that David can try it, but that will not happen before Sunday, because I am a little bit busy with other things. Most of the changes handle the compressed and uncompressed logs and it will be little work to modify it for the N+M count-field approach. Dirk From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 15:06:23 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 782A516A41A for ; Sat, 11 Aug 2007 15:06:23 +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 4817013C45E for ; Sat, 11 Aug 2007 15:06:22 +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 l7BF6MQX042426; Sat, 11 Aug 2007 08:06:22 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l7BF6MLu042425; Sat, 11 Aug 2007 08:06:22 -0700 (PDT) (envelope-from david) Date: Sat, 11 Aug 2007 08:06:22 -0700 From: David Wolfskill To: Joost Bekkers Message-ID: <20070811150622.GD77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Joost Bekkers , FreeBSD-hackers@freebsd.org References: <46BC49DB.8060509@latnet.lv> <20070810161318.GX77008@bunrab.catwhisker.org> <1064.192.168.100.227.1186841549.squirrel@jodocus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q935UqjMul3XuJv7" Content-Disposition: inline In-Reply-To: <1064.192.168.100.227.1186841549.squirrel@jodocus.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 15:06:23 -0000 --Q935UqjMul3XuJv7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 11, 2007 at 04:12:29PM +0200, Joost Bekkers wrote: > On Fri, August 10, 2007 18:13, David Wolfskill wrote: > > > > Biggest problem I can see (with what I want to accomplish) is how to > > specify it in the config file. > > >=20 > We could extend the 'count' field to accept 'N+M'. N being the number of > plain log files and M the number of compressed ones. >=20 > This would also negate the need for a new flag. Hmm... clever. :-) Given that bit of inspiration, I may see if I can do something useful in the next few days: thank you! Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Q935UqjMul3XuJv7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAka90GoACgkQmprOCmdXAD1uGwCePLuPzKhZhN+PikTt1/9p2hy/ 3/sAnjjk8kZoT/rpO9I4NkvcVk0zYFgD =k/+G -----END PGP SIGNATURE----- --Q935UqjMul3XuJv7-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 15:10:59 2007 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D3216A421 for ; Sat, 11 Aug 2007 15:10:59 +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 63F4213C46C for ; Sat, 11 Aug 2007 15:10: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 l7BFAs3e042451; Sat, 11 Aug 2007 08:10:54 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l7BFAsfQ042450; Sat, 11 Aug 2007 08:10:54 -0700 (PDT) (envelope-from david) Date: Sat, 11 Aug 2007 08:10:54 -0700 From: David Wolfskill To: Dirk GOUDERS Message-ID: <20070811151054.GE77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Dirk GOUDERS , Joost Bekkers , FreeBSD-hackers@freebsd.org References: <46BC49DB.8060509@latnet.lv> <20070810161318.GX77008@bunrab.catwhisker.org> <1064.192.168.100.227.1186841549.squirrel@jodocus.org> <200708111439.l7BEdgAr045640@sora.hank.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xzjdnLf1/heGxxoo" Content-Disposition: inline In-Reply-To: <200708111439.l7BEdgAr045640@sora.hank.home> User-Agent: Mutt/1.4.2.1i Cc: Joost Bekkers , FreeBSD-hackers@freebsd.org Subject: Re: [PATCH] newsyslog - don't compress first log file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 15:10:59 -0000 --xzjdnLf1/heGxxoo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 11, 2007 at 04:39:42PM +0200, Dirk GOUDERS wrote: >=20 > > We could extend the 'count' field to accept 'N+M'. N being the number of > > plain log files and M the number of compressed ones. > >=20 > > This would also negate the need for a new flag. >=20 > It could also be done with a numerical flag "n" where n is a number that > specifies the extension of the logfile up to which no compression > should be done. An example configfile entry for 90 rotate logs and 40 > uncompressed ones would look as follows: >=20 > # logfilename [owner:group] mode count size when flags [/pid= _file] [sig_num] > /var/log/example.log 644 89 100 * J39 >=20 > I already implemented that approach and am currently testing it. > When finished, I will post a patch so that David can try it, but that > will not happen before Sunday, because I am a little bit busy with > other things. >=20 > Most of the changes handle the compressed and uncompressed logs and it > will be little work to modify it for the N+M count-field approach. Ah -- well, then: by all means. I'm even more willing to test other folks' work than I am to hack away at code. :-} And since I had tested my own Perl script, I think I should be able to help out with this. :-) And "after Sunday" is not a problem at all: thank you! Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xzjdnLf1/heGxxoo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAka90X4ACgkQmprOCmdXAD1KxACeMdiWlJLw2VoQbf9n8nwtds1l twsAn2y5BI0eUh1Fc0xaN47lAj44SfXU =mA/C -----END PGP SIGNATURE----- --xzjdnLf1/heGxxoo-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 16:11:28 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892C116A41B; Sat, 11 Aug 2007 16:11:28 +0000 (UTC) (envelope-from mario.lobo@ipad.com.br) Received: from recife.ipad.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.freebsd.org (Postfix) with ESMTP id F07F913C45B; Sat, 11 Aug 2007 16:11:25 +0000 (UTC) (envelope-from mario.lobo@ipad.com.br) Received: from lobo.ipad.com.br ([192.168.64.1]) (authenticated bits=0) by recife.ipad.com.br (8.12.8/8.12.8) with ESMTP id l7BGBNTi003784; Sat, 11 Aug 2007 13:11:23 -0300 From: Mario Lobo Organization: IPAD To: freebsd-questions@freebsd.org Date: Sat, 11 Aug 2007 16:11:21 +0000 User-Agent: KMail/1.9.4 X-Face: "j9,S@~?m[/.]/lb=?utf-8?q?S=5D=2EI=0A=09ITlWP=3A-?=" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708111611.22644.mario.lobo@ipad.com.br> Cc: freebsd-hackers@freebsd.org Subject: IDE ultraDMA problem (hackers WAS via IDE controller problem) - SOLVED !! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 16:11:28 -0000 *** Re-cap of problem: FreeBSD 6.2-STABLE was not recognizing the VT8237A south bridge ultraDMA ata controller on a P5VD2-X ASUS mobo. FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fe800000, 100 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 nvidia0: mem 0xdc000000-0xdcffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 24 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 *** end of recap pciconf -lv gave me this clue: atapci0@pci0:15:0: class=0x01018a card=0x81cf1043 chip=0x53371106 rev=0x07 hdr=0x00 vendor = 'VIA Technologies Inc' class = mass storage subclass = ATA after a long,long search, I found that chip id 0x53371106 belongs to SATA150 controller, not PATA !! Then I enabled all mass storage controllers on the board ( although no SATA drives present ), then two more ids showed up: chip=0x016a10de (jmicron SATA300) chip=0x05711106 <- thats it !! Then I went iinto /usr/src/sys/dev/ata/ata-pci.h and changed the line from #define ATA_VIA8237A 0x05911106 to #define ATA_VIA8237A 0x05711106 recompiled, install and BANG! nvidia0: mem 0xdc000000-0xdcffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 24 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0xcc00-0xcc07,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc0f mem 0xdfefe000-0xdfefffff irq 28 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 atapci1: port 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f,0xe800-0xe8ff irq 21 at device 15.0 on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 ad0: 114498MB at ata0-master UDMA100 ad1: 117246MB at ata0-slave UDMA133 ad2: 76351MB at ata1-master UDMA133 acd0: DVDR at ata1-slave UDMA66 Normal life returned :-D I dont know if this fix applies to ALL mobos that use VIA chipset (VT8237A) but it shure did to my ASUS mobo Thanks Wojciech Puchar and Sten Daniel Soersdal for your kind attention. -- ********************************************************** //| //| Mario Lobo // |// | http://www.ipad.com.br // // ||||||| FreeBSD since 2.2.8 - 100% Rwindows-free ********************************************************** From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 20:23:33 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2438916A417; Sat, 11 Aug 2007 20:23:33 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 82D4C13C45B; Sat, 11 Aug 2007 20:23:32 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (twgr8wmy9pl6gz5w@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l7BJpxet048901; Sat, 11 Aug 2007 12:51:59 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l7BJpwQ9048900; Sat, 11 Aug 2007 12:51:58 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 Aug 2007 12:51:58 -0700 From: John-Mark Gurney To: Roman Divacky Message-ID: <20070811195158.GY99491@funkthat.com> Mail-Followup-To: Roman Divacky , hackers@freebsd.org References: <20070811124612.GA21695@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070811124612.GA21695@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: hackers@freebsd.org Subject: Re: strange KASSERT in _sleep() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 20:23:33 -0000 Roman Divacky wrote this message on Sat, Aug 11, 2007 at 14:46 +0200: > tsleep() maps to _sleep() with lock = NULL, > > the _sleep() contains this: > > KASSERT(timo != 0 || mtx_owned(&Giant) || lock != NULL || > ident == &lbolt, ("sleeping without a lock")); > > > which simplifies for tsleep(foo, ...) where foo != lbolt to > "timo != 0 || mtx_owned(&Giant)" > > why do I have to hold Giant or have timo != 0 when calling tsleep? To prevent a deadlock.. It would be possible for you to miss your wakeup if you don't have a lock (such as Giant) held... By forcing a timeout, you guarantee that it will check the condition sometime in the future... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."