From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 09:12:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B725D16A400 for ; Sun, 19 Mar 2006 09:12:57 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CD6D43D5A for ; Sun, 19 Mar 2006 09:12:56 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k2J9Cpsa003932 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 19 Mar 2006 10:12:51 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k2J9CpBM003930; Sun, 19 Mar 2006 10:12:51 +0100 (CET) Date: Sun, 19 Mar 2006 10:12:51 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20060319091251.GA3875@stud.fit.vutbr.cz> References: <20060318221432.20fbefda@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060318221432.20fbefda@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: Some background info regarding the COMPAT_43 changes in the linuxolator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 09:12:57 -0000 On Sat, Mar 18, 2006 at 10:14:32PM +0100, Alexander Leidinger wrote: > Hi, > > there's still a COMPAT_43 section in the architecture part of the > linuxolator. It's in an autogenerated file (linux_proto.h). Without > COMPAT_43 it seems that unimplemented linux syscalls will not be > printed to the console anymore. If someone understands > kern/makesyscalls.sh good enough to remove the ifdef/endif: please send > patches or commit a fix. I'll take a look at it... also... I think once the COMPAT_43 is vanished from linuxolator we can also remove CMOPAT_43 from GENERIC and (possibly) put COMPAT_43TTY there instead of it.... COMPAT_43 hurts performance and also the code it ifdefs might not be well tested etc. definitely a thing to remove :) roman From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 11:00:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8DEC16A401 for ; Sun, 19 Mar 2006 11:00:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F6743D53 for ; Sun, 19 Mar 2006 11:00:19 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1FKvdu-0001W1-6i for freebsd-current@freebsd.org; Sun, 19 Mar 2006 12:00:14 +0100 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Mar 2006 12:00:14 +0100 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Mar 2006 12:00:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Csaba Henk Date: Sun, 19 Mar 2006 01:42:08 +0000 (UTC) Lines: 13 Message-ID: References: <20060317012428.N52721@atlantis.atlantis.dp.ua> <441B23AE.9030806@aksoft.net> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: [patch] NetBSD disklabel support for geom_bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 11:00:20 -0000 On 2006-03-17, Anatoli Klassen wrote: > You can also have a look at my module I wrote some time ago. Actually > it's the geom_bsd module with small patch like your one. It recognizes > NetBSD, OpenBSD and DragonFlyBSD partitions. Tested with 6.0 and CURRENT. > > http://www.26th.net/public/projects/freebsd/geom_nbsd/geom_nbsd.tgz Thanks, it works fine (with the minor glitch that the system hangs when I try to unload the module). I've been looking for a way to access my Dfly slices from FreeBSD for a long time... Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 12:50:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BBD316A401 for ; Sun, 19 Mar 2006 12:50:16 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A037743D48 for ; Sun, 19 Mar 2006 12:50:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id AF846200085; Sun, 19 Mar 2006 13:50:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E29E01FFF64; Sun, 19 Mar 2006 13:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1A552444F45; Sun, 19 Mar 2006 12:49:32 +0000 (UTC) Date: Sun, 19 Mar 2006 12:49:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Simon In-Reply-To: <20060318221545.6760843D49@mx1.FreeBSD.org> Message-ID: <20060319124821.W2181@maildrop.int.zabbadoz.net> References: <20060318221545.6760843D49@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: "freebsd-current@freebsd.org" Subject: Re: System deadlock/hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 12:50:16 -0000 On Sat, 18 Mar 2006, Simon wrote: Hi, > http://optinet.com/users/simon/deadlock.html > > If you need any further info, I'm standing by, please help me resolve this. > > PS: please CC me on this as I'm on digest only I have added the LOR to the LOR page with ID 180: http://sources.zabbadoz.net/freebsd/lor.html#180 lock order reversal 1st 0xc0738200 UMA lock (UMA lock) @ sys/vm/uma_core.c:1494 2nd 0xc1062144 system map (system map) @ sys/vm/vm_kern.c:295 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 13:01:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 885C016A41F for ; Sun, 19 Mar 2006 13:01:49 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1982B43D45 for ; Sun, 19 Mar 2006 13:01:48 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sun, 19 Mar 2006 07:01:47 -0600 id 00095814.441D563B.0000B718 Received: from dsl-201-144-207-225.prod-infinitum.com.mx (dsl-201-144-207-225.prod-infinitum.com.mx [201.144.207.225]) by mail.bafirst.com (Horde MIME library) with HTTP; Sun, 19 Mar 2006 07:01:47 -0600 Message-ID: <20060319070147.1wmpalrra8ks4oss@mail.bafirst.com> Date: Sun, 19 Mar 2006 07:01:47 -0600 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <20060318180947.GA95349@mail.scottro.net> In-Reply-To: <20060318180947.GA95349@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: flash and firefox revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 13:01:49 -0000 Quoting Scott Robbins : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Although somewhat off-topic for CURRENT, when we had a discussion about > this last week, and I mentioned that flash worked well for me with > linux-firefox, a few people asked how I did it. At the time, I had set > it up awhile back, and didn't really remember the details. > > At any rate, set up a new machine this week, so this is how I got flash > working with linux-firefox. > > Rather than using the port, I downloaded the firefox for Linux tarball > from mozilla at > > http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.1/linux-i686/en-US/ > > I untarred it in my $HOME directory where it created a directory called, > oddly enough, firefox. In the firefox directory is a shell executable > called--yup, you guessed it, firefox. > > So, I started it from command line, with firefox/firefox and went to a > site that needed flash--I got the message that flash needed to be > installed, would I like firefox to install it for me, I clicked yes. It > then simply downloaded and installed flash7 putting it in > $HOME/firefox/plugins. > > After that, it Just Works(TM) > > I have linux_base-8 installed. That works fine for me too, but I haven't been able mplayer or any other video plugin to work with linux firefox, have you? So right no I am left with native firefox with nice embedded video and linux-firefox with flash, not yet the best of both worlds, in fact, I could probably live with only one world ;) Thanks, ed > > Hope this is of use to someone. It's one of those things I use > relatively rarely, so it isn't worth it (to me) to take the time to try > to figure out how to get the port's version to work, try testing it with > various linux elements missing, etc. > > > - -- > > Scott Robbins > > PGP keyID EB3467D6 > ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) > gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 > > Harmony: Is Antonio Banderas a vampire? > Spike:No. > Harmony: Can I make him one? > Spike: No. On second thought, yes. Go make him a vampire. Take > your time. Get Melanie and the kids, too. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (FreeBSD) > > iD8DBQFEHEzr+lTVdes0Z9YRAij6AJ9SBqZngV2e4aXEmCma/eMttXGhqwCgmD+V > 52dK4uz6J95VcJo3wdqBFSM= > =+Sbp > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 13:28:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B10016A45B for ; Sun, 19 Mar 2006 13:28:45 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB76643D49 for ; Sun, 19 Mar 2006 13:28:41 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id k2JDSc4Z020713; Sun, 19 Mar 2006 08:28:38 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <99353.1142604012@critter.freebsd.dk> References: <99353.1142604012@critter.freebsd.dk> Date: Sun, 19 Mar 2006 08:28:37 -0500 To: "Poul-Henning Kamp" From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: freebsd-current@FreeBSD.org Subject: Re: PROPOSAL for periodic/security/800.loginfail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 13:28:45 -0000 At 3:00 PM +0100 3/17/06, Poul-Henning Kamp wrote: > >Garance wrote: > >> > >> First, imagine a standard message with 382 login-failure >>> messages in it. Then imagine if you got the following >>> instead of that (and I could easily condense the list of >>> ftp failures some more). Which is easier to deal with? > >Yes, absolutely. > >But I would advice a bit of data-analysis here. > >For instance: >>> ++ Found 49 failed attempts for ftpd: >>> + 4 failed ftp attempts were from xdsl-81-173.changed.de, webmaster >>> + 3 failed ftp attempts were from xdsl-81-173.changed.de, web >>> + 16 failed ftp attempts were from dslb-084-062.otherchg.net, admin >>> + 2 failed ftp attempts were from xdsl-81-173.changed.de, sybase > >> [...] The crowd asked for fewer lines... The crowd asked for more data-analysis... Now the script can deliver it! "AND THE CROWD GOES WILD!" [bullwinkle crowd] yea... [/bullwinkle crowd] So... five cans of Jolt Blue later, I have a new version of the script available at: http://people.freebsd.org/~gad/filters/loginfail-V2.nawk In this version, each of the recognized categories of messages, there is an option to set a summary level. The higher that summary_level value is set to, the less information will be printed for the matching category. The values defined so far are: 0 = no summary 1 = print a summary, while still printing all the lines 2 = do not print any of the lines matched in the category, and print the full summary. 5 = print the summary for the category, without any userid-specific information. 50 = print nothing but the summary-header for the category. Here is the output for the same list of records I used in my previous example. Note that the summary now also shows the range-of-time that the attacks were happening. This is what it shows when run with sum_ftpd_bad=2 sum_sshd_badpws=2 sum_sshd_baduserids=5 # - - - - start: sinbad.fake.rpi.edu login failures: Jan 2 17:03:29 sinbad shutdown: reboot by root: Jan 2 17:28:26 sinbad shutdown: power-down by root: remove drive... matched 49 failures (not shown) of ftp connections 33 from xdsl-81-173.changed.de @ 20:16 -> 20:16 Dec 28 to users: admin*5 webmaster*4 user*4 test*4 + 9 others 16 from dslb-084-062.otherchg.net @ 21:51 -> 21:52 Dec 28 to users: admin*16 matched 134 failures (not shown) of ssh to existing userids 45 from 127.0.210.12 @ 04:22 -> 04:24 Dec 31 u: root*45 44 from 127.0.45.46 @ 13:52 -> 13:53 Dec 26 u: root*44 22 from 127.0.69.146 @ 15:32 -> 15:32 Dec 28 u: root*22 13 from 127.0.175.156 @ 14:26 -> 14:26 Dec 27 to users: root*12 + 1 others 5 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 to users: root*3 + 1 others 3 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 u: root*3 2 from 127.0.102.26 @ 15:30 -> 15:30 Dec 31 to users: root*1 + 1 others matched 199 failures (not shown) of ssh to non-existent userids 45 from 127.0.191.36 @ 14:29 -> 14:31 Dec 28 #users: 45 44 from 127.0.111.3 @ 03:10 -> 03:12 Dec 31 #users: 36 29 from 127.0.175.156 @ 14:26 -> 14:26 Dec 27 #users: 16 21 from 127.0.69.146 @ 15:32 -> 15:32 Dec 28 #users: 21 14 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 #users: 7 10 from 127.0.87.251 @ 11:00 -> 11:00 Jan 1 #users: 8 10 from 127.0.185.180 @ 15:50 -> 15:50 Jan 3 #users: 10 8 from 127.0.102.26 @ 15:30 -> 15:31 Dec 31 #users: 8 6 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 #users: 4 5 from 127.0.30.97 @ 08:14 -> 08:16 Dec 31 #users: 1 4 from 127.0.192.3 @ 13:44 -> 13:45 Dec 31 #users: 1 2 from 127.0.28.31 @ 23:28 -> 23:28 Dec 28 #users: 2 1 from 127.0.102.141 @ 21:05 -> 21:05 Dec 29 #users: 1 # - - - - end The month-and-day are showing up in this example because the the input included lines from more than one day. In standard use it would only see records from a single day, so the date would not be displayed (it would still have the time-range). When printing the user-specific information, it only prints the second line of "to users: " when there was more than one userid found. If only one userid was found, then it just tacks something like "u: root*3" on the first line. If that is still too much, then this is what the script shows when run with sum_ftpd_bad=50 sum_sshd_badpws=50 sum_sshd_baduserids=50 # - - - - start: sinbad.fake.rpi.edu login failures: Jan 2 17:03:29 sinbad shutdown: reboot by root: Jan 2 17:28:26 sinbad shutdown: power-down by root: remove drive... matched 49 failures (not shown) of ftp connections matched 134 failures (not shown) of ssh to existing userids matched 199 failures (not shown) of ssh to non-existent userids # - - - - end -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 14:00:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBFD16A423 for ; Sun, 19 Mar 2006 14:00:03 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CE9043D48 for ; Sun, 19 Mar 2006 14:00:02 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k2JE005W001868 for ; Sun, 19 Mar 2006 09:00:00 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <99353.1142604012@critter.freebsd.dk> Date: Sun, 19 Mar 2006 08:59:59 -0500 To: freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Subject: Re: PROPOSAL for periodic/security/800.loginfail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 14:00:03 -0000 At 8:28 AM -0500 3/19/06, Garance A Drosehn wrote: > >So... five cans of Jolt Blue later, I have a new version >of the script available at: >http://people.freebsd.org/~gad/filters/loginfail-V2.nawk Disclaimer: This script is in fine shape for anyone who wants to test it by running a bunch of their own authlog records through it. I would not suggest using it for the daily security-check though! The comments in the script might be out-of-sync with the code. I'm making it available just because I'm taking a break for awhile, and I thought this was good enough to show it off. But I still have more code-rearranging that I plan to do, so don't spend time writing any updates to this specific snapshot. Let me know if it should be doing something else, of course, just don't spend time writing an update to do that. I haven't written changes to 800.loginfail yet. For the initial testing, I was guessing I'd add the script to a new directory: /etc/periodic/helpers and then change the script to do something along the lines of: case "$daily_status_security_loginfail_enable" in [Yy][Ee][Ss]) echo "" echo "${host} login failures:" n=$(catmsgs | egrep -ia "^$yesterday.*(fail|invalid|bad|illegal)" | tee /dev/stderr | wc -l) [ $n -gt 0 ] && rc=1 || rc=0;; [Tt][Ee][Ss][Tt]) echo "" echo "${host} login failures:" n=$(catmsgs | egrep -ia "^$yesterday.*" | \ "${daily_status_security_loginfail_script}" ${daily_status_security_loginfail_flags} |\ tee /dev/stderr | wc -l) [ $n -gt 0 ] && rc=1 || rc=0;; *) rc=0;; esac And then have the following two variables added to /etc/defaults/periodic.conf : daily_status_security_loginfail_script="/etc/periodic/helpers/loginfail.nawk" daily_status_security_loginfail_flags="sum_sshd_baduserids=5" ...but I have zero experience with any of the periodic scripts, so that is just me guessing at the right things to do. If there's a committer who would want to handle the changes to those files, I would be very happy to let anyone else that part. Just let me know where to put the script once I'm ready to let people test it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 14:36:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66FA216A41F for ; Sun, 19 Mar 2006 14:36:03 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE2AD43D58 for ; Sun, 19 Mar 2006 14:35:58 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k2JEXt7Z015573 for ; Sun, 19 Mar 2006 09:33:56 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id 81A835C3F; Sun, 19 Mar 2006 09:35:56 -0500 (EST) Date: Sun, 19 Mar 2006 09:35:56 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20060319143556.GA90050@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20060318180947.GA95349@mail.scottro.net> <20060319070147.1wmpalrra8ks4oss@mail.bafirst.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20060319070147.1wmpalrra8ks4oss@mail.bafirst.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: flash and firefox revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 14:36:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Mar 19, 2006 at 07:01:47AM -0600, eculp@bafirst.com wrote: > Quoting Scott Robbins : > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > > > >After that, it Just Works(TM) > > > >I have linux_base-8 installed. > > That works fine for me too, but I haven't been able mplayer or any other video > plugin to work with linux firefox, have you? > > So right no I am left with native firefox with nice embedded video and > linux-firefox with flash, not yet the best of both worlds, in fact, I could > probably live with only one world ;) No, I'm in the same situation as you--native for embedded videos and linux-firefox from source fo flash. :) Again, for me neither is something that I use a great deal, so it's not a major issue for me. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I don't wanna' bug Giles. He's still kinda' twitchy when it comes to the subject of Angel. Xander: Oh, it must be that whole 'Angel killed his girlfriend and tortured him' thing, and Giles is petty when it comes to stuff like that. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHWxM+lTVdes0Z9YRAmEDAJ4tfRum+fxQs39hNsMyHHxpsAbKMQCfQqCx gyLevdE6cJmcrEUTzZp4dis= =eR1Q -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 16:17:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5290016A400 for ; Sun, 19 Mar 2006 16:17:02 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19C443D46 for ; Sun, 19 Mar 2006 16:17:01 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sun, 19 Mar 2006 10:17:01 -0600 id 000958A8.441D83FD.00012062 Received: from dsl-201-144-207-225.prod-infinitum.com.mx (dsl-201-144-207-225.prod-infinitum.com.mx [201.144.207.225]) by mail.bafirst.com (Horde MIME library) with HTTP; Sun, 19 Mar 2006 10:17:00 -0600 Message-ID: <20060319101700.p6h794cqw0kkcos8@mail.bafirst.com> Date: Sun, 19 Mar 2006 10:17:00 -0600 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <20060318180947.GA95349@mail.scottro.net> <20060319070147.1wmpalrra8ks4oss@mail.bafirst.com> <20060319143556.GA90050@mail.scottro.net> In-Reply-To: <20060319143556.GA90050@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: flash and firefox revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 16:17:02 -0000 Quoting Scott Robbins : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, Mar 19, 2006 at 07:01:47AM -0600, eculp@bafirst.com wrote: >> Quoting Scott Robbins : >> >> >-----BEGIN PGP SIGNED MESSAGE----- >> >Hash: SHA1 >> > >> > >> >After that, it Just Works(TM) >> > >> >I have linux_base-8 installed. >> >> That works fine for me too, but I haven't been able mplayer or any >> other video >> plugin to work with linux firefox, have you? >> >> So right no I am left with native firefox with nice embedded video and >> linux-firefox with flash, not yet the best of both worlds, in fact, I could >> probably live with only one world ;) > > > No, I'm in the same situation as you--native for embedded videos and > linux-firefox from source fo flash. :) > > Again, for me neither is something that I use a great deal, so it's not > a major issue for me. Thanks for the confirmation, Scott. ed From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 16:25:27 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A819916A400; Sun, 19 Mar 2006 16:25:27 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0110343D45; Sun, 19 Mar 2006 16:25:26 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5E913.dip.t-dialin.net [84.165.233.19]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2JG6gDV005858; Sun, 19 Mar 2006 17:06:43 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2JGPMvG069663; Sun, 19 Mar 2006 17:25:23 +0100 (CET) (envelope-from netchild@FreeBSD.org) Date: Sun, 19 Mar 2006 17:25:22 +0100 From: Alexander Leidinger To: Ruslan Ermilov Message-ID: <20060319172522.6d93c008@Magellan.Leidinger.net> In-Reply-To: <20060319113039.GD89287@ip.net.ua> References: <200603191110.k2JBAYxC085982@repoman.freebsd.org> <20060319113039.GD89287@ip.net.ua> Organization: FreeBSD X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, current@FreeBSD.org, cvs-all@FreeBSD.org Subject: linuxolator broken on alpha/amd64 (was: Re: cvs commit: src/sys/amd64/linux32 linux32_sysvec.c syscalls.master src/sys/compat/linux linux_file.c linux_getcwd.c linux_ioctl.c linux_ipc.c linux_mib.c linux_misc.c linux_signal.c linux_socket.c linux_stats.c linux_sysctl.c linux_uid16.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 16:25:27 -0000 Am Sun, 19 Mar 2006 13:30:39 +0200 schrieb Ruslan Ermilov : [redirecting to current@] > Linuxulator is still broken after my preliminary fix referenced > below, on both amd64 and alpha. On amd64, it now stops here: > : /usr/src/sys/compat/linux/linux_stats.c:233: warning: "struct linux_lstat_args" declared inside parameter list > On alpha/LINT, it will break similarly, because you didn't provide > support for them. Does anyone know the linux syscall numbers on alpha/amd64 for lstat? They need to be added to the corresponding syscalls.master. Did someone spot another one which is missing? Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 18:19:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1495116A420; Sun, 19 Mar 2006 18:19:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B41B843D45; Sun, 19 Mar 2006 18:19:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 833AB1A3C30; Sun, 19 Mar 2006 10:19:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4ED05517B6; Sun, 19 Mar 2006 13:19:56 -0500 (EST) Date: Sun, 19 Mar 2006 13:19:53 -0500 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060319181953.GA3999@xor.obsecurity.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <4417DD8D.3050201@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 18:19:58 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 15, 2006 at 06:25:33PM +0900, Daichi GOTO wrote: > I have updated the patchset-9 of unionfs. Another panic, this time from umount -f: panic: union_lock: wrong vnode (un == null) db> wh Tracing pid 17750 tid 100151 td 0xc7c38a20 kdb_enter(c07273ef,2,c0720d69,ee2d2aa0,c7c38a20) at kdb_enter+0x30 panic(c0720d69,c0599f59,c0599bef,ee2d2ab8,c07605c0) at panic+0x13f union_lock(ee2d2afc,0,0,2002,ca29ed20) at union_lock+0x68 VOP_LOCK_APV(c07605c0,ee2d2afc,ca29ede8,c6643488,8d3) at VOP_LOCK_APV+0xa6 vn_lock(ca29ed20,2002,c7c38a20,8d3,c6643488) at vn_lock+0xd3 vflush(c6643400,1,2,c7c38a20,c666bd80) at vflush+0x186 unionfs_unmount(c6643400,8080000,c7c38a20,c7c38a20,0) at unionfs_unmount+0x54 dounmount(c6643400,8080000,c7c38a20,415,800ff05) at dounmount+0x338 unmount(c7c38a20,ee2d2d04,c074769a,3ed,c69ea738) at unmount+0x270 syscall(3b,3b,3b,804a625,a000aa1) at syscall+0x2ea Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c54c3, esp = 0xbfbfe44c, ebp = 0xbfbfe508 --- db> show lockedvnods Locked vnodes 0xc7347d20: tag ufs, type VLNK usecount 0, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc059f500 at vrele+0x149 #7 0xc04ef97f at union_hashrem+0x28c #8 0xc04f4257 at union_reclaim+0x1b #9 0xc06fd958 at VOP_RECLAIM_APV+0xc4 #10 0xc05a02cc at vgonel+0x1b2 #11 0xc059cd48 at vtryrecycle+0x135 #12 0xc059c64b at vnlru_free+0x18e #13 0xc059cdce at getnewvnode+0x47 #14 0xc066a126 at ffs_vget+0xfc #15 0xc0671b7b at ufs_lookup+0xb83 #16 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4 #17 0xc0592219 at vfs_cache_lookup+0xcb ino 297887, on dev da0s1e 0xcb5d52a0: tag ufs, type VDIR usecount 3, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc8fa2d20 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc0596ba5 at lookup+0xe5 #7 0xc05967f9 at namei+0x434 #8 0xc05a69c6 at kern_lstat+0x4f #9 0xc05a6951 at lstat+0x2f #10 0xc06e4c52 at syscall+0x2ea #11 0xc06cebef at Xint0x80_syscall+0x1f ino 3044707, on dev da0s1e 0xc6d66540: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0xc6643400 flags () lock type ufs: EXCL (count 1) by thread 0xc7c38a20 (pid 17750)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc0599c72 at dounmount+0x51 #7 0xc0599bef at unmount+0x270 #8 0xc06e4c52 at syscall+0x2ea #9 0xc06cebef at Xint0x80_syscall+0x1f ino 612352, on dev da0s1d 0xca29ed20: tag unionfs, type VLNK usecount 0, writecount 0, refcount 2 mountedhere 0 flags (VI_DOOMED) VI_LOCKed lock type unionfs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc04ef789 at union_hashrem+0x96 #2 0xc04f4257 at union_reclaim+0x1b #3 0xc06fd958 at VOP_RECLAIM_APV+0xc4 #4 0xc05a02cc at vgonel+0x1b2 #5 0xc059cd48 at vtryrecycle+0x135 #6 0xc059c64b at vnlru_free+0x18e #7 0xc059cdce at getnewvnode+0x47 #8 0xc066a126 at ffs_vget+0xfc #9 0xc0671b7b at ufs_lookup+0xb83 #10 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4 #11 0xc0592219 at vfs_cache_lookup+0xcb #12 0xc06fb43b at VOP_LOOKUP_APV+0xa6 #13 0xc0596f3a at lookup+0x47a #14 0xc05967f9 at namei+0x434 #15 0xc05a69c6 at kern_lstat+0x4f #16 0xc05a6951 at lstat+0x2f #17 0xc06e4c52 at syscall+0x2ea Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHaDIWry0BWjoQKURAnRyAJ9wZ0hBTj5EZADR+QLo8I2ccCiy4wCfTbDH qj5OwBVB+R8egMN1GQaWJKY= =4aeB -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 19:19:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19B816A401; Sun, 19 Mar 2006 19:19:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6047143D46; Sun, 19 Mar 2006 19:19:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2JJJEAo008983; Sun, 19 Mar 2006 14:19:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k2JJJFn7009511; Sun, 19 Mar 2006 14:19:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE4177304D; Sun, 19 Mar 2006 14:19:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060319191914.CE4177304D@freebsd-current.sentex.ca> Date: Sun, 19 Mar 2006 14:19:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 19:19:17 -0000 TB --- 2006-03-19 17:52:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-19 17:52:05 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-03-19 17:52:05 - cleaning the object tree TB --- 2006-03-19 17:52:36 - checking out the source tree TB --- 2006-03-19 17:52:36 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-03-19 17:52:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-19 17:59:25 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-19 17:59:25 - cd /src TB --- 2006-03-19 17:59:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-19 19:06:16 - generating LINT kernel config TB --- 2006-03-19 19:06:16 - cd /src/sys/alpha/conf TB --- 2006-03-19 19:06:16 - /usr/bin/make -B LINT TB --- 2006-03-19 19:06:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-19 19:06:16 - cd /src TB --- 2006-03-19 19:06:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 19 19:06:16 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/alpha/linux/linux_sysent.c:396: error: initializer element is not constant /src/sys/alpha/linux/linux_sysent.c:396: error: (near initialization for `linux_sysent[374]') /src/sys/alpha/linux/linux_sysent.c:397: error: initializer element is not constant /src/sys/alpha/linux/linux_sysent.c:397: error: (near initialization for `linux_sysent[375]') /src/sys/alpha/linux/linux_sysent.c:398: error: initializer element is not constant /src/sys/alpha/linux/linux_sysent.c:398: error: (near initialization for `linux_sysent[376]') /src/sys/alpha/linux/linux_sysent.c:399: error: initializer element is not constant /src/sys/alpha/linux/linux_sysent.c:399: error: (near initialization for `linux_sysent[377]') *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-19 19:19:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-19 19:19:14 - ERROR: failed to build lint kernel TB --- 2006-03-19 19:19:14 - tinderbox aborted TB --- 1.03 user 5.10 system 5229.05 real From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 21:00:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D77316A401; Sun, 19 Mar 2006 21:00:20 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5357343D46; Sun, 19 Mar 2006 21:00:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E913.dip.t-dialin.net [84.165.233.19]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2JKfX0R006766; Sun, 19 Mar 2006 21:41:34 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2JL0GPj020021; Sun, 19 Mar 2006 22:00:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 19 Mar 2006 22:00:15 +0100 From: Alexander Leidinger To: Message-ID: <20060319220015.36b37503@Magellan.Leidinger.net> In-Reply-To: <20060319191914.CE4177304D@freebsd-current.sentex.ca> References: <20060319191914.CE4177304D@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 21:00:21 -0000 Am Sun, 19 Mar 2006 14:19:14 -0500 (EST) schrieb FreeBSD Tinderbox : > [...] > /src/sys/alpha/linux/linux_sysent.c:396: error: initializer element is not constant > /src/sys/alpha/linux/linux_sysent.c:396: error: (near initialization for `linux_sysent[374]') > /src/sys/alpha/linux/linux_sysent.c:397: error: initializer element is not constant > /src/sys/alpha/linux/linux_sysent.c:397: error: (near initialization for `linux_sysent[375]') > /src/sys/alpha/linux/linux_sysent.c:398: error: initializer element is not constant > /src/sys/alpha/linux/linux_sysent.c:398: error: (near initialization for `linux_sysent[376]') > /src/sys/alpha/linux/linux_sysent.c:399: error: initializer element is not constant > /src/sys/alpha/linux/linux_sysent.c:399: error: (near initialization for `linux_sysent[377]') I try to fix this in 21 hours from now (1. having a look at line 396, 2. find the corresponding lines entries in syscall.master, 3. perhaps looking up the corresponding syscall number in linux; hints welcome)... but feel free to have a look at it earlier. Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 21:06:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19CBB16A422; Sun, 19 Mar 2006 21:06:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E24843D48; Sun, 19 Mar 2006 21:06:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 43EBD46C72; Sun, 19 Mar 2006 16:06:22 -0500 (EST) Date: Sun, 19 Mar 2006 21:06:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20060319220015.36b37503@Magellan.Leidinger.net> Message-ID: <20060319210355.M1947@fledge.watson.org> References: <20060319191914.CE4177304D@freebsd-current.sentex.ca> <20060319220015.36b37503@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 21:06:23 -0000 On Sun, 19 Mar 2006, Alexander Leidinger wrote: > Am Sun, 19 Mar 2006 14:19:14 -0500 (EST) > schrieb FreeBSD Tinderbox : > >> [...] >> /src/sys/alpha/linux/linux_sysent.c:396: error: initializer element is not constant >> /src/sys/alpha/linux/linux_sysent.c:396: error: (near initialization for `linux_sysent[374]') >> /src/sys/alpha/linux/linux_sysent.c:397: error: initializer element is not constant >> /src/sys/alpha/linux/linux_sysent.c:397: error: (near initialization for `linux_sysent[375]') >> /src/sys/alpha/linux/linux_sysent.c:398: error: initializer element is not constant >> /src/sys/alpha/linux/linux_sysent.c:398: error: (near initialization for `linux_sysent[376]') >> /src/sys/alpha/linux/linux_sysent.c:399: error: initializer element is not constant >> /src/sys/alpha/linux/linux_sysent.c:399: error: (near initialization for `linux_sysent[377]') > > I try to fix this in 21 hours from now (1. having a look at line 396, 2. > find the corresponding lines entries in syscall.master, 3. perhaps looking > up the corresponding syscall number in linux; hints welcome)... but feel > free to have a look at it earlier. http://fxr.watson.org/fxr/source/arch/alpha/kernel/systbls.S?v=linux-2.6.11.8 Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 21:14:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC8F16A401; Sun, 19 Mar 2006 21:14:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD7543D58; Sun, 19 Mar 2006 21:14:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2JLEJJ3014063; Sun, 19 Mar 2006 16:14:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k2JLEJ92084194; Sun, 19 Mar 2006 16:14:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C0177304D; Sun, 19 Mar 2006 16:14:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060319211419.8C0177304D@freebsd-current.sentex.ca> Date: Sun, 19 Mar 2006 16:14:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 21:14:21 -0000 TB --- 2006-03-19 19:19:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-19 19:19:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-03-19 19:19:14 - cleaning the object tree TB --- 2006-03-19 19:19:57 - checking out the source tree TB --- 2006-03-19 19:19:57 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-03-19 19:19:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-19 19:26:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-19 19:26:47 - cd /src TB --- 2006-03-19 19:26:47 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-03-19 21:00:21 - generating LINT kernel config TB --- 2006-03-19 21:00:21 - cd /src/sys/amd64/conf TB --- 2006-03-19 21:00:21 - /usr/bin/make -B LINT TB --- 2006-03-19 21:00:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-19 21:00:21 - cd /src TB --- 2006-03-19 21:00:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 19 21:00:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/compat/linux/linux_stats.c:234: warning: no previous prototype for 'linux_lstat' /src/sys/compat/linux/linux_stats.c: In function `linux_lstat': /src/sys/compat/linux/linux_stats.c:239: error: `LINUX_SYS_linux_lstat' undeclared (first use in this function) /src/sys/compat/linux/linux_stats.c:239: error: (Each undeclared identifier is reported only once /src/sys/compat/linux/linux_stats.c:239: error: for each function it appears in.) /src/sys/compat/linux/linux_stats.c:240: error: dereferencing pointer to incomplete type /src/sys/compat/linux/linux_stats.c:242: error: dereferencing pointer to incomplete type /src/sys/compat/linux/linux_stats.c:245: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-19 21:14:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-19 21:14:19 - ERROR: failed to build lint kernel TB --- 2006-03-19 21:14:19 - tinderbox aborted TB --- 1.41 user 6.63 system 6904.41 real From owner-freebsd-current@FreeBSD.ORG Sun Mar 19 23:09:55 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3817A16A400; Sun, 19 Mar 2006 23:09:55 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id D173343D48; Sun, 19 Mar 2006 23:09:54 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 3234819F2C; Sun, 19 Mar 2006 15:09:50 -0800 (PST) Message-ID: <441DE4B9.8080708@bitfreak.org> Date: Sun, 19 Mar 2006 15:09:45 -0800 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Garance A Drosehn References: <99353.1142604012@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: PROPOSAL for periodic/security/800.loginfail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 23:09:55 -0000 Garance A Drosehn wrote: > > When printing the user-specific information, it only prints > the second line of "to users: " when there was more than one > userid found. If only one userid was found, then it just > tacks something like "u: root*3" on the first line. A common, single-line format would make automated parsing simpler. Instead of entries like this: 5 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 to users: root*3 + 1 others 3 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 u: root*3 Do something like this: 5 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 to users: root*3 + 1 others 3 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 to users: root*3 From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 00:07:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 162B316A420 for ; Mon, 20 Mar 2006 00:07:02 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A740943D45 for ; Mon, 20 Mar 2006 00:07:01 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id k2K06v8S015481; Sun, 19 Mar 2006 19:06:57 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <441DE4B9.8080708@bitfreak.org> References: <99353.1142604012@critter.freebsd.dk> <441DE4B9.8080708@bitfreak.org> Date: Sun, 19 Mar 2006 19:06:56 -0500 To: Darren Pilgrim From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: freebsd-current@FreeBSD.org Subject: Re: PROPOSAL for periodic/security/800.loginfail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 00:07:02 -0000 At 3:09 PM -0800 3/19/06, Darren Pilgrim wrote: >Garance A Drosehn wrote: >> >> When printing the user-specific information, it only prints >> the second line of "to users: " when there was more than one >> userid found. If only one userid was found, then it just >> tacks something like "u: root*3" on the first line. > >A common, single-line format would make automated parsing simpler. >Instead of entries like this: > > 5 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 > to users: root*3 + 1 others > 3 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 u: root*3 > >Do something like this: > > 5 from 127.0.225.154 @ 14:39 -> 14:40 Dec 28 to >users: root*3 + 1 others > 3 from 127.0.73.182 @ 21:57 -> 21:58 Dec 26 to >users: root*3 XML would make parsing even easier. That is not meant as a sarcastic comment, it is just an observation (and one that I did think about when working on this fmt). In any case, I wanted to keep the message readable by humans, not by other scripts. When I'm reading these security emails, I'm always reading them in an 80-column window. I read them the emails, I don't have scripts read them. So that's why I wanted to avoid line wrap. While I'm sure we can improve on this format if we sat around and brain-stormed for awhile, I would prefer something like this for now, just so I have a chance to get it committed in time for 6.1-release. We can always improve on it later. And the setup is also flexible enough that anyone can select a different script if they want a different format. ...Still, I might try something along the lines you suggest, probably as a selectable option, if I have some time while cleaning up other details. It might be trivial to support. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 01:32:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1869216A400 for ; Mon, 20 Mar 2006 01:32:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB8543D45 for ; Mon, 20 Mar 2006 01:32:50 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so905346nzo for ; Sun, 19 Mar 2006 17:32:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=aJppCpwsfmq808QTqdyHeBmjLWj+nR3vbY4MsQqWElVf/J3BIdLskKTHq01aBaoauQfXhp9cqCsaxOgdh5ZeB/576B1eO0SDnmN8yRu5mL0kyj7b+i8Bgil6YB4KkkhcrBTewQSq1owWgKjtozUwTc3Ny7EzkYVs9JB127e4l+E= Received: by 10.37.21.11 with SMTP id y11mr498744nzi; Sun, 19 Mar 2006 17:32:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 15sm2273757nzo.2006.03.19.17.32.48; Sun, 19 Mar 2006 17:32:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k2K1a7Le075528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Mar 2006 10:36:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k2K1a5qc075527; Mon, 20 Mar 2006 10:36:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 20 Mar 2006 10:36:05 +0900 From: Pyun YongHyeon To: Frank Behrens Message-ID: <20060320013605.GA75153@cdnetworks.co.kr> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 01:32:51 -0000 On Fri, Mar 17, 2006 at 03:26:14PM +0100, Frank Behrens wrote: > On Thu Jan 12 03:33:19 PST 2006 Pyun YongHyeon wrote: > > Here is modified sk(4) that makes use of bus_dma(9). It was lightly > > tested on sparc64(SMP)/i386(SMP). > > ... > > You can get latest sk(4) driver from the following URL. > > http://people.freebsd.org/~yongari/sk/if_sk.c > > http://people.freebsd.org/~yongari/sk/if_skreg.h > > ... > > I'd like to hear any success/failure reports. If you have a NIC that > > is supported by sk(4) please give it a try and let me know the result. > > Here my short status report: > > History: In November 2004 I bought a new motherboard with > Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7)/ Gigabit PHY, but this was unusable under FreeBSD 5.3. A short time > later an errata notice was created for this release. So I used this > NIC for slow DSL connection only. > > Some weeks ago I changed my LAN architecture, I wanted to use the 1GB > NIC with sk0 and thought the OS has now (6.0) working drivers. But > immediately I has some locks and "sk0 watchdog timeouts". So I tried > the mentioned drivers. > > The result is - very good. I'm using the driver from the web site > MD5 (if_sk.c) = 2ce9867445df8e1bfe6075597a0de87c > MD5 (if_skreg.h) = c8b572ae9fa3b536af86dff07a5c75e9 > with 6.1-PRERELEASE-200602270917 i386 > and had no problems until now. > > Thanks for this work, it seems to be a real improvement. > Thanks for your report. If you find any unusual things related with sk(4) please let me know. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 06:26:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D3216A41F for ; Mon, 20 Mar 2006 06:26:56 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E7443D45 for ; Mon, 20 Mar 2006 06:26:55 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2K6Qq2M029733; Mon, 20 Mar 2006 07:26:52 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> From: "Frank Behrens" To: pyunyh@gmail.com Date: Mon, 20 Mar 2006 07:26:48 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20060320013605.GA75153@cdnetworks.co.kr> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 06:26:57 -0000 Pyun YongHyeon wrote on 20 Mar 2006 10:36: > Thanks for your report. > If you find any unusual things related with sk(4) please let me know. Unfortunalety I must report an issue. Yesterday I had after several weeks of fine running: Mar 19 17:59:08 moon kernel: sk0: watchdog timeout Mar 19 17:59:08 moon kernel: sk0: link state changed to DOWN The problem is not the watchdog timeout message itself, but that the links goes down. Fortunately I have in my crontab still a "safety belt", calling every 12 minutes (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) So the system could recover without user interaction: Mar 19 18:12:01 moon kernel: sk0: link state changed to UP Mar 19 18:12:01 moon kernel: sk0: phy failed to come ready Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 07:12:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6D016A401 for ; Mon, 20 Mar 2006 07:12:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC39F43D48 for ; Mon, 20 Mar 2006 07:12:04 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1035634nzf for ; Sun, 19 Mar 2006 23:12:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gQwbmhjYpxUo/6e2kFYLpsxtcbENtiAHBUtGhNDZo3RVGyemREUo5tzc+yMsfda2FFwP7SZVPgxBEGeeOPYK3iLsqHgNjI5oSSm8hsyQVUsY/K5XJ8dTjjohZUFSrydeS9l1Br5/di+P+G4qkWf4Zos2GVKiK10E1juCQWaOyAs= Received: by 10.37.14.63 with SMTP id r63mr102430nzi; Sun, 19 Mar 2006 23:12:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 12sm2374855nzn.2006.03.19.23.12.02; Sun, 19 Mar 2006 23:12:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k2K7BxRb076411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Mar 2006 16:11:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k2K7Bxsd076410; Mon, 20 Mar 2006 16:11:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 20 Mar 2006 16:11:59 +0900 From: Pyun YongHyeon To: Frank Behrens Message-ID: <20060320071159.GA76305@cdnetworks.co.kr> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:12:06 -0000 On Mon, Mar 20, 2006 at 07:26:48AM +0100, Frank Behrens wrote: > Pyun YongHyeon wrote on 20 Mar 2006 10:36: > > Thanks for your report. > > If you find any unusual things related with sk(4) please let me know. > > Unfortunalety I must report an issue. Yesterday I had after several > weeks of fine running: > Mar 19 17:59:08 moon kernel: sk0: watchdog timeout > Mar 19 17:59:08 moon kernel: sk0: link state changed to DOWN > Stock sk(4) had a flaw on sending TX command to NIC due to hardware related races. Rev. 1.90 of if_sk.c tried to fix it by keep resending the start TX command if driver detects pending packets to be transmitted. Since the check is done in interrupt handler it would fail to detect the stuck condition if the first TX command was lost. I modified the driver to enable a TX polling timer to reissue TX command periodically as stated in SK NET GENESIS data sheet. New driver is available at: http://people.freebsd.org/~yongari/sk/if_sk.c http://people.freebsd.org/~yongari/sk/if_skreg.h > The problem is not the watchdog timeout message itself, but that the No. The watchdog timeout message is serious one. It wouldn't recover from its stuck state without manual interface down/up procedure. > links goes down. Fortunately I have in my crontab still a "safety > belt", calling every 12 minutes > (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) > > So the system could recover without user interaction: > Mar 19 18:12:01 moon kernel: sk0: link state changed to UP > Mar 19 18:12:01 moon kernel: sk0: phy failed to come ready > Yup, this is one thing I'd like to fix. >From time to time I saw the PHY message during sk(4) module load but it seems to work correctly in spite of the dereadful message(I think the same thing happens on stock driver too). So I guess you may safely ignore that message. If you still see "watchdog timeout message" please let me know. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 07:17:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C9616A425; Mon, 20 Mar 2006 07:17:53 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B38F43D48; Mon, 20 Mar 2006 07:17:52 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id EECC5244C19; Mon, 20 Mar 2006 16:17:50 +0900 (JST) Message-ID: <441E571E.8040602@freebsd.org> Date: Mon, 20 Mar 2006 16:17:50 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060310) MIME-Version: 1.0 To: Kris Kennaway References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <20060319181953.GA3999@xor.obsecurity.org> In-Reply-To: <20060319181953.GA3999@xor.obsecurity.org> Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:17:53 -0000 Kris Kennaway wrote: > On Wed, Mar 15, 2006 at 06:25:33PM +0900, Daichi GOTO wrote: >> I have updated the patchset-9 of unionfs. > > Another panic, this time from umount -f: Thanks for your reports, Kris. OKay, we'll try to fix those panic problems when we have time :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 07:47:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 166A016A425 for ; Mon, 20 Mar 2006 07:47:19 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BE043D5D for ; Mon, 20 Mar 2006 07:47:16 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2K7lCZO001158; Mon, 20 Mar 2006 08:47:13 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603200747.k2K7lCZO001158@pinky.frank-behrens.de> From: "Frank Behrens" To: Pyun YongHyeon Date: Mon, 20 Mar 2006 08:47:11 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20060320071159.GA76305@cdnetworks.co.kr> References: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:47:19 -0000 Thanks for your fast response and your help! Pyun YongHyeon wrote on 20 Mar 2006 16:11: > New driver is available at: > http://people.freebsd.org/~yongari/sk/if_sk.c > http://people.freebsd.org/~yongari/sk/if_skreg.h I have it now in production. > >From time to time I saw the PHY message during sk(4) module load but > it seems to work correctly in spite of the dereadful message(I think > the same thing happens on stock driver too). So I guess you may > safely ignore that message. I had it again on boot with new driver, but the system is running fine now. > If you still see "watchdog timeout message" please let me know. I will report any problem. Until you hear anything from me, you can assume the new driver is running well. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 07:59:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F4616A41F for ; Mon, 20 Mar 2006 07:59:30 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B01E43D72 for ; Mon, 20 Mar 2006 07:59:26 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k2K7wsbi007969 for ; Mon, 20 Mar 2006 02:58:54 -0500 X-ORBL: [71.139.114.10] Received: from [10.0.5.50] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k2K7xOgw111168; Mon, 20 Mar 2006 02:59:25 -0500 Message-ID: <441E60C1.6030601@root.org> Date: Sun, 19 Mar 2006 23:58:57 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: anthony.maher@uts.edu.au Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: acpi C2/3 problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:59:30 -0000 Just to be sure, you're not claiming defaults/rc.conf on 6.x has the setting for Cx to LOW. I never MFCd that and just double-checked now. You're saying that you had your own settings for that in rc.conf, and that it stopped working correctly. When did the regression occur exactly? Nothing has changed in the acpi code in that area for years so I'm surprised if it broke for you between 5.4 and 6.1. I'm suspicious that another device is remapping those IO ports or something. Could you send the output of devinfo -r on the broken and non-broken versions (say use a 5.4 livecd or something)? -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 08:28:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA94016A400 for ; Mon, 20 Mar 2006 08:28:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA4043D49 for ; Mon, 20 Mar 2006 08:28:00 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k2K8RumR021353 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 20 Mar 2006 09:27:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k2K8Rutf021352 for current@freebsd.org; Mon, 20 Mar 2006 09:27:56 +0100 (CET) Date: Mon, 20 Mar 2006 09:27:56 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20060320082756.GA21146@stud.fit.vutbr.cz> References: <200603191110.k2JBAYxC085982@repoman.freebsd.org> <20060319113039.GD89287@ip.net.ua> <20060319172522.6d93c008@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060319172522.6d93c008@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: Re: linuxolator broken on alpha/amd64 (was: Re: cvs commit: src/sys/amd64/linux32 linux32_sysvec.c syscalls.master src/sys/compat/linux linux_file.c linux_getcwd.c linux_ioctl.c linux_ipc.c linux_mib.c linux_misc.c linux_signal.c linux_socket.c linux_stats.c linux_sysctl.c linux_uid16.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 08:28:01 -0000 On Sun, Mar 19, 2006 at 05:25:22PM +0100, Alexander Leidinger wrote: > Am Sun, 19 Mar 2006 13:30:39 +0200 > schrieb Ruslan Ermilov : > > [redirecting to current@] > > > Linuxulator is still broken after my preliminary fix referenced > > below, on both amd64 and alpha. On amd64, it now stops here: > > > : /usr/src/sys/compat/linux/linux_stats.c:233: warning: "struct linux_lstat_args" declared inside parameter list > > > On alpha/LINT, it will break similarly, because you didn't provide > > support for them. > > Does anyone know the linux syscall numbers on alpha/amd64 for lstat? > They need to be added to the corresponding syscalls.master. in my patch I had lstat as syscall 84, you changed that to stat. I had reports it worked on amd64.. why did you change it? From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 10:36:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ADA816A422 for ; Mon, 20 Mar 2006 10:36:31 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7CA43D45 for ; Mon, 20 Mar 2006 10:36:29 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id k2KAaRrg068372; Mon, 20 Mar 2006 11:36:27 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k2KAaR7E034549; Mon, 20 Mar 2006 11:36:27 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k2KAaRsb034548; Mon, 20 Mar 2006 11:36:27 +0100 (CET) (envelope-from wb) Date: Mon, 20 Mar 2006 11:36:26 +0100 From: Wilko Bulte To: Pyun YongHyeon Message-ID: <20060320103626.GA34533@freebie.xs4all.nl> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> <20060320071159.GA76305@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320071159.GA76305@cdnetworks.co.kr> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Frank Behrens , freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 10:36:31 -0000 On Mon, Mar 20, 2006 at 04:11:59PM +0900, Pyun YongHyeon wrote.. > On Mon, Mar 20, 2006 at 07:26:48AM +0100, Frank Behrens wrote: > > Pyun YongHyeon wrote on 20 Mar 2006 10:36: > > > Thanks for your report. > > > If you find any unusual things related with sk(4) please let me know. > > > > Unfortunalety I must report an issue. Yesterday I had after several > > weeks of fine running: > > Mar 19 17:59:08 moon kernel: sk0: watchdog timeout > > Mar 19 17:59:08 moon kernel: sk0: link state changed to DOWN > > > > Stock sk(4) had a flaw on sending TX command to NIC due to hardware > related races. Rev. 1.90 of if_sk.c tried to fix it by keep resending > the start TX command if driver detects pending packets to be > transmitted. Since the check is done in interrupt handler it would > fail to detect the stuck condition if the first TX command was lost. > I modified the driver to enable a TX polling timer to reissue TX > command periodically as stated in SK NET GENESIS data sheet. > New driver is available at: > http://people.freebsd.org/~yongari/sk/if_sk.c > http://people.freebsd.org/~yongari/sk/if_skreg.h > > > The problem is not the watchdog timeout message itself, but that the > > No. The watchdog timeout message is serious one. It wouldn't recover > from its stuck state without manual interface down/up procedure. > > > links goes down. Fortunately I have in my crontab still a "safety > > belt", calling every 12 minutes > > (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) > > > > So the system could recover without user interaction: > > Mar 19 18:12:01 moon kernel: sk0: link state changed to UP > > Mar 19 18:12:01 moon kernel: sk0: phy failed to come ready > > > > Yup, this is one thing I'd like to fix. > >From time to time I saw the PHY message during sk(4) module load but > it seems to work correctly in spite of the dereadful message(I think > the same thing happens on stock driver too). So I guess you may > safely ignore that message. > > If you still see "watchdog timeout message" please let me know. Assuming it works it would be neat if we could get it into RELENG_6 soon. thanks, Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 10:51:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8BC16A401 for ; Mon, 20 Mar 2006 10:51:07 +0000 (UTC) (envelope-from Anthony.Maher@uts.edu.au) Received: from gaz.itd.uts.edu.au (gaz.itd.uts.EDU.AU [138.25.22.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47EAD43D58 for ; Mon, 20 Mar 2006 10:51:05 +0000 (GMT) (envelope-from Anthony.Maher@uts.edu.au) Received: by gaz.itd.uts.edu.au (Postfix, from userid 1011) id 89B81EAF1; Mon, 20 Mar 2006 21:50:57 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by gaz.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 76419EAF5; Mon, 20 Mar 2006 21:50:57 +1100 (EST) Received: from detritus.itd.uts.edu.au (detritus.itd.uts.edu.au [138.25.243.36]) by gaz.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 5A6C0EAF1; Mon, 20 Mar 2006 21:50:57 +1100 (EST) Received: from uts.edu.au (detritus.itd.uts.edu.au [138.25.243.36]) by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IWF007AZA53XB70@postoffice.uts.edu.au>; Mon, 20 Mar 2006 21:51:03 +1100 (EST) Received: from [211.30.20.15] by postoffice.uts.edu.au (mshttpd); Mon, 20 Mar 2006 21:51:03 +1100 Date: Mon, 20 Mar 2006 21:51:03 +1100 From: Anthony Maher In-reply-to: <441E60C1.6030601@root.org> To: Nate Lawson Message-id: MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.2-4.03 (built Sep 22 2005) Content-type: multipart/mixed; boundary="Boundary_(ID_/LryZUkIHp5rqXiEO3nOcQ)" Content-language: en X-Accept-Language: en Priority: normal References: <441E60C1.6030601@root.org> Cc: FreeBSD Current Subject: Re: acpi C2/3 problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 10:51:07 -0000 This is a multi-part message in MIME format. --Boundary_(ID_/LryZUkIHp5rqXiEO3nOcQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Nate Lawson wrote: >> Just to be sure, you're not claiming defaults/rc.conf on 6.x has the >> setting for Cx to LOW. I never MFCd that and just double-checked now. >> >> You're saying that you had your own settings for that in rc.conf, and >> that it stopped working correctly. That is correct. In /etc/rc.conf I had ###performance_cx_lowest="LOW" ###economy_cx_lowest="LOW" which are now commented out as shown. >> When did the regression occur exactly? Cannot say exactly. Since its my laptop I dont keep full logs. >From some root mails (from when I leave it on overnite) I see >> FreeBSD 5.4-RELEASE #8: Fri Sep 16 09:50:58 EST 2005 >> FreeBSD 5.4-STABLE #0: Tue Oct 4 22:28:44 EST 2005 >> FreeBSD 5.4-STABLE #1: Sat Jan 14 10:37:35 EST 2006 >> FreeBSD 5.5-PRERELEASE #2: Thu Mar 2 20:45:25 EST 2006 >> FreeBSD 6.1-PRERELEASE #1: Fri Mar 3 07:04:00 EST 2006 root wheel 7331390 Mar 2 19:59 checkouts.cvs:RELENG_5 root wheel 8117041 Mar 2 22:05 checkouts.cvs:RELENG_6_0_0_RELEASE I finally decided to upgrade on Thu Mar 2 so went to RELENG_5 as intermediate step before going to 6-Release then to RELENG_6. I did not notice anything stange on RELENG_5 or 6-release but I only ran them briefly before upgrading to RELENG_6. And while machine was busy doing buildworlds/rebuilding ports it appeared to be ok. It was definitely ok on 5.4-STABLE. >> Nothing has changed in the acpi code in that area for years so >> I'm surprised if it broke for you between 5.4 and 6.1. I'm suspicious >> that another device is remapping those IO ports or something. Could you >> send the output of devinfo -r on the broken and non-broken versions (say >> use a 5.4 livecd or something)? Here is the diff between the two outputs (which also are attached): diff 5.4/devinfo-r 6.1/devinfo-r 58,59c58,59 < acpi_cmbat0 < acpi_cmbat1 --- > battery0 > battery1 104a105,109 > ehci0 > I/O memory addresses: > 0xffa80800-0xffa80bff > usb4 > uhub4 111a117,126 > iwi0 > I/O memory addresses: > 0xdfbff000-0xdfbfffff > pcm0 > I/O ports: > 0xec40-0xec7f > 0xed00-0xedff > I/O memory addresses: > 0xdffffd00-0xdffffdff > 0xdffffe00-0xdfffffff 133a149,150 > ad0 > subdisk0 136a154 > acd0 166a185,191 > pci_link0 > pci_link1 > pci_link2 > pci_link3 > pci_link4 > pci_link5 > pci_link6 thanks -- tonym --Boundary_(ID_/LryZUkIHp5rqXiEO3nOcQ) Content-type: application/octet-stream; NAME=5.4.devinfo Content-transfer-encoding: base64 Content-disposition: attachment; filename=5.4.devinfo bmV4dXMwCiAgbnB4MAogIGFjcGkwCiAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgog ICAgICAgICAgMHg5CiAgICAgIEkvTyBwb3J0czoKICAgICAgICAgIDB4MjAtMHgyMQogICAg ICAgICAgMHgyZS0weDJmCiAgICAgICAgICAweDRlLTB4NGYKICAgICAgICAgIDB4ODYKICAg ICAgICAgIDB4OTIKICAgICAgICAgIDB4YTAtMHhhMQogICAgICAgICAgMHhiMgogICAgICAg ICAgMHhiMwogICAgICAgICAgMHg0ZDAtMHg0ZDEKICAgICAgICAgIDB4OTAwLTB4OTBmCiAg ICAgICAgICAweDkxMC0weDkxZgogICAgICAgICAgMHg5MjAtMHg5MmYKICAgICAgICAgIDB4 OTMwLTB4OTNiCiAgICAgICAgICAweDkzYy0weDkzZgogICAgICAgICAgMHg5NDAtMHg5N2YK ICAgICAgICAgIDB4MTAwMC0weDEwMDUKICAgICAgICAgIDB4MTAwNi0weDEwMDcKICAgICAg ICAgIDB4MTAwOC0weDEwNTkKICAgICAgICAgIDB4MTA2MC0weDEwN2YKICAgICAgICAgIDB4 MTA4MC0weDEwYmYKICAgICAgICAgIDB4MTBjMC0weDEwZGYKICAgICAgICAgIDB4MTBlMC0w eDEwZmYKICAgICAgICAgIDB4ZjQwMC0weGY0ZmUKICAgICAgSS9PIG1lbW9yeSBhZGRyZXNz ZXM6CiAgICAgICAgICAweDAtMHg5ZmJmZgogICAgICAgICAgMHg5ZmMwMC0weDlmZmZmCiAg ICAgICAgICAweGMwMDAwLTB4Y2ZmZmYKICAgICAgICAgIDB4ZTAwMDAtMHhmZmZmZgogICAg ICAgICAgMHgxMDAwMDAtMHgzZmZkN2ZmZgogICAgICAgICAgMHgzZmZkODAwMC0weDNmZmZm ZmZmCiAgICAgICAgICAweGUwMDAwMDAwLTB4ZWZmZmZmZmYKICAgICAgICAgIDB4ZjAwMDAw MDAtMHhmMDAwM2ZmZgogICAgICAgICAgMHhmMDAwNDAwMC0weGYwMDA0ZmZmCiAgICAgICAg ICAweGYwMDA1MDAwLTB4ZjAwMDVmZmYKICAgICAgICAgIDB4ZjAwMDYwMDAtMHhmMDAwNmZm ZgogICAgICAgICAgMHhmMDAwODAwMC0weGYwMDBiZmZmCiAgICAgICAgICAweGZlYzAwMDAw LTB4ZmVjMGZmZmYKICAgICAgICAgIDB4ZmVkMjAwMDAtMHhmZWQ5ZmZmZgogICAgICAgICAg MHhmZWRhMDAwMC0weGZlZGZmZmZmCiAgICAgICAgICAweGZlZTAwMDAwLTB4ZmVlMGZmZmYK ICAgICAgICAgIDB4ZmZiMDAwMDAtMHhmZmZmZmZmZgogICAgY3B1MAogICAgICAgIEkvTyBw b3J0czoKICAgICAgICAgICAgMHgxMDE0CiAgICAgICAgICAgIDB4MTAxNQogICAgICAgICAg ICAweDEwMTYKICAgICAgYWNwaV90aHJvdHRsZTAKICAgICAgICAgIEkvTyBwb3J0czoKICAg ICAgICAgICAgICAweDEwZTAtMHgxMGUzCiAgICAgIGNwdWZyZXEwCiAgICBhY3BpX2FjYWQw CiAgICBhY3BpX2NtYmF0MAogICAgYWNwaV9jbWJhdDEKICAgIGFjcGlfbGlkMAogICAgYWNw aV9idXR0b24wCiAgICBhY3BpX2J1dHRvbjEKICAgIGFjcGlfc3lzcmVzb3VyY2UwCiAgICBw Y2liMAogICAgICBwY2kwCiAgICAgICAgaG9zdGIwCiAgICAgICAgcGNpYjEKICAgICAgICAg IHBjaTEKICAgICAgICBwY2liMgogICAgICAgICAgcGNpMgogICAgICAgICAgICBiZ2UwCiAg ICAgICAgICAgICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAgICAgICAgICAgICAg ICAgICAweDEwCiAgICAgICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAg ICAgICAgICAgICAgICAweGRmY2YwMDAwLTB4ZGZjZmZmZmYKICAgICAgICAgICAgICBtaWli dXMwCiAgICAgICAgICAgICAgICBicmdwaHkwCiAgICAgICAgdWhjaTAKICAgICAgICAgICAg SS9PIHBvcnRzOgogICAgICAgICAgICAgICAgMHhiZjgwLTB4YmY5ZgogICAgICAgICAgdXNi MAogICAgICAgICAgICB1aHViMAogICAgICAgIHVoY2kxCiAgICAgICAgICAgIEludGVycnVw dCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgMHgxMQogICAgICAgICAgICBJL08g cG9ydHM6CiAgICAgICAgICAgICAgICAweGJmNjAtMHhiZjdmCiAgICAgICAgICB1c2IxCiAg ICAgICAgICAgIHVodWIxCiAgICAgICAgdWhjaTIKICAgICAgICAgICAgSW50ZXJydXB0IHJl cXVlc3QgbGluZXM6CiAgICAgICAgICAgICAgICAweDEyCiAgICAgICAgICAgIEkvTyBwb3J0 czoKICAgICAgICAgICAgICAgIDB4YmY0MC0weGJmNWYKICAgICAgICAgIHVzYjIKICAgICAg ICAgICAgdWh1YjIKICAgICAgICAgICAgICB1bXMwCiAgICAgICAgdWhjaTMKICAgICAgICAg ICAgSW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAgICAgICAgICAgICAweDEzCiAgICAg ICAgICAgIEkvTyBwb3J0czoKICAgICAgICAgICAgICAgIDB4YmYyMC0weGJmM2YKICAgICAg ICAgIHVzYjMKICAgICAgICAgICAgdWh1YjMKICAgICAgICBwY2liMwogICAgICAgICAgcGNp MwogICAgICAgICAgICBjYmIwCiAgICAgICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3Nl czoKICAgICAgICAgICAgICAgICAgICAweGRmYjAwMDAwLTB4ZGZiMDBmZmYKICAgICAgICAg ICAgICBjYXJkYnVzMAogICAgICAgICAgICAgIHBjY2FyZDAKICAgICAgICBpc2FiMAogICAg ICAgICAgaXNhMAogICAgICAgICAgICBzYzAKICAgICAgICAgICAgdmdhMAogICAgICAgICAg ICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgICAgICAgICAgIDB4M2MwLTB4M2RmCiAgICAg ICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAgICAgICAw eGEwMDAwLTB4YmZmZmYKICAgICAgICAgICAgb3JtMAogICAgICAgICAgICAgICAgSS9PIG1l bW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAgICAgICAgICAgMHhjMDAwMC0weGNmZmZmCiAg ICAgICAgICAgIHBtdGltZXIwCiAgICAgICAgYXRhcGNpMAogICAgICAgICAgICBJL08gcG9y dHM6CiAgICAgICAgICAgICAgICAweDE3MC0weDE3NwogICAgICAgICAgICAgICAgMHgxZjAt MHgxZjcKICAgICAgICAgICAgICAgIDB4Mzc2CiAgICAgICAgICAgICAgICAweDNmNgogICAg ICAgICAgICAgICAgMHhiZmEwLTB4YmZhZgogICAgICAgICAgYXRhMAogICAgICAgICAgICAg IEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgICAweGUKICAgICAg ICAgIGF0YTEKICAgICAgICAgICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAgICAg ICAgICAgICAgICAgMHhmCiAgICBhY3BpX3N5c3Jlc291cmNlMQogICAgYWNwaV9zeXNyZXNv dXJjZTIKICAgIHBzbWNwbnAwCiAgICAgICAgSW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAg ICAgICAgICAgIDB4YwogICAgYXRrYmRjMAogICAgICAgIEkvTyBwb3J0czoKICAgICAgICAg ICAgMHg2MAogICAgICAgICAgICAweDY0CiAgICAgIGF0a2JkMAogICAgICAgICAgSW50ZXJy dXB0IHJlcXVlc3QgbGluZXM6CiAgICAgICAgICAgICAgMHgxCiAgICAgIHBzbTAKICAgIGF0 dGltZXIwCiAgICBhdHRpbWVyMQogICAgYWNwaV9zeXNyZXNvdXJjZTMKICAgIGF0cGljMAog ICAgYXRkbWEwCiAgICBucHhpc2EwCiAgICBzaW8wCiAgICAgICAgSW50ZXJydXB0IHJlcXVl c3QgbGluZXM6CiAgICAgICAgICAgIDB4NAogICAgICAgIEkvTyBwb3J0czoKICAgICAgICAg ICAgMHgzZjgtMHgzZmYKICAgIHNpbzEKICAgICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5l czoKICAgICAgICAgICAgMHgzCiAgICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgICAweDJm OC0weDJmZgogICAgYWNwaV9zeXNyZXNvdXJjZTQKICAgIGFjcGlfdHowCiAgICBhY3BpX3Rp bWVyMAogICAgICAgIEkvTyBwb3J0czoKICAgICAgICAgICAgMHgxMDA4LTB4MTAwYgo= --Boundary_(ID_/LryZUkIHp5rqXiEO3nOcQ) Content-type: application/octet-stream; NAME=6.1.devinfo Content-transfer-encoding: base64 Content-disposition: attachment; filename=6.1.devinfo bmV4dXMwCiAgbnB4MAogIGFjcGkwCiAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgog ICAgICAgICAgMHg5CiAgICAgIEkvTyBwb3J0czoKICAgICAgICAgIDB4MjAtMHgyMQogICAg ICAgICAgMHgyZS0weDJmCiAgICAgICAgICAweDRlLTB4NGYKICAgICAgICAgIDB4ODYKICAg ICAgICAgIDB4OTIKICAgICAgICAgIDB4YTAtMHhhMQogICAgICAgICAgMHhiMgogICAgICAg ICAgMHhiMwogICAgICAgICAgMHg0ZDAtMHg0ZDEKICAgICAgICAgIDB4OTAwLTB4OTBmCiAg ICAgICAgICAweDkxMC0weDkxZgogICAgICAgICAgMHg5MjAtMHg5MmYKICAgICAgICAgIDB4 OTMwLTB4OTNiCiAgICAgICAgICAweDkzYy0weDkzZgogICAgICAgICAgMHg5NDAtMHg5N2YK ICAgICAgICAgIDB4MTAwMC0weDEwMDUKICAgICAgICAgIDB4MTAwNi0weDEwMDcKICAgICAg ICAgIDB4MTAwOC0weDEwNTkKICAgICAgICAgIDB4MTA2MC0weDEwN2YKICAgICAgICAgIDB4 MTA4MC0weDEwYmYKICAgICAgICAgIDB4MTBjMC0weDEwZGYKICAgICAgICAgIDB4MTBlMC0w eDEwZmYKICAgICAgICAgIDB4ZjQwMC0weGY0ZmUKICAgICAgSS9PIG1lbW9yeSBhZGRyZXNz ZXM6CiAgICAgICAgICAweDAtMHg5ZmJmZgogICAgICAgICAgMHg5ZmMwMC0weDlmZmZmCiAg ICAgICAgICAweGMwMDAwLTB4Y2ZmZmYKICAgICAgICAgIDB4ZTAwMDAtMHhmZmZmZgogICAg ICAgICAgMHgxMDAwMDAtMHgzZmZkN2ZmZgogICAgICAgICAgMHgzZmZkODAwMC0weDNmZmZm ZmZmCiAgICAgICAgICAweGUwMDAwMDAwLTB4ZWZmZmZmZmYKICAgICAgICAgIDB4ZjAwMDAw MDAtMHhmMDAwM2ZmZgogICAgICAgICAgMHhmMDAwNDAwMC0weGYwMDA0ZmZmCiAgICAgICAg ICAweGYwMDA1MDAwLTB4ZjAwMDVmZmYKICAgICAgICAgIDB4ZjAwMDYwMDAtMHhmMDAwNmZm ZgogICAgICAgICAgMHhmMDAwODAwMC0weGYwMDBiZmZmCiAgICAgICAgICAweGZlYzAwMDAw LTB4ZmVjMGZmZmYKICAgICAgICAgIDB4ZmVkMjAwMDAtMHhmZWQ5ZmZmZgogICAgICAgICAg MHhmZWRhMDAwMC0weGZlZGZmZmZmCiAgICAgICAgICAweGZlZTAwMDAwLTB4ZmVlMGZmZmYK ICAgICAgICAgIDB4ZmZiMDAwMDAtMHhmZmZmZmZmZgogICAgY3B1MAogICAgICAgIEkvTyBw b3J0czoKICAgICAgICAgICAgMHgxMDE0CiAgICAgICAgICAgIDB4MTAxNQogICAgICAgICAg ICAweDEwMTYKICAgICAgYWNwaV90aHJvdHRsZTAKICAgICAgICAgIEkvTyBwb3J0czoKICAg ICAgICAgICAgICAweDEwZTAtMHgxMGUzCiAgICAgIGNwdWZyZXEwCiAgICBhY3BpX2FjYWQw CiAgICBiYXR0ZXJ5MAogICAgYmF0dGVyeTEKICAgIGFjcGlfbGlkMAogICAgYWNwaV9idXR0 b24wCiAgICBhY3BpX2J1dHRvbjEKICAgIGFjcGlfc3lzcmVzb3VyY2UwCiAgICBwY2liMAog ICAgICBwY2kwCiAgICAgICAgaG9zdGIwCiAgICAgICAgcGNpYjEKICAgICAgICAgIHBjaTEK ICAgICAgICBwY2liMgogICAgICAgICAgcGNpMgogICAgICAgICAgICBiZ2UwCiAgICAgICAg ICAgICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAgICAgICAgICAgICAgICAgICAw eDEwCiAgICAgICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAg ICAgICAgICAweGRmY2YwMDAwLTB4ZGZjZmZmZmYKICAgICAgICAgICAgICBtaWlidXMwCiAg ICAgICAgICAgICAgICBicmdwaHkwCiAgICAgICAgdWhjaTAKICAgICAgICAgICAgSS9PIHBv cnRzOgogICAgICAgICAgICAgICAgMHhiZjgwLTB4YmY5ZgogICAgICAgICAgdXNiMAogICAg ICAgICAgICB1aHViMAogICAgICAgIHVoY2kxCiAgICAgICAgICAgIEludGVycnVwdCByZXF1 ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgMHgxMQogICAgICAgICAgICBJL08gcG9ydHM6 CiAgICAgICAgICAgICAgICAweGJmNjAtMHhiZjdmCiAgICAgICAgICB1c2IxCiAgICAgICAg ICAgIHVodWIxCiAgICAgICAgdWhjaTIKICAgICAgICAgICAgSW50ZXJydXB0IHJlcXVlc3Qg bGluZXM6CiAgICAgICAgICAgICAgICAweDEyCiAgICAgICAgICAgIEkvTyBwb3J0czoKICAg ICAgICAgICAgICAgIDB4YmY0MC0weGJmNWYKICAgICAgICAgIHVzYjIKICAgICAgICAgICAg dWh1YjIKICAgICAgICAgICAgICB1bXMwCiAgICAgICAgdWhjaTMKICAgICAgICAgICAgSW50 ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAgICAgICAgICAgICAweDEzCiAgICAgICAgICAg IEkvTyBwb3J0czoKICAgICAgICAgICAgICAgIDB4YmYyMC0weGJmM2YKICAgICAgICAgIHVz YjMKICAgICAgICAgICAgdWh1YjMKICAgICAgICBlaGNpMAogICAgICAgICAgICBJL08gbWVt b3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAgIDB4ZmZhODA4MDAtMHhmZmE4MGJmZgog ICAgICAgICAgdXNiNAogICAgICAgICAgICB1aHViNAogICAgICAgIHBjaWIzCiAgICAgICAg ICBwY2kzCiAgICAgICAgICAgIGNiYjAKICAgICAgICAgICAgICAgIEkvTyBtZW1vcnkgYWRk cmVzc2VzOgogICAgICAgICAgICAgICAgICAgIDB4ZGZiMDAwMDAtMHhkZmIwMGZmZgogICAg ICAgICAgICAgIGNhcmRidXMwCiAgICAgICAgICAgICAgcGNjYXJkMAogICAgICAgICAgICBp d2kwCiAgICAgICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAg ICAgICAgICAweGRmYmZmMDAwLTB4ZGZiZmZmZmYKICAgICAgICBwY20wCiAgICAgICAgICAg IEkvTyBwb3J0czoKICAgICAgICAgICAgICAgIDB4ZWM0MC0weGVjN2YKICAgICAgICAgICAg ICAgIDB4ZWQwMC0weGVkZmYKICAgICAgICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAg ICAgICAgICAgICAgICAweGRmZmZmZDAwLTB4ZGZmZmZkZmYKICAgICAgICAgICAgICAgIDB4 ZGZmZmZlMDAtMHhkZmZmZmZmZgogICAgICAgIGlzYWIwCiAgICAgICAgICBpc2EwCiAgICAg ICAgICAgIHNjMAogICAgICAgICAgICB2Z2EwCiAgICAgICAgICAgICAgICBJL08gcG9ydHM6 CiAgICAgICAgICAgICAgICAgICAgMHgzYzAtMHgzZGYKICAgICAgICAgICAgICAgIEkvTyBt ZW1vcnkgYWRkcmVzc2VzOgogICAgICAgICAgICAgICAgICAgIDB4YTAwMDAtMHhiZmZmZgog ICAgICAgICAgICBvcm0wCiAgICAgICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoK ICAgICAgICAgICAgICAgICAgICAweGMwMDAwLTB4Y2ZmZmYKICAgICAgICAgICAgcG10aW1l cjAKICAgICAgICBhdGFwY2kwCiAgICAgICAgICAgIEkvTyBwb3J0czoKICAgICAgICAgICAg ICAgIDB4MTcwLTB4MTc3CiAgICAgICAgICAgICAgICAweDFmMC0weDFmNwogICAgICAgICAg ICAgICAgMHgzNzYKICAgICAgICAgICAgICAgIDB4M2Y2CiAgICAgICAgICAgICAgICAweGJm YTAtMHhiZmFmCiAgICAgICAgICBhdGEwCiAgICAgICAgICAgICAgSW50ZXJydXB0IHJlcXVl c3QgbGluZXM6CiAgICAgICAgICAgICAgICAgIDB4ZQogICAgICAgICAgICBhZDAKICAgICAg ICAgICAgICBzdWJkaXNrMAogICAgICAgICAgYXRhMQogICAgICAgICAgICAgIEludGVycnVw dCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgICAweGYKICAgICAgICAgICAgYWNk MAogICAgYWNwaV9zeXNyZXNvdXJjZTEKICAgIGFjcGlfc3lzcmVzb3VyY2UyCiAgICBwc21j cG5wMAogICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAweGMK ICAgIGF0a2JkYzAKICAgICAgICBJL08gcG9ydHM6CiAgICAgICAgICAgIDB4NjAKICAgICAg ICAgICAgMHg2NAogICAgICBhdGtiZDAKICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxp bmVzOgogICAgICAgICAgICAgIDB4MQogICAgICBwc20wCiAgICBhdHRpbWVyMAogICAgYXR0 aW1lcjEKICAgIGFjcGlfc3lzcmVzb3VyY2UzCiAgICBhdHBpYzAKICAgIGF0ZG1hMAogICAg bnB4aXNhMAogICAgc2lvMAogICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAg ICAgICAgICAweDQKICAgICAgICBJL08gcG9ydHM6CiAgICAgICAgICAgIDB4M2Y4LTB4M2Zm CiAgICBzaW8xCiAgICAgICAgSW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAgICAgICAg IDB4MwogICAgICAgIEkvTyBwb3J0czoKICAgICAgICAgICAgMHgyZjgtMHgyZmYKICAgIGFj cGlfc3lzcmVzb3VyY2U0CiAgICBwY2lfbGluazAKICAgIHBjaV9saW5rMQogICAgcGNpX2xp bmsyCiAgICBwY2lfbGluazMKICAgIHBjaV9saW5rNAogICAgcGNpX2xpbms1CiAgICBwY2lf bGluazYKICAgIGFjcGlfdHowCiAgICBhY3BpX3RpbWVyMAogICAgICAgIEkvTyBwb3J0czoK ICAgICAgICAgICAgMHgxMDA4LTB4MTAwYgo= --Boundary_(ID_/LryZUkIHp5rqXiEO3nOcQ)-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 06:21:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C63616A401 for ; Mon, 20 Mar 2006 06:21:43 +0000 (UTC) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 271E543D49 for ; Mon, 20 Mar 2006 06:21:40 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.134] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLDq8-0000br-6u for freebsd-current@freebsd.org; Mon, 20 Mar 2006 14:26:06 +0800 Message-ID: <000e01c64be6$7a7b2590$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Mon, 20 Mar 2006 14:21:08 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Mon, 20 Mar 2006 12:23:05 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PAE again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 06:21:43 -0000 Hello, I done FreeBSD-6.1-RELEASE on Dell PowerEdge 6800 server with 32GB RAM = and cvsuped to March 16 our localtime. When I try to compile kernel options PAE i get following error: --param inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror = /usr/src/sys/fs/deadfs/dead_vnops.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. = -I/usr/src/sys -I/usr/src/sys/contrib/altq = -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf = -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd = -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -finline-limit=3D8000 --param inline-unit-growth=3D100 --param = large-function-growth=3D1000 -mno-align-long-strings = -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 = -ffreestanding -Werror /usr/src/sys/fs/devfs/devfs_devs.c /usr/src/sys/fs/devfs/devfs_devs.c: In function `devfs_purge': /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: implicit declaration of = function `_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: nested extern = declaration of `_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c: In function `devfs_populate_loop': /usr/src/sys/fs/devfs/devfs_devs.c:327: warning: nested extern = declaration of `_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: redundant redeclaration = of '_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: previous implicit = declaration of '_sx_assert' was here /usr/src/sys/fs/devfs/devfs_devs.c: In function `devfs_populate': /usr/src/sys/fs/devfs/devfs_devs.c:444: warning: nested extern = declaration of `_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: redundant redeclaration = of '_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: previous implicit = declaration of '_sx_assert' was here /usr/src/sys/fs/devfs/devfs_devs.c: In function `devfs_cleanup': /usr/src/sys/fs/devfs/devfs_devs.c:456: warning: nested extern = declaration of `_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: redundant redeclaration = of '_sx_assert' /usr/src/sys/fs/devfs/devfs_devs.c:268: warning: previous implicit = declaration of '_sx_assert' was here *** Error code 1 Stop in /usr/obj/usr/src/sys/BASE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. base# Kernel config file: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D machine i386 cpu I686_CPU ident BASE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for = devices. makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread = preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates = support options UFS_ACL # Support for access control = lists options UFS_DIRHASH # Improve performance on big = directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires = PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP = THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in = debug # output. Adds ~128k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=3D100 #limit verbosity options IPDIVERT #divert sockets device apic # I/O APIC options PAE options SMP options DDB options KDB options GDB options INVARIANTS options WITNESS # Bus support. device pci # Floppy drives device fdc # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device mpt # LSI-Logic MPT-Fusion # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI = access) device ses # SCSI Environmental Services (and = SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ums # Mouse I added NO_MODULES=3D to /etc/make.conf, but I can't compile kernel now. Balgaa From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 07:04:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A26816A401 for ; Mon, 20 Mar 2006 07:04:12 +0000 (UTC) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A152C43D45 for ; Mon, 20 Mar 2006 07:04:10 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.134] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLEVK-0001IX-MU for freebsd-current@freebsd.org; Mon, 20 Mar 2006 15:08:38 +0800 Message-ID: <003c01c64bec$6cf37f20$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Mon, 20 Mar 2006 15:03:42 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Mon, 20 Mar 2006 12:24:49 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PAE compile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:04:12 -0000 Hello, When I remove following options from kernel config file. options INVARIANTS options WITNESS then produce following error: mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vnode_if.c touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=3Dmake sh /usr/src/sys/conf/newvers.sh BASE cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. = -I/usr/src/sys -I/usr/src/sys/contrib/altq = -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf = -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd = -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -finline-limit=3D8000 --param inline-unit-growth=3D100 --param = large-function-growth=3D1000 -mno-align-long-strings = -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 = -ffreestanding -Werror vers.c linking kernel.debug locore.o(.text+0x17): In function `btext': /usr/src/sys/i386/i386/locore.s:246: relocation truncated to fit: = R_386_32 end locore.o(.text+0x1c):/usr/src/sys/i386/i386/locore.s:247: relocation = truncated to fit: R_386_32 edata locore.o(.text+0x2d):/usr/src/sys/i386/i386/locore.s:262: relocation = truncated to fit: R_386_32 .data locore.o(.text+0x3d):/usr/src/sys/i386/i386/locore.s:297: relocation = truncated to fit: R_386_32 cpu_feature locore.o(.text+0x51):/usr/src/sys/i386/i386/locore.s:306: relocation = truncated to fit: R_386_32 IdlePDPT locore.o(.text+0x6d):/usr/src/sys/i386/i386/locore.s:319: relocation = truncated to fit: R_386_32 .text locore.o(.text+0x73): In function `begin': /usr/src/sys/i386/i386/locore.s:325: relocation truncated to fit: = R_386_32 proc0kstack locore.o(.text+0x81):/usr/src/sys/i386/i386/locore.s:332: relocation = truncated to fit: R_386_32 IdlePDPT locore.o(.text+0x8d):/usr/src/sys/i386/i386/locore.s:338: relocation = truncated to fit: R_386_32 .data locore.o(.text+0xf1): In function `newboot': /usr/src/sys/i386/i386/locore.s:507: relocation truncated to fit: = R_386_32 kernelname locore.o(.text+0x116): In function `got_bi_size': /usr/src/sys/i386/i386/locore.s:535: additional relocation overflows = omitted from the output *** Error code 1 Stop in /usr/obj/usr/src/sys/BASE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. base# From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 08:43:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16F9416A400 for ; Mon, 20 Mar 2006 08:43:09 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AEC43D49 for ; Mon, 20 Mar 2006 08:43:08 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F71C.dip.t-dialin.net [84.165.247.28]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2K8OF3q013934; Mon, 20 Mar 2006 09:24:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2K8h4LP049030; Mon, 20 Mar 2006 09:43:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 20 Mar 2006 09:43:04 +0100 Message-ID: <20060320094304.r0dpk00b48gkws8k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 20 Mar 2006 09:43:04 +0100 From: Alexander Leidinger To: Divacky Roman References: <200603191110.k2JBAYxC085982@repoman.freebsd.org> <20060319113039.GD89287@ip.net.ua> <20060319172522.6d93c008@Magellan.Leidinger.net> <20060320082756.GA21146@stud.fit.vutbr.cz> In-Reply-To: <20060320082756.GA21146@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Mon, 20 Mar 2006 12:26:22 +0000 Cc: current@freebsd.org Subject: Re: linuxolator broken on alpha/amd64 (was: Re: cvs commit: src/sys/amd64/linux32 linux32_sysvec.c syscalls.master src/sys/compat/linux linux_file.c linux_getcwd.c linux_ioctl.c linux_ipc.c linux_mib.c linux_misc.c linux_signal.c linux_socket.c linux_stats.c linux_sysctl.c linux_uid16.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 08:43:09 -0000 Divacky Roman wrote: >> Does anyone know the linux syscall numbers on alpha/amd64 for lstat? >> They need to be added to the corresponding syscalls.master. > > in my patch I had lstat as syscall 84, you changed that to stat. I > had reports > it worked on amd64.. why did you change it? I don't know how it happened, but somehow my tree got messed up. I did not use an editor to change anything before my first commit. It's strange. Can you please "cvs update" the files, resolve the conflicts (should be "just removing some strange lines and keeping the right lines") and send me the patch per email to Alexander@Leidinger.net? If you don't have time to do it until the evening (let's say in the next 8 hours), I will try to fix "my mess" myself when I'm back home. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 While there's life, there's hope. -- Publius Terentius Afer (Terence) From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 12:26:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AD6616A431 for ; Mon, 20 Mar 2006 12:26:58 +0000 (UTC) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FCC543D45 for ; Mon, 20 Mar 2006 12:26:57 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.3/8.12.10) with ESMTP id k2KCQsY7059119 for ; Mon, 20 Mar 2006 13:26:55 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.3/8.12.10/Submit) id k2KCQs1m059118 for freebsd-current@freebsd.org; Mon, 20 Mar 2006 13:26:54 +0100 (CET) (envelope-from kuku) Date: Mon, 20 Mar 2006 13:26:54 +0100 From: "Christoph P. Kukulies" To: freebsd-current@freebsd.org Message-ID: <20060320122654.GA58774@kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: panic with boot.flp 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 12:26:58 -0000 I tried today to boot an ASUS P4c800, 3.2 GHz P4 HT, 2 GB Ram, and on the first try I got an error in boot mode 1, that some ACPI file not found and the kernel panicked. Second try, in boot mode 2 (ACPI disabled) panicked also. Oh, there were times there was one boot floppy. :-) -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 14:22:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3BD316A400 for ; Mon, 20 Mar 2006 14:22:45 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CB343D46 for ; Mon, 20 Mar 2006 14:22:43 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k2KEMc35058473 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 20 Mar 2006 15:22:38 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k2KEMcvQ058472; Mon, 20 Mar 2006 15:22:38 +0100 (CET) Date: Mon, 20 Mar 2006 15:22:38 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20060320142238.GA58114@stud.fit.vutbr.cz> References: <200603191110.k2JBAYxC085982@repoman.freebsd.org> <20060319113039.GD89287@ip.net.ua> <20060319172522.6d93c008@Magellan.Leidinger.net> <20060320082756.GA21146@stud.fit.vutbr.cz> <20060320094304.r0dpk00b48gkws8k@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320094304.r0dpk00b48gkws8k@netchild.homeip.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: linuxolator broken on alpha/amd64 (was: Re: cvs commit: src/sys/amd64/linux32 linux32_sysvec.c syscalls.master src/sys/compat/linux linux_file.c linux_getcwd.c linux_ioctl.c linux_ipc.c linux_mib.c linux_misc.c linux_signal.c linux_socket.c linux_stats.c linux_sysctl.c linux_uid16.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 14:22:45 -0000 On Mon, Mar 20, 2006 at 09:43:04AM +0100, Alexander Leidinger wrote: > Divacky Roman wrote: > > >>Does anyone know the linux syscall numbers on alpha/amd64 for lstat? > >>They need to be added to the corresponding syscalls.master. > > > >in my patch I had lstat as syscall 84, you changed that to stat. I > >had reports > >it worked on amd64.. why did you change it? > > I don't know how it happened, but somehow my tree got messed up. I did not > use an editor to change anything before my first commit. It's strange. > > Can you please "cvs update" the files, resolve the conflicts (should be > "just > removing some strange lines and keeping the right lines") and send me the > patch per email to Alexander@Leidinger.net? unfortunately I've already done this using the version you commited as the correct one :( but the fix should be just sed -e 's/linux_stat/linux_lstat' if I looked at it correctly but I dont have much time today (exam at school) so pls recheck this > If you don't have time to do it until the evening (let's say in the next 8 > hours), I will try to fix "my mess" myself when I'm back home. pls do so... From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 14:29:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F53916A420 for ; Mon, 20 Mar 2006 14:29:22 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D359243D4C for ; Mon, 20 Mar 2006 14:29:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k2KET6R9083042; Mon, 20 Mar 2006 08:29:07 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <441EBC32.2070508@centtech.com> Date: Mon, 20 Mar 2006 08:29:06 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Warner Losh References: <441B2718.1010909@centtech.com> <20060317.163209.48485772.imp@bsdimp.com> In-Reply-To: <20060317.163209.48485772.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 06:03:16 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 14:29:22 -0000 Warner Losh wrote: >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a >> 4GB seagate cf drive installed gives me these messages: >> >> cbb0: ready never happened, status = 0d >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good >> pccard0: Card has no functions! >> cbb0: PC Card card activation failed >> > > Something bad happened on the way to the forum... Please set > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. > Here's the latest snippet from /var/log/messages with those two set: Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, state=30001911 Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d Mar 20 08:27:47 neutrino kernel: pccard0: read_cis Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed Anything else I can provide? Also - when inserting this card in the slot, my system freezes for about 5-6 seconds. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 16:04:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D6416A400 for ; Mon, 20 Mar 2006 16:04:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8108343D55 for ; Mon, 20 Mar 2006 16:04:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2KG3qhe091981; Mon, 20 Mar 2006 09:03:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 20 Mar 2006 09:04:09 -0700 (MST) Message-Id: <20060320.090409.21564375.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <441EBC32.2070508@centtech.com> References: <441B2718.1010909@centtech.com> <20060317.163209.48485772.imp@bsdimp.com> <441EBC32.2070508@centtech.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 20 Mar 2006 09:03:56 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 16:04:44 -0000 In message: <441EBC32.2070508@centtech.com> Eric Anderson writes: : Warner Losh wrote: : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a : >> 4GB seagate cf drive installed gives me these messages: : >> : >> cbb0: ready never happened, status = 0d : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good : >> pccard0: Card has no functions! : >> cbb0: PC Card card activation failed : >> : > : > Something bad happened on the way to the forum... Please set : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. : > : : Here's the latest snippet from /var/log/messages with those two set: : : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, : state=30001911 : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range : 0xdfb00000-0xdfbfffff: good : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed : : : Anything else I can provide? : : Also - when inserting this card in the slot, my system freezes for about : 5-6 seconds. hw.pccard.cis_debug=1 may help. The 2V cbb power looks very wrong, however... Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 16:07:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2042C16A420 for ; Mon, 20 Mar 2006 16:07:01 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE19F43D66 for ; Mon, 20 Mar 2006 16:06:55 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k2KG6pp1087572; Mon, 20 Mar 2006 10:06:51 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <441ED31B.6030500@centtech.com> Date: Mon, 20 Mar 2006 10:06:51 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: "M. Warner Losh" References: <441B2718.1010909@centtech.com> <20060317.163209.48485772.imp@bsdimp.com> <441EBC32.2070508@centtech.com> <20060320.090409.21564375.imp@bsdimp.com> In-Reply-To: <20060320.090409.21564375.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 06:03:16 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 16:07:01 -0000 M. Warner Losh wrote: > In message: <441EBC32.2070508@centtech.com> > Eric Anderson writes: > : Warner Losh wrote: > : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a > : >> 4GB seagate cf drive installed gives me these messages: > : >> > : >> cbb0: ready never happened, status = 0d > : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good > : >> pccard0: Card has no functions! > : >> cbb0: PC Card card activation failed > : >> > : > > : > Something bad happened on the way to the forum... Please set > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. > : > > : > : Here's the latest snippet from /var/log/messages with those two set: > : > : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, > : state=30001911 > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range > : 0xdfb00000-0xdfbfffff: good > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed > : > : > : Anything else I can provide? > : > : Also - when inserting this card in the slot, my system freezes for about > : 5-6 seconds. > > hw.pccard.cis_debug=1 may help. > > The 2V cbb power looks very wrong, however... > > Warner > Here's what I get with that enabled: Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: event=0x00000000, state=30001911 Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, status = 0d Mar 20 10:06:16 neutrino kernel: pccard0: read_cis Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 (resource: 0xdfb10000) Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: Mar 20 10:06:16 neutrino kernel: CISTPL_END Mar 20 10:06:16 neutrino kernel: ff Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, code ff observed Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation failed Thanks for the quick reply! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 16:13:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99CE916A428 for ; Mon, 20 Mar 2006 16:13:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7787643D6B for ; Mon, 20 Mar 2006 16:13:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2KGDLLd092099; Mon, 20 Mar 2006 09:13:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 20 Mar 2006 09:13:39 -0700 (MST) Message-Id: <20060320.091339.133982805.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <441ED31B.6030500@centtech.com> References: <441EBC32.2070508@centtech.com> <20060320.090409.21564375.imp@bsdimp.com> <441ED31B.6030500@centtech.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 20 Mar 2006 09:13:22 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 16:13:53 -0000 In message: <441ED31B.6030500@centtech.com> Eric Anderson writes: : M. Warner Losh wrote: : > In message: <441EBC32.2070508@centtech.com> : > Eric Anderson writes: : > : Warner Losh wrote: : > : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a : > : >> 4GB seagate cf drive installed gives me these messages: : > : >> : > : >> cbb0: ready never happened, status = 0d : > : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good : > : >> pccard0: Card has no functions! : > : >> cbb0: PC Card card activation failed : > : >> : > : > : > : > Something bad happened on the way to the forum... Please set : > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. : > : > : > : : > : Here's the latest snippet from /var/log/messages with those two set: : > : : > : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 : > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, : > : state=30001911 : > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable : > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: : > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V : > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d : > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis : > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range : > : 0xdfb00000-0xdfbfffff: good : > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks : > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! : > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed : > : : > : : > : Anything else I can provide? : > : : > : Also - when inserting this card in the slot, my system freezes for about : > : 5-6 seconds. : > : > hw.pccard.cis_debug=1 may help. : > : > The 2V cbb power looks very wrong, however... : > : > Warner : > : : Here's what I get with that enabled: : : Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 : Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: event=0x00000000, : state=30001911 : Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable : Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: : Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V : Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, status = 0d : Mar 20 10:06:16 neutrino kernel: pccard0: read_cis : Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested memory range : 0xdfb00000-0xdfbfffff: good : Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 (resource: : 0xdfb10000) : Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: : Mar 20 10:06:16 neutrino kernel: CISTPL_END : Mar 20 10:06:16 neutrino kernel: ff : Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 : Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, code ff : observed : Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks : Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! : Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation failed : : : Thanks for the quick reply! Based on what you've provided, here's my current theory of the crime: (1) The card is inserted. (2) The bridge somehow thinks it is a X.X V card. It reports this as 2V in the dmesg because I arbitarily assigned numbers to X and Y. (3) There's two ways this can happen. One: is that new cards have been released that implement this standard and your bridge is detecting it, but either the card or bridge fails to implement it correctly. Two: There is a problem with the bridge's memory allocation, so the cbb driver is really talking to something else. Three: the bridge has a bug in detecting X.X V cards and they should be ignored. I'm guessing 'Three' is most likely. How's your hacking skills? Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 16:23:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14C0016A51D for ; Mon, 20 Mar 2006 16:23:22 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EDDD43D46 for ; Mon, 20 Mar 2006 16:23:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k2KGNE29088277; Mon, 20 Mar 2006 10:23:14 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <441ED6F2.3020504@centtech.com> Date: Mon, 20 Mar 2006 10:23:14 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: "M. Warner Losh" References: <441EBC32.2070508@centtech.com> <20060320.090409.21564375.imp@bsdimp.com> <441ED31B.6030500@centtech.com> <20060320.091339.133982805.imp@bsdimp.com> In-Reply-To: <20060320.091339.133982805.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 06:03:16 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 16:23:23 -0000 M. Warner Losh wrote: > In message: <441ED31B.6030500@centtech.com> > Eric Anderson writes: > : M. Warner Losh wrote: > : > In message: <441EBC32.2070508@centtech.com> > : > Eric Anderson writes: > : > : Warner Losh wrote: > : > : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a > : > : >> 4GB seagate cf drive installed gives me these messages: > : > : >> > : > : >> cbb0: ready never happened, status = 0d > : > : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good > : > : >> pccard0: Card has no functions! > : > : >> cbb0: PC Card card activation failed > : > : >> > : > : > > : > : > Something bad happened on the way to the forum... Please set > : > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. > : > : > > : > : > : > : Here's the latest snippet from /var/log/messages with those two set: > : > : > : > : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 > : > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, > : > : state=30001911 > : > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable > : > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: > : > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V > : > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d > : > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis > : > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range > : > : 0xdfb00000-0xdfbfffff: good > : > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks > : > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! > : > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed > : > : > : > : > : > : Anything else I can provide? > : > : > : > : Also - when inserting this card in the slot, my system freezes for about > : > : 5-6 seconds. > : > > : > hw.pccard.cis_debug=1 may help. > : > > : > The 2V cbb power looks very wrong, however... > : > > : > Warner > : > > : > : Here's what I get with that enabled: > : > : Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 > : Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: event=0x00000000, > : state=30001911 > : Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable > : Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: > : Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V > : Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, status = 0d > : Mar 20 10:06:16 neutrino kernel: pccard0: read_cis > : Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested memory range > : 0xdfb00000-0xdfbfffff: good > : Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 (resource: > : 0xdfb10000) > : Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: > : Mar 20 10:06:16 neutrino kernel: CISTPL_END > : Mar 20 10:06:16 neutrino kernel: ff > : Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 > : Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, code ff > : observed > : Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks > : Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! > : Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation failed > : > : > : Thanks for the quick reply! > > Based on what you've provided, here's my current theory of the crime: > > (1) The card is inserted. > (2) The bridge somehow thinks it is a X.X V card. It reports this as > 2V in the dmesg because I arbitarily assigned numbers to X and Y. > (3) There's two ways this can happen. One: is that new cards have been > released that implement this standard and your bridge is detecting > it, but either the card or bridge fails to implement it > correctly. Two: There is a problem with the bridge's memory > allocation, so the cbb driver is really talking to something > else. Three: the bridge has a bug in detecting X.X V cards and > they should be ignored. > > I'm guessing 'Three' is most likely. How's your hacking skills? > :) well, I'm really good at breaking things. Point in the direction, and I'll start looking. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 18:55:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD52A16A41F for ; Mon, 20 Mar 2006 18:55:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA33243D5C for ; Mon, 20 Mar 2006 18:55:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2KIsLL6094419; Mon, 20 Mar 2006 11:54:26 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 20 Mar 2006 11:54:38 -0700 (MST) Message-Id: <20060320.115438.97293590.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <441ED6F2.3020504@centtech.com> References: <441ED31B.6030500@centtech.com> <20060320.091339.133982805.imp@bsdimp.com> <441ED6F2.3020504@centtech.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 20 Mar 2006 11:54:26 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 18:55:53 -0000 In message: <441ED6F2.3020504@centtech.com> Eric Anderson writes: : M. Warner Losh wrote: : > In message: <441ED31B.6030500@centtech.com> : > Eric Anderson writes: : > : M. Warner Losh wrote: : > : > In message: <441EBC32.2070508@centtech.com> : > : > Eric Anderson writes: : > : > : Warner Losh wrote: : > : > : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a : > : > : >> 4GB seagate cf drive installed gives me these messages: : > : > : >> : > : > : >> cbb0: ready never happened, status = 0d : > : > : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good : > : > : >> pccard0: Card has no functions! : > : > : >> cbb0: PC Card card activation failed : > : > : >> : > : > : > : > : > : > Something bad happened on the way to the forum... Please set : > : > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. : > : > : > : > : > : : > : > : Here's the latest snippet from /var/log/messages with those two set: : > : > : : > : > : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, : > : > : state=30001911 : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable : > : > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis : > : > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range : > : > : 0xdfb00000-0xdfbfffff: good : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed : > : > : : > : > : : > : > : Anything else I can provide? : > : > : : > : > : Also - when inserting this card in the slot, my system freezes for about : > : > : 5-6 seconds. : > : > : > : > hw.pccard.cis_debug=1 may help. : > : > : > : > The 2V cbb power looks very wrong, however... : > : > : > : > Warner : > : > : > : : > : Here's what I get with that enabled: : > : : > : Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 : > : Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: event=0x00000000, : > : state=30001911 : > : Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable : > : Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: : > : Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V : > : Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, status = 0d : > : Mar 20 10:06:16 neutrino kernel: pccard0: read_cis : > : Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested memory range : > : 0xdfb00000-0xdfbfffff: good : > : Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 (resource: : > : 0xdfb10000) : > : Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: : > : Mar 20 10:06:16 neutrino kernel: CISTPL_END : > : Mar 20 10:06:16 neutrino kernel: ff : > : Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 : > : Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, code ff : > : observed : > : Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks : > : Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! : > : Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation failed : > : : > : : > : Thanks for the quick reply! : > : > Based on what you've provided, here's my current theory of the crime: : > : > (1) The card is inserted. : > (2) The bridge somehow thinks it is a X.X V card. It reports this as : > 2V in the dmesg because I arbitarily assigned numbers to X and Y. : > (3) There's two ways this can happen. One: is that new cards have been : > released that implement this standard and your bridge is detecting : > it, but either the card or bridge fails to implement it : > correctly. Two: There is a problem with the bridge's memory : > allocation, so the cbb driver is really talking to something : > else. Three: the bridge has a bug in detecting X.X V cards and : > they should be ignored. : > : > I'm guessing 'Three' is most likely. How's your hacking skills? : > : : :) well, I'm really good at breaking things. Point in the direction, : and I'll start looking. Try apply the following (you'll have to do it by hand). This turns off the XV and YV bits always. This code is src/sys/dev/pccbb/pccbb.c Warner static int cbb_do_power(device_t brdev) { struct cbb_softc *sc = device_get_softc(brdev); uint32_t voltage, curpwr; uint32_t status; /* Don't enable OE (output enable) until power stable */ exca_clrb(&sc->exca[0], EXCA_PWRCTL, EXCA_PWRCTL_OE); - voltage = cbb_detect_voltage(brdev); + voltage = cbb_detect_voltage(brdev) & ~(CARD_XV_CARD | CARD_YV_CARD); curpwr = cbb_current_voltage(brdev); status = cbb_get(sc, CBB_SOCKET_STATE); if ((status & CBB_STATE_POWER_CYCLE) && (voltage & curpwr)) return 0; /* Prefer lowest voltage supported */ cbb_power(brdev, CARD_OFF); if (voltage & CARD_YV_CARD) cbb_power(brdev, CARD_VCC(YV)); else if (voltage & CARD_XV_CARD) cbb_power(brdev, CARD_VCC(XV)); else if (voltage & CARD_3V_CARD) cbb_power(brdev, CARD_VCC(3)); else if (voltage & CARD_5V_CARD) cbb_power(brdev, CARD_VCC(5)); else { device_printf(brdev, "Unknown card voltage\n"); return (ENXIO); } return (0); } From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 20:05:27 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0467016A420; Mon, 20 Mar 2006 20:05:27 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CC743D4C; Mon, 20 Mar 2006 20:05:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F71C.dip.t-dialin.net [84.165.247.28]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2KJkQ1Y016310; Mon, 20 Mar 2006 20:46:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2KK5Jok074851; Mon, 20 Mar 2006 21:05:20 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 20 Mar 2006 21:05:19 +0100 From: Alexander Leidinger To: Robert Watson Message-ID: <20060320210519.64a4403b@Magellan.Leidinger.net> In-Reply-To: <20060319210355.M1947@fledge.watson.org> References: <20060319191914.CE4177304D@freebsd-current.sentex.ca> <20060319220015.36b37503@Magellan.Leidinger.net> <20060319210355.M1947@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: alpha@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 20:05:27 -0000 Am Sun, 19 Mar 2006 21:06:10 +0000 (GMT) schrieb Robert Watson : > > On Sun, 19 Mar 2006, Alexander Leidinger wrote: > > > Am Sun, 19 Mar 2006 14:19:14 -0500 (EST) > > schrieb FreeBSD Tinderbox : > > > >> [...] > >> /src/sys/alpha/linux/linux_sysent.c:396: error: initializer element is not constant > >> /src/sys/alpha/linux/linux_sysent.c:396: error: (near initialization for `linux_sysent[374]') > >> /src/sys/alpha/linux/linux_sysent.c:397: error: initializer element is not constant > >> /src/sys/alpha/linux/linux_sysent.c:397: error: (near initialization for `linux_sysent[375]') > >> /src/sys/alpha/linux/linux_sysent.c:398: error: initializer element is not constant > >> /src/sys/alpha/linux/linux_sysent.c:398: error: (near initialization for `linux_sysent[376]') > >> /src/sys/alpha/linux/linux_sysent.c:399: error: initializer element is not constant > >> /src/sys/alpha/linux/linux_sysent.c:399: error: (near initialization for `linux_sysent[377]') > > > > I try to fix this in 21 hours from now (1. having a look at line 396, 2. > > find the corresponding lines entries in syscall.master, 3. perhaps looking > > up the corresponding syscall number in linux; hints welcome)... but feel > > free to have a look at it earlier. > > http://fxr.watson.org/fxr/source/arch/alpha/kernel/systbls.S?v=linux-2.6.11.8 Thanks. Should be fixed now. At least I don't get failures in a cross-build. Bye, Alexander. -- Intel: where Quality is job number 0.9998782345! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 20:25:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8FEE16A400 for ; Mon, 20 Mar 2006 20:25:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB2643D45 for ; Mon, 20 Mar 2006 20:25:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2KKP7ZM003034; Mon, 20 Mar 2006 15:25:07 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 20 Mar 2006 15:24:59 -0500 User-Agent: KMail/1.9.1 References: <20060320122654.GA58774@kukulies.org> In-Reply-To: <20060320122654.GA58774@kukulies.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603201525.02490.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 07:03:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: panic with boot.flp 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 20:25:12 -0000 On Monday 20 March 2006 07:26, Christoph P. Kukulies wrote: > I tried today to boot an ASUS P4c800, 3.2 GHz P4 HT, 2 GB Ram, > and on the first try I got an error in boot mode 1, that some > ACPI file not found and the kernel panicked. Second try, > in boot mode 2 (ACPI disabled) panicked also. > > Oh, there were times there was one boot floppy. :-) Can you capture the panic somehow, maybe via a serial console? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 20:28:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3875616A425 for ; Mon, 20 Mar 2006 20:28:21 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED8F043D75 for ; Mon, 20 Mar 2006 20:28:16 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F71C.dip.t-dialin.net [84.165.247.28]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2KK9IFr016378 for ; Mon, 20 Mar 2006 21:09:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2KKSDFl079057 for ; Mon, 20 Mar 2006 21:28:14 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 20 Mar 2006 21:28:13 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20060320212813.63bcce85@Magellan.Leidinger.net> In-Reply-To: <20060319211419.8C0177304D@freebsd-current.sentex.ca> References: <20060319211419.8C0177304D@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 20:28:21 -0000 Am Sun, 19 Mar 2006 16:14:19 -0500 (EST) schrieb FreeBSD Tinderbox : > /src/sys/compat/linux/linux_stats.c:234: warning: no previous prototype for 'linux_lstat' > /src/sys/compat/linux/linux_stats.c: In function `linux_lstat': > /src/sys/compat/linux/linux_stats.c:239: error: `LINUX_SYS_linux_lstat' undeclared (first use in this function) > /src/sys/compat/linux/linux_stats.c:239: error: (Each undeclared identifier is reported only once > /src/sys/compat/linux/linux_stats.c:239: error: for each function it appears in.) > /src/sys/compat/linux/linux_stats.c:240: error: dereferencing pointer to incomplete type > /src/sys/compat/linux/linux_stats.c:242: error: dereferencing pointer to incomplete type > /src/sys/compat/linux/linux_stats.c:245: error: dereferencing pointer to incomplete type Should be fixed now. Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 20:41:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED3EB16A488 for ; Mon, 20 Mar 2006 20:41:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40AF943D58 for ; Mon, 20 Mar 2006 20:41:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2KKfph9003109; Mon, 20 Mar 2006 15:41:51 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 20 Mar 2006 15:28:46 -0500 User-Agent: KMail/1.9.1 References: <4415E8BB.1080602@centtech.com> <441B1C28.1020808@centtech.com> <441B2049.20507@centtech.com> In-Reply-To: <441B2049.20507@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603201528.49007.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 07:03:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: panic: ffs_valloc: dup alloc in 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 20:41:58 -0000 On Friday 17 March 2006 15:47, Eric Anderson wrote: > Eric Anderson wrote: > > [moved to -current due to lack of response] > > > > Eric Anderson wrote: > >> Mike Tancsa wrote: > >>> At 04:48 PM 13/03/2006, Eric Anderson wrote: > >>>> I get the above panic after nfs clients attach to this nfs server > >>>> and being > >>>> I do have dumps from two crashes so far. > >>>> This is FreeBSD-6.1-PRERELEASE from Friday-ish. > >>> > >>> Dont know if it was fixed or not, but there were a lot of VM changes > >>> committed last night that might help. > >>> > >>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023526.html > >>> > >> > >> I just updated, and it still happens. More information for those > >> interested: > >> > >> mode = 0100600, inum = 58456203, fs = /mnt > >> panic: ffs_valloc: dup alloc > >> > >> > >> #0 doadump () at pcpu.h:165 > >> 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > >> (kgdb) backtrace > >> #0 doadump () at pcpu.h:165 > >> #1 0xc064482f in boot (howto=260) at > >> /usr/src/sys/kern/kern_shutdown.c:399 > >> #2 0xc0644b55 in panic (fmt=0xc0890967 "ffs_valloc: dup alloc") at > >> /usr/src/sys/kern/kern_shutdown.c:555 > >> #3 0xc077ee3c in ffs_valloc (pvp=0xc8eab440, mode=33152, > >> cred=0xc8a91d80, vpp=0xe83a5824) at /usr/src/sys/ufs/ffs/ffs_alloc.c:945 > >> #4 0xc07a5933 in ufs_makeinode (mode=33152, dvp=0xc8eab440, > >> vpp=0xe83a5acc, cnp=0xe83a5ae0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2165 > >> #5 0xc07a2b0d in ufs_create (ap=0x0) at > >> /usr/src/sys/ufs/ufs/ufs_vnops.c:171 > >> #6 0xc082dc98 in VOP_CREATE_APV (vop=0x0, a=0xe83a5a18) at > >> vnode_if.c:204 > >> #7 0xc0737590 in nfsrv_create (nfsd=0xc8a91d00, slp=0xc8816700, > >> td=0xc7d99780, mrq=0xe83a5c98) at vnode_if.h:111 > >> #8 0xc0744e95 in nfssvc_nfsd (td=0x0) at > >> /usr/src/sys/nfsserver/nfs_syscalls.c:472 > >> #9 0xc0744688 in nfssvc (td=0xc7d99780, uap=0xe83a5d04) at > >> /usr/src/sys/nfsserver/nfs_syscalls.c:181 > >> #10 0xc081cd7f in syscall (frame= > >> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 0, > >> tf_ebp = -1077941448, tf_isp = -398828188, tf_ebx = 4, tf_edx = > >> 672385208, tf_ecx = 25, tf_eax = 155, tf_trapno = 12, tf_err = 2, > >> tf_eip = 671840155, tf_cs = 51, tf_eflags = 662, tf_esp = > >> -1077941476, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 > >> #11 0xc0809e8f in Xint0x80_syscall () at > >> /usr/src/sys/i386/i386/exception.s:200 > >> #12 0x00000033 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> (kgdb) > >> > >> Maybe that helps somebody? > >> > >> Should I sent this to -current instead, since it appears this would > >> happen under -current also, and possibly there is a larger base of > >> people watching the list? > > > > > > Also, here's a screenshot of the crash, and I have a good dump if > > anyone wants me to get more debugging info. > > > > http://www.googlebit.com/freebsd/fbsd-6.1b4-nfscrash.png > > > > Oh yea, and I can reproduce at will, on two separate machines. If you boot the machines in single user and run 'fsck -y' repeatedly until fsck stops finding breakage does it work ok after that? It maybe that you have corrupted disks that bgfsck just can't handle. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 21:16:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05CEA16A400 for ; Mon, 20 Mar 2006 21:16:48 +0000 (UTC) (envelope-from lacombar@esiee.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E2843D46 for ; Mon, 20 Mar 2006 21:16:46 +0000 (GMT) (envelope-from lacombar@esiee.fr) Received: from aries.rezo (lns-bzn-47f-62-147-132-174.adsl.proxad.net [62.147.132.174]) by smtp2-g19.free.fr (Postfix) with ESMTP id DCB1B7326C; Mon, 20 Mar 2006 22:16:45 +0100 (CET) Received: by aries.rezo (Postfix, from userid 1001) id A719D2E023; Mon, 20 Mar 2006 22:17:56 +0100 (CET) Date: Mon, 20 Mar 2006 22:17:56 +0100 From: Arnaud LACOMBE To: freebsd-current@freebsd.org Message-ID: <20060320211756.GA87266@aries.rezid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 20 Mar 2006 21:19:17 +0000 Subject: ral(4) crashed the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:16:48 -0000 Hi, I bought two week ago a D-Link DWL-G630 wireless card for my laptop hoping it would be supported by -current. The card is based on a ralink chipset, here is the full dmesg: cardbus0: CIS pointer is 0x601 cardbus0: CIS in BAR 0x10 cardbus0: Expecting link target, got 0x0 ral0: mem 0x88000000-0x88007fff at device 0.0 on cardbus0 ral0: MAC/BBP RT2661B, RF RT2527 ral0: Ethernet address: 00:xx:xx:xx:xx:xx [NdA: the CIS information are not really long compared to other cardbus I use] As you can see, the ral(4) device attach correctly, then, I played with ifconfig' option and the crash occured when I launched the following command: # ifconfig ral0 media OFDM24 (the crash also occured before when I specified 'OFDM54') After the computer rebooted, I got the following crash dump: kdb_backtrace(1,c19dd8d0,c,c19de1b0,c8378c3c) at kdb_backtrace+0x29 witness_warn(5,0,c08bc752) at witness_warn+0x192 trap(c0680008,c09a0028,28,c1ab5400,0) at trap+0x108 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06f003d, esp = 0xc8378c84, ebp = 0xc8378c90 --- ieee80211_free_node(0,c1bde004,c1bde000,1,0) at ieee80211_free_node+0x9 rt2661_tx_intr(c1bde000) at rt2661_tx_intr+0x10d rt2661_intr(c1bde000,c1c61440,c8378cec,c0651336,c1a055c0) at rt2661_intr+0x17e cbb_func_intr(c1a055c0) at cbb_func_intr+0x45 ithread_execute_handlers(c19dd8d0,c192f880) at ithread_execute_handlers+0xea ithread_loop(c19e80c0,c8378d38) at ithread_loop+0x67 fork_exit(c0651408,c19e80c0,c8378d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8378d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06f003d stack pointer = 0x28:0xc8378c84 frame pointer = 0x28:0xc8378c90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 19 (irq10: cbb0 ral0+) panic: from debugger a backtrace gives me the following: (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc0664b8c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc0664ea1 in panic (fmt=0xc085dcdf "from debugger") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc046bc41 in db_panic (addr=-1066467267, have_addr=0, count=-1, modif=0xc8378a8c "") at /usr/src/sys/ddb/db_command.c:426 #4 0xc046bbd8 in db_command (last_cmdp=0xc0949a84, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:395 #5 0xc046bc96 in db_command_loop () at /usr/src/sys/ddb/db_command.c:446 #6 0xc046d8ad in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc067f7e8 in kdb_trap (type=12, code=0, tf=0xc8378c44) at /usr/src/sys/kern/subr_kdb.c:485 #8 0xc0821278 in trap_fatal (frame=0xc8378c44, eva=4) at /usr/src/sys/i386/i386/trap.c:861 #9 0xc08208ff in trap (frame= {tf_fs = -1066926072, tf_es = -1063649240, tf_ds = 40, tf_edi = -1045736448, tf_esi = 0, tf_ebp = -935883632, tf_isp = -935883664, tf_ebx = -1044517792, tf_edx = 0, tf_ecx = 3329, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066467267, tf_cs = 32, tf_eflags = 66054, tf_esp = -1044517792, tf_ss = -1046534116}) at /usr/src/sys/i386/i386/trap.c:279 #10 0xc080d21a in calltrap () at /usr/src/sys/i386/i386/exception.s:137 #11 0xc06f003d in ieee80211_free_node (ni=0x0) at /usr/src/sys/net80211/ieee80211_node.c:1600 #12 0xc05addf1 in rt2661_tx_intr (sc=0xc1bde000) at /usr/src/sys/dev/ral/rt2661.c:996 #13 0xc05ae46a in rt2661_intr (arg=0xc1bde000) at /usr/src/sys/dev/ral/rt2661.c:1245 #14 0xc059562d in cbb_func_intr (arg=0xc1a055c0) at /usr/src/sys/dev/pccbb/pccbb.c:644 #15 0xc0651336 in ithread_execute_handlers (p=0xc19dd8d0, ie=0xc192f880) at /usr/src/sys/kern/kern_intr.c:662 #16 0xc065146f in ithread_loop (arg=0xc19e80c0) at /usr/src/sys/kern/kern_intr.c:745 #17 0xc06505fc in fork_exit (callout=0xc0651408 , arg=0xc19e80c0, frame=0xc8378d38) at /usr/src/sys/kern/kern_fork.c:802 #18 0xc080d27c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:198 The crash seems to be triggered at the beginning of ieee80211_free_node() in /usr/src/sys/net80211/ieee80211_node.c which is called from rt2661_tx_intri() with ni = NULL. 1594 void 1595 #ifdef IEEE80211_DEBUG_REFCNT 1596 ieee80211_free_node_debug(struct ieee80211_node *ni, const char *func, int line) 1597 #else 1598 ieee80211_free_node(struct ieee80211_node *ni) 1599 #endif 1600 { 1601 struct ieee80211_node_table *nt = ni->ni_table; 1602 I can provided a crash dump if needed. Arnaud ps: could you please add me in CC: when you reply, I didn't follow freebsd-current@... by now. From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 21:47:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A5B16A400 for ; Mon, 20 Mar 2006 21:47:57 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E714843D45 for ; Mon, 20 Mar 2006 21:47:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k2KLllv2000694; Mon, 20 Mar 2006 15:47:47 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <441F2302.8050402@centtech.com> Date: Mon, 20 Mar 2006 15:47:46 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: "M. Warner Losh" References: <441ED31B.6030500@centtech.com> <20060320.091339.133982805.imp@bsdimp.com> <441ED6F2.3020504@centtech.com> <20060320.115438.97293590.imp@bsdimp.com> In-Reply-To: <20060320.115438.97293590.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 06:03:16 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:47:57 -0000 M. Warner Losh wrote: > In message: <441ED6F2.3020504@centtech.com> > Eric Anderson writes: > : M. Warner Losh wrote: > : > In message: <441ED31B.6030500@centtech.com> > : > Eric Anderson writes: > : > : M. Warner Losh wrote: > : > : > In message: <441EBC32.2070508@centtech.com> > : > : > Eric Anderson writes: > : > : > : Warner Losh wrote: > : > : > : >> I'm running the latest 6.1-*, and inserting a cf->pccard reader with a > : > : > : >> 4GB seagate cf drive installed gives me these messages: > : > : > : >> > : > : > : >> cbb0: ready never happened, status = 0d > : > : > : >> pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good > : > : > : >> pccard0: Card has no functions! > : > : > : >> cbb0: PC Card card activation failed > : > : > : >> > : > : > : > > : > : > : > Something bad happened on the way to the forum... Please set > : > : > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. > : > : > : > > : > : > : > : > : > : Here's the latest snippet from /var/log/messages with those two set: > : > : > : > : > : > : Mar 20 08:27:47 neutrino kernel: Status is 0x30001911 > : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: event=0x00000000, > : > : > : state=30001911 > : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable > : > : > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: > : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V > : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never happened, status = 0d > : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis > : > : > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested memory range > : > : > : 0xdfb00000-0xdfbfffff: good > : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks > : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no functions! > : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card activation failed > : > : > : > : > : > : > : > : > : Anything else I can provide? > : > : > : > : > : > : Also - when inserting this card in the slot, my system freezes for about > : > : > : 5-6 seconds. > : > : > > : > : > hw.pccard.cis_debug=1 may help. > : > : > > : > : > The 2V cbb power looks very wrong, however... > : > : > > : > : > Warner > : > : > > : > : > : > : Here's what I get with that enabled: > : > : > : > : Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 > : > : Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: event=0x00000000, > : > : state=30001911 > : > : Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable > : > : Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: > : > : Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V > : > : Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, status = 0d > : > : Mar 20 10:06:16 neutrino kernel: pccard0: read_cis > : > : Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested memory range > : > : 0xdfb00000-0xdfbfffff: good > : > : Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 (resource: > : > : 0xdfb10000) > : > : Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: > : > : Mar 20 10:06:16 neutrino kernel: CISTPL_END > : > : Mar 20 10:06:16 neutrino kernel: ff > : > : Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 > : > : Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, code ff > : > : observed > : > : Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks > : > : Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! > : > : Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation failed > : > : > : > : > : > : Thanks for the quick reply! > : > > : > Based on what you've provided, here's my current theory of the crime: > : > > : > (1) The card is inserted. > : > (2) The bridge somehow thinks it is a X.X V card. It reports this as > : > 2V in the dmesg because I arbitarily assigned numbers to X and Y. > : > (3) There's two ways this can happen. One: is that new cards have been > : > released that implement this standard and your bridge is detecting > : > it, but either the card or bridge fails to implement it > : > correctly. Two: There is a problem with the bridge's memory > : > allocation, so the cbb driver is really talking to something > : > else. Three: the bridge has a bug in detecting X.X V cards and > : > they should be ignored. > : > > : > I'm guessing 'Three' is most likely. How's your hacking skills? > : > > : > : :) well, I'm really good at breaking things. Point in the direction, > : and I'll start looking. > > Try apply the following (you'll have to do it by hand). This turns > off the XV and YV bits always. This code is src/sys/dev/pccbb/pccbb.c > > Warner > > static int > cbb_do_power(device_t brdev) > { > struct cbb_softc *sc = device_get_softc(brdev); > uint32_t voltage, curpwr; > uint32_t status; > > /* Don't enable OE (output enable) until power stable */ > exca_clrb(&sc->exca[0], EXCA_PWRCTL, EXCA_PWRCTL_OE); > > - voltage = cbb_detect_voltage(brdev); > + voltage = cbb_detect_voltage(brdev) & ~(CARD_XV_CARD | CARD_YV_CARD); > curpwr = cbb_current_voltage(brdev); > status = cbb_get(sc, CBB_SOCKET_STATE); > if ((status & CBB_STATE_POWER_CYCLE) && (voltage & curpwr)) > return 0; > /* Prefer lowest voltage supported */ > cbb_power(brdev, CARD_OFF); > if (voltage & CARD_YV_CARD) > cbb_power(brdev, CARD_VCC(YV)); > else if (voltage & CARD_XV_CARD) > cbb_power(brdev, CARD_VCC(XV)); > else if (voltage & CARD_3V_CARD) > cbb_power(brdev, CARD_VCC(3)); > else if (voltage & CARD_5V_CARD) > cbb_power(brdev, CARD_VCC(5)); > else { > device_printf(brdev, "Unknown card voltage\n"); > return (ENXIO); > } > return (0); > } > Yep - that makes it find it: Mar 20 15:43:22 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 15:43:22 neutrino kernel: pccard0: CIS version PCCARD 2.0 or 2.1 Mar 20 15:43:22 neutrino kernel: pccard0: CIS info: SEAGATE, ST1 Mar 20 15:43:22 neutrino kernel: pccard0: Manufacturer code 0x111, product 0x0 Mar 20 15:43:22 neutrino kernel: pccard0: function 0: fixed disk, ccr addr 200 mask f Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table entry 0: memory card; irq mask 0; mwait_required rdybsy_active powerdown Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table entry 2: I/O card; irq mask 4000; iomask a, iospace 1f0-1f7 3f6-3f7; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table entry 3: I/O card; irq mask 4000; iomask a, iospace 170-177 376-377; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:43:22 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 15:43:22 neutrino kernel: ata2: at port 0x100-0x10f irq 19 function 0 config 1 on pccard0 Mar 20 15:43:22 neutrino kernel: ata2: reset tp1 mask=01 ostat0=50 ostat1=00 Mar 20 15:43:22 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 20 15:43:22 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 20 15:43:22 neutrino kernel: ata2: [MPSAFE] Mar 20 15:43:22 neutrino kernel: ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire Mar 20 15:43:23 neutrino kernel: ata2: reiniting channel .. Mar 20 15:43:23 neutrino kernel: ata2: reset tp1 mask=01 ostat0=d0 ostat1=00 Mar 20 15:43:23 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 20 15:43:23 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 20 15:43:23 neutrino kernel: ata2: reinit done .. Mar 20 15:43:23 neutrino kernel: ad4: FAILURE - SETFEATURES ENABLE RCACHE timed out Mar 20 15:43:23 neutrino kernel: ad4: 3906MB at ata2-master PIO4 Mar 20 15:43:23 neutrino kernel: ad4: 7999488 sectors [7936C/16H/63S] 1 sectors/interrupt 1 depth queue Mar 20 15:43:23 neutrino kernel: GEOM: new disk ad4 With all the debugging turned on: Mar 20 15:46:44 neutrino kernel: Status is 0x30001911 Mar 20 15:46:44 neutrino kernel: cbb0: card inserted: event=0x00000000, state=30001911 Mar 20 15:46:44 neutrino kernel: pccard0: chip_socket_enable Mar 20 15:46:44 neutrino kernel: cbb_pcic_socket_enable: Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 3V Mar 20 15:46:44 neutrino kernel: pccard0: read_cis Mar 20 15:46:44 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 15:46:44 neutrino kernel: cis mem map 0xe755a000 (resource: 0xdfb10000) Mar 20 15:46:44 neutrino kernel: pccard0: CIS tuple chain: Mar 20 15:46:44 neutrino kernel: CISTPL_DEVICE type=funcspec speed=ext Mar 20 15:46:44 neutrino kernel: 01 04 df 12 01 ff Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 1c Mar 20 15:46:44 neutrino kernel: 1c 05 03 df 12 01 ff Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 18 Mar 20 15:46:44 neutrino kernel: 18 02 df 01 Mar 20 15:46:44 neutrino kernel: CISTPL_MANFID Mar 20 15:46:44 neutrino kernel: 20 04 11 01 00 00 Mar 20 15:46:44 neutrino kernel: CISTPL_VERS_1 Mar 20 15:46:44 neutrino kernel: 15 0f 04 01 53 45 41 47 41 54 45 00 53 54 31 00 Mar 20 15:46:44 neutrino kernel: ff Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCID Mar 20 15:46:44 neutrino kernel: 21 02 04 01 Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCE Mar 20 15:46:44 neutrino kernel: 22 02 01 01 Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCE Mar 20 15:46:44 neutrino kernel: 22 03 02 08 0f Mar 20 15:46:44 neutrino kernel: CISTPL_CONFIG Mar 20 15:46:44 neutrino kernel: 1a 05 01 07 00 02 0f Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 0c c0 c0 a1 27 55 4d 5d b6 1e 08 00 20 Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 07 00 01 21 b5 1e b6 1e Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 0e c1 41 99 27 55 4d 5d b6 1e 64 f0 ff ff 20 Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 07 01 01 21 b5 1e b6 1e Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 13 c2 41 99 27 55 4d 5d b6 1e ea 61 f0 01 07 Mar 20 15:46:44 neutrino kernel: f6 03 01 ee 20 Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 07 02 01 21 b5 1e b6 1e Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 13 c3 41 99 27 55 4d 5d b6 1e ea 61 70 01 07 Mar 20 15:46:44 neutrino kernel: 76 03 01 ee 20 Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY Mar 20 15:46:44 neutrino kernel: 1b 07 03 01 21 b5 1e b6 1e Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 14 Mar 20 15:46:44 neutrino kernel: CISTPL_NO_LINK Mar 20 15:46:44 neutrino kernel: 14 00 Mar 20 15:46:44 neutrino kernel: CISTPL_END Mar 20 15:46:44 neutrino kernel: ff Mar 20 15:46:44 neutrino kernel: pccard0: check_cis_quirks Mar 20 15:46:44 neutrino kernel: pccard0: CIS version PCCARD 2.0 or 2.1 Mar 20 15:46:44 neutrino kernel: pccard0: CIS info: SEAGATE, ST1 Mar 20 15:46:44 neutrino kernel: pccard0: Manufacturer code 0x111, product 0x0 Mar 20 15:46:44 neutrino kernel: pccard0: function 0: fixed disk, ccr addr 200 mask f Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table entry 0: memory card; irq mask 0; mwait_required rdybsy_active powerdown Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table entry 2: I/O card; irq mask 4000; iomask a, iospace 1f0-1f7 3f6-3f7; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table entry 3: I/O card; irq mask 4000; iomask a, iospace 170-177 376-377; rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown Mar 20 15:46:44 neutrino kernel: pccard0: functions scanning Mar 20 15:46:44 neutrino kernel: pccard0: Card has 1 functions. pccard_mfc is 0 Mar 20 15:46:44 neutrino kernel: pccard0: I/O rid 0 start 0 end ffffffff Mar 20 15:46:44 neutrino kernel: cbb_pcic_socket_enable: Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 0V Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 3V Mar 20 15:46:44 neutrino kernel: pcib3: pccard0 requested memory range 0xdfb00000-0xdfbfffff: good Mar 20 15:46:44 neutrino kernel: pccard0: ccr_res == dfb01000-dfb013ff, base=200 Mar 20 15:46:44 neutrino kernel: pccard0: function 0 CCR at 0 offset 200: 41 80 2e 0, 0 0 0 0, 0 Mar 20 15:46:44 neutrino kernel: ata2: at port 0x100-0x10f irq 19 function 0 config 1 on pccard0 Mar 20 15:46:44 neutrino kernel: ata2: reset tp1 mask=01 ostat0=50 ostat1=00 Mar 20 15:46:44 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 20 15:46:44 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 20 15:46:44 neutrino kernel: ata2: [MPSAFE] Mar 20 15:46:44 neutrino kernel: ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire Mar 20 15:46:46 neutrino kernel: ata2: reiniting channel .. Mar 20 15:46:46 neutrino kernel: ata2: reset tp1 mask=01 ostat0=d0 ostat1=00 Mar 20 15:46:46 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 20 15:46:46 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 20 15:46:46 neutrino kernel: ata2: reinit done .. Mar 20 15:46:46 neutrino kernel: ad4: FAILURE - SETFEATURES ENABLE RCACHE timed out Mar 20 15:46:46 neutrino kernel: ad4: 3906MB at ata2-master PIO4 Mar 20 15:46:46 neutrino kernel: ad4: 7999488 sectors [7936C/16H/63S] 1 sectors/interrupt 1 depth queue Mar 20 15:46:46 neutrino kernel: GEOM: new disk ad4 Mar 20 15:46:46 neutrino kernel: ad4: Adaptec check1 failed Mar 20 15:46:46 neutrino kernel: ad4: LSI (v3) check1 failed Mar 20 15:46:46 neutrino kernel: ad4: LSI (v2) check1 failed Mar 20 15:46:46 neutrino kernel: ad4: FreeBSD check1 failed Mar 20 15:46:46 neutrino kernel: pccard0: function 0 CCR at 0 offset 200 mask f: 41 82 2e 0, 4a 4a 4a 4a, 4a Anything else you would like me to do? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 21:53:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC04216A400 for ; Mon, 20 Mar 2006 21:53:03 +0000 (UTC) (envelope-from damien.bergamini@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A06943D46 for ; Mon, 20 Mar 2006 21:53:03 +0000 (GMT) (envelope-from damien.bergamini@free.fr) Received: from COMETE (pas38-1-82-67-68-158.fbx.proxad.net [82.67.68.158]) by smtp3-g19.free.fr (Postfix) with SMTP id 467AD496DB; Mon, 20 Mar 2006 22:53:02 +0100 (CET) Message-ID: <01f401c64c68$84f709d0$0300a8c0@COMETE> From: "Damien Bergamini" To: "Arnaud LACOMBE" , References: <20060320211756.GA87266@aries.rezid.net> Date: Mon, 20 Mar 2006 22:52:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: Subject: Re: ral(4) crashed the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:53:03 -0000 Thanks for the detailed report. It's great to see someone with a RT2561 adapter :) Support for those adapters is still at a very early stage. It seems that the ieee80211_free_node() function is called from rt2661_tx_intr() with a NULL node which should not happen. I'll investigate on this. Does it work if you don't set a fixed rate? Damien | Hi, | | I bought two week ago a D-Link DWL-G630 wireless card for my laptop | hoping it would be supported by -current. The card is based on a ralink | chipset, here is the full dmesg: | | cardbus0: CIS pointer is 0x601 | cardbus0: CIS in BAR 0x10 | cardbus0: Expecting link target, got 0x0 | ral0: mem 0x88000000-0x88007fff at device 0.0 on cardbus0 | ral0: MAC/BBP RT2661B, RF RT2527 | ral0: Ethernet address: 00:xx:xx:xx:xx:xx | [NdA: the CIS information are not really long compared to other cardbus | I use] | | As you can see, the ral(4) device attach correctly, then, I played | with ifconfig' option and the crash occured when I launched the | following command: | | # ifconfig ral0 media OFDM24 | (the crash also occured before when I specified 'OFDM54') | | After the computer rebooted, I got the following crash dump: | | kdb_backtrace(1,c19dd8d0,c,c19de1b0,c8378c3c) at kdb_backtrace+0x29 | witness_warn(5,0,c08bc752) at witness_warn+0x192 | trap(c0680008,c09a0028,28,c1ab5400,0) at trap+0x108 | calltrap() at calltrap+0x5 | --- trap 0xc, eip = 0xc06f003d, esp = 0xc8378c84, ebp = 0xc8378c90 --- | ieee80211_free_node(0,c1bde004,c1bde000,1,0) at ieee80211_free_node+0x9 | rt2661_tx_intr(c1bde000) at rt2661_tx_intr+0x10d | rt2661_intr(c1bde000,c1c61440,c8378cec,c0651336,c1a055c0) at rt2661_intr+0x17e | cbb_func_intr(c1a055c0) at cbb_func_intr+0x45 | ithread_execute_handlers(c19dd8d0,c192f880) at ithread_execute_handlers+0xea | ithread_loop(c19e80c0,c8378d38) at ithread_loop+0x67 | fork_exit(c0651408,c19e80c0,c8378d38) at fork_exit+0xa4 | fork_trampoline() at fork_trampoline+0x8 | --- trap 0x1, eip = 0, esp = 0xc8378d6c, ebp = 0 --- | | Fatal trap 12: page fault while in kernel mode | cpuid = 0; apic id = 00 | fault virtual address = 0x4 | fault code = supervisor read, page not present | instruction pointer = 0x20:0xc06f003d | stack pointer = 0x28:0xc8378c84 | frame pointer = 0x28:0xc8378c90 | code segment = base 0x0, limit 0xfffff, type 0x1b | = DPL 0, pres 1, def32 1, gran 1 | processor eflags = interrupt enabled, resume, IOPL = 0 | current process = 19 (irq10: cbb0 ral0+) | panic: from debugger | | a backtrace gives me the following: | | (kgdb) bt | #0 doadump () at pcpu.h:166 | #1 0xc0664b8c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 | #2 0xc0664ea1 in panic (fmt=0xc085dcdf "from debugger") at /usr/src/sys/kern/kern_shutdown.c:558 | #3 0xc046bc41 in db_panic (addr=-1066467267, have_addr=0, count=-1, modif=0xc8378a8c "") at /usr/src/sys/ddb/db_command.c:426 | #4 0xc046bbd8 in db_command (last_cmdp=0xc0949a84, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:395 | #5 0xc046bc96 in db_command_loop () at /usr/src/sys/ddb/db_command.c:446 | #6 0xc046d8ad in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 | #7 0xc067f7e8 in kdb_trap (type=12, code=0, tf=0xc8378c44) at /usr/src/sys/kern/subr_kdb.c:485 | #8 0xc0821278 in trap_fatal (frame=0xc8378c44, eva=4) at /usr/src/sys/i386/i386/trap.c:861 | #9 0xc08208ff in trap (frame= | {tf_fs = -1066926072, tf_es = -1063649240, tf_ds = 40, tf_edi = -1045736448, tf_esi = 0, tf_ebp = -935883632, tf_isp = -935883664, tf_ebx = -1044517792, tf_edx = 0, tf_ecx = 3329, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066467267, tf_cs = 32, tf_eflags = 66054, tf_esp = -1044517792, tf_ss = -1046534116}) | at /usr/src/sys/i386/i386/trap.c:279 | #10 0xc080d21a in calltrap () at /usr/src/sys/i386/i386/exception.s:137 | #11 0xc06f003d in ieee80211_free_node (ni=0x0) at /usr/src/sys/net80211/ieee80211_node.c:1600 | #12 0xc05addf1 in rt2661_tx_intr (sc=0xc1bde000) at /usr/src/sys/dev/ral/rt2661.c:996 | #13 0xc05ae46a in rt2661_intr (arg=0xc1bde000) at /usr/src/sys/dev/ral/rt2661.c:1245 | #14 0xc059562d in cbb_func_intr (arg=0xc1a055c0) at /usr/src/sys/dev/pccbb/pccbb.c:644 | #15 0xc0651336 in ithread_execute_handlers (p=0xc19dd8d0, ie=0xc192f880) at /usr/src/sys/kern/kern_intr.c:662 | #16 0xc065146f in ithread_loop (arg=0xc19e80c0) at /usr/src/sys/kern/kern_intr.c:745 | #17 0xc06505fc in fork_exit (callout=0xc0651408 , arg=0xc19e80c0, frame=0xc8378d38) at /usr/src/sys/kern/kern_fork.c:802 | #18 0xc080d27c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:198 | | The crash seems to be triggered at the beginning of | ieee80211_free_node() in /usr/src/sys/net80211/ieee80211_node.c which is | called from rt2661_tx_intri() with ni = NULL. | | 1594 void | 1595 #ifdef IEEE80211_DEBUG_REFCNT | 1596 ieee80211_free_node_debug(struct ieee80211_node *ni, const char *func, int line) | 1597 #else | 1598 ieee80211_free_node(struct ieee80211_node *ni) | 1599 #endif | 1600 { | 1601 struct ieee80211_node_table *nt = ni->ni_table; | 1602 | | I can provided a crash dump if needed. | | Arnaud | | ps: could you please add me in CC: when you reply, I didn't follow | freebsd-current@... by now. | _______________________________________________ | freebsd-current@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-current | To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" | From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 21:56:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA4716A435; Mon, 20 Mar 2006 21:56:44 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F421143D60; Mon, 20 Mar 2006 21:56:38 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k2KLucUQ099935; Mon, 20 Mar 2006 15:56:38 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <441F2515.7050602@centtech.com> Date: Mon, 20 Mar 2006 15:56:37 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: John Baldwin References: <4415E8BB.1080602@centtech.com> <441B1C28.1020808@centtech.com> <441B2049.20507@centtech.com> <200603201528.49007.jhb@freebsd.org> In-Reply-To: <200603201528.49007.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1345/Mon Mar 20 06:03:16 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_valloc: dup alloc in 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:56:44 -0000 John Baldwin wrote: > On Friday 17 March 2006 15:47, Eric Anderson wrote: > >> Eric Anderson wrote: >> >>> [moved to -current due to lack of response] >>> >>> Eric Anderson wrote: >>> >>>> Mike Tancsa wrote: >>>> >>>>> At 04:48 PM 13/03/2006, Eric Anderson wrote: >>>>> >>>>>> I get the above panic after nfs clients attach to this nfs server >>>>>> and being >>>>>> I do have dumps from two crashes so far. >>>>>> This is FreeBSD-6.1-PRERELEASE from Friday-ish. >>>>>> >>>>> Dont know if it was fixed or not, but there were a lot of VM changes >>>>> committed last night that might help. >>>>> >>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023526.html >>>>> >>>>> >>>> I just updated, and it still happens. More information for those >>>> interested: >>>> >>>> mode = 0100600, inum = 58456203, fs = /mnt >>>> panic: ffs_valloc: dup alloc >>>> >>>> >>>> #0 doadump () at pcpu.h:165 >>>> 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >>>> (kgdb) backtrace >>>> #0 doadump () at pcpu.h:165 >>>> #1 0xc064482f in boot (howto=260) at >>>> /usr/src/sys/kern/kern_shutdown.c:399 >>>> #2 0xc0644b55 in panic (fmt=0xc0890967 "ffs_valloc: dup alloc") at >>>> /usr/src/sys/kern/kern_shutdown.c:555 >>>> #3 0xc077ee3c in ffs_valloc (pvp=0xc8eab440, mode=33152, >>>> cred=0xc8a91d80, vpp=0xe83a5824) at /usr/src/sys/ufs/ffs/ffs_alloc.c:945 >>>> #4 0xc07a5933 in ufs_makeinode (mode=33152, dvp=0xc8eab440, >>>> vpp=0xe83a5acc, cnp=0xe83a5ae0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2165 >>>> #5 0xc07a2b0d in ufs_create (ap=0x0) at >>>> /usr/src/sys/ufs/ufs/ufs_vnops.c:171 >>>> #6 0xc082dc98 in VOP_CREATE_APV (vop=0x0, a=0xe83a5a18) at >>>> vnode_if.c:204 >>>> #7 0xc0737590 in nfsrv_create (nfsd=0xc8a91d00, slp=0xc8816700, >>>> td=0xc7d99780, mrq=0xe83a5c98) at vnode_if.h:111 >>>> #8 0xc0744e95 in nfssvc_nfsd (td=0x0) at >>>> /usr/src/sys/nfsserver/nfs_syscalls.c:472 >>>> #9 0xc0744688 in nfssvc (td=0xc7d99780, uap=0xe83a5d04) at >>>> /usr/src/sys/nfsserver/nfs_syscalls.c:181 >>>> #10 0xc081cd7f in syscall (frame= >>>> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 0, >>>> tf_ebp = -1077941448, tf_isp = -398828188, tf_ebx = 4, tf_edx = >>>> 672385208, tf_ecx = 25, tf_eax = 155, tf_trapno = 12, tf_err = 2, >>>> tf_eip = 671840155, tf_cs = 51, tf_eflags = 662, tf_esp = >>>> -1077941476, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 >>>> #11 0xc0809e8f in Xint0x80_syscall () at >>>> /usr/src/sys/i386/i386/exception.s:200 >>>> #12 0x00000033 in ?? () >>>> Previous frame inner to this frame (corrupt stack?) >>>> (kgdb) >>>> >>>> Maybe that helps somebody? >>>> >>>> Should I sent this to -current instead, since it appears this would >>>> happen under -current also, and possibly there is a larger base of >>>> people watching the list? >>>> >>> Also, here's a screenshot of the crash, and I have a good dump if >>> anyone wants me to get more debugging info. >>> >>> http://www.googlebit.com/freebsd/fbsd-6.1b4-nfscrash.png >>> >>> >> Oh yea, and I can reproduce at will, on two separate machines. >> > > If you boot the machines in single user and run 'fsck -y' repeatedly > until fsck stops finding breakage does it work ok after that? It maybe > that you have corrupted disks that bgfsck just can't handle. > I'm not using bgfsck, I'm manually fsck'ing the disk before attempting a mount. I have run it several times in a row, and it appears clean no matter what. Still panics. Any more ideas? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 22:01:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C49616A424; Mon, 20 Mar 2006 22:01:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2285E43D46; Mon, 20 Mar 2006 22:01:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E9A091A4D9E; Mon, 20 Mar 2006 14:01:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5BF8C51695; Mon, 20 Mar 2006 17:01:02 -0500 (EST) Date: Mon, 20 Mar 2006 17:01:02 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060320220102.GA78361@xor.obsecurity.org> References: <4415E8BB.1080602@centtech.com> <441B1C28.1020808@centtech.com> <441B2049.20507@centtech.com> <200603201528.49007.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <200603201528.49007.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_valloc: dup alloc in 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 22:01:03 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2006 at 03:28:46PM -0500, John Baldwin wrote: > On Friday 17 March 2006 15:47, Eric Anderson wrote: > > Eric Anderson wrote: > > > [moved to -current due to lack of response] > > > > > > Eric Anderson wrote: > > >> Mike Tancsa wrote: > > >>> At 04:48 PM 13/03/2006, Eric Anderson wrote: > > >>>> I get the above panic after nfs clients attach to this nfs server= =20 > > >>>> and being > > >>>> I do have dumps from two crashes so far. > > >>>> This is FreeBSD-6.1-PRERELEASE from Friday-ish. > > >>> > > >>> Dont know if it was fixed or not, but there were a lot of VM change= s=20 > > >>> committed last night that might help. > > >>> > > >>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023526= .html=20 > > >>> > > >> > > >> I just updated, and it still happens. More information for those=20 > > >> interested: > > >> > > >> mode =3D 0100600, inum =3D 58456203, fs =3D /mnt > > >> panic: ffs_valloc: dup alloc > > >> > > >> > > >> #0 doadump () at pcpu.h:165 > > >> 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > > >> (kgdb) backtrace > > >> #0 doadump () at pcpu.h:165 > > >> #1 0xc064482f in boot (howto=3D260) at=20 > > >> /usr/src/sys/kern/kern_shutdown.c:399 > > >> #2 0xc0644b55 in panic (fmt=3D0xc0890967 "ffs_valloc: dup alloc") a= t=20 > > >> /usr/src/sys/kern/kern_shutdown.c:555 > > >> #3 0xc077ee3c in ffs_valloc (pvp=3D0xc8eab440, mode=3D33152,=20 > > >> cred=3D0xc8a91d80, vpp=3D0xe83a5824) at /usr/src/sys/ufs/ffs/ffs_all= oc.c:945 > > >> #4 0xc07a5933 in ufs_makeinode (mode=3D33152, dvp=3D0xc8eab440,=20 > > >> vpp=3D0xe83a5acc, cnp=3D0xe83a5ae0) at /usr/src/sys/ufs/ufs/ufs_vnop= s.c:2165 > > >> #5 0xc07a2b0d in ufs_create (ap=3D0x0) at=20 > > >> /usr/src/sys/ufs/ufs/ufs_vnops.c:171 > > >> #6 0xc082dc98 in VOP_CREATE_APV (vop=3D0x0, a=3D0xe83a5a18) at=20 > > >> vnode_if.c:204 > > >> #7 0xc0737590 in nfsrv_create (nfsd=3D0xc8a91d00, slp=3D0xc8816700,= =20 > > >> td=3D0xc7d99780, mrq=3D0xe83a5c98) at vnode_if.h:111 > > >> #8 0xc0744e95 in nfssvc_nfsd (td=3D0x0) at=20 > > >> /usr/src/sys/nfsserver/nfs_syscalls.c:472 > > >> #9 0xc0744688 in nfssvc (td=3D0xc7d99780, uap=3D0xe83a5d04) at=20 > > >> /usr/src/sys/nfsserver/nfs_syscalls.c:181 > > >> #10 0xc081cd7f in syscall (frame=3D > > >> {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 1, tf_esi= =3D 0,=20 > > >> tf_ebp =3D -1077941448, tf_isp =3D -398828188, tf_ebx =3D 4, tf_edx = =3D=20 > > >> 672385208, tf_ecx =3D 25, tf_eax =3D 155, tf_trapno =3D 12, tf_err = =3D 2,=20 > > >> tf_eip =3D 671840155, tf_cs =3D 51, tf_eflags =3D 662, tf_esp =3D=20 > > >> -1077941476, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:981 > > >> #11 0xc0809e8f in Xint0x80_syscall () at=20 > > >> /usr/src/sys/i386/i386/exception.s:200 > > >> #12 0x00000033 in ?? () > > >> Previous frame inner to this frame (corrupt stack?) > > >> (kgdb) > > >> > > >> Maybe that helps somebody? > > >> > > >> Should I sent this to -current instead, since it appears this would= =20 > > >> happen under -current also, and possibly there is a larger base of= =20 > > >> people watching the list? > > > > > > > > > Also, here's a screenshot of the crash, and I have a good dump if=20 > > > anyone wants me to get more debugging info. > > > > > > http://www.googlebit.com/freebsd/fbsd-6.1b4-nfscrash.png > > > > >=20 > > Oh yea, and I can reproduce at will, on two separate machines. >=20 > If you boot the machines in single user and run 'fsck -y' repeatedly > until fsck stops finding breakage does it work ok after that? It maybe > that you have corrupted disks that bgfsck just can't handle. Basically it seems to me that bg fsck is always dangerous: there is an assumption that the only kinds of filesystem damage that exist are the "harmless" kinds (from power failure) it can later repair. But this is clearly false, because the filesystem may be in an arbitrarily damaged state (e.g. after a panic), and the kernel does not handle the possibility that filesystem data may not be completely trustable at runtime (this was the point of foreground fsck). Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHyYdWry0BWjoQKURArndAKDrd3ocqtalwjyfywPMZ4Lw3o3x1ACg1Nh2 gFT73i1RU14jN600BsAfu+M= =ZbOQ -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 22:17:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19DCB16A425 for ; Mon, 20 Mar 2006 22:17:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA90E43D46 for ; Mon, 20 Mar 2006 22:17:41 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k2KMHfQw013810 for ; Mon, 20 Mar 2006 14:17:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k2KMHfUu013809 for freebsd-current@freebsd.org; Mon, 20 Mar 2006 14:17:41 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Mar 2006 14:17:41 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060320221741.GA13699@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 22:17:42 -0000 *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot "/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") "/usr/src/etc/Makefile", line 8: if-less endif "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_LPR} != "no") "/usr/src/etc/Makefile", line 36: if-less endif "/usr/src/etc/Makefile", line 38: Malformed conditional (${MK_OPENSSH} != "no") "/usr/src/etc/Makefile", line 42: if-less endif "/usr/src/etc/Makefile", line 43: Malformed conditional (${MK_OPENSSL} != "no") "/usr/src/etc/Makefile", line 45: if-less endif "/usr/src/etc/Makefile", line 52: Malformed conditional (${MK_SENDMAIL} != "no") "/usr/src/etc/Makefile", line 54: if-less endif "/usr/src/etc/Makefile", line 55: Malformed conditional (${MK_BIND} != "no") "/usr/src/etc/Makefile", line 57: Malformed conditional (${MK_BIND_LIBS} != "no") "/usr/src/etc/Makefile", line 59: if-less endif "/usr/src/etc/Makefile", line 60: if-less endif "/usr/src/etc/Makefile", line 62: Malformed conditional (${MK_BIND_ETC} != "no") "/usr/src/etc/Makefile", line 65: if-less endif "/usr/src/etc/Makefile", line 69: Malformed conditional (${MK_SENDMAIL} == "no") "/usr/src/etc/Makefile", line 71: if-less else "/usr/src/etc/Makefile", line 74: if-less endif "/usr/src/etc/Makefile", line 80: Malformed conditional (${MK_MAN} != "no") "/usr/src/etc/Makefile", line 82: if-less endif "/usr/src/etc/Makefile", line 130: Malformed conditional (${MK_I4B} != "no") "/usr/src/etc/Makefile", line 132: if-less endif "/usr/src/etc/Makefile", line 133: Malformed conditional (${MK_SENDMAIL} != "no") "/usr/src/etc/Makefile", line 135: if-less endif "/usr/src/etc/Makefile", line 136: Malformed conditional (${MK_OPENSSH} != "no") "/usr/src/etc/Makefile", line 139: if-less endif "/usr/src/etc/Makefile", line 140: Malformed conditional (${MK_OPENSSL} != "no") "/usr/src/etc/Makefile", line 143: if-less endif "/usr/src/etc/Makefile", line 144: Malformed conditional (${MK_KERBEROS} != "no") "/usr/src/etc/Makefile", line 148: if-less endif "/usr/src/etc/Makefile", line 161: Malformed conditional (${MK_BIND_ETC} != "no") "/usr/src/etc/Makefile", line 164: if-less endif "/usr/src/etc/Makefile", line 165: Malformed conditional (${MK_BIND_MTREE} != "no") "/usr/src/etc/Makefile", line 170: if-less endif "/usr/src/etc/Makefile", line 198: Malformed conditional (${MK_BIND_LIBS} != "no") "/usr/src/etc/Makefile", line 201: if-less endif "/usr/src/etc/Makefile", line 202: Malformed conditional (${MK_BIND_MTREE} != "no") "/usr/src/etc/Makefile", line 205: if-less endif "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SENDMAIL} != "no") "/usr/src/etc/Makefile", line 208: if-less endif make: fatal errors encountered -- cannot continue *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:00:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58AE916A42C; Mon, 20 Mar 2006 23:00:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68CA543D45; Mon, 20 Mar 2006 23:00:10 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k2KN0Afi055418; Mon, 20 Mar 2006 15:00:10 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k2KN0Akm055417; Mon, 20 Mar 2006 15:00:10 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Mar 2006 15:00:10 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060320230009.GA55254@troutmask.apl.washington.edu> References: <20060320221741.GA13699@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320221741.GA13699@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:00:11 -0000 On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: > > *** The directory specified for the temporary root environment, > /var/tmp/temproot, exists. This can be a security risk if untrusted > users have access to the system. > > Use 'd' to delete the old /var/tmp/temproot and continue > Use 't' to select a new temporary root directory > Use 'e' to exit mergemaster > > Default is to use /var/tmp/temproot as is > > How should I deal with this? [Use the existing /var/tmp/temproot] > *** Deleting the old /var/tmp/temproot > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > "/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") > "/usr/src/etc/Makefile", line 8: if-less endif > "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_LPR} != "no") > "/usr/src/etc/Makefile", line 36: if-less endif > "/usr/src/etc/Makefile", line 38: Malformed conditional (${MK_OPENSSH} != "no") > "/usr/src/etc/Makefile", line 42: if-less endif > "/usr/src/etc/Makefile", line 43: Malformed conditional (${MK_OPENSSL} != "no") > "/usr/src/etc/Makefile", line 45: if-less endif > "/usr/src/etc/Makefile", line 52: Malformed conditional (${MK_SENDMAIL} != "no") > "/usr/src/etc/Makefile", line 54: if-less endif > "/usr/src/etc/Makefile", line 55: Malformed conditional (${MK_BIND} != "no") > "/usr/src/etc/Makefile", line 57: Malformed conditional (${MK_BIND_LIBS} != "no") > "/usr/src/etc/Makefile", line 59: if-less endif > "/usr/src/etc/Makefile", line 60: if-less endif > "/usr/src/etc/Makefile", line 62: Malformed conditional (${MK_BIND_ETC} != "no") > "/usr/src/etc/Makefile", line 65: if-less endif > "/usr/src/etc/Makefile", line 69: Malformed conditional (${MK_SENDMAIL} == "no") > "/usr/src/etc/Makefile", line 71: if-less else > "/usr/src/etc/Makefile", line 74: if-less endif > "/usr/src/etc/Makefile", line 80: Malformed conditional (${MK_MAN} != "no") > "/usr/src/etc/Makefile", line 82: if-less endif > "/usr/src/etc/Makefile", line 130: Malformed conditional (${MK_I4B} != "no") > "/usr/src/etc/Makefile", line 132: if-less endif > "/usr/src/etc/Makefile", line 133: Malformed conditional (${MK_SENDMAIL} != "no") > "/usr/src/etc/Makefile", line 135: if-less endif > "/usr/src/etc/Makefile", line 136: Malformed conditional (${MK_OPENSSH} != "no") > "/usr/src/etc/Makefile", line 139: if-less endif > "/usr/src/etc/Makefile", line 140: Malformed conditional (${MK_OPENSSL} != "no") > "/usr/src/etc/Makefile", line 143: if-less endif > "/usr/src/etc/Makefile", line 144: Malformed conditional (${MK_KERBEROS} != "no") > "/usr/src/etc/Makefile", line 148: if-less endif > "/usr/src/etc/Makefile", line 161: Malformed conditional (${MK_BIND_ETC} != "no") > "/usr/src/etc/Makefile", line 164: if-less endif > "/usr/src/etc/Makefile", line 165: Malformed conditional (${MK_BIND_MTREE} != "no") > "/usr/src/etc/Makefile", line 170: if-less endif > "/usr/src/etc/Makefile", line 198: Malformed conditional (${MK_BIND_LIBS} != "no") > "/usr/src/etc/Makefile", line 201: if-less endif > "/usr/src/etc/Makefile", line 202: Malformed conditional (${MK_BIND_MTREE} != "no") > "/usr/src/etc/Makefile", line 205: if-less endif > "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SENDMAIL} != "no") > "/usr/src/etc/Makefile", line 208: if-less endif > make: fatal errors encountered -- cannot continue > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > the temproot environment > This appears to be related to ru's recent Makefile sweep. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:11:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 999FF16A41F for ; Mon, 20 Mar 2006 23:11:02 +0000 (UTC) (envelope-from lacombar@esiee.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E8E043D49 for ; Mon, 20 Mar 2006 23:11:01 +0000 (GMT) (envelope-from lacombar@esiee.fr) Received: from aries.rezo (lns-bzn-47f-62-147-132-174.adsl.proxad.net [62.147.132.174]) by smtp6-g19.free.fr (Postfix) with ESMTP id 08B44223D1; Tue, 21 Mar 2006 00:11:00 +0100 (CET) Received: by aries.rezo (Postfix, from userid 1001) id C913E2E023; Tue, 21 Mar 2006 00:12:06 +0100 (CET) Date: Tue, 21 Mar 2006 00:12:06 +0100 From: Arnaud LACOMBE To: Damien Bergamini Message-ID: <20060320231206.GA87760@aries.rezid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01f401c64c68$84f709d0$0300a8c0@COMETE> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 20 Mar 2006 23:15:51 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ral(4) crashed the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:11:02 -0000 On Mon, Mar 20, 2006 at 10:52:01PM +0100, Damien Bergamini wrote: > Thanks for the detailed report. > It's great to see someone with a RT2561 adapter :) > Support for those adapters is still at a very early stage. it seems so ;) In fact, at the beginning I was testing the card under netbsd but as it doesn't attach at all, I installed a freebsd. > It seems that the ieee80211_free_node() function is called from > rt2661_tx_intr() with a NULL node which should not happen. I'll > investigate on this. Does it work if you don't set a fixed rate? > I don't know, I didn't test to use it on a real network, I'll test tomorrow. By the way, I had another crash but this time, I was setting the txpower value. It crashed at the same place, here is a reduced backtrace: #11 0xc06f003d in ieee80211_free_node (ni=0x0) at /usr/src/sys/net80211/ieee80211_node.c:1600 #12 0xc05addf1 in rt2661_tx_intr (sc=0xc1cfd000) at /usr/src/sys/dev/ral/rt2661.c:996 #13 0xc05ae46a in rt2661_intr (arg=0xc1cfd000) at /usr/src/sys/dev/ral/rt2661.c:1245 #14 0xc059562d in cbb_func_intr (arg=0xc1b21000) at /usr/src/sys/dev/pccbb/pccbb.c:644 regards, Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:16:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57FF516A41F for ; Mon, 20 Mar 2006 23:16:15 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F57643D73 for ; Mon, 20 Mar 2006 23:16:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2KNG5nx073568; Tue, 21 Mar 2006 01:16:05 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 84853-04; Tue, 21 Mar 2006 01:16:04 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2KNFhYb073552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 01:15:43 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2KNG5Oq096440; Tue, 21 Mar 2006 01:16:05 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 01:16:04 +0200 From: Ruslan Ermilov To: Steve Kargl Message-ID: <20060320231604.GH83781@ip.net.ua> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bg2esWel0ueIH/G/" Content-Disposition: inline In-Reply-To: <20060320230009.GA55254@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:16:15 -0000 --Bg2esWel0ueIH/G/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2006 at 03:00:10PM -0800, Steve Kargl wrote: > On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: > >=20 > > *** The directory specified for the temporary root environment, > > /var/tmp/temproot, exists. This can be a security risk if untrusted > > users have access to the system. > >=20 > > Use 'd' to delete the old /var/tmp/temproot and continue > > Use 't' to select a new temporary root directory > > Use 'e' to exit mergemaster > >=20 > > Default is to use /var/tmp/temproot as is > >=20 > > How should I deal with this? [Use the existing /var/tmp/temproot]=20 > > *** Deleting the old /var/tmp/temproot > >=20 > > *** Creating the temporary root environment in /var/tmp/temproot > > *** /var/tmp/temproot ready for use > > *** Creating and populating directory structure in /var/tmp/temproot > >=20 > > "/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} = !=3D "no") > > "/usr/src/etc/Makefile", line 8: if-less endif > > "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_LPR} !=3D= "no") > > "/usr/src/etc/Makefile", line 36: if-less endif > > "/usr/src/etc/Makefile", line 38: Malformed conditional (${MK_OPENSSH} = !=3D "no") > > "/usr/src/etc/Makefile", line 42: if-less endif > > "/usr/src/etc/Makefile", line 43: Malformed conditional (${MK_OPENSSL} = !=3D "no") > > "/usr/src/etc/Makefile", line 45: if-less endif > > "/usr/src/etc/Makefile", line 52: Malformed conditional (${MK_SENDMAIL}= !=3D "no") > > "/usr/src/etc/Makefile", line 54: if-less endif > > "/usr/src/etc/Makefile", line 55: Malformed conditional (${MK_BIND} != =3D "no") > > "/usr/src/etc/Makefile", line 57: Malformed conditional (${MK_BIND_LIBS= } !=3D "no") > > "/usr/src/etc/Makefile", line 59: if-less endif > > "/usr/src/etc/Makefile", line 60: if-less endif > > "/usr/src/etc/Makefile", line 62: Malformed conditional (${MK_BIND_ETC}= !=3D "no") > > "/usr/src/etc/Makefile", line 65: if-less endif > > "/usr/src/etc/Makefile", line 69: Malformed conditional (${MK_SENDMAIL}= =3D=3D "no") > > "/usr/src/etc/Makefile", line 71: if-less else > > "/usr/src/etc/Makefile", line 74: if-less endif > > "/usr/src/etc/Makefile", line 80: Malformed conditional (${MK_MAN} !=3D= "no") > > "/usr/src/etc/Makefile", line 82: if-less endif > > "/usr/src/etc/Makefile", line 130: Malformed conditional (${MK_I4B} != =3D "no") > > "/usr/src/etc/Makefile", line 132: if-less endif > > "/usr/src/etc/Makefile", line 133: Malformed conditional (${MK_SENDMAIL= } !=3D "no") > > "/usr/src/etc/Makefile", line 135: if-less endif > > "/usr/src/etc/Makefile", line 136: Malformed conditional (${MK_OPENSSH}= !=3D "no") > > "/usr/src/etc/Makefile", line 139: if-less endif > > "/usr/src/etc/Makefile", line 140: Malformed conditional (${MK_OPENSSL}= !=3D "no") > > "/usr/src/etc/Makefile", line 143: if-less endif > > "/usr/src/etc/Makefile", line 144: Malformed conditional (${MK_KERBEROS= } !=3D "no") > > "/usr/src/etc/Makefile", line 148: if-less endif > > "/usr/src/etc/Makefile", line 161: Malformed conditional (${MK_BIND_ETC= } !=3D "no") > > "/usr/src/etc/Makefile", line 164: if-less endif > > "/usr/src/etc/Makefile", line 165: Malformed conditional (${MK_BIND_MTR= EE} !=3D "no") > > "/usr/src/etc/Makefile", line 170: if-less endif > > "/usr/src/etc/Makefile", line 198: Malformed conditional (${MK_BIND_LIB= S} !=3D "no") > > "/usr/src/etc/Makefile", line 201: if-less endif > > "/usr/src/etc/Makefile", line 202: Malformed conditional (${MK_BIND_MTR= EE} !=3D "no") > > "/usr/src/etc/Makefile", line 205: if-less endif > > "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SENDMAIL= } !=3D "no") > > "/usr/src/etc/Makefile", line 208: if-less endif > > make: fatal errors encountered -- cannot continue > >=20 > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > > the temproot environment > >=20 >=20 > This appears to be related to ru's recent Makefile sweep. >=20 mergemaster(8) should be fixed to run "make distrib-dirs" and "make distribution" from /usr/src, not from /usr/src/etc. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Bg2esWel0ueIH/G/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEHze0qRfpzJluFF4RAg+zAJ4nQ+6C5hj1IBP6lZNIJQZG1RyaQgCePt4m tiK7H4LNWSQS1MwRmZPT+qo= =RUSG -----END PGP SIGNATURE----- --Bg2esWel0ueIH/G/-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:23:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE8F16A420; Mon, 20 Mar 2006 23:23:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id F027E43D48; Mon, 20 Mar 2006 23:23:00 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k2KNN0DF079521; Mon, 20 Mar 2006 15:23:00 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k2KNN0fA079520; Mon, 20 Mar 2006 15:23:00 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Mar 2006 15:23:00 -0800 From: Steve Kargl To: Ruslan Ermilov Message-ID: <20060320232300.GA79185@troutmask.apl.washington.edu> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320231604.GH83781@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:23:01 -0000 On Tue, Mar 21, 2006 at 01:16:04AM +0200, Ruslan Ermilov wrote: > On Mon, Mar 20, 2006 at 03:00:10PM -0800, Steve Kargl wrote: >> On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: >>> >>> *** Creating the temporary root environment in /var/tmp/temproot >>> *** /var/tmp/temproot ready for use >>> *** Creating and populating directory structure in /var/tmp/temproot >>> >>> "/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") >>> "/usr/src/etc/Makefile", line 8: if-less endif >>> "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_LPR} != "no") (snip) >> >> This appears to be related to ru's recent Makefile sweep. >> > mergemaster(8) should be fixed to run "make distrib-dirs" and "make > distribution" from /usr/src, not from /usr/src/etc. > OK. So, is anyone looking into fixing this problem because if you follow /usr/src/UPDATING. You don't see the above error until after "make installworld ; mergemaster". -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:28:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DFB916A42B for ; Mon, 20 Mar 2006 23:28:25 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7169F43D73 for ; Mon, 20 Mar 2006 23:28:20 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2KNSJB2073894; Tue, 21 Mar 2006 01:28:19 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 85117-08; Tue, 21 Mar 2006 01:28:04 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2KNRPOL073856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 01:27:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2KNRk0T099420; Tue, 21 Mar 2006 01:27:46 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 01:27:46 +0200 From: Ruslan Ermilov To: Steve Kargl Message-ID: <20060320232746.GI83781@ip.net.ua> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvznHscUikHnwW2p" Content-Disposition: inline In-Reply-To: <20060320231604.GH83781@ip.net.ua> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:28:25 -0000 --GvznHscUikHnwW2p Content-Type: multipart/mixed; boundary="LYw3s/afESlflPpp" Content-Disposition: inline --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 01:16:04AM +0200, Ruslan Ermilov wrote: > On Mon, Mar 20, 2006 at 03:00:10PM -0800, Steve Kargl wrote: > > On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: [...] > > > "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SENDMA= IL} !=3D "no") > > > "/usr/src/etc/Makefile", line 208: if-less endif > > > make: fatal errors encountered -- cannot continue > > >=20 > > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > > > the temproot environment > > >=20 > >=20 > > This appears to be related to ru's recent Makefile sweep. > >=20 > mergemaster(8) should be fixed to run "make distrib-dirs" and "make > distribution" from /usr/src, not from /usr/src/etc. >=20 The attached patch seems to work. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: mergemaster.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/mergemaster/mergemaster.sh,v retrieving revision 1.53 diff -u -r1.53 mergemaster.sh --- mergemaster.sh 4 Feb 2006 18:24:06 -0000 1.53 +++ mergemaster.sh 20 Mar 2006 23:20:17 -0000 @@ -503,7 +503,7 @@ =20 case "${PRE_WORLD}" in '') - { cd ${SOURCEDIR} && + { cd ${SOURCEDIR%etc} && case "${DESTDIR}" in '') ;; *) @@ -511,12 +511,12 @@ ;; esac make DESTDIR=3D${TEMPROOT} ${ARCHSTRING} distrib-dirs && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} obj && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} all && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} obj SUBDIR= _OVERRIDE=3Detc && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} all SUBDIR= _OVERRIDE=3Detc && MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} \ DESTDIR=3D${TEMPROOT} distribution;} || { echo ''; - echo " *** FATAL ERROR: Cannot 'cd' to ${SOURCEDIR} and install file= s to"; + echo " *** FATAL ERROR: Cannot 'cd' to ${SOURCEDIR%etc} and install = files to"; echo " the temproot environment"; echo ''; exit 1;} --LYw3s/afESlflPpp-- --GvznHscUikHnwW2p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEHzpyqRfpzJluFF4RAiwsAJ0S8tcJ/Zc9bFv23jDaQowzIBQH5ACePyuV dOlQBovZufJUw8pH0REL3Qs= =TayI -----END PGP SIGNATURE----- --GvznHscUikHnwW2p-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:40:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A81D16A41F; Mon, 20 Mar 2006 23:40:10 +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 EB54A43D77; Mon, 20 Mar 2006 23:40:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (hcxw00877b96yt36@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k2KNe7c7072163; Mon, 20 Mar 2006 15:40:07 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k2KNe635072152; Mon, 20 Mar 2006 15:40:06 -0800 (PST) (envelope-from jmg) Date: Mon, 20 Mar 2006 15:40:06 -0800 From: John-Mark Gurney To: Ruslan Ermilov Message-ID: <20060320234006.GV35129@funkthat.com> Mail-Followup-To: Ruslan Ermilov , Steve Kargl , freebsd-current@freebsd.org References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320232746.GI83781@ip.net.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 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: freebsd-current@freebsd.org, Steve Kargl Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:40:10 -0000 Ruslan Ermilov wrote this message on Tue, Mar 21, 2006 at 01:27 +0200: > On Tue, Mar 21, 2006 at 01:16:04AM +0200, Ruslan Ermilov wrote: > > On Mon, Mar 20, 2006 at 03:00:10PM -0800, Steve Kargl wrote: > > > On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: > [...] > > > > "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SENDMAIL} != "no") > > > > "/usr/src/etc/Makefile", line 208: if-less endif > > > > make: fatal errors encountered -- cannot continue > > > > > > > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > > > > the temproot environment > > > > > > > > > > This appears to be related to ru's recent Makefile sweep. > > > > > mergemaster(8) should be fixed to run "make distrib-dirs" and "make > > distribution" from /usr/src, not from /usr/src/etc. > > > The attached patch seems to work. Should we also document that -m is suppose to be src's etc dir instead of src? I've accidentally pointed -m at src, and then it does a make which is quite ammuzing as it's completely the wrong thing... Or now that we call outside of /etc, should we make -m really point to src, and have the proper calls add etc to the directory? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:40:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60B0716A4A7; Mon, 20 Mar 2006 23:40:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C9D43D77; Mon, 20 Mar 2006 23:40:16 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k2KNeGOv041203; Mon, 20 Mar 2006 15:40:16 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k2KNeG9c041201; Mon, 20 Mar 2006 15:40:16 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Mar 2006 15:40:16 -0800 From: Steve Kargl To: Ruslan Ermilov Message-ID: <20060320234016.GA33003@troutmask.apl.washington.edu> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320232746.GI83781@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:40:18 -0000 On Tue, Mar 21, 2006 at 01:27:46AM +0200, Ruslan Ermilov wrote: > > The attached patch seems to work. > Yes. It appears to work. Thanks for such a quick response. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 23:43:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21CA516A400; Mon, 20 Mar 2006 23:43:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA6343DD1; Mon, 20 Mar 2006 23:42:06 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k2KNfjsn061819; Mon, 20 Mar 2006 15:41:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k2KNfjCk061803; Mon, 20 Mar 2006 15:41:45 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Mar 2006 15:41:45 -0800 From: Steve Kargl To: Ruslan Ermilov , freebsd-current@freebsd.org Message-ID: <20060320234145.GB33003@troutmask.apl.washington.edu> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320234006.GV35129@funkthat.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 23:43:11 -0000 On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: > > Should we also document that -m is suppose to be src's etc dir instead > of src? I've accidentally pointed -m at src, and then it does a make > which is quite ammuzing as it's completely the wrong thing... Or now > that we call outside of /etc, should we make -m really point to src, > and have the proper calls add etc to the directory? > Although you may already realize this, in this case -m did not work. I haven't tried -m with ru's patch. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 00:26:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED0A16A400; Tue, 21 Mar 2006 00:26:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A9943D58; Tue, 21 Mar 2006 00:26:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k2L0QtVu060648; Mon, 20 Mar 2006 19:26:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k2L0Qt46077309; Mon, 20 Mar 2006 19:26:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A4CB27304D; Mon, 20 Mar 2006 19:26:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> Date: Mon, 20 Mar 2006 19:26:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 00:26:57 -0000 TB --- 2006-03-20 22:59:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-20 22:59:50 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-03-20 22:59:50 - cleaning the object tree TB --- 2006-03-20 23:00:17 - checking out the source tree TB --- 2006-03-20 23:00:17 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-03-20 23:00:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-20 23:07:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-20 23:07:06 - cd /src TB --- 2006-03-20 23:07:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-21 00:13:30 - generating LINT kernel config TB --- 2006-03-21 00:13:30 - cd /src/sys/alpha/conf TB --- 2006-03-21 00:13:30 - /usr/bin/make -B LINT TB --- 2006-03-21 00:13:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-21 00:13:30 - cd /src TB --- 2006-03-21 00:13:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 21 00:13:30 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror vers.c linking kernel linux_sysent.o(.data+0x950): undefined reference to `linux_accept' linux_sysent.o(.data+0x980): undefined reference to `linux_send' linux_sysent.o(.data+0x998): undefined reference to `linux_recv' linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-21 00:26:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-21 00:26:55 - ERROR: failed to build lint kernel TB --- 2006-03-21 00:26:55 - tinderbox aborted TB --- 0.91 user 3.83 system 5225.22 real From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 01:45:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADBF016A401; Tue, 21 Mar 2006 01:45:03 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF49C43D4C; Tue, 21 Mar 2006 01:44:59 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 005C95797; Tue, 21 Mar 2006 02:55:10 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host129-150.pool875.interbusiness.it [87.5.150.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Tue, 21 Mar 2006 02:55:10 +0100 (CET) Message-ID: <441F5A8E.5090404@freesbie.org> Date: Tue, 21 Mar 2006 02:44:46 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Jacques Marneweck References: <441A819A.5070100@powertrip.co.za> In-Reply-To: <441A819A.5070100@powertrip.co.za> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig755C5C081DE88858182F5ADC" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, 'Daichi GOTO' , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, "'Mars G. Miro'" Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 01:45:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig755C5C081DE88858182F5ADC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jacques Marneweck ha scritto: > Danny Braniss wrote: >>> Daichi GOTO wrote: >>> =20 >>>> All folks have interests in improved unionfs should keep attentions >>>> and ask "how about merge?" at every turn :) >>>> =20 >>> OK. How about a merge? >>> >>> I'd really like to see this in 6-STABLE. >>> >>> Regards, >>> >>> Jan Mikkelsen. >>> =20 >> just a 'me too'. I've been running with the patch(under 6.1) and it's = >> definitely >> better than the panics with the unpatched version. in other words, >> IMHO, it does not break anything, and it actualy fixes somethings. >> >> danny >> =20 > Any ETA to when we can see this merged into 6.1 and 5.5? This patchset doesn't apply in 5.x branch. The unionfs code of 5.x is different and afaik is working quite well (we used it on freesbie 1.1 without problems). Cheers, --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig755C5C081DE88858182F5ADC 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.1 (Darwin) iD8DBQFEH1qTymi72IiShysRAsSDAJ41SGjn2b5HTmkJzN8AG3xX2zma5gCdFQA3 61JS++GZasR5BnkZm+1TwJI= =Dlnv -----END PGP SIGNATURE----- --------------enig755C5C081DE88858182F5ADC-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 03:46:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484F916A423 for ; Tue, 21 Mar 2006 03:46:55 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59CAD43D45 for ; Tue, 21 Mar 2006 03:46:53 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLXu6-000FLP-Td for freebsd-current@freebsd.org; Tue, 21 Mar 2006 11:51:31 +0800 Message-ID: <441F7635.4090300@micom.mng.net> Date: Tue, 21 Mar 2006 11:42:45 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 03:46:55 -0000 Hi, I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to FreeBSD-7.0-CURRENT. gw# uname -an FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 09:00:50 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 When I restarted the machine right after mergemaster, it said following error and didn't run rc scripts. I had to manually start some scripts. ... pid 104(rcorder), uid0: exited on signal 11 (core dumped) Segmentation fault (core dumped) ... Backtrace of core file is: gw# gdb rcorder rcorder.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `rcorder'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.5 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x080499b0 in ?? () (gdb) bt #0 0x080499b0 in ?? () #1 0x0804ae08 in environ () #2 0x5a5a5a5a in ?? () #3 0xbfbfe1a8 in ?? () #4 0x0804979b in ?? () #5 0x5a5a5a5a in ?? () #6 0x5a5a5a5a in ?? () #7 0xbfbfe1a8 in ?? () #8 0x280e78b6 in free () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 04:01:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE23316A41F for ; Tue, 21 Mar 2006 04:01:11 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA7043D45 for ; Tue, 21 Mar 2006 04:01:10 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLY7y-000Fag-Oz for freebsd-current@freebsd.org; Tue, 21 Mar 2006 12:05:50 +0800 Message-ID: <441F7991.8000505@micom.mng.net> Date: Tue, 21 Mar 2006 11:57:05 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <441F7635.4090300@micom.mng.net> In-Reply-To: <441F7635.4090300@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 04:01:11 -0000 Sorry for the noise. I read UPDATING and found out that dansguardian startup script was causing the problem. Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 04:12:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F2316A400 for ; Tue, 21 Mar 2006 04:12:57 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 001D243D64 for ; Tue, 21 Mar 2006 04:12:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (igloo.linux.gr [62.1.205.36]) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k2L4CaVc028609; Tue, 21 Mar 2006 06:12:37 +0200 Received: by flame.pc (Postfix, from userid 1001) id A48F5A0; Mon, 20 Mar 2006 20:12:19 -0800 (PST) Date: Mon, 20 Mar 2006 20:12:19 -0800 From: Giorgos Keramidas To: Ganbold Message-ID: <20060321041219.GA31213@flame.pc> References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.385, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.01, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 04:12:57 -0000 On 2006-03-21 11:42, Ganbold wrote: > Hi, > > I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to > FreeBSD-7.0-CURRENT. > > gw# uname -an > FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 > 09:00:50 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 > > When I restarted the machine right after mergemaster, it said following > error and > didn't run rc scripts. I had to manually start some scripts. > > ... > pid 104(rcorder), uid0: exited on signal 11 (core dumped) > Segmentation fault (core dumped) > ... > [snip stack trace without symbols] On 2006-03-21 11:57, Ganbold wrote: > Sorry for the noise. I read UPDATING and found out that > dansguardian startup script was causing the problem. Still a core dump is a core dump. Can you build a debugging version of rcorder and try again? This time the stack trace may be more useful. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 04:29:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95EEE16A400 for ; Tue, 21 Mar 2006 04:29:02 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94BB143D46 for ; Tue, 21 Mar 2006 04:29:01 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLYYs-000G1Z-6D; Tue, 21 Mar 2006 12:33:38 +0800 Message-ID: <441F8014.4040003@micom.mng.net> Date: Tue, 21 Mar 2006 12:24:52 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: Giorgos Keramidas References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> <20060321041219.GA31213@flame.pc> In-Reply-To: <20060321041219.GA31213@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 04:29:02 -0000 Giorgos Keramidas wrote: > On 2006-03-21 11:42, Ganbold wrote: > >> Hi, >> >> I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to >> FreeBSD-7.0-CURRENT. >> >> gw# uname -an >> FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 >> 09:00:50 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 >> >> When I restarted the machine right after mergemaster, it said following >> error and >> didn't run rc scripts. I had to manually start some scripts. >> >> ... >> pid 104(rcorder), uid0: exited on signal 11 (core dumped) >> Segmentation fault (core dumped) >> ... >> [snip stack trace without symbols] >> > > On 2006-03-21 11:57, Ganbold wrote: > >> Sorry for the noise. I read UPDATING and found out that >> dansguardian startup script was causing the problem. >> > > Still a core dump is a core dump. Can you build a debugging version of > rcorder and try again? This time the stack trace may be more useful. > How to enable debugging? I manually added in rcorder.c: #define DEBUG 1 #ifdef DEBUG int debug = 1; /* changed to from 0 to 1 */ Maybe above is wrong. After compile when I run rcorder: ... do_file on /usr/local/etc/rc.d/start-dg.sh. rcorder: Circular dependency on file `/usr/local/etc/rc.d/start-dg.sh'. rcorder: Circular dependency on provision `squid' in file `/usr/local/etc/rc.d/start-dg.sh'. next do: nuking /usr/local/etc/rc.d/start-dg.sh next do: /etc/rc.d/LOGIN nuking /etc/rc.d/LOGIN next do: /usr/local/etc/rc.d/squid.sh nuking /usr/local/etc/rc.d/squid.sh next do: /usr/local/etc/rc.d/start-dg.sh nuking /usr/local/etc/rc.d/start-dg.sh Segmentation fault (core dumped) Here is trace: Core was generated by `rcorder'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.5 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2813c48b in __vfprintf () from /lib/libc.so.6 (gdb) bt #0 0x2813c48b in __vfprintf () from /lib/libc.so.6 #1 0x2813a23e in __vfprintf () from /lib/libc.so.6 #2 0x2813d0fc in vfprintf () from /lib/libc.so.6 #3 0x2812b29a in fprintf () from /lib/libc.so.6 #4 0x08049aa3 in ?? () #5 0x28155eb0 in __sF () from /lib/libc.so.6 #6 0x08049e55 in ?? () #7 0x5a5a5a5a in ?? () #8 0x28155eb0 in __sF () from /lib/libc.so.6 #9 0x28155e58 in __sF () from /lib/libc.so.6 #10 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #11 0x08049c4d in ?? () #12 0xbfbfe220 in ?? () #13 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #14 0x080489e2 in ?? () #15 0x00000093 in ?? () #16 0xbfbfdfd0 in ?? () #17 0xbfbfe220 in ?? () #18 0x00000010 in ?? () #19 0x08049d1c in ?? () #20 0xbfbfdfb0 in ?? () #21 0xbfbfdfb4 in ?? () #22 0x00000000 in ?? () #23 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #24 0x00000093 in ?? () (gdb) Ganbold > - Giorgos > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 04:50:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1F216A400 for ; Tue, 21 Mar 2006 04:50:38 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B0C943D46 for ; Tue, 21 Mar 2006 04:50:37 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 0A2168A0079; Mon, 20 Mar 2006 20:55:07 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32498-02-76; Mon, 20 Mar 2006 20:55:01 -0800 (PST) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 469988A0049; Mon, 20 Mar 2006 20:55:01 -0800 (PST) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 91F6B900044F; Mon, 20 Mar 2006 20:50:30 -0800 (PST) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Mon, 20 Mar 2006 20:50:30 -0800 (PST) Message-ID: <62103.24.71.118.34.1142916630.squirrel@webmail.sd73.bc.ca> In-Reply-To: <441F7991.8000505@micom.mng.net> References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> Date: Mon, 20 Mar 2006 20:50:30 -0800 (PST) From: "Freddie Cash" To: "Ganbold" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 04:50:38 -0000 On Mon, March 20, 2006 7:57 pm, Ganbold wrote: > Sorry for the noise. I read UPDATING and found out that > dansguardian startup script was causing the problem. www/dansguardian or www/dansguardian-devel? www/dansguardian does not use a proper RCng script that fits into rcorder. I've been meaning to update it, but haven't yet. www/dansguardian-devel uses a proper, rcorder-compliant rc script, but it's an alpha-quality, under-development version. I'll see about updating the rc script for www/dansguardian this week to make it rcorder-safe. ---- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 05:03:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B95516A401 for ; Tue, 21 Mar 2006 05:03:45 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 405D343D46 for ; Tue, 21 Mar 2006 05:03:44 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLZ6S-000Gae-Pc; Tue, 21 Mar 2006 13:08:21 +0800 Message-ID: <441F8836.7070506@micom.mng.net> Date: Tue, 21 Mar 2006 12:59:34 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: Giorgos Keramidas References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> <20060321041219.GA31213@flame.pc> In-Reply-To: <20060321041219.GA31213@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 05:03:45 -0000 Giorgos Keramidas wrote: > On 2006-03-21 11:42, Ganbold wrote: > >> Hi, >> >> I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to >> FreeBSD-7.0-CURRENT. >> >> gw# uname -an >> FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 >> 09:00:50 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 >> >> When I restarted the machine right after mergemaster, it said following >> error and >> didn't run rc scripts. I had to manually start some scripts. >> >> ... >> pid 104(rcorder), uid0: exited on signal 11 (core dumped) >> Segmentation fault (core dumped) >> ... >> [snip stack trace without symbols] >> > > On 2006-03-21 11:57, Ganbold wrote: > >> Sorry for the noise. I read UPDATING and found out that >> dansguardian startup script was causing the problem. >> > > Still a core dump is a core dump. Can you build a debugging version of > rcorder and try again? This time the stack trace may be more useful. > When I removed following piece of code in do_file of rcorder.c it didn't dump core. Maybe there should be some additional checking: ... DPRINTF((stderr, "nuking %s\n", fnode->filename)); - if (was_set == 0) { - free(fnode->filename); - free(fnode); - } ... Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 06:29:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6841616A423 for ; Tue, 21 Mar 2006 06:29:43 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE2843D49 for ; Tue, 21 Mar 2006 06:29:35 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2L6TXAa095066; Tue, 21 Mar 2006 08:29:33 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 97822-24; Tue, 21 Mar 2006 08:29:06 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2L6SeJM095046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 08:28:40 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2L6T13A077913; Tue, 21 Mar 2006 08:29:01 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 08:29:01 +0200 From: Ruslan Ermilov To: Steve Kargl , freebsd-current@freebsd.org Message-ID: <20060321062901.GB77849@ip.net.ua> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <20060320234006.GV35129@funkthat.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 06:29:43 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: > Ruslan Ermilov wrote this message on Tue, Mar 21, 2006 at 01:27 +0200: > > On Tue, Mar 21, 2006 at 01:16:04AM +0200, Ruslan Ermilov wrote: > > > On Mon, Mar 20, 2006 at 03:00:10PM -0800, Steve Kargl wrote: > > > > On Mon, Mar 20, 2006 at 02:17:41PM -0800, Steve Kargl wrote: > > [...] > > > > > "/usr/src/etc/Makefile", line 206: Malformed conditional (${MK_SE= NDMAIL} !=3D "no") > > > > > "/usr/src/etc/Makefile", line 208: if-less endif > > > > > make: fatal errors encountered -- cannot continue > > > > >=20 > > > > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files = to > > > > > the temproot environment > > > > >=20 > > > >=20 > > > > This appears to be related to ru's recent Makefile sweep. > > > >=20 > > > mergemaster(8) should be fixed to run "make distrib-dirs" and "make > > > distribution" from /usr/src, not from /usr/src/etc. > > >=20 > > The attached patch seems to work. >=20 > Should we also document that -m is suppose to be src's etc dir instead > of src? I've accidentally pointed -m at src, and then it does a make > which is quite ammuzing as it's completely the wrong thing... Or now > that we call outside of /etc, should we make -m really point to src, > and have the proper calls add etc to the directory? >=20 I didn't care looking into how -m is documented until now. :-) OK, I will make it do what it ought to be, i.e. point at src/ top. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEH50tqRfpzJluFF4RApYHAJ9ySV+zKuGsqGiCKx1N37jcFOGbfQCeJ61f QSA8OfiH11dqm5RqwrsaGhY= =AgZm -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 06:43:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC19216A401 for ; Tue, 21 Mar 2006 06:43:34 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E634843D5F for ; Tue, 21 Mar 2006 06:43:30 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLaf5-000ICo-9V; Tue, 21 Mar 2006 14:48:11 +0800 Message-ID: <441F9F9D.9060504@micom.mng.net> Date: Tue, 21 Mar 2006 14:39:25 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: Giorgos Keramidas References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> <20060321041219.GA31213@flame.pc> In-Reply-To: <20060321041219.GA31213@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 06:43:34 -0000 Giorgos Keramidas wrote: > On 2006-03-21 11:42, Ganbold wrote: > >> Hi, >> >> I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to >> FreeBSD-7.0-CURRENT. >> >> gw# uname -an >> FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 >> 09:00:50 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 >> >> When I restarted the machine right after mergemaster, it said following >> error and >> didn't run rc scripts. I had to manually start some scripts. >> >> ... >> pid 104(rcorder), uid0: exited on signal 11 (core dumped) >> Segmentation fault (core dumped) >> ... >> [snip stack trace without symbols] >> > > On 2006-03-21 11:57, Ganbold wrote: > >> Sorry for the noise. I read UPDATING and found out that >> dansguardian startup script was causing the problem. >> > > Still a core dump is a core dump. Can you build a debugging version of > rcorder and try again? This time the stack trace may be more useful. > Following patch fixed rcorder problem. I'm not sure whether this is correct fix or not. --- rcorder.c Tue Jan 17 16:01:00 2006 +++ rcorder.c-new Tue Mar 21 14:10:41 2006 @@ -798,8 +798,10 @@ DPRINTF((stderr, "nuking %s\n", fnode->filename)); if (was_set == 0) { - free(fnode->filename); - free(fnode); + if(fnode->next == NULL){ + free(fnode->filename); + free(fnode); + } } } Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 06:46:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 367BA16A41F; Tue, 21 Mar 2006 06:46:20 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C7B43D5A; Tue, 21 Mar 2006 06:46:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2L6kFdK095524; Tue, 21 Mar 2006 08:46:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 99120-12; Tue, 21 Mar 2006 08:46:06 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2L6j75G095498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 08:45:07 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2L6jTJg078048; Tue, 21 Mar 2006 08:45:29 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 08:45:28 +0200 From: Ruslan Ermilov To: Doug Barton Message-ID: <20060321064528.GD77849@ip.net.ua> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> <20060320234145.GB33003@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline In-Reply-To: <20060320234145.GB33003@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org, Steve Kargl Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 06:46:20 -0000 --LSp5EJdfMPwZcMS1 Content-Type: multipart/mixed; boundary="8nsIa27JVQLqB7/C" Content-Disposition: inline --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2006 at 03:41:45PM -0800, Steve Kargl wrote: > On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: > >=20 > > Should we also document that -m is suppose to be src's etc dir instead > > of src? I've accidentally pointed -m at src, and then it does a make > > which is quite ammuzing as it's completely the wrong thing... Or now > > that we call outside of /etc, should we make -m really point to src, > > and have the proper calls add etc to the directory? > >=20 >=20 > Although you may already realize this, in this case -m did not work. > I haven't tried -m with ru's patch. >=20 Doesn't really matter, mergemaster(8) was broken because it was written when we didn't have correct wrappers for "distrib-dirs" and "distribution", upgrade and cross-arch friendly, at the top level. Anyway, attached is the patch I'd like to commit after a nod =66rom Doug. It fixes mergemaster(8) to use src/Makefile wrappers for distrib-dirs and distribution targets, and makes it use TARGET_ARCH instead of faking up MACHINE_ARCH, now that it uses the correct wrappers. It also makes ${SOURCEDIR} and -m point at the src/ top, as documented in a manpage. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: mergemaster.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/mergemaster/mergemaster.sh,v retrieving revision 1.53 diff -u -r1.53 mergemaster.sh --- mergemaster.sh 4 Feb 2006 18:24:06 -0000 1.53 +++ mergemaster.sh 21 Mar 2006 06:39:08 -0000 @@ -242,7 +242,7 @@ while getopts ":ascrvhipCPm:t:du:w:D:A:" COMMAND_LINE_ARGUMENT ; do case "${COMMAND_LINE_ARGUMENT}" in A) - ARCHSTRING=3D'MACHINE_ARCH=3D'${OPTARG} + ARCHSTRING=3D'TARGET_ARCH=3D'${OPTARG} ;; s) STRICT=3Dyes @@ -380,7 +380,7 @@ =20 # Assign the source directory # -SOURCEDIR=3D${SOURCEDIR:-/usr/src/etc} +SOURCEDIR=3D${SOURCEDIR:-/usr/src} =20 # Check the width of the user's terminal # @@ -511,8 +511,8 @@ ;; esac make DESTDIR=3D${TEMPROOT} ${ARCHSTRING} distrib-dirs && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} obj && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} all && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} obj SUBDIR= _OVERRIDE=3Detc && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} all SUBDIR= _OVERRIDE=3Detc && MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} \ DESTDIR=3D${TEMPROOT} distribution;} || { echo ''; @@ -524,8 +524,8 @@ *) # Only set up files that are crucial to {build|install}world { mkdir -p ${TEMPROOT}/etc && - cp -p ${SOURCEDIR}/master.passwd ${TEMPROOT}/etc && - cp -p ${SOURCEDIR}/group ${TEMPROOT}/etc;} || + cp -p ${SOURCEDIR}/etc/master.passwd ${TEMPROOT}/etc && + cp -p ${SOURCEDIR}/etc/group ${TEMPROOT}/etc;} || { echo ''; echo ' *** FATAL ERROR: Cannot copy files to the temproot environme= nt'; echo ''; @@ -590,7 +590,7 @@ echo '' echo " *** Your umask is currently set to ${USER_UMASK}. By default, = this script" echo " installs all files with the same user, group and modes that" - echo " they are created with by ${SOURCEDIR}/Makefile, compared to" + echo " they are created with by ${SOURCEDIR}/etc/Makefile, compare= d to" echo " a umask of 022. This umask allows world read permission wh= en" echo " the file's default permissions have it." echo '' @@ -840,7 +840,7 @@ fi =20 # Using -size +0 avoids uselessly checking the empty log files created -# by ${SOURCEDIR}/Makefile and the device entries in ./dev, but does +# by ${SOURCEDIR}/etc/Makefile and the device entries in ./dev, but does # check the scripts in ./dev, as we'd like (assuming no devfs of course). # for COMPFILE in `find . -type f -size +0`; do @@ -1095,7 +1095,7 @@ case "${PRE_WORLD}" in '') ;; *) - MAKE_CONF=3D"${SOURCEDIR%etc}share/examples/etc/make.conf" + MAKE_CONF=3D"${SOURCEDIR}/share/examples/etc/make.conf" =20 (echo '' echo '*** Comparing make variables' --8nsIa27JVQLqB7/C-- --LSp5EJdfMPwZcMS1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEH6EIqRfpzJluFF4RAsrUAJ9e8TDk7H4KvMTD6hn4BfIsk06JbgCfXbFT Kch5OWoNDbf5QHMfULgKA0I= =h+E4 -----END PGP SIGNATURE----- --LSp5EJdfMPwZcMS1-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 07:46:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 016B716A401 for ; Tue, 21 Mar 2006 07:46:15 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4841E43D45 for ; Tue, 21 Mar 2006 07:46:14 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id r21so1046084wxc for ; Mon, 20 Mar 2006 23:46:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QdSEnUhSxUkuz56hQqbDR1M7G/lipDhpvemwqbhbYcKemwEfRPb+XycPGGsmjuGIsCNsn9LbpRGt696yCrYqoWHTSVuGh44d9yrgBV+RLYFScu5HqLzOBksHxVe2RvG/cNnUHCY+WLndw1SbR0FCvR19AwVxUYvHXhvf6ZgxVL8= Received: by 10.70.28.2 with SMTP id b2mr635818wxb; Mon, 20 Mar 2006 23:46:13 -0800 (PST) Received: by 10.70.115.19 with HTTP; Mon, 20 Mar 2006 23:46:13 -0800 (PST) Message-ID: <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> Date: Tue, 21 Mar 2006 13:16:13 +0530 From: "Joseph Koshy" To: "Andrew Gallatin" In-Reply-To: <17405.53911.686306.362353@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 07:46:15 -0000 >>>> "ag" =3D=3D "Andrew Gallatin " said: ag> My only problem with hwpmc is that it will not work for kernel ag> modules. The following patch implements support for profiling of dynamically loaded kernel modules and dlopen()'ed (userland) shared objects. Could you please test/review? http://people.freebsd.org/~jkoshy/projects/perf-measurement/snapshot-8.html -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 10:08:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F2216A41F; Tue, 21 Mar 2006 10:08:02 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A1643D46; Tue, 21 Mar 2006 10:08:00 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB67.dip.t-dialin.net [84.165.251.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2L9muha023567; Tue, 21 Mar 2006 10:48:57 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2LA7wS9030008; Tue, 21 Mar 2006 11:07:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 21 Mar 2006 11:07:58 +0100 Message-ID: <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 21 Mar 2006 11:07:58 +0100 From: Alexander Leidinger To: FreeBSD Tinderbox References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> In-Reply-To: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 10:08:02 -0000 FreeBSD Tinderbox wrote: > linking kernel > linux_sysent.o(.data+0x950): undefined reference to `linux_accept' > linux_sysent.o(.data+0x980): undefined reference to `linux_send' > linux_sysent.o(.data+0x998): undefined reference to `linux_recv' > linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' > linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' > linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' > *** Error code 1 Can I have the output of "ident $SRC/sys/alpha/linux/* $SRC/sys/compat/linux/*" for this build please (or alternatively a "it builds now")? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Not everything worth doing is worth doing well. From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 10:30:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D259316A41F; Tue, 21 Mar 2006 10:30:36 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B5643D46; Tue, 21 Mar 2006 10:30:35 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LAUXWm003498; Tue, 21 Mar 2006 12:30:33 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 17911-04; Tue, 21 Mar 2006 12:30:07 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LATbqV003455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 12:29:37 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2LATxOH078953; Tue, 21 Mar 2006 12:29:59 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 12:29:58 +0200 From: Ruslan Ermilov To: Alexander Leidinger Message-ID: <20060321102958.GE77849@ip.net.ua> References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vKFfOv5t3oGVpiF+" Content-Disposition: inline In-Reply-To: <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: alpha@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 10:30:37 -0000 --vKFfOv5t3oGVpiF+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 11:07:58AM +0100, Alexander Leidinger wrote: > FreeBSD Tinderbox wrote: >=20 > >linking kernel > >linux_sysent.o(.data+0x950): undefined reference to `linux_accept' > >linux_sysent.o(.data+0x980): undefined reference to `linux_send' > >linux_sysent.o(.data+0x998): undefined reference to `linux_recv' > >linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' > >linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' > >linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' > >*** Error code 1 >=20 > Can I have the output of "ident $SRC/sys/alpha/linux/* > $SRC/sys/compat/linux/*" for this build please (or alternatively a "it > builds now")? >=20 Did you cross-build the alpha/LINT kernel in your testing? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vKFfOv5t3oGVpiF+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEH9WmqRfpzJluFF4RArkeAJ46olRshoLZuuNMeIYKG4zUA7j3ogCfYMsn OA977OX1xWl7Z3Ecq5wl+4E= =nYDx -----END PGP SIGNATURE----- --vKFfOv5t3oGVpiF+-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 11:23:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0022016A401; Tue, 21 Mar 2006 11:23:37 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F73C43D46; Tue, 21 Mar 2006 11:23:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LBNZqK005507; Tue, 21 Mar 2006 13:23:35 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 21737-02; Tue, 21 Mar 2006 13:23:08 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LBMqlJ005493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 13:22:52 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2LBNEsI079185; Tue, 21 Mar 2006 13:23:14 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 13:23:14 +0200 From: Ruslan Ermilov To: Alexander Leidinger Message-ID: <20060321112313.GF77849@ip.net.ua> References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PyMzGVE0NRonI6bs" Content-Disposition: inline In-Reply-To: <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: alpha@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 11:23:38 -0000 --PyMzGVE0NRonI6bs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 11:07:58AM +0100, Alexander Leidinger wrote: > FreeBSD Tinderbox wrote: >=20 > >linking kernel > >linux_sysent.o(.data+0x950): undefined reference to `linux_accept' > >linux_sysent.o(.data+0x980): undefined reference to `linux_send' > >linux_sysent.o(.data+0x998): undefined reference to `linux_recv' > >linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' > >linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' > >linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' > >*** Error code 1 >=20 > Can I have the output of "ident $SRC/sys/alpha/linux/* > $SRC/sys/compat/linux/*" for this build please (or alternatively a "it > builds now")? >=20 It *IS* broken, just checked. This is because sys/compat/linux/linux_socke= t.c doesn't compile the above linux_*() code on alpha, probably for a reason. On your box, cd sys/alpha/conf && MAKE LINT make -DNO_CLEAN TARGET_ARCH=3Dalpha kernel-toolchain make -DNO_CLEAN TARGET_ARCH=3Dalpha buildkernel KERNCONF=3DLINT : # tail build-alpha-LINT.log=20 : linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' : *** Error code 1 :=20 : Stop in /usr/obj/alpha/usr/src/sys/LINT. : *** Error code 1 :=20 : Stop in /usr/src. : *** Error code 1 :=20 : Stop in /usr/src. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PyMzGVE0NRonI6bs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEH+IhqRfpzJluFF4RAt3zAJ9OGJh+tIIu11HVZcmGL11tJuYjAACgiwIV w5Qd4hjXH3OC0TkbBT51yxc= =8Tjt -----END PGP SIGNATURE----- --PyMzGVE0NRonI6bs-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 11:49:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACC2016A401; Tue, 21 Mar 2006 11:49:02 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036F443D45; Tue, 21 Mar 2006 11:49:01 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB67.dip.t-dialin.net [84.165.251.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2LBTtU2023907; Tue, 21 Mar 2006 12:29:56 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2LBmwbs048701; Tue, 21 Mar 2006 12:48:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 21 Mar 2006 12:48:57 +0100 Message-ID: <20060321124857.5kpigeieoogsscwk@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 21 Mar 2006 12:48:57 +0100 From: Alexander Leidinger To: Ruslan Ermilov References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> <20060321102958.GE77849@ip.net.ua> In-Reply-To: <20060321102958.GE77849@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 11:49:02 -0000 Ruslan Ermilov wrote: > On Tue, Mar 21, 2006 at 11:07:58AM +0100, Alexander Leidinger wrote: >> FreeBSD Tinderbox wrote: >> >> >linking kernel >> >linux_sysent.o(.data+0x950): undefined reference to `linux_accept' >> >linux_sysent.o(.data+0x980): undefined reference to `linux_send' >> >linux_sysent.o(.data+0x998): undefined reference to `linux_recv' >> >linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' >> >linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' >> >linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' >> >*** Error code 1 >> >> Can I have the output of "ident $SRC/sys/alpha/linux/* >> $SRC/sys/compat/linux/*" for this build please (or alternatively a "it >> builds now")? >> > Did you cross-build the alpha/LINT kernel in your testing? No, the GENERIC kernel exhibited the errors already. Do we have some stuff in there which affects the linuxolator? I don't remember to have ever seen anything which should affect the linuxolator (compared to GENERIC). I have a look at LINT at home in the evening. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 You had mail, but the super-user read it, and deleted it! From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 12:01:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431C716A401; Tue, 21 Mar 2006 12:01:47 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BB643D4C; Tue, 21 Mar 2006 12:01:46 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB67.dip.t-dialin.net [84.165.251.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2LBgdXk023953; Tue, 21 Mar 2006 12:42:40 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2LC1gEs051130; Tue, 21 Mar 2006 13:01:42 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 21 Mar 2006 13:01:41 +0100 Message-ID: <20060321130141.nno7zu3ogggkcw0k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 21 Mar 2006 13:01:41 +0100 From: Alexander Leidinger To: Ruslan Ermilov References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> <20060321112313.GF77849@ip.net.ua> In-Reply-To: <20060321112313.GF77849@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 12:01:47 -0000 Ruslan Ermilov wrote: > On Tue, Mar 21, 2006 at 11:07:58AM +0100, Alexander Leidinger wrote: >> FreeBSD Tinderbox wrote: >> >> >linking kernel >> >linux_sysent.o(.data+0x950): undefined reference to `linux_accept' >> >linux_sysent.o(.data+0x980): undefined reference to `linux_send' >> >linux_sysent.o(.data+0x998): undefined reference to `linux_recv' >> >linux_sysent.o(.data+0xbc0): undefined reference to `linux_recvfrom' >> >linux_sysent.o(.data+0xd40): undefined reference to `linux_getpeername' >> >linux_sysent.o(.data+0xe18): undefined reference to `linux_getsockname' >> >*** Error code 1 >> >> Can I have the output of "ident $SRC/sys/alpha/linux/* >> $SRC/sys/compat/linux/*" for this build please (or alternatively a "it >> builds now")? >> > It *IS* broken, just checked. This is because > sys/compat/linux/linux_socket.c > doesn't compile the above linux_*() code on alpha, probably for a reason. I don't see the reason on a quick look (with cvsweb). The more interesting question ATM is: why did a cross-buildkernel with GENERIC succeed? It should exhibit the same problem, shouldn't it? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 After all, all he did was string together a lot of old, well-known quotations. -- H.L. Mencken, on Shakespeare From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 12:17:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BA8F16A400; Tue, 21 Mar 2006 12:17:59 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C30C43D45; Tue, 21 Mar 2006 12:17:57 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB67.dip.t-dialin.net [84.165.251.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2LBwq24024005; Tue, 21 Mar 2006 12:58:53 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2LCHtHw054057; Tue, 21 Mar 2006 13:17:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 21 Mar 2006 13:17:54 +0100 Message-ID: <20060321131754.k7q8g8gn40kskogo@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 21 Mar 2006 13:17:54 +0100 From: Alexander Leidinger To: Alexander Leidinger References: <20060321002655.A4CB27304D@freebsd-current.sentex.ca> <20060321110758.wy5mof8zeo4oowow@netchild.homeip.net> <20060321112313.GF77849@ip.net.ua> <20060321130141.nno7zu3ogggkcw0k@netchild.homeip.net> In-Reply-To: <20060321130141.nno7zu3ogggkcw0k@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 12:17:59 -0000 Alexander Leidinger wrote: > I don't see the reason on a quick look (with cvsweb). The more interesting > question ATM is: why did a cross-buildkernel with GENERIC succeed? It should > exhibit the same problem, shouldn't it? Never mind, I know why GENERIC doesn't break. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 no "any" key on keyboard From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 07:38:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10CC216A400 for ; Tue, 21 Mar 2006 07:38:33 +0000 (UTC) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1536D43D45 for ; Tue, 21 Mar 2006 07:38:31 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.134] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLbWI-000J6p-4h for freebsd-current@freebsd.org; Tue, 21 Mar 2006 15:43:10 +0800 Message-ID: <009001c64cba$6630f3b0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 21 Mar 2006 15:38:08 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Tue, 21 Mar 2006 12:32:36 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD-6.0 amd boot on Intel EMT64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 07:38:33 -0000 Hello, We tried to boot FreeBSD-6.0 AMD64 CD on Intel EMT64 server from Dell = PowerEdge 6800. Is it possible? Balgaa From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 09:36:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862B016A422; Tue, 21 Mar 2006 09:36:55 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EACD643D58; Tue, 21 Mar 2006 09:36:54 +0000 (GMT) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id k2L9ajgS022907; Tue, 21 Mar 2006 01:36:45 -0800 (PST) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id k2L9aiFL022904; Tue, 21 Mar 2006 01:36:44 -0800 (PST) (envelope-from john@kozubik.com) Date: Tue, 21 Mar 2006 01:36:44 -0800 (PST) From: John Kozubik To: freebsd-current@freebsd.org Message-ID: <20060320224313.O55763@kozubik.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 21 Mar 2006 12:35:45 +0000 Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, tegge@freebsd.org, kris@obsecurity.org Subject: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 09:36:55 -0000 Hello, By request of the participants of freebsd-fs, I have been testing the behavior and stability of UFS2 snapshots on FreeBSD 6.1-Beta4 for several days now. Unfortunately, I have confirmed that behavior from existing PRs (circa 6.0) still manifests itself, as well as some additional bad behavior that has not yet been documented in PRs. I hope that I am making this information available soon enough so that it may be acted upon prior to the release of 6.1. It would make me very happy to confidently use snapshots on FreeBSD (something that has never been possible in the past). ----- Here is the behavior I have witnessed: First, I have confirmed that a filesystem with multiple snapshots that undergoes multiple, rapid deletions of files, will cause the system to hang. I have witnessed this before, but had not confirmed it or documented it in a PR. Now that I have confirmed this behavior, I have documented it in: kern/94769 This is a serious problem because, in addition to making it nearly impossible to run a system with multiple snapshots, it is conceivable that enough rapid file deletions could occur on an otherwise non snapshotted system that has a single snapshot on it due to a background fsck, to cause the system to hang. Second, kern/92292 is still a problem. I have reproduced this error in 6.1-BETA4 (and have seen it happening since 5.1). The (small) difference is that the cp process seems to stick in the flswai state instead of biowr. This next one is complicated, and I haven't submitted a PR for it yet, but I believe it is quite serious for reasons I will expand on below. The problem is: If you completely fill a filesystem (109% usage in `df` on most systems) that has a snapshot on it, the system becomes very unresponsive - all interactive and disk response lags terribly and, although the system is not hung, it is in many cases unusable. I believe this is serious because it is conceivable that the snapshots on a filesystem contain critical data, while at the same time the system they are on is a critical system. If one allows a snapshotted filesystem to fill, one is faced with the difficult choice of deleting a snapshot with potentially critical data on it, or sacrificing the use of that _entire computer system_. Data cannot be deleted from that filesystem to free up space because that data continues to reside on the snapshots. This behavior makes it imperative that an administrator never allow a snapshotted filesystem to become full or close to full, which is perhaps unreasonable. Related to the last problem, is the fact that a filesystem (without snapshots) that is completely full will still sync properly with no errors. However, when one fills up a filesystem that already has snapshots living on it, sync fails with the message: /mnt/data1: write failed, filesystem is full I do not know if the sync is in fact unsuccessful or not. In essence, the current behavior means that a filesystem that has snapshots on it experiences a point of no return if that file system ever fills up completely. A snapshot _must be deleted_ to allow the system to return to reasonable performance. I have not been able to determine if kern/92272 still exists on FreeBSD 6.1BETA4. It looks like it does, but I haven't had time to test conclusively. Finally, most trivial, an attempted snapshot that fails due to insufficient space on the target filesystem fails with error: mksnap_ffs: Cannot create /mnt/data1/.snap/almost_full: No space left on device However, it still creates a zero byte file. I think it should create no file at all. Thank you for reviewing this - please contact me if there are further tests that I can run, or additional details I can provide. P.S. The items above related to bad behavior when disks fill are items I am having a hard time recreating perfectly. That is to say, every time I combine snapshots with full disks on 6.1-BETA4, bad things happen (terrible performance or hangs, or both), but I am having trouble recreating exact scenarios. YMMV. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 12:44:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E636A16A400 for ; Tue, 21 Mar 2006 12:44:36 +0000 (UTC) (envelope-from wilfre@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4678343D4C for ; Tue, 21 Mar 2006 12:44:34 +0000 (GMT) (envelope-from wilfre@mail.ru) Received: from [213.59.98.218] (port=56888 helo=[192.168.111.6]) by mx6.mail.ru with asmtp id 1FLgDx-0009hJ-00 for freebsd-current@freebsd.org; Tue, 21 Mar 2006 15:44:33 +0300 Message-ID: <441FF530.6060904@mail.ru> Date: Tue, 21 Mar 2006 15:44:32 +0300 From: "Andrey V. Semyonov" User-Agent: Thunderbird 1.5 (X11/20060309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <009001c64cba$6630f3b0$0201000a@JACK> In-Reply-To: <009001c64cba$6630f3b0$0201000a@JACK> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD-6.0 amd boot on Intel EMT64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 12:44:37 -0000 Balgansuren Batsukh wrote: > We tried to boot FreeBSD-6.0 AMD64 CD on Intel EMT64 server from Dell PowerEdge 6800. EM64T support is a part of AMD64 arch support. Some issues are possible on some specific hardware. But EM64T is supported in FreeBSD-amd64 version. From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 13:26:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B917216A400 for ; Tue, 21 Mar 2006 13:26:44 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id A379643D62 for ; Tue, 21 Mar 2006 13:26:39 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 35261 invoked from network); 21 Mar 2006 13:26:36 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 21 Mar 2006 13:26:36 -0000 Message-ID: <441FFF0C.4010107@FreeBSD.org> Date: Tue, 21 Mar 2006 14:26:36 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-ports@freebsd.org, ahze@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 13:26:44 -0000 Short summary: I made a patch to ccache port so that we can actually and effectively use ccache when making buildworld and buildkernel. The patch can be found at: http://www.alexdupre.com/ccache.diff Read the ccache-freebsd-howto.txt file before using ccache. Long description: As you know, until now, building FreeBSD with ccache spotted several issues because of the complex "make world" process; in particular it changes the default path and build a new compiler with different header files and this avoids any effective use of ccache. Some workarounds grew up, but they fix only a subset of the problems, creating (sooner or later) issues elsewhere. This patch tries to fix (or at least minimize) all the problems, implementing a mixture of floating ideas collected from various threads. For an implementation overview, I recommend to read the simple patch, because explaining it will be more complex for me :-) Benchmarks: Just booted into a new world/kernel, compiled (and installed) for the first time with ccache. /usr/obj is empty. # ccache -s cache directory /usr/.ccache cache hit 932 cache miss 16144 called for link 755 multiple source files 1 compile failed 107 preprocessor error 35 not a C/C++ file 1550 autoconf compile/link 807 unsupported compiler option 546 no input file 116 files in cache 32288 cache size 219.7 Mbytes max cache size 976.6 Mbytes # time make buildworld [...] 547.504u 206.484s 18:02.28 69.6% 2792+1865k 38436+7220io 6874pf+0w # ccache -s cache directory /usr/.ccache cache hit 13027 cache miss 16265 called for link 1311 multiple source files 2 compile failed 107 preprocessor error 35 not a C/C++ file 2759 autoconf compile/link 807 unsupported compiler option 546 no input file 117 files in cache 32530 cache size 220.0 Mbytes max cache size 976.6 Mbytes # time make buildkernel [...] 125.756u 47.537s 5:03.57 57.0% 2664+1990k 13871+4882io 715pf+0w # ccache -s cache directory /usr/.ccache cache hit 15070 cache miss 16268 called for link 1314 multiple source files 2 compile failed 107 preprocessor error 35 not a C/C++ file 2763 autoconf compile/link 807 unsupported compiler option 552 no input file 117 files in cache 32536 cache size 220.2 Mbytes max cache size 976.6 Mbytes -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 13:45:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB6C16A423 for ; Tue, 21 Mar 2006 13:45:47 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD2C43D53 for ; Tue, 21 Mar 2006 13:45:45 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by zproxy.gmail.com with SMTP id n1so2260323nzf for ; Tue, 21 Mar 2006 05:45:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GWJjpQLegMO2HfT5RjsmWHIhugdB1B8sggBvFqGMe+YYeYu7XsjzlRiqO3kr7w7moES82K4EdfL7pU6GAQl25CE7d6mFGAHPSwUzpfosovoOSs9nBBl3dq3DtE01tAQH43A8o/DjYnqlk6G6wfrWr6FlOdi8YO5kyHtnBJcENpE= Received: by 10.36.46.19 with SMTP id t19mr1589466nzt; Tue, 21 Mar 2006 05:45:41 -0800 (PST) Received: by 10.36.103.2 with HTTP; Tue, 21 Mar 2006 05:45:41 -0800 (PST) Message-ID: Date: Tue, 21 Mar 2006 08:45:41 -0500 From: "michael johnson" To: "Alex Dupre" In-Reply-To: <441FFF0C.4010107@FreeBSD.org> MIME-Version: 1.0 References: <441FFF0C.4010107@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, ahze@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahze@ahze.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 13:45:47 -0000 On 3/21/06, Alex Dupre wrote: > > Short summary: > > I made a patch to ccache port so that we can actually and effectively > use ccache when making buildworld and buildkernel. The patch can be > found at: http://www.alexdupre.com/ccache.diff > Read the ccache-freebsd-howto.txt file before using ccache. > > Long description: > > As you know, until now, building FreeBSD with ccache spotted several > issues because of the complex "make world" process; in particular it > changes the default path and build a new compiler with different header > files and this avoids any effective use of ccache. Some workarounds grew > up, but they fix only a subset of the problems, creating (sooner or > later) issues elsewhere. This patch tries to fix (or at least minimize) > all the problems, implementing a mixture of floating ideas collected > from various threads. For an implementation overview, I recommend to > read the simple patch, because explaining it will be more complex for me > :-) > > Benchmarks: I think everything looks good, but is there not some overhead by using a shell script in world-cc and world-c++? I'm not sure that there would be a better way of doing what you want than what you have now though. Just booted into a new world/kernel, compiled (and installed) for the > first time with ccache. /usr/obj is empty. > > # ccache -s > cache directory /usr/.ccache > cache hit 932 > cache miss 16144 > called for link 755 > multiple source files 1 > compile failed 107 > preprocessor error 35 > not a C/C++ file 1550 > autoconf compile/link 807 > unsupported compiler option 546 > no input file 116 > files in cache 32288 > cache size 219.7 Mbytes > max cache size 976.6 Mbytes > > # time make buildworld > [...] > 547.504u 206.484s 18:02.28 69.6% 2792+1865k 38436+7220io 6874pf+0w > > # ccache -s > cache directory /usr/.ccache > cache hit 13027 > cache miss 16265 > called for link 1311 > multiple source files 2 > compile failed 107 > preprocessor error 35 > not a C/C++ file 2759 > autoconf compile/link 807 > unsupported compiler option 546 > no input file 117 > files in cache 32530 > cache size 220.0 Mbytes > max cache size 976.6 Mbytes > > # time make buildkernel > [...] > 125.756u 47.537s 5:03.57 57.0% 2664+1990k 13871+4882io 715pf+0w > > # ccache -s > cache directory /usr/.ccache > cache hit 15070 > cache miss 16268 > called for link 1314 > multiple source files 2 > compile failed 107 > preprocessor error 35 > not a C/C++ file 2763 > autoconf compile/link 807 > unsupported compiler option 552 > no input file 117 > files in cache 32536 > cache size 220.2 Mbytes > max cache size 976.6 Mbytes > > -- > Alex Dupre > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 14:09:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6744116A4DE for ; Tue, 21 Mar 2006 14:09:32 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 33AE343D48 for ; Tue, 21 Mar 2006 14:09:30 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 35825 invoked from network); 21 Mar 2006 14:09:29 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 21 Mar 2006 14:09:29 -0000 Message-ID: <44200918.6000101@FreeBSD.org> Date: Tue, 21 Mar 2006 15:09:28 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: ahze@ahze.net References: <441FFF0C.4010107@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 14:09:32 -0000 michael johnson wrote: > I think everything looks good Good :-) > but is there not some overhead by > using a shell script in world-cc and world-c++? Yes, hashing the compiler can also create a little overhead, but compared with the overall speed gain of making world and the time saved to reply to users in trouble I think it's more than acceptable. > I'm not sure that there > would be a better way of doing what you want than what you have now > though. Perhaps with a deeper integration of ccache in the /usr/src Makefiles, I cannot see another simple way with the ccache port. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 15:15:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D6316A400; Tue, 21 Mar 2006 15:15:23 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF0243D45; Tue, 21 Mar 2006 15:15:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LFFFhb017319; Tue, 21 Mar 2006 17:15:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 38753-09; Tue, 21 Mar 2006 17:15:14 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LFENjL017285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 17:14:23 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2LFEjh9080433; Tue, 21 Mar 2006 17:14:45 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 17:14:45 +0200 From: Ruslan Ermilov To: Alex Dupre Message-ID: <20060321151445.GH77849@ip.net.ua> References: <441FFF0C.4010107@FreeBSD.org> <44200918.6000101@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7IgncvKP0CVPV/ZZ" Content-Disposition: inline In-Reply-To: <44200918.6000101@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: ahze@ahze.net, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 15:15:23 -0000 --7IgncvKP0CVPV/ZZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 03:09:28PM +0100, Alex Dupre wrote: > Perhaps with a deeper integration of ccache in the /usr/src Makefiles, I > cannot see another simple way with the ccache port. >=20 This certainly won't happen. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7IgncvKP0CVPV/ZZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEIBhlqRfpzJluFF4RAo9gAJ9mO/5WzSHQMXTV+i6/0zw82nrYuQCfaqGm Iux/wPRWWTpEY7FWqlYftR4= =fk5f -----END PGP SIGNATURE----- --7IgncvKP0CVPV/ZZ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 15:30:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D478916A41F for ; Tue, 21 Mar 2006 15:30:07 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 54A8243D45 for ; Tue, 21 Mar 2006 15:30:03 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 36765 invoked from network); 21 Mar 2006 15:30:01 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 21 Mar 2006 15:30:01 -0000 Message-ID: <44201BF9.9030304@FreeBSD.org> Date: Tue, 21 Mar 2006 16:30:01 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: Ruslan Ermilov References: <441FFF0C.4010107@FreeBSD.org> <44200918.6000101@FreeBSD.org> <20060321151445.GH77849@ip.net.ua> In-Reply-To: <20060321151445.GH77849@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ahze@ahze.net, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 15:30:07 -0000 Ruslan Ermilov wrote: > This certainly won't happen. I suspected it ;-) I've just committed the patch (with the maintainer approval of course), I think it's a very good compromise between speed, reliability and easy of use, a step forward. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 15:37:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056B516A400 for ; Tue, 21 Mar 2006 15:37:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1593A43D46 for ; Tue, 21 Mar 2006 15:37:18 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2LFb8hE068154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 17:37:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2LFb7va075383; Tue, 21 Mar 2006 17:37:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2LFb6dv075382; Tue, 21 Mar 2006 17:37:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Mar 2006 17:37:06 +0200 From: Kostik Belousov To: Rong-En Fan Message-ID: <20060321153706.GA63595@deviant.kiev.zoral.com.ua> References: <200603161516.27081.mi+mx@aldan.algebra.com> <20060317094103.GD1203@deviant.kiev.zoral.com.ua> <6eb82e0603171026h4bc49a08kb0bda30e171feaec@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <6eb82e0603171026h4bc49a08kb0bda30e171feaec@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: Mohan Srinivasan , current@freebsd.org Subject: [patches] [more problems] Re: unkillable process stuck in "nfsaio" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 15:37:20 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 17, 2006 at 01:26:13PM -0500, Rong-En Fan wrote: > On 3/17/06, Kostik Belousov wrote: > > Just out of curiosity: > > > > could you, please, test this little patch: > > > > Index: sys/nfsclient/nfs_bio.c >=20 > I have been played around with intr/nointr with this patch + some in > nfs_bio.c, nfs_vnops.c. > Here are the results (note that, the revision # below means the > changes made in that > revision), tested on RELENG_6 as of yesterday, i386, SMP. kernel is built= with > INVARIANT on. >=20 > * nfs_vnops.c 1.262, nfs_bio.c 1.154 >=20 > - intr >=20 > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.410424 secs (11887474 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C^C^C^C^C^C^C^C^C^C7+0 records in > 6+0 records out > 6291456 bytes transferred in 291.017236 secs (21619 bytes/sec) > (stuck in nfsaio) >=20 > - nointr >=20 > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.264193 secs (12295128 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C12+0 records in > 11+0 records out > 11534336 bytes transferred in 0.990210 secs (11648373 bytes/sec) >=20 > * nfs_vnops.c 1.262 >=20 > - intr >=20 > $dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.238704 secs (12369064 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C > ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^Ccc^C^C^C^C15+0 records = in > 14+0 records out > 14680064 bytes transferred in 677.578696 secs (21665 bytes/sec) > (stuck in nfsaio) >=20 > - nointr >=20 > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.255155 secs (12321244 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C11+0 records in > 10+0 records out > 10485760 bytes transferred in 0.899381 secs (11658864 bytes/sec) >=20 > * nfs_vnops.c 1.262, nfs_bio.c (remove slpflag =3D 0) >=20 > - intr >=20 > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.245185 secs (12350181 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C > (top's state is changing between CPU0, CPU1, RUN, *Giant) > (11 minutes passed, I reboot this box) >=20 > - nointr > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.454680 secs (11769375 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C17+0 records in > 16+0 records out > 16777216 bytes transferred in 1.458180 secs (11505587 bytes/sec) >=20 > * nfs_vnops.c 1.262, nfs_bio.c 1.154 (remove slpflags =3D 0) >=20 > - intr > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.386083 secs (11953445 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C > (top's state is changing between CPU0, CPU1, RUN, *Giant) > (44 minutes passwd, I rebooted) >=20 > - noitntr > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > 50+0 records in > 50+0 records out > 52428800 bytes transferred in 4.370959 secs (11994805 bytes/sec) > $ dd if=3D/dev/zero of=3Db bs=3D1m count=3D50 > ^C25+0 records in > 24+0 records out > 25165824 bytes transferred in 2.122789 secs (11855076 bytes/sec) >=20 > Looks like that the changes to nfs_vnops.c last Nov by ps@, ^C can really= stop > the process, but it take too much time :( >=20 > Hope this helps, > Rong-En Fan Sure, removal of setting slpflag to 0 was wrong. It seems I found the reaso= n(s) for the process to stuck in nfsaio state: 1. It is wrong to call nfs_asyncio wih NULL td. This function assumes it running in the context of the real process and do the checks for signals delivered to it. Giving NULL td effectively ignored any signals. Patch: Index: sys/nfsclient/nfs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/nfsclient/nfs_vnops.c,v retrieving revision 1.264 diff -u -r1.264 nfs_vnops.c --- sys/nfsclient/nfs_vnops.c 8 Mar 2006 01:43:01 -0000 1.264 +++ sys/nfsclient/nfs_vnops.c 21 Mar 2006 15:23:29 -0000 @@ -2588,7 +2588,7 @@ * otherwise just do it ourselves. */ if ((bp->b_flags & B_ASYNC) =3D=3D 0 || - nfs_asyncio(VFSTONFS(ap->a_vp->v_mount), bp, NOCRED, td)) + nfs_asyncio(VFSTONFS(ap->a_vp->v_mount), bp, NOCRED, curthread)) (void)nfs_doio(ap->a_vp, bp, cr, td); return (0); } 2. Signals delivered to the process may be actually put into the thread signal list. nfs_sigintr checked global process signal list only. Patch: Index: sys/nfsclient/nfs_socket.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/nfsclient/nfs_socket.c,v retrieving revision 1.135 diff -u -r1.135 nfs_socket.c --- sys/nfsclient/nfs_socket.c 20 Jan 2006 15:07:18 -0000 1.135 +++ sys/nfsclient/nfs_socket.c 21 Mar 2006 15:23:29 -0000 @@ -1513,11 +1513,13 @@ p =3D td->td_proc; PROC_LOCK(p); tmpset =3D p->p_siglist; + SIGSETOR(tmpset, td->td_siglist); SIGSETNAND(tmpset, td->td_sigmask); mtx_lock(&p->p_sigacts->ps_mtx); SIGSETNAND(tmpset, p->p_sigacts->ps_sigignore); mtx_unlock(&p->p_sigacts->ps_mtx); - if (SIGNOTEMPTY(p->p_siglist) && nfs_sig_pending(tmpset)) { + if ((SIGNOTEMPTY(p->p_siglist) || SIGNOTEMPTY(td->td_siglist)) + && nfs_sig_pending(tmpset)) { PROC_UNLOCK(p); return (EINTR); } But, this just reveals (at least) two another problems, for which I do not have patches. I will continue numeration. [Situations below where obtained by running dd as specified in quoted text, and, after some time, making nfs server unavailable by firewall rules.] 3. Sometimes, the system goes into livelock with processes hanged in the flswai state (AKA bwillwrite() function). 4. Sometimes, the dd process could not exit. It stucks in the exit() code, trying to close filedescriptor for nfs-located file. This nfs vnode is exclusively locked by bufdaemon, and close() path tries to get exclusive lock on it. So, it seems, that combination of intr mounting and large writes currently causes only problems. :( --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIB2hC3+MBN1Mb4gRAn2EAJ4n/aK15gicB03ALjY8eGVZe2u/RwCg2hYI XHgW2y/ZUIHQvFeD6U9Tlig= =aAO6 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 15:56:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F25AE16A424; Tue, 21 Mar 2006 15:56:19 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A822343D46; Tue, 21 Mar 2006 15:56:18 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LFuFEM018978; Tue, 21 Mar 2006 17:56:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 42784-05; Tue, 21 Mar 2006 17:56:14 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LFtHW4018948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 17:55:18 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2LFtdVr080648; Tue, 21 Mar 2006 17:55:39 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 17:55:39 +0200 From: Ruslan Ermilov To: Alex Dupre Message-ID: <20060321155539.GI77849@ip.net.ua> References: <441FFF0C.4010107@FreeBSD.org> <44200918.6000101@FreeBSD.org> <20060321151445.GH77849@ip.net.ua> <44201BF9.9030304@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fjX3cMESU3XgGmZ" Content-Disposition: inline In-Reply-To: <44201BF9.9030304@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: ahze@ahze.net, freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Using ccache with make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 15:56:20 -0000 --2fjX3cMESU3XgGmZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 04:30:01PM +0100, Alex Dupre wrote: > Ruslan Ermilov wrote: > > This certainly won't happen. >=20 > I suspected it ;-) > I've just committed the patch (with the maintainer approval of course), > I think it's a very good compromise between speed, reliability and easy > of use, a step forward. >=20 The part I liked most in it is that it removed that bad example for make.conf to set CC=3D/usr/bin/cc etc. Thanks for that! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --2fjX3cMESU3XgGmZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEICH7qRfpzJluFF4RAofYAKCQzmxJg1axs7ZVEF3UUIua3jOxEwCeLENj ODLDHYGTA+qPPy+r7L8Hqck= =oKZJ -----END PGP SIGNATURE----- --2fjX3cMESU3XgGmZ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 16:26:58 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8BBC16A400 for ; Tue, 21 Mar 2006 16:26:58 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574CC43D46 for ; Tue, 21 Mar 2006 16:26:57 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:nlVZDtYoP+X7J7Hbu6Y5oh1J+/U8mQnHdtbYVvqP6ZR4MphCwTg6xHCCPIMkEfMt@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k2LGQn3r097589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Mar 2006 01:26:52 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 22 Mar 2006 01:26:48 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE 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-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 22 Mar 2006 01:26:53 +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 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Subject: HEADS UP: Upgraded our resolver in libc to BIND9's one. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 16:26:59 -0000 Hi, I've just upgraded the base version of our resolver in libc to BIND9's one. Since, our resolver was already thread-safe, it doesn't bring in major benefit for us. However, it makes chasing updating of BIND9 bit easier. Further, new res_n*() functions are used in some applications these days. If you see any problem, please let me know. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 17:55:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC90516A400 for ; Tue, 21 Mar 2006 17:55:01 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CD443D49 for ; Tue, 21 Mar 2006 17:55:00 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (igloo.linux.gr [62.1.205.36]) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k2LHshQY001583; Tue, 21 Mar 2006 19:54:44 +0200 Received: by flame.pc (Postfix, from userid 1001) id 7F9B43B; Mon, 20 Mar 2006 22:05:15 -0800 (PST) Date: Mon, 20 Mar 2006 22:05:15 -0800 From: Giorgos Keramidas To: Ganbold Message-ID: <20060321060515.GB31874@flame.pc> References: <441F7635.4090300@micom.mng.net> <441F7991.8000505@micom.mng.net> <441F7635.4090300@micom.mng.net> <20060321041219.GA31213@flame.pc> <441F8014.4040003@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441F8014.4040003@micom.mng.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.105, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.79, BAYES_00 -2.60, DATE_IN_PAST_06_12 0.50) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: rcorder problem when booting CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 17:55:02 -0000 On 2006-03-21 12:24, Ganbold wrote: > Giorgos Keramidas wrote: > >Still a core dump is a core dump. Can you build a debugging version of > >rcorder and try again? This time the stack trace may be more useful. > > How to enable debugging? I manually added in rcorder.c: > > #define DEBUG 1 > #ifdef DEBUG > int debug = 1; /* changed to from 0 to 1 */ > > Maybe above is wrong. Indeed, it is not really right. The right way of building a debugging executable that is part of the FreeBSD base system is to use DEBUG_FLAGS: # cd /usr/src/sbin/rcorder # make cleandir # make cleandir # env DEBUG_FLAGS='-g' make obj all install Then you should have a `/sbin/rcorder' executable that is not stripped and includes debugging information. After it dumps core, please let us know of the new backtrace. Thank you for taking the time to do all these tests to track down why rcorder dumps core in this case :-) From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:30:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8357A16A420; Tue, 21 Mar 2006 18:30:18 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C873843D62; Tue, 21 Mar 2006 18:30:11 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k2LIUAbT016648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 13:30:10 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k2LIU5iS061413; Tue, 21 Mar 2006 13:30:05 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17440.17965.497455.777452@grasshopper.cs.duke.edu> Date: Tue, 21 Mar 2006 13:30:05 -0500 (EST) To: "Joseph Koshy" In-Reply-To: <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:30:18 -0000 Joseph Koshy writes: > >>>> "ag" == "Andrew Gallatin " said: > > ag> My only problem with hwpmc is that it will not work for kernel > ag> modules. > > The following patch implements support for profiling of > dynamically loaded kernel modules and dlopen()'ed (userland) > shared objects. Cool! It seems to work, though not the way I was hoping for :( When I profile my module, I do: % sudo pmcstat -S unhalted-cycles -O sample.out % pmcstat -R sample.out -g This leaves me with one .gmon file for each loaded module: % ls -l k8-bu-cpu-clk-unhalted/ total 1566 -rw-r--r-- 1 gallatin wheel 19070 Mar 21 13:11 hwpmc.ko.gmon -rw-r--r-- 1 gallatin wheel 8892 Mar 21 13:11 if_myri10ge.ko.gmon -rw-r--r-- 1 gallatin wheel 1547196 Mar 21 13:11 kernel.gmon For a few modules, I suppose it is OK. But it makes it hard to see the "big picture" when a number of modules are loaded. Is there any chance you have enough information to hack together a view similar to oprofile's opreport -l? Or (even better) opreport -ld Drew From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:40:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A2F16A420 for ; Tue, 21 Mar 2006 18:40:11 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D1A943D49 for ; Tue, 21 Mar 2006 18:40:10 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1109804wxc for ; Tue, 21 Mar 2006 10:40:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KDG52m8QiXurV2wdxJgU53TL1vRfhjzrZ3k57EK78dWaqDarfd0nfrbEHr54k4RJqzmOOacpqWNoXFjUR5Jh53io6xaU09VfCNwuWL06VWyLhPfHDE1n9UAkHEYdMOLhbVP1dGDKh7O9Vq0LRexApxJk7J7I5cfiaDfvI3RGmZ8= Received: by 10.70.105.11 with SMTP id d11mr3038033wxc; Tue, 21 Mar 2006 10:40:09 -0800 (PST) Received: by 10.70.115.19 with HTTP; Tue, 21 Mar 2006 10:40:09 -0800 (PST) Message-ID: <84dead720603211040h3db11614v31ae5d7d9a0c1a28@mail.gmail.com> Date: Wed, 22 Mar 2006 00:10:09 +0530 From: "Joseph Koshy" To: "Andrew Gallatin" In-Reply-To: <17440.17965.497455.777452@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> <17440.17965.497455.777452@grasshopper.cs.duke.edu> Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:40:11 -0000 > For a few modules, I suppose it is OK. But it makes it hard to > see the "big picture" when a number of modules are loaded. > Is there any chance you have enough information to hack > together a view similar to oprofile's opreport -l? Or > (even better) opreport -ld Can you post what that looks like? There is a lot of information in hwpmc's event log, but gprof(1) is only able to deal with one (object) file at a time. This restriction is likely to pinch even more when callgraphs are implemented. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:40:21 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F5816A43B for ; Tue, 21 Mar 2006 18:40:21 +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 D57BF43D48 for ; Tue, 21 Mar 2006 18:40:20 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (hvlp8ntx876wpoz2@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k2LIeKfa098286 for ; Tue, 21 Mar 2006 10:40:20 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k2LIeJ0r098285 for current@FreeBSD.org; Tue, 21 Mar 2006 10:40:19 -0800 (PST) (envelope-from jmg) Date: Tue, 21 Mar 2006 10:40:19 -0800 From: John-Mark Gurney To: current@FreeBSD.org Message-ID: <20060321184019.GX35129@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 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: Subject: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:40:21 -0000 If someone wants to spend some time investigating this, this looks like an interesting puzzle: -bash-2.05b$ cat t.c int main() { char *p = 0; *p = 5; return 0;} -bash-2.05b$ cc -static -o t t.c -bash-2.05b$ ./t Segmentation fault (core dumped) -bash-2.05b$ ls -l t t.core -rwxr-xr-x 1 jmg jmg 179737 Mar 21 10:36 t -rw------- 1 jmg jmg 50049024 Mar 21 10:36 t.core I first read that as 5megs, but it turns out that it's 50megs in size! A 50 meg core dump for a static program that does nothing? Though I also have questsions about a 179k program file size for something that doesn't call any functions... Now the interesting part is that dynamicly linked: -bash-2.05b$ cc -o t t.c -bash-2.05b$ ./t Segmentation fault (core dumped) -bash-2.05b$ ls -l t t.core -rwxr-xr-x 1 jmg jmg 4615 Mar 21 10:38 t -rw------- 1 jmg jmg 303104 Mar 21 10:38 t.core only 303k... Still on the hefty side of things for a program that just cores, but better than static's 50megs... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:41:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0300816A41F; Tue, 21 Mar 2006 18:41:29 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7042543D49; Tue, 21 Mar 2006 18:41:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5960F1A4DCD; Tue, 21 Mar 2006 10:41:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BF7F651FCA; Tue, 21 Mar 2006 13:41:27 -0500 (EST) Date: Tue, 21 Mar 2006 13:41:27 -0500 From: Kris Kennaway To: John Kozubik Message-ID: <20060321184127.GA19204@xor.obsecurity.org> References: <20060320224313.O55763@kozubik.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20060320224313.O55763@kozubik.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org, kris@obsecurity.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:41:29 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > Here is the behavior I have witnessed: >=20 >=20 > First, I have confirmed that a filesystem with multiple snapshots that > undergoes multiple, rapid deletions of files, will cause the system to > hang. I have witnessed this before, but had not confirmed it or > documented it in a PR. Now that I have confirmed this behavior, I have > documented it in: kern/94769 >=20 > This is a serious problem because, in addition to making it nearly > impossible to run a system with multiple snapshots, it is conceivable that > enough rapid file deletions could occur on an otherwise non snapshotted > system that has a single snapshot on it due to a background fsck, to cause > the system to hang. > Second, kern/92292 is still a problem. I have reproduced this error in > 6.1-BETA4 (and have seen it happening since 5.1). The (small) difference > is that the cp process seems to stick in the flswai state instead of > biowr. Thanks, I'll try to reproduce these two. > This next one is complicated, and I haven't submitted a PR for it yet, but > I believe it is quite serious for reasons I will expand on below. >=20 > The problem is: If you completely fill a filesystem (109% usage in `df` > on most systems) that has a snapshot on it, the system becomes very > unresponsive - all interactive and disk response lags terribly and, > although the system is not hung, it is in many cases unusable. Yes :-( This will probably not be fixable in time for 6.1, but hopefully it will be addressed in the future. FYI, the system may also panic in this situation. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIEjWWry0BWjoQKURAhsiAJ9hM3S6oc9mSZmlT+/ArqJIrv8oGgCgsDkQ 5Vh0MycEjF/FC8O7VT9IXL8= =RopU -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:49:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E1116A424 for ; Tue, 21 Mar 2006 18:49:04 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3FB43D49 for ; Tue, 21 Mar 2006 18:49:02 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s11so1139709wxc for ; Tue, 21 Mar 2006 10:49:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VHTpH320ayMi6LhDytlihv6ds77mz/MwJOTtPWlcE3JZ+BYhEPGITbdakobK8WeYZpas9sX0V3VU84CvaZi/SzdBFFT5AT4GkT7KkVgvG5p7FdqpoADo13nC4vN2scy0xtQmUMwiPquRv1nWE0GHjhb7w/FLuEXaeoBHiWdhbAQ= Received: by 10.70.117.16 with SMTP id p16mr6078900wxc; Tue, 21 Mar 2006 10:49:01 -0800 (PST) Received: by 10.70.115.19 with HTTP; Tue, 21 Mar 2006 10:49:01 -0800 (PST) Message-ID: <84dead720603211049o5b3a586w78d02bd1d88573b3@mail.gmail.com> Date: Wed, 22 Mar 2006 00:19:01 +0530 From: "Joseph Koshy" To: "Andrew Gallatin" In-Reply-To: <17440.17965.497455.777452@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> <17440.17965.497455.777452@grasshopper.cs.duke.edu> Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:49:04 -0000 > For a few modules, I suppose it is OK. But it makes it hard to > see the "big picture" when a number of modules are loaded. > Is there any chance you have enough information to hack > together a view similar to oprofile's opreport -l? Or > (even better) opreport -ld Incidentally, pmcstat -R sample.out # no '-g' dumps a 'text' representation of the sample log that could be parsed by an awk/perl/python script. I've been planning a Python interface to the pmc(3) and pmclog(3) API to aid the creation of interesting tools. This is, as of now, only partially implemented. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 18:50:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B154816A420; Tue, 21 Mar 2006 18:50:11 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7D143D49; Tue, 21 Mar 2006 18:50:08 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k2LIo8CC019680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 13:50:08 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k2LIo3TY061432; Tue, 21 Mar 2006 13:50:03 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17440.19163.8504.103892@grasshopper.cs.duke.edu> Date: Tue, 21 Mar 2006 13:50:03 -0500 (EST) To: "Joseph Koshy" In-Reply-To: <84dead720603211040h3db11614v31ae5d7d9a0c1a28@mail.gmail.com> References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <84dead720603202346t6fe1e94cve033bf002dffa90a@mail.gmail.com> <17440.17965.497455.777452@grasshopper.cs.duke.edu> <84dead720603211040h3db11614v31ae5d7d9a0c1a28@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:50:11 -0000 Joseph Koshy writes: > > For a few modules, I suppose it is OK. But it makes it hard to > > see the "big picture" when a number of modules are loaded. > > Is there any chance you have enough information to hack > > together a view similar to oprofile's opreport -l? Or > > (even better) opreport -ld > > Can you post what that looks like? Sure: % opreport -l CPU: AMD64 processors, speed 2612.09 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit mask) count 860000 samples % image name app name symbol name 29056 56.1458 vmlinux vmlinux copy_user_generic_c 2116 4.0888 vmlinux vmlinux schedule 1032 1.9942 vmlinux vmlinux skb_dequeue 846 1.6348 vmlinux vmlinux task_rq_lock 763 1.4744 vmlinux vmlinux __wake_up_common 718 1.3874 vmlinux vmlinux try_to_wake_up 608 1.1749 vmlinux vmlinux resched_task <...> 6 0.0116 forcedeth forcedeth (no symbols) 3 0.0058 libc-2.3.4.so gdmgreeter (no symbols) <...> % opreport -ld CPU: AMD64 processors, speed 2612.09 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit mask) count 860000 vma samples % image name app name symbol name ffffffff801e961a 29056 56.1458 vmlinux vmlinux copy_user_generic_c ffffffff801e961a 5 0.0172 ffffffff801e961c 3 0.0103 ffffffff801e9622 28731 98.8815 ffffffff801e9625 280 0.9637 ffffffff801e9627 33 0.1136 ffffffff801e9629 3 0.0103 ffffffff801e962b 1 0.0034 <.....> 0000000000000000 6 0.0116 forcedeth forcedeth (no symbols) 0000000000000e1c 3 50.0000 0000000000000e4c 1 16.6667 00000000000011a9 2 33.3333 <.....> 0000000000000000 3 0.0058 libc-2.3.4.so gdmgreeter (no symbols) 00000000000689f5 1 33.3333 0000000000068dfe 1 33.3333 0000000000080644 1 33.3333 The cool thing about opreport -ld is that it allows you to narrow things down to a single line of code inside a function. > There is a lot of information in hwpmc's event log, but > gprof(1) is only able to deal with one (object) file at > a time. This restriction is likely to pinch even more > when callgraphs are implemented. Yes.. I wonder if gprof might be too restrictive, and it might be better to re-invent a custom interface like oprofile has, and dcpi had. Drew From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 19:40:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC15616A41F; Tue, 21 Mar 2006 19:40:51 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9525343D45; Tue, 21 Mar 2006 19:40:51 +0000 (GMT) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id k2LJeiUZ034086; Tue, 21 Mar 2006 11:40:44 -0800 (PST) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id k2LJeig8034083; Tue, 21 Mar 2006 11:40:44 -0800 (PST) (envelope-from john@kozubik.com) Date: Tue, 21 Mar 2006 11:40:44 -0800 (PST) From: John Kozubik To: Kris Kennaway In-Reply-To: <20060321184127.GA19204@xor.obsecurity.org> Message-ID: <20060321113923.I55763@kozubik.com> References: <20060320224313.O55763@kozubik.com> <20060321184127.GA19204@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 21 Mar 2006 19:45:50 +0000 Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 19:40:52 -0000 On Tue, 21 Mar 2006, Kris Kennaway wrote: > > This next one is complicated, and I haven't submitted a PR for it yet, but > > I believe it is quite serious for reasons I will expand on below. > > > > The problem is: If you completely fill a filesystem (109% usage in `df` > > on most systems) that has a snapshot on it, the system becomes very > > unresponsive - all interactive and disk response lags terribly and, > > although the system is not hung, it is in many cases unusable. > > Yes :-( This will probably not be fixable in time for 6.1, but > hopefully it will be addressed in the future. FYI, the system may > also panic in this situation. Because my original description of this behavior was so vague, I was going to try to reproduce it again with more details, however it sounds like you have already witnessed this and know more about it than I do. Is that true ? Can I skip a few hours of trying to reproduce this ? ----- John Kozubik - john@kozubik.com - http://www.kozubik.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 19:49:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7CD616A420; Tue, 21 Mar 2006 19:49:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AC943D5C; Tue, 21 Mar 2006 19:49:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DF2421A4DD1; Tue, 21 Mar 2006 11:49:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 539FF515BE; Tue, 21 Mar 2006 14:49:04 -0500 (EST) Date: Tue, 21 Mar 2006 14:49:04 -0500 From: Kris Kennaway To: John Kozubik Message-ID: <20060321194904.GA20959@xor.obsecurity.org> References: <20060320224313.O55763@kozubik.com> <20060321184127.GA19204@xor.obsecurity.org> <20060321113923.I55763@kozubik.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20060321113923.I55763@kozubik.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org, Kris Kennaway Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 19:49:05 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 11:40:44AM -0800, John Kozubik wrote: >=20 >=20 > On Tue, 21 Mar 2006, Kris Kennaway wrote: >=20 > > > This next one is complicated, and I haven't submitted a PR for it yet= , but > > > I believe it is quite serious for reasons I will expand on below. > > > > > > The problem is: If you completely fill a filesystem (109% usage in `= df` > > > on most systems) that has a snapshot on it, the system becomes very > > > unresponsive - all interactive and disk response lags terribly and, > > > although the system is not hung, it is in many cases unusable. > > > > Yes :-( This will probably not be fixable in time for 6.1, but > > hopefully it will be addressed in the future. FYI, the system may > > also panic in this situation. >=20 >=20 > Because my original description of this behavior was so vague, I was going > to try to reproduce it again with more details, however it sounds like you > have already witnessed this and know more about it than I do. >=20 > Is that true ? Can I skip a few hours of trying to reproduce this ? Yes, I'm easily able to reproduce it, and I'm told that fixing it will require fairly extensive work & testing. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIFivWry0BWjoQKURAhtMAKCPf9EejvGpZ1a3nl2ou2dkEQCeKgCgzswY zBBpyed8lGzCvRrzD0aDltg= =fHvo -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 21:03:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF0E16A422; Tue, 21 Mar 2006 21:03:49 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E9643D46; Tue, 21 Mar 2006 21:03:48 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k2LL3lpe037830; Tue, 21 Mar 2006 15:03:47 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <44206A33.4000702@centtech.com> Date: Tue, 21 Mar 2006 15:03:47 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Kris Kennaway References: <4415E8BB.1080602@centtech.com> <441B1C28.1020808@centtech.com> <441B2049.20507@centtech.com> <200603201528.49007.jhb@freebsd.org> <20060320220102.GA78361@xor.obsecurity.org> In-Reply-To: <20060320220102.GA78361@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1347/Tue Mar 21 10:35:25 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_valloc: dup alloc in 6.1-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:03:49 -0000 Kris Kennaway wrote: > On Mon, Mar 20, 2006 at 03:28:46PM -0500, John Baldwin wrote: > >> On Friday 17 March 2006 15:47, Eric Anderson wrote: >> >>> Eric Anderson wrote: >>> >>>> [moved to -current due to lack of response] >>>> >>>> Eric Anderson wrote: >>>> >>>>> Mike Tancsa wrote: >>>>> >>>>>> At 04:48 PM 13/03/2006, Eric Anderson wrote: >>>>>> >>>>>>> I get the above panic after nfs clients attach to this nfs server >>>>>>> and being >>>>>>> I do have dumps from two crashes so far. >>>>>>> This is FreeBSD-6.1-PRERELEASE from Friday-ish. >>>>>>> >>>>>> Dont know if it was fixed or not, but there were a lot of VM changes >>>>>> committed last night that might help. >>>>>> >>>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023526.html >>>>>> >>>>>> >>>>> I just updated, and it still happens. More information for those >>>>> interested: >>>>> >>>>> mode = 0100600, inum = 58456203, fs = /mnt >>>>> panic: ffs_valloc: dup alloc >>>>> >>>>> >>>>> #0 doadump () at pcpu.h:165 >>>>> 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >>>>> (kgdb) backtrace >>>>> #0 doadump () at pcpu.h:165 >>>>> #1 0xc064482f in boot (howto=260) at >>>>> /usr/src/sys/kern/kern_shutdown.c:399 >>>>> #2 0xc0644b55 in panic (fmt=0xc0890967 "ffs_valloc: dup alloc") at >>>>> /usr/src/sys/kern/kern_shutdown.c:555 >>>>> #3 0xc077ee3c in ffs_valloc (pvp=0xc8eab440, mode=33152, >>>>> cred=0xc8a91d80, vpp=0xe83a5824) at /usr/src/sys/ufs/ffs/ffs_alloc.c:945 >>>>> #4 0xc07a5933 in ufs_makeinode (mode=33152, dvp=0xc8eab440, >>>>> vpp=0xe83a5acc, cnp=0xe83a5ae0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2165 >>>>> #5 0xc07a2b0d in ufs_create (ap=0x0) at >>>>> /usr/src/sys/ufs/ufs/ufs_vnops.c:171 >>>>> #6 0xc082dc98 in VOP_CREATE_APV (vop=0x0, a=0xe83a5a18) at >>>>> vnode_if.c:204 >>>>> #7 0xc0737590 in nfsrv_create (nfsd=0xc8a91d00, slp=0xc8816700, >>>>> td=0xc7d99780, mrq=0xe83a5c98) at vnode_if.h:111 >>>>> #8 0xc0744e95 in nfssvc_nfsd (td=0x0) at >>>>> /usr/src/sys/nfsserver/nfs_syscalls.c:472 >>>>> #9 0xc0744688 in nfssvc (td=0xc7d99780, uap=0xe83a5d04) at >>>>> /usr/src/sys/nfsserver/nfs_syscalls.c:181 >>>>> #10 0xc081cd7f in syscall (frame= >>>>> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 0, >>>>> tf_ebp = -1077941448, tf_isp = -398828188, tf_ebx = 4, tf_edx = >>>>> 672385208, tf_ecx = 25, tf_eax = 155, tf_trapno = 12, tf_err = 2, >>>>> tf_eip = 671840155, tf_cs = 51, tf_eflags = 662, tf_esp = >>>>> -1077941476, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 >>>>> #11 0xc0809e8f in Xint0x80_syscall () at >>>>> /usr/src/sys/i386/i386/exception.s:200 >>>>> #12 0x00000033 in ?? () >>>>> Previous frame inner to this frame (corrupt stack?) >>>>> (kgdb) >>>>> >>>>> Maybe that helps somebody? >>>>> >>>>> Should I sent this to -current instead, since it appears this would >>>>> happen under -current also, and possibly there is a larger base of >>>>> people watching the list? >>>>> >>>> Also, here's a screenshot of the crash, and I have a good dump if >>>> anyone wants me to get more debugging info. >>>> >>>> http://www.googlebit.com/freebsd/fbsd-6.1b4-nfscrash.png >>>> >>>> >>> Oh yea, and I can reproduce at will, on two separate machines. >>> >> If you boot the machines in single user and run 'fsck -y' repeatedly >> until fsck stops finding breakage does it work ok after that? It maybe >> that you have corrupted disks that bgfsck just can't handle. >> > > Basically it seems to me that bg fsck is always dangerous: there is an > assumption that the only kinds of filesystem damage that exist are the > "harmless" kinds (from power failure) it can later repair. But this > is clearly false, because the filesystem may be in an arbitrarily > damaged state (e.g. after a panic), and the kernel does not handle the > possibility that filesystem data may not be completely trustable at > runtime (this was the point of foreground fsck). > Turns out, that this bug was caused by no having softupdates enabled on the filesystem. So, here's how to reproduce the problem, at least this brought the problem about two times. newfs /dev/device (softupdates not enabled I guess) mount /dev/device /mnt export the filesystem mount the filesystem on a client begin lots of writes to the nfs mounted filesystem over NFS power cycle the server fsck_ffs -y /dev/device Once it's clean, mount, export, and within a few seconds, panic. fsck'ing, and then enabling softupdates, makes the problem disappear. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 21:14:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5724B16A400 for ; Tue, 21 Mar 2006 21:14:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9F743D46 for ; Tue, 21 Mar 2006 21:14:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 21 Mar 2006 13:14:56 -0800 Message-ID: <44206CCE.2010408@elischer.org> Date: Tue, 21 Mar 2006 13:14:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, Marko Zec Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: integration of 'vimage' patches. (Was "multiple routing tables" in -net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:14:55 -0000 Over the years many people have looked at Marco Zec's vimage patches and said how cool they are. I also know that it hasn't really been an option to import them as they are quite pervasive. I do however want to ask the question of "What would it take to allow them to be brought in?" The problems I have seen in the past were basically to do with the interaction between the patches, (which take all the global variables in some modules, and put them into structs, that can be duplicated) and the concept of loadable kernel modules. In some ways this is very similar to the problem faced when trying to implement per-thread global variables (also known as TLS (thread-local strorage)). In both cases, new threads/vimages must get copies of the structures already known about for per-thread/per-vmimage data, and when new libraries/modules are loaded, then they need to immediatly allocate new copies of their structures for all existing threads/vimages. You also need enough reference counting to know when ALL users of a module are not using it, so that it can be unloaded. In the TLS case we use a special data segment on each library to declare the structure, and we use special linker constructs to access the entries in them, dereferencing them via a 'per-thread register' (or equivalent) via possibly a couple of indirections. In the vimage case we have no 'vimage specific pointer' that we could use, though theoretically we could use a pointer in the per-cpu data segment to achieve the same thing (or a pointer in the current thread data, that would achieve it too). Since we do not support TLS in the kernel (maybe we should?) we COULD use the same linker constructs (maybe slightly alterred) to support in-kernel per-vimage VLS (Vimage Local Storage ;-). Alternatively we could just do it "by hand" using macros and stuff.. Possibly still using the data segment trick (usurping the __thread keyword to generate our segment) and letting the loader allocate the structure and always use a macro to access those values. (similar to how we do the 'pcpu()' stuff now). A macro that would have no additional effect if the system were compiled without Vimage support. I see the vimage support as being incredibly useful for embedded work and for many network applications. It'd be interesting to know if people have ideas as to what it would take. From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 21:22:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D766F16A400 for ; Tue, 21 Mar 2006 21:22:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 0797943D68 for ; Tue, 21 Mar 2006 21:22:30 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 29565 invoked by uid 399); 21 Mar 2006 21:22:29 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 21 Mar 2006 21:22:29 -0000 Message-ID: <44206E9F.6020702@FreeBSD.org> Date: Tue, 21 Mar 2006 13:22:39 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Ruslan Ermilov References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> <20060320234145.GB33003@troutmask.apl.washington.edu> <20060321064528.GD77849@ip.net.ua> In-Reply-To: <20060321064528.GD77849@ip.net.ua> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, rwatson@freebsd.org, Steve Kargl Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:22:33 -0000 I'm including rwatson here since the MACHINE_ARCH stuff was his idea. Ruslan Ermilov wrote: >> On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: >>> Should we also document that -m is suppose to be src's etc dir instead >>> of src? I've accidentally pointed -m at src, and then it does a make >>> which is quite ammuzing as it's completely the wrong thing... Or now >>> that we call outside of /etc, should we make -m really point to src, >>> and have the proper calls add etc to the directory? I strongly dislike the idea of changing the semantics of the -m option. It's been the way it is since day 1, and I really hate to make changes to something like that. I can see a case for making the man page more clear, but I'd rather work around the problem with -m than change the semantics. > Doesn't really matter, mergemaster(8) was broken because it was > written when we didn't have correct wrappers for "distrib-dirs" > and "distribution", upgrade and cross-arch friendly, at the top > level. > > Anyway, attached is the patch I'd like to commit after a nod > from Doug. It fixes mergemaster(8) to use src/Makefile wrappers > for distrib-dirs and distribution targets, and makes it use > TARGET_ARCH instead of faking up MACHINE_ARCH, now that it uses > the correct wrappers. It also makes ${SOURCEDIR} and -m point > at the src/ top, as documented in a manpage. Forgive me if I'm being dense here, but why do the changes you describe require that we run make in src/? Or, alternatively, if it is _absolutely_ necessary to do so, why do we have to redefine SOURCEDIR to be src, and why can't we just strip /etc from SOURCEDIR where needed? In short, I have no objections to fixing mergemaster to work with the new world order, but it needs to be done in a way that does not change semantics of an existing option. I'd also like confirmation from Robert that we're not breaking any of the behavior that he added by doing it the way you propose. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 21:24:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AB916A41F; Tue, 21 Mar 2006 21:24:02 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64ABF43DB5; Tue, 21 Mar 2006 21:23:48 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2LLNM4S006345; Tue, 21 Mar 2006 13:23:22 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2LLNMhO006344; Tue, 21 Mar 2006 13:23:22 -0800 (PST) Date: Tue, 21 Mar 2006 13:23:22 -0800 (PST) From: Matthew Dillon Message-Id: <200603212123.k2LLNMhO006344@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, current@freebsd.org Subject: Re: weird bugs with mmap-ing via NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:24:02 -0000 :Hello! : :I have a program, that writes a file via mmap. Normally the target is on a :local filesystem, so there are no issues. : :Today, however, I tried running it on another machine writing via NFS. : :If the output share is mounted with default parameters, the writing succeeds, :but involves very high READ bandwidth (the client is not reading anything). :For example, here is the output of `netstat -1' on the client: : : input (Total) output : packets errs bytes packets errs bytes colls : 2 0 152 0 0 0 0 : 3081 0 4369834 519 0 82006 0 :... You might be doing just writes to the mmap()'d memory, but the system doesn't know that. The moment you touch any mmap()'d page, reading or writing, the system has to fault it in, which means it has to read it and load valid data into the page. :When I mount with large read and write sizes: : : mount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup : :it changes -- for the worse. Short time into it -- the file stops growing :according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 FS :blocks (the FS was created with `-b 65536 -f 8129'). : :At the same time, according to `systat -if' on both client and server, the :client continues to send (and the server continues to receive) about 30Mb of :some (?) data per second. : :The client is the freshly rebuilt FreeBSD-6.1/i386 -- with alc's recent big :MFC included. The server is an older 6.1/amd64 from Feb 7. : :Please, advise. Thanks! : : -mi It kinda sounds like the buffer cache is getting blown out, but not having seen the program I can't really analyze it. It will always be more efficient to write to a file using write() then using mmap(), and it will always be far, far more efficient to write to an NFS file in nfs block-sized chunks rather then in smaller chunks due to the way the buffer cache works. The only write case using write lengths less then the NFS block size that is optimized is the file-append case. All other cases (when writing less then the NFS block size) will have to perform a read-before-write to validate the buffer cache buffer. Writes that are multiples of the NFS block size (and aligned to the NFS block size) should be optimized and will not have to perform a read-before-write. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 21:57:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2624016A423; Tue, 21 Mar 2006 21:57:52 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9028F43D53; Tue, 21 Mar 2006 21:57:50 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LLvmbm037401; Tue, 21 Mar 2006 23:57:48 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 63335-09; Tue, 21 Mar 2006 23:57:22 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2LLuX19037362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 23:56:33 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2LLurjQ046603; Tue, 21 Mar 2006 23:56:53 +0200 (EET) (envelope-from ru) Date: Tue, 21 Mar 2006 23:56:53 +0200 From: Ruslan Ermilov To: Doug Barton Message-ID: <20060321215653.GA77045@ip.net.ua> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> <20060320234145.GB33003@troutmask.apl.washington.edu> <20060321064528.GD77849@ip.net.ua> <44206E9F.6020702@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <44206E9F.6020702@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org, rwatson@freebsd.org, Steve Kargl Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:57:52 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 01:22:39PM -0800, Doug Barton wrote: > I'm including rwatson here since the MACHINE_ARCH stuff was his idea. >=20 MACHINE_ARCH should be spelled TARGET_ARCH when doing cross stuff properly. > Ruslan Ermilov wrote: >=20 > >> On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: > >>> Should we also document that -m is suppose to be src's etc dir instead > >>> of src? I've accidentally pointed -m at src, and then it does a make > >>> which is quite ammuzing as it's completely the wrong thing... Or now > >>> that we call outside of /etc, should we make -m really point to src, > >>> and have the proper calls add etc to the directory? >=20 > I strongly dislike the idea of changing the semantics of the -m option. I= t's > been the way it is since day 1, and I really hate to make changes to > something like that. I can see a case for making the man page more clear, > but I'd rather work around the problem with -m than change the semantics. >=20 > > Doesn't really matter, mergemaster(8) was broken because it was > > written when we didn't have correct wrappers for "distrib-dirs" > > and "distribution", upgrade and cross-arch friendly, at the top > > level. > >=20 > > Anyway, attached is the patch I'd like to commit after a nod > > from Doug. It fixes mergemaster(8) to use src/Makefile wrappers > > for distrib-dirs and distribution targets, and makes it use > > TARGET_ARCH instead of faking up MACHINE_ARCH, now that it uses > > the correct wrappers. It also makes ${SOURCEDIR} and -m point > > at the src/ top, as documented in a manpage. >=20 > Forgive me if I'm being dense here, but why do the changes you describe > require that we run make in src/? >=20 You didn't read this thread from beginning, did you? OK, I will explain it in a bit more detail. The time you're running "mergemaster -p", you run src/etc/Makefile which may be incompatible with installed make(1) binary and/or /usr/share/mk files (like is the case for this thread). By using the top level wrappers, all these problems are solved. Wrappers execute src/etc/Makefile targets in upgrade- and cross-friendly environment, with bootstrapped make(1) binary and src/share/mk files. > Or, alternatively, if it is _absolutely_ > necessary to do so, why do we have to redefine SOURCEDIR to be src, and w= hy > can't we just strip /etc from SOURCEDIR where needed? >=20 My original diff didn't change that, I think someone else asked to change it, and it was pretty logical (see below). > In short, I have no objections to fixing mergemaster to work with the new > world order, but it needs to be done in a way that does not change semant= ics > of an existing option. I'd also like confirmation from Robert that we're = not > breaking any of the behavior that he added by doing it the way you propos= e. >=20 OK, you have my patches, do what you want with them. I don't care which directory the -m option uses, but there's not much sense keeping it pointing to src/etc/ if we're going to use the top-level Makefile and its targets. Absolutely what needs to be done: 1) Fix mergemaster(8) to use top-level targets for distrib-dirs, distribute, and obj/all in "etc". The latter should be more obvious -- my changes fixes it so it runs obj/all in etc in the same environment as buildworld does, i.e., using adequate tools. 2) s/MACHINE_ARCH/TARGET_ARCH/, i.e., don't pretend we're a TARGET_ARCH. When needed top-level makefiles will substitute MACHINE_ARCH=3D${TARGET_ARCH}. 3) Grow support for TARGET for pc98, better through the "arch[:machine]" format of the -A option's argument. Some reference commits from src/Makefile: : revision 1.320 : date: 2005/07/15 14:38:54; author: ru; state: Exp; lines: +1 -1 : Make the `distrib-dirs' target official and working properly : when cross-building (installing). (This is useful for NFS : installing world/kernel to another architecture machine.) :=20 : revision 1.317 : date: 2005/02/27 12:11:34; author: ru; state: Exp; lines: +2 -1 : Added the convenience "distribution" target which calls the : target of the same name from src/etc/Makefile with a proper : environment, suitable to be used during upgrades and cross- : builds. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEIHakqRfpzJluFF4RAsRFAKCcOh8QPmZBsN06q0N2JSY3wojxFwCeI2LU pU/Mm3YQlv1EcepqWqGCjjc= =WO8a -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:00:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4365F16A41F for ; Tue, 21 Mar 2006 22:00:36 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FA843D45 for ; Tue, 21 Mar 2006 22:00:34 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB67.dip.t-dialin.net [84.165.251.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k2LLfOAS026123 for ; Tue, 21 Mar 2006 22:41:25 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k2LM0Thw061479 for ; Tue, 21 Mar 2006 23:00:31 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 21 Mar 2006 23:00:29 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20060321230029.12cfd145@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: linuxolator on alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:00:36 -0000 Hi, is someone using the linuxolator on alpha? If you use it: - Which linux_base do you use, and do you think it's safe to use this linux_base? - Which linux programs do you use, which (from ports) don't work? - Can you please test the current linuxolator on current? Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:15:42 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DD3D16A401 for ; Tue, 21 Mar 2006 22:15:42 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06B443D53 for ; Tue, 21 Mar 2006 22:15:41 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 30D185E4904; Tue, 21 Mar 2006 14:15:41 -0800 (PST) Received: from [129.101.167.146] (unknown [129.101.167.146]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id CA3AB5E4816; Tue, 21 Mar 2006 14:15:39 -0800 (PST) In-Reply-To: <20060321184019.GX35129@funkthat.com> References: <20060321184019.GX35129@funkthat.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Tue, 21 Mar 2006 14:16:18 -0800 To: John-Mark Gurney X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.5 Cc: current@FreeBSD.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:15:42 -0000 On Mar 21, 2006, at 10:40 AM, John-Mark Gurney wrote: > If someone wants to spend some time investigating this, this looks > like > an interesting puzzle: > -bash-2.05b$ cat t.c > int main() { char *p = 0; *p = 5; return 0;} > -bash-2.05b$ cc -static -o t t.c > -bash-2.05b$ ./t > Segmentation fault (core dumped) > -bash-2.05b$ ls -l t t.core > -rwxr-xr-x 1 jmg jmg 179737 Mar 21 10:36 t > -rw------- 1 jmg jmg 50049024 Mar 21 10:36 t.core > > I first read that as 5megs, but it turns out that it's 50megs in size! > A 50 meg core dump for a static program that does nothing? Though I > also have questsions about a 179k program file size for something that > doesn't call any functions... > > Now the interesting part is that dynamicly linked: > -bash-2.05b$ cc -o t t.c > -bash-2.05b$ ./t > Segmentation fault (core dumped) > -bash-2.05b$ ls -l t t.core > -rwxr-xr-x 1 jmg jmg 4615 Mar 21 10:38 t > -rw------- 1 jmg jmg 303104 Mar 21 10:38 t.core > > only 303k... Still on the hefty side of things for a program that > just cores, but better than static's 50megs... When did you last update this system? I expect the large core dump is due to the 16 MB chunk size for older versions of jemalloc. 3 chunks would add up to about the right amount, though I'd only expect there to be 2 chunks for that example program, so I'm guessing that you're running on i386, and that there is nearly 16 MB of padding on the heap in order to get the first chunk properly aligned. The version of malloc I checked in late last week uses a 2 MB chunk size, so the core size should be much smaller. The core dump from the static binary is probably much smaller because nothing ever calls malloc (no dynamic loader in the mix). Jason From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:20:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DAAC16A420; Tue, 21 Mar 2006 22:20:48 +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 B45D143D48; Tue, 21 Mar 2006 22:20:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (k0fjaf51bclqnaou@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k2LMKlHn003545; Tue, 21 Mar 2006 14:20:47 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k2LMKlju003544; Tue, 21 Mar 2006 14:20:47 -0800 (PST) (envelope-from jmg) Date: Tue, 21 Mar 2006 14:20:46 -0800 From: John-Mark Gurney To: Jason Evans Message-ID: <20060321222046.GY35129@funkthat.com> Mail-Followup-To: Jason Evans , current@FreeBSD.org References: <20060321184019.GX35129@funkthat.com> <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 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: current@freebsd.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:20:48 -0000 Jason Evans wrote this message on Tue, Mar 21, 2006 at 14:16 -0800: > On Mar 21, 2006, at 10:40 AM, John-Mark Gurney wrote: > >If someone wants to spend some time investigating this, this looks > >like > >an interesting puzzle: > >-bash-2.05b$ cat t.c > >int main() { char *p = 0; *p = 5; return 0;} > >-bash-2.05b$ cc -static -o t t.c > >-bash-2.05b$ ./t > >Segmentation fault (core dumped) > >-bash-2.05b$ ls -l t t.core > >-rwxr-xr-x 1 jmg jmg 179737 Mar 21 10:36 t > >-rw------- 1 jmg jmg 50049024 Mar 21 10:36 t.core > > > >I first read that as 5megs, but it turns out that it's 50megs in size! > >A 50 meg core dump for a static program that does nothing? Though I > >also have questsions about a 179k program file size for something that > >doesn't call any functions... > > > >Now the interesting part is that dynamicly linked: > >-bash-2.05b$ cc -o t t.c > >-bash-2.05b$ ./t > >Segmentation fault (core dumped) > >-bash-2.05b$ ls -l t t.core > >-rwxr-xr-x 1 jmg jmg 4615 Mar 21 10:38 t > >-rw------- 1 jmg jmg 303104 Mar 21 10:38 t.core > > > >only 303k... Still on the hefty side of things for a program that > >just cores, but better than static's 50megs... > > When did you last update this system? I expect the large core dump > is due to the 16 MB chunk size for older versions of jemalloc. 3 > chunks would add up to about the right amount, though I'd only expect > there to be 2 chunks for that example program, so I'm guessing that > you're running on i386, and that there is nearly 16 MB of padding on > the heap in order to get the first chunk properly aligned. The > version of malloc I checked in late last week uses a 2 MB chunk size, > so the core size should be much smaller. > > The core dump from the static binary is probably much smaller because > nothing ever calls malloc (no dynamic loader in the mix). Ummm. you made the same mistake someone else did... The core dump from the static binary is not smaller, it's much larger.. Reread above... And yes, I'm pretty sure that I have a world from before your reduction in chunk size... Having a minimum of a 6meg core doesn't sound like a good idea... It's definately not going to play nice with small systems.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:18:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB8316A401; Tue, 21 Mar 2006 22:18:20 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E22043D45; Tue, 21 Mar 2006 22:18:19 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LMK2JQ026849; Tue, 21 Mar 2006 23:20:03 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2LMmJw14016; Tue, 21 Mar 2006 23:48:19 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 21 Mar 2006 23:17:36 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 17:17:33 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212123.k2LLNMhO006344@apollo.backplane.com> In-Reply-To: <200603212123.k2LLNMhO006344@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211717.34348.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 22:17:36.0783 (UTC) FILETIME=[4250B9F0:01C64D35] X-Mailman-Approved-At: Tue, 21 Mar 2006 22:20:57 +0000 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: weird bugs with mmap-ing via NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:18:20 -0000 [Moved from -current to -stable] צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 16:23, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š You might be doing just writes to the mmap()'d memory, but the system > š š doesn't know that. Actually, it does. The program tells it, that I don't care to read, what's currently there, by specifying the PROT_READ flag only. > š š The moment you touch any mmap()'d page, reading or writing, the system > š š has to fault it in, which means it has to read it and load valid data > š š into the page. Sounds like a missed optimization opportunity :-( > :When I mount with large read and write sizes: > : > :šššššššmount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup > : > :it changes -- for the worse. Short time into it -- the file stops growing > :according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 > : FS blocks (the FS was created with `-b 65536 -f 8129'). > : > :At the same time, according to `systat -if' on both client and server, the > : š client continues to send (and the server continues to receive) about > : 30Mb of some (?) data per second. > š š It kinda sounds like the buffer cache is getting blown out, but not > š š having seen the program I can't really analyze it. See http://aldan.algebra.com/~mi/mzip.c > š š It will always be more efficient to write to a file using write() then > š š using mmap() I understand, that write() is much better optimized at the moment, but the mmap interface carries some advantages, which may allow future OSes to optimize their ways. The application can hint at its planned usage of the data via madvise, for example. Unfortunately, my problem, so far, is with it not writing _at all_... > š š and it will always be far, far more efficient to write to an NFS file in > š š nfs block-sized chunks rather then in smaller chunks > š š due to the way the buffer cache works. Yes, this is an example of how a good implemented mmap can be better than write. Without explicit writes by the application and without doubling the memory requirements, the data can be written in the most optimal way. Thanks for your help. Yours, -mi From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:53:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01D116A401; Tue, 21 Mar 2006 22:53:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477C643D55; Tue, 21 Mar 2006 22:53:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2LMrS1s012689; Tue, 21 Mar 2006 17:53:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Mar 2006 17:53:15 -0500 User-Agent: KMail/1.9.1 References: <20060318221432.20fbefda@Magellan.Leidinger.net> In-Reply-To: <20060318221432.20fbefda@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603211753.19642.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1348/Tue Mar 21 15:53:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Some background info regarding the COMPAT_43 changes in the linuxolator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:53:37 -0000 On Saturday 18 March 2006 16:14, Alexander Leidinger wrote: > Hi, > > there's still a COMPAT_43 section in the architecture part of the > linuxolator. It's in an autogenerated file (linux_proto.h). Without > COMPAT_43 it seems that unimplemented linux syscalls will not be > printed to the console anymore. If someone understands > kern/makesyscalls.sh good enough to remove the ifdef/endif: please send > patches or commit a fix. Note that nosys is defined to linux_nosys twice in linux_proto.h and also in the sysent.c file directly, so I don't think it is going to break nosys behavior if you take COMPAT_43 out. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 22:53:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01D116A401; Tue, 21 Mar 2006 22:53:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477C643D55; Tue, 21 Mar 2006 22:53:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2LMrS1s012689; Tue, 21 Mar 2006 17:53:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Mar 2006 17:53:15 -0500 User-Agent: KMail/1.9.1 References: <20060318221432.20fbefda@Magellan.Leidinger.net> In-Reply-To: <20060318221432.20fbefda@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603211753.19642.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1348/Tue Mar 21 15:53:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Some background info regarding the COMPAT_43 changes in the linuxolator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:53:37 -0000 On Saturday 18 March 2006 16:14, Alexander Leidinger wrote: > Hi, > > there's still a COMPAT_43 section in the architecture part of the > linuxolator. It's in an autogenerated file (linux_proto.h). Without > COMPAT_43 it seems that unimplemented linux syscalls will not be > printed to the console anymore. If someone understands > kern/makesyscalls.sh good enough to remove the ifdef/endif: please send > patches or commit a fix. Note that nosys is defined to linux_nosys twice in linux_proto.h and also in the sysent.c file directly, so I don't think it is going to break nosys behavior if you take COMPAT_43 out. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 23:21:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A2B16A401 for ; Tue, 21 Mar 2006 23:21:28 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D277F43D62 for ; Tue, 21 Mar 2006 23:21:24 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 6D2005E4904; Tue, 21 Mar 2006 15:21:24 -0800 (PST) Received: from [129.101.167.146] (unknown [129.101.167.146]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 14B7A5E48DE; Tue, 21 Mar 2006 15:21:23 -0800 (PST) In-Reply-To: <20060321222046.GY35129@funkthat.com> References: <20060321184019.GX35129@funkthat.com> <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> <20060321222046.GY35129@funkthat.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Tue, 21 Mar 2006 15:22:01 -0800 To: John-Mark Gurney X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.5 Cc: current@freebsd.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 23:21:28 -0000 On Mar 21, 2006, at 2:20 PM, John-Mark Gurney wrote: > Jason Evans wrote this message on Tue, Mar 21, 2006 at 14:16 -0800: >> The core dump from the static binary is probably much smaller because >> nothing ever calls malloc (no dynamic loader in the mix). > > Ummm. you made the same mistake someone else did... The core dump > from the static binary is not smaller, it's much larger.. Reread > above... Okay then, invert the argument: The core dump from the dynamic binary is probably much smaller because rtld never calls the libc malloc. > And yes, I'm pretty sure that I have a world from before your > reduction > in chunk size... Having a minimum of a 6meg core doesn't sound like a > good idea... It's definately not going to play nice with small > systems.. I don't think that a 6 MB core file is the big deal you are making it out to be. A 50 MB core file is a pain, mainly because it takes a long time to dump core. Even so, consider that core dumps on OS X are in excess of 90 MB, and that this hasn't caused the world to stop revolving (though we should blame OS X for global warming). If this is of real concern to you though, you might consider looking into modifying the dump code to leave holes in the core file for unmapped pages when dumping to UFS. The vast majority of the core file is untouched pages in your simple test case. I was actually surprised to find that dumping doesn't appear to do this. Jason From owner-freebsd-current@FreeBSD.ORG Tue Mar 21 23:37:54 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5991716A423; Tue, 21 Mar 2006 23:37:54 +0000 (UTC) (envelope-from stijn@pcwin002.win.tue.nl) Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.3.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C0C43D5D; Tue, 21 Mar 2006 23:37:45 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by mailhost.tue.nl (Postfix) with ESMTP id 3161D6D43C; Wed, 22 Mar 2006 00:37:44 +0100 (CET) Received: from mailhost.tue.nl ([131.155.3.8]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63887-10; Wed, 22 Mar 2006 00:37:43 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by mailhost.tue.nl (Postfix) with ESMTP id BB9A56D41E; Wed, 22 Mar 2006 00:37:43 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id B273431401C; Wed, 22 Mar 2006 00:37:43 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id B0EEB40CE; Wed, 22 Mar 2006 00:37:43 +0100 (CET) Date: Wed, 22 Mar 2006 00:37:43 +0100 From: Stijn Hoop To: Doug Barton Message-ID: <20060321233743.GA70193@pcwin002.win.tue.nl> References: <20060320221741.GA13699@troutmask.apl.washington.edu> <20060320230009.GA55254@troutmask.apl.washington.edu> <20060320231604.GH83781@ip.net.ua> <20060320232746.GI83781@ip.net.ua> <20060320234006.GV35129@funkthat.com> <20060320234145.GB33003@troutmask.apl.washington.edu> <20060321064528.GD77849@ip.net.ua> <44206E9F.6020702@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <44206E9F.6020702@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: rwatson@freebsd.org, freebsd-current@FreeBSD.org, Ruslan Ermilov , Steve Kargl Subject: Re: mergemaster broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 23:37:54 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 01:22:39PM -0800, Doug Barton wrote: > Ruslan Ermilov wrote: > >> On Mon, Mar 20, 2006 at 03:40:06PM -0800, John-Mark Gurney wrote: > >>> Should we also document that -m is suppose to be src's etc dir instead > >>> of src? I've accidentally pointed -m at src, and then it does a make > >>> which is quite ammuzing as it's completely the wrong thing... Or now > >>> that we call outside of /etc, should we make -m really point to src, > >>> and have the proper calls add etc to the directory? >=20 > I strongly dislike the idea of changing the semantics of the -m option. I= t's > been the way it is since day 1, and I really hate to make changes to > something like that. I can see a case for making the man page more clear, > but I'd rather work around the problem with -m than change the semantics. FWIW, I've _always_ cursed this option; I keep forgetting to point it at a subdirectory of the one I use 'make installworld' in. If you ask me, this is one of those 'please break backwards compatibility for the sake of keeping people sane' kind of things. My EUR 0.02, --Stijn --=20 "...I like logs. They give me a warm fuzzy feeling. I've been known to keep logs for 30 months at a time (generally when I thought I was rotating them daily, but was actually rotating them once a month)." -- Michael Lucas, in Big Scary Daemons article 'Controlling Bandwidth' --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEII5HY3r/tLQmfWcRArVmAJ0Sp32y6fCDZU3kbItLuvHJs1rJigCfd4oQ I6arlZnMFxHc3Sj5UjGyT/w= =7DsI -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 08:21:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40C4816A400 for ; Wed, 22 Mar 2006 08:21:18 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CFD43D46 for ; Wed, 22 Mar 2006 08:21:16 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLyfD-000DDp-9K for freebsd-current@freebsd.org; Wed, 22 Mar 2006 16:25:55 +0800 Message-ID: <44210801.90609@micom.mng.net> Date: Wed, 22 Mar 2006 16:17:05 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: LOR when booting CURRENT (ip_divert.c, PFil hook read/write mutex) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 08:21:18 -0000 Hi, When booting recent current I get LOR: Mar 22 15:43:25 gw kernel: lock order reversal: Mar 22 15:43:25 gw kernel: 1st 0xc23d5090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 Mar 22 15:43:25 gw kernel: 2nd 0xc07f21d8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 Mar 22 15:43:25 gw kernel: KDB: stack backtrace: Mar 22 15:43:25 gw kernel: kdb_backtrace(0,ffffffff,c07b2018,c07b2388,c0779ea4) at kdb_backtrace+0x29 Mar 22 15:43:25 gw kernel: witness_checkorder(c07f21d8,1,c0710d56,49) at witness_checkorder+0x586 Mar 22 15:43:25 gw kernel: _rw_rlock(c07f21d8,c0710d56,49) at _rw_rlock+0x52 Mar 22 15:43:25 gw kernel: pfil_run_hooks(c07f21c0,cc8e6b28,c224b800,2,0) at pfil_run_hooks+0x2c Mar 22 15:43:25 gw kernel: ip_output(c230f200,0,cc8e6af4,22,0) at ip_output+0x63f Mar 22 15:43:25 gw kernel: div_output(c23cd000,c230f200,c226a170,0,cc8e6bb0) at div_output+0x185 Mar 22 15:43:25 gw kernel: div_send(c23cd000,0,c230f200,c226a170,0) at div_send+0x3f Mar 22 15:43:25 gw kernel: sosend(c23cd000,c226a170,cc8e6be4,c230f200,0) at sosend+0x3e5 Mar 22 15:43:25 gw kernel: kern_sendit(c224e000,3,cc8e6c64,0,0) at kern_sendit+0x104 Mar 22 15:43:25 gw kernel: sendit(c224e000,3,cc8e6c64,0,bfbdec10) at sendit+0x15f Mar 22 15:43:25 gw kernel: sendto(c224e000,cc8e6d04,c2336000,c,c224e000) at sendto+0x4d Mar 22 15:43:25 gw kernel: syscall(3b,3b,3b,2,60) at syscall+0x27e Mar 22 15:43:25 gw kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 22 15:43:25 gw kernel: --- syscall (133, FreeBSD ELF32, sendto), eip = 0x2812fa8f, esp = 0xbfbdeb1c, ebp = 0xbfbeebc8 --- gw# uname -an FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Wed Mar 22 14:48:22 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 kernel config part: ... options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable options ALTQ_DEBUG options NETGRAPH # netgraph(4) system options NETGRAPH_ASYNC options NETGRAPH_BPF options NETGRAPH_BRIDGE options NETGRAPH_CISCO options NETGRAPH_DEVICE options NETGRAPH_ECHO options NETGRAPH_EIFACE options NETGRAPH_ETHER options NETGRAPH_FEC options NETGRAPH_FRAME_RELAY options NETGRAPH_HOLE options NETGRAPH_IFACE options NETGRAPH_IP_INPUT options NETGRAPH_IPFW options NETGRAPH_KSOCKET options NETGRAPH_L2TP options NETGRAPH_LMI options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_NETFLOW options NETGRAPH_ONE2MANY options NETGRAPH_PPPOE options NETGRAPH_PPTPGRE options NETGRAPH_RFC1490 options NETGRAPH_SOCKET options NETGRAPH_SPLIT options NETGRAPH_TCPMSS options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI options NETGRAPH_VJC options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options DUMMYNET device gre #IP over IP tunneling device if_bridge #Bridge interface device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF device carp #Common Address Redundancy Protocol options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_FORWARD #packet destination changes options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding options TCPDEBUG options HZ=1000 Ganbold From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 08:40:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5BB216A422 for ; Wed, 22 Mar 2006 08:40:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402C443D53 for ; Wed, 22 Mar 2006 08:40:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 7B0562000B1; Wed, 22 Mar 2006 09:40:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id B7C4D2000D8; Wed, 22 Mar 2006 09:40:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 306B1444F45; Wed, 22 Mar 2006 08:38:22 +0000 (UTC) Date: Wed, 22 Mar 2006 08:38:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ganbold In-Reply-To: <44210801.90609@micom.mng.net> Message-ID: <20060322083546.N2181@maildrop.int.zabbadoz.net> References: <44210801.90609@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR when booting CURRENT (ip_divert.c, PFil hook read/write mutex) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 08:40:11 -0000 On Wed, 22 Mar 2006, Ganbold wrote: Hi, > When booting recent current I get LOR: lock order reversal: 1st 0xc23d5090 inp (divinp) @ sys/netinet/ip_divert.c:327 2nd 0xc07f21d8 PFil hook read/write mutex (PFil hook read/write mutex) @ sys/net/pfil.c:73 added this LOR with # 181 to 'the LOR page': http://sources.zabbadoz.net/freebsd/lor.html#181 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 14:11:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D4C16A401; Wed, 22 Mar 2006 14:11:32 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5056543D46; Wed, 22 Mar 2006 14:11:32 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 4EF285CF5; Wed, 22 Mar 2006 09:11:31 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75803-05; Wed, 22 Mar 2006 09:11:30 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-194-11.ny325.east.verizon.net [68.160.194.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 0418A5C50; Wed, 22 Mar 2006 09:11:29 -0500 (EST) Message-ID: <44215B1B.1080104@mac.com> Date: Wed, 22 Mar 2006 09:11:39 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Evans References: <20060321184019.GX35129@funkthat.com> <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> <20060321222046.GY35129@funkthat.com> <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> In-Reply-To: <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: John-Mark Gurney , current@freebsd.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 14:11:32 -0000 Hi, Jason-- First, thanks for your work on the new jemalloc. Jason Evans wrote: > On Mar 21, 2006, at 2:20 PM, John-Mark Gurney wrote: [ ... ] >> And yes, I'm pretty sure that I have a world from before your reduction >> in chunk size... Having a minimum of a 6meg core doesn't sound like a >> good idea... It's definately not going to play nice with small systems.. > > I don't think that a 6 MB core file is the big deal you are making it > out to be. A 50 MB core file is a pain, mainly because it takes a long > time to dump core. The smallest processes that people run often are likely going to be /bin/sh and the typical fodder of shell scripts (grep, awk, and so forth). Under 4.x, /bin/sh tended to have VSIZE of 640K and RSS of ~300K; under 5.x and later, /bin/sh has VSIZE of 1.6MB and RSS of ~1MB. Creating a 50MB corefile from a 2MB VSIZE process is unreasonable. Creating a 6MB corefile from a 2MB VSIZE process would be reasonable but probably could be improved by a factor of two. On the other hand, the staticly linked "t" program is: chuck 62964 0.0 0.1 232 128 p0 TX 8:09AM 0:00.03 /tmp/t 128K RSS, 232 VSIZE. A 6MB corefile is a factor of 25 larger, which strikes me as something that could be improved by more than a factor of ten. What else is being dumped that's not counted by VSIZE, aside from a header and maybe some per-thread state, (although aren't the per-thread stacks already part of VSIZE)...? Can jemalloc only create per-CPU arenas only for processes which are themselves multithreaded, when it's running on a multi-CPU system? Would that help reduce the amount of allocated but unreferenced memory that is involved for the common case of /bin/sh and friends? > Even so, consider that core dumps on OS X are in > excess of 90 MB, and that this hasn't caused the world to stop revolving > (though we should blame OS X for global warming). Dear Cthulhu, you're right. I was sure this was FUD, and I would have been wrong. :) The one-line test program from earlier in the thread creates a 147MB coredump under 10.4.5...I need to file a radar or two with Apple. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 15:20:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56D3E16A427; Wed, 22 Mar 2006 15:20:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701A643D55; Wed, 22 Mar 2006 15:20:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2MFJxGn019515; Wed, 22 Mar 2006 10:20:02 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Mar 2006 10:19:39 -0500 User-Agent: KMail/1.9.1 References: <20060321184019.GX35129@funkthat.com> <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> <44215B1B.1080104@mac.com> In-Reply-To: <44215B1B.1080104@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603221019.43713.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1350/Wed Mar 22 05:12:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: John-Mark Gurney , Jason Evans Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 15:20:06 -0000 On Wednesday 22 March 2006 09:11, Chuck Swiger wrote: > Hi, Jason-- > > First, thanks for your work on the new jemalloc. > > Jason Evans wrote: > > On Mar 21, 2006, at 2:20 PM, John-Mark Gurney wrote: > [ ... ] > >> And yes, I'm pretty sure that I have a world from before your reduction > >> in chunk size... Having a minimum of a 6meg core doesn't sound like a > >> good idea... It's definately not going to play nice with small systems.. > > > > I don't think that a 6 MB core file is the big deal you are making it > > out to be. A 50 MB core file is a pain, mainly because it takes a long > > time to dump core. > > The smallest processes that people run often are likely going to be /bin/sh and > the typical fodder of shell scripts (grep, awk, and so forth). Under 4.x, > /bin/sh tended to have VSIZE of 640K and RSS of ~300K; under 5.x and later, > /bin/sh has VSIZE of 1.6MB and RSS of ~1MB. > > Creating a 50MB corefile from a 2MB VSIZE process is unreasonable. Creating a > 6MB corefile from a 2MB VSIZE process would be reasonable but probably could be > improved by a factor of two. > > On the other hand, the staticly linked "t" program is: > > chuck 62964 0.0 0.1 232 128 p0 TX 8:09AM 0:00.03 /tmp/t > > 128K RSS, 232 VSIZE. A 6MB corefile is a factor of 25 larger, which strikes me > as something that could be improved by more than a factor of ten. > > What else is being dumped that's not counted by VSIZE, aside from a header and > maybe some per-thread state, (although aren't the per-thread stacks already part > of VSIZE)...? > > Can jemalloc only create per-CPU arenas only for processes which are themselves > multithreaded, when it's running on a multi-CPU system? Would that help reduce > the amount of allocated but unreferenced memory that is involved for the common > case of /bin/sh and friends? I think the better path is to provide sparse coredumps. I.e., when dumping a core, leave the parts of the process map that are mapped but have no backing store yet (b/c the pages haven't been touched) sparse by not writing to them, but just seeking past them. This doesn't require complicating the malloc implementation just for the sake of a core dump on a CF device. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 18:14:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE09D16A425 for ; Wed, 22 Mar 2006 18:14:28 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D63DE43D7F for ; Wed, 22 Mar 2006 18:14:25 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 362755E4913; Wed, 22 Mar 2006 10:14:25 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id AB1395E4900; Wed, 22 Mar 2006 10:14:23 -0800 (PST) Message-ID: <442193F8.7070104@FreeBSD.org> Date: Wed, 22 Mar 2006 10:14:16 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <20060321184019.GX35129@funkthat.com> <47CC5AC0-1B44-4485-92A9-70751681A527@freebsd.org> <20060321222046.GY35129@funkthat.com> <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> <44215B1B.1080104@mac.com> In-Reply-To: <44215B1B.1080104@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: John-Mark Gurney , current@freebsd.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 18:14:29 -0000 Chuck Swiger wrote: > Can jemalloc only create per-CPU arenas only for processes which are themselves > multithreaded, when it's running on a multi-CPU system? Would that help reduce > the amount of allocated but unreferenced memory that is involved for the common > case of /bin/sh and friends? jemalloc already lazily creates arenas (and the associated chunks), so support for multi-threaded programs costs single-threaded programs practially nothing. Here's why a typical small program has a ~6 MB VSIZE on i386. Chunks have to be aligned at addresses that are multiples of the chunk size. Since the heap doesn't start at a chunk-aligned address, the first chunk that can be allocated from the heap is well past the beginning of the heap. Additionally, we need at least *two* chunks -- one for internal malloc data structures and one for application allocations. At the cost of a bit of extra complexity, it is possible to start off with a runt chunk for the internal malloc data structures, since the chunk alignment requirements happen to be unimportant for internally used chunks. This would reduce VSIZE somewhat. It isn't clear to me that this optimization is worthwhile overall (though I do have a patch that implements it). This problem doesn't even exist for the 64-bit architectures, since there we use mmap() for all chunks. Jason From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 18:24:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A82A16A426; Wed, 22 Mar 2006 18:24:11 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F98043D75; Wed, 22 Mar 2006 18:24:09 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 056EF5E4900; Wed, 22 Mar 2006 10:24:09 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 99DD45E4900; Wed, 22 Mar 2006 10:24:08 -0800 (PST) Message-ID: <44219647.8010602@FreeBSD.org> Date: Wed, 22 Mar 2006 10:24:07 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20060321184019.GX35129@funkthat.com> <1EB2EEE3-855C-4B76-81A6-1880526797CE@freebsd.org> <44215B1B.1080104@mac.com> <200603221019.43713.jhb@freebsd.org> In-Reply-To: <200603221019.43713.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: John-Mark Gurney , freebsd-current@freebsd.org Subject: Re: core dumps are HUGE... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 18:24:11 -0000 John Baldwin wrote: > I think the better path is to provide sparse coredumps. I.e., when dumping a > core, leave the parts of the process map that are mapped but have no backing > store yet (b/c the pages haven't been touched) sparse by not writing to them, > but just seeking past them. This doesn't require complicating the malloc > implementation just for the sake of a core dump on a CF device. I like this solution too. I'm sure there are people who could make this change with much less effort than me though. =) It looks like the necessary changes are in sys/kern/imgact_elf.c:coredump(). That code writes a segment at a time, but it would need to be modified to look at the process's page map and write segments piecemeal. Jason From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 20:22:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0265A16A400; Wed, 22 Mar 2006 20:22:48 +0000 (UTC) (envelope-from gmicsko@szintezis.hu) Received: from mta01.mail.t-online.hu (mta03.mail.t-online.hu [195.228.240.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8711143D45; Wed, 22 Mar 2006 20:22:45 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from dsl54025809.pool.t-online.hu (dsl54025809.pool.t-online.hu [84.2.88.9]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP; Wed, 22 Mar 2006 21:22:43 +0100 (CET) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LCLJxRq8dxQRVkZarKV6" Date: Wed, 22 Mar 2006 21:22:42 +0100 Message-Id: <1143058963.6826.11.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Cc: freebsd-net@freebsd.org Subject: requests for mbufs denied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 20:22:48 -0000 --=-LCLJxRq8dxQRVkZarKV6 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Hi! I have a relative high traffic server, running Apache, MySQL and Drupal. With FreeBSD 6.0 and 6.1-PRERELEASE i got some distressing "netstat -m" outputs. Can anybody explain for me what does this message mean exactly? "16064849/9164254/9384500 requests for mbufs denied (mbufs/clusters/mbuf +clusters)" And what can i do with this? Full "netstat -m" output: $ netstat -m 445/695/1140 mbufs in use (current/cache/total) 407/255/662/65536 mbuf clusters in use (current/cache/total/max) 407/237 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 925K/683K/1609K bytes allocated to network (current/cache/total) 16064849/9164254/9384500 requests for mbufs denied (mbufs/clusters/mbuf +clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 33/964/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 56067 requests for I/O initiated by sendfile 5500 calls to protocol drain routines Sorry for my bad english. Thank you! --=20 Micsk=F3 G=E1bor HP APS, AIS, ASE Szint=E9zis Rt. H-9023 Gy=F5r, Tihanyi =C1. u. 2. Tel: +36 96 502 221 Fax: +36 96 318 658 E-mail: gmicsko@szintezis.hu --=-LCLJxRq8dxQRVkZarKV6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBEIbISo75Oas+VX1ARAryRAKC0DM2W7NNw272e2paoBVmuaa6jygCgty9k +/8rgI0NrjTigLp26klDt8Q= =Ajnx -----END PGP SIGNATURE----- --=-LCLJxRq8dxQRVkZarKV6-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 20:24:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81AD816A400 for ; Wed, 22 Mar 2006 20:24:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA2F943D4C for ; Wed, 22 Mar 2006 20:24:42 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FM9ma-0006lG-VQ for freebsd-current@freebsd.org; Wed, 22 Mar 2006 21:18:16 +0100 Received: from gw205.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Mar 2006 21:18:16 +0100 Received: from atkin901 by gw205.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Mar 2006 21:18:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 22 Mar 2006 12:13:14 -0800 Lines: 67 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gw205.f5.com User-Agent: KNode/0.10.1 Sender: news Subject: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 20:24:43 -0000 I'm scratching my head on this one, trying to buildworld with today sources to get the sendmail fix: cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c tree.c cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -export-dynamic -o bsnmpd main.o action.o config.o export.o trap.o trans_udp.o trans_lsock.o tree.o -lbegemot -lbsnmp -lwrap /usr/obj/usr/src/tmp/usr/lib/libbsnmp.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() tree.o(.rodata+0x7384): undefined reference to `op_transport_dummy' tree.o(.rodata+0x75a8): undefined reference to `op_transport_dummy' tree.o(.rodata+0x77cc): undefined reference to `op_dummy' tree.o(.rodata+0x79f0): undefined reference to `op_snmp_trap' tree.o(.rodata+0x7c14): undefined reference to `op_snmp_trap' tree.o(.rodata+0x7e38): undefined reference to `op_snmp_trap' tree.o(.rodata+0x805c): undefined reference to `op_snmp_trap' *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 All I did is copy /etc/make.conf to /etc/src.conf and backup /etc/make.conf. Removed /usr/obj make buildworld. I noticed that CPUTYPE?=i686 in /etc/src.conf gave and error, so I changed it to CPUTYPE?=pentiumpro. $ cat /etc/src.conf CPUTYPE?=pentiumpro MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) BOOT_COMCONSOLE_PORT= 0x3F8 BOOT_COMCONSOLE_SPEED= 115200 KERNCONF=HELLFIRE # added by use.perl 2005-11-16 17:50:09 PERL_VER=5.8.7 PERL_VERSION=5.8.7 $ -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 20:29:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC13516A401 for ; Wed, 22 Mar 2006 20:29:41 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8747543D46 for ; Wed, 22 Mar 2006 20:29:41 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2MKTelV041821; Wed, 22 Mar 2006 12:29:40 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2MKT6wd041804; Wed, 22 Mar 2006 12:29:06 -0800 (PST) (envelope-from rizzo) Date: Wed, 22 Mar 2006 12:29:06 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20060322122906.A41691@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 20:29:41 -0000 Paolo Pisati (SoC work on in-kernel natd) has done some work on measuring where time is spent in servicing network interrupts, and what's the difference between 4.x and 7.x, and probably has some interesting result. He ran the experiments on his laptop (1.6-1.7GHz with APIC and bfe card), recording timestamps with the TSC in various places of the code path. What he saw is that the basic operation of the interruopt service routine, bfe_intr() is approx the same on 4.x and 7.x, taking between 7-10k TSC ticks on a lightly loaded system. On 7.x, however, there is an extra 9-10k TSC ticks (which may well be hidden in the assembly code on 4.x, but not sure about that) which apparently are spent half in this line in sys/i386/i386/intr_machdep.c if (thread) isrc->is_pic->pic_disable_source(isrc, PIC_EOI); and the other half in the block (removed in 1.274, but we ran the tests on an earlier version) in sys/kern/kern_synch.c - binuptime(&new_switchtime); - bintime_add(&p->p_rux.rux_runtime, &new_switchtime); - bintime_sub(&p->p_rux.rux_runtime, PCPU_PTR(switchtime)); I have good reasons to believe that on modern hardware the replacement, cpu_ticks() , is quite a bit faster. I have no idea, though, why the other pic_disable_source() is so expensive. The 4-5k TSC ticks are approx 3us Any clues ? Paolo should follow up in the next days with graphs and more data. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 20:41:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7121D16A400 for ; Wed, 22 Mar 2006 20:41:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 106DF43D4C for ; Wed, 22 Mar 2006 20:41:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 491D91EC33F; Wed, 22 Mar 2006 21:41:28 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2MKfRLp011504; Wed, 22 Mar 2006 21:41:27 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 22 Mar 2006 12:29:06 PST." <20060322122906.A41691@xorpc.icir.org> Date: Wed, 22 Mar 2006 21:41:27 +0100 Message-ID: <11503.1143060087@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 20:41:30 -0000 In message <20060322122906.A41691@xorpc.icir.org>, Luigi Rizzo writes: > if (thread) > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); > >I have no idea, though, why the other pic_disable_source() >is so expensive. The 4-5k TSC ticks are approx 3us > >Any clues ? ISA bus access. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 20:44:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC5D16A41F for ; Wed, 22 Mar 2006 20:44:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67DF043D6A for ; Wed, 22 Mar 2006 20:44:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2MKiFPG021470; Wed, 22 Mar 2006 15:44:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Mar 2006 15:45:12 -0500 User-Agent: KMail/1.9.1 References: <20060322122906.A41691@xorpc.icir.org> In-Reply-To: <20060322122906.A41691@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603221545.13769.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1350/Wed Mar 22 05:12:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Luigi Rizzo Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 20:44:22 -0000 On Wednesday 22 March 2006 15:29, Luigi Rizzo wrote: > Paolo Pisati (SoC work on in-kernel natd) has done some > work on measuring where time is spent in servicing network > interrupts, and what's the difference between 4.x and 7.x, > and probably has some interesting result. > > He ran the experiments on his laptop (1.6-1.7GHz with APIC > and bfe card), recording timestamps with the TSC in various > places of the code path. > What he saw is that the basic operation of the interruopt > service routine, bfe_intr() is approx the same on 4.x and 7.x, > taking between 7-10k TSC ticks on a lightly loaded system. > On 7.x, however, there is an extra 9-10k TSC ticks (which may > well be hidden in the assembly code on 4.x, but not sure about > that) which apparently are spent half in this line in > sys/i386/i386/intr_machdep.c > > if (thread) > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); This is going out to the I/O APIC and writing a bit to mask the interrupt until the handler has run. Is he using a kernel that has SMP enabled? If so, turning SMP off might make things slightly better. Note that 4.x does do the same writes to the I/O APIC, but in assembly. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:14:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4653C16A422 for ; Wed, 22 Mar 2006 21:14:49 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096FA43D68 for ; Wed, 22 Mar 2006 21:14:48 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2MLEmSS042365; Wed, 22 Mar 2006 13:14:48 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2MLEmJu042364; Wed, 22 Mar 2006 13:14:48 -0800 (PST) (envelope-from rizzo) Date: Wed, 22 Mar 2006 13:14:48 -0800 From: Luigi Rizzo To: Poul-Henning Kamp Message-ID: <20060322131448.A42341@xorpc.icir.org> References: <20060322122906.A41691@xorpc.icir.org> <11503.1143060087@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <11503.1143060087@critter.freebsd.dk>; from phk@phk.freebsd.dk on Wed, Mar 22, 2006 at 09:41:27PM +0100 Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:14:49 -0000 On Wed, Mar 22, 2006 at 09:41:27PM +0100, Poul-Henning Kamp wrote: > In message <20060322122906.A41691@xorpc.icir.org>, Luigi Rizzo writes: > > > if (thread) > > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); > > > >I have no idea, though, why the other pic_disable_source() > >is so expensive. The 4-5k TSC ticks are approx 3us > > > >Any clues ? > > ISA bus access. yeah but this is a modern laptop with an apic, not an 8259... i don't think it has any ISA bus unless there is some strange emulation going on ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:18:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2014F16A400; Wed, 22 Mar 2006 21:18:13 +0000 (UTC) (envelope-from gmicsko@szintezis.hu) Received: from mta01.mail.t-online.hu (mta03.mail.t-online.hu [195.228.240.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C68C43D64; Wed, 22 Mar 2006 21:18:12 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from dsl54025809.pool.t-online.hu (dsl54025809.pool.t-online.hu [84.2.88.9]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP; Wed, 22 Mar 2006 22:18:11 +0100 (CET) From: Gabor MICSKO To: Peter Blok In-Reply-To: <003d01c64df2$fd07d090$8a01a8c0@ntpc> References: <003d01c64df2$fd07d090$8a01a8c0@ntpc> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8MinNMdKtw3D7Z8NDS+n" Date: Wed, 22 Mar 2006 22:18:11 +0100 Message-Id: <1143062291.6826.20.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: requests for mbufs denied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:18:13 -0000 --=-8MinNMdKtw3D7Z8NDS+n Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable On Wed, 2006-03-22 at 21:55 +0100, Peter Blok wrote: > Hi, >=20 > I have them too. They only happen on a Realtek re card. They don't happen= on > an Intel em card. I'm still narrowing down why this happens. Hm, interesting. I got this messages with an onboard Intel PRO/1000 Gigabit Ethernet Card (em). > I have now disabled carp, because I have a feeling it is related to > promiscuous mode. So far they have not happened after disabling carp. I will check it out! Thanks! --=20 Micsk=F3 G=E1bor HP APS, AIS, ASE Szint=E9zis Rt. H-9023 Gy=F5r, Tihanyi =C1. u. 2. Tel: +36 96 502 221 Fax: +36 96 318 658 E-mail: gmicsko@szintezis.hu --=-8MinNMdKtw3D7Z8NDS+n Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBEIb8To75Oas+VX1ARAke1AKC2tr/xFTJTDWUxNTeOahz6ZE+ytwCeIMep fbH6csNVss59sK5qct4fH9s= =YskT -----END PGP SIGNATURE----- --=-8MinNMdKtw3D7Z8NDS+n-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:19:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E759F16A42B for ; Wed, 22 Mar 2006 21:19:13 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73DFE43D8B for ; Wed, 22 Mar 2006 21:18:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 2A1061EC31E; Wed, 22 Mar 2006 22:18:48 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2MLIiT2011681; Wed, 22 Mar 2006 22:18:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 22 Mar 2006 13:14:48 PST." <20060322131448.A42341@xorpc.icir.org> Date: Wed, 22 Mar 2006 22:18:44 +0100 Message-ID: <11680.1143062324@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:19:14 -0000 In message <20060322131448.A42341@xorpc.icir.org>, Luigi Rizzo writes: >> > if (thread) >> > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); >> > >> >I have no idea, though, why the other pic_disable_source() >> >is so expensive. The 4-5k TSC ticks are approx 3us >> > >> >Any clues ? >> >> ISA bus access. > >yeah but this is a modern laptop with an apic, >not an 8259... i don't think it has any ISA bus unless there is >some strange emulation going on ? There is, how else would it boot MS-DOS ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:27:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A9016A41F for ; Wed, 22 Mar 2006 21:27:43 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEFBE43D6B for ; Wed, 22 Mar 2006 21:27:40 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2MLRewJ042559; Wed, 22 Mar 2006 13:27:40 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2MLRd80042558; Wed, 22 Mar 2006 13:27:39 -0800 (PST) (envelope-from rizzo) Date: Wed, 22 Mar 2006 13:27:39 -0800 From: Luigi Rizzo To: Poul-Henning Kamp Message-ID: <20060322132739.C42341@xorpc.icir.org> References: <20060322131448.A42341@xorpc.icir.org> <11680.1143062324@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <11680.1143062324@critter.freebsd.dk>; from phk@phk.freebsd.dk on Wed, Mar 22, 2006 at 10:18:44PM +0100 Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:27:43 -0000 On Wed, Mar 22, 2006 at 10:18:44PM +0100, Poul-Henning Kamp wrote: > In message <20060322131448.A42341@xorpc.icir.org>, Luigi Rizzo writes: > > >> > if (thread) > >> > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); > >> > > >> >I have no idea, though, why the other pic_disable_source() > >> >is so expensive. The 4-5k TSC ticks are approx 3us > >> > > >> >Any clues ? > >> > >> ISA bus access. > > > >yeah but this is a modern laptop with an apic, > >not an 8259... i don't think it has any ISA bus unless there is > >some strange emulation going on ? > > There is, how else would it boot MS-DOS ? so anything we can do in the kernel config to remove that ? (i don't have here the config Paolo is using...) cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:33:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A5716A401; Wed, 22 Mar 2006 21:33:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DC243D78; Wed, 22 Mar 2006 21:33:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2MLXdEa021888; Wed, 22 Mar 2006 16:33:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Mar 2006 16:32:52 -0500 User-Agent: KMail/1.9.1 References: <11503.1143060087@critter.freebsd.dk> In-Reply-To: <11503.1143060087@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603221632.55795.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1350/Wed Mar 22 05:12:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Luigi Rizzo , Poul-Henning Kamp , current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:33:41 -0000 On Wednesday 22 March 2006 15:41, Poul-Henning Kamp wrote: > In message <20060322122906.A41691@xorpc.icir.org>, Luigi Rizzo writes: > > > if (thread) > > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); > > > >I have no idea, though, why the other pic_disable_source() > >is so expensive. The 4-5k TSC ticks are approx 3us > > > >Any clues ? > > ISA bus access. Not for APIC. Still, the I/O APIC for modern systems lives out on the PCI bus, so you are talking about PCI bus access. Here's one patch you can try (I've not got benchmarks to show if it helps at all). It cuts this function down from a PCI read and then a PCI write to just a PCI write: --- //depot/vendor/freebsd/src/sys/i386/i386/io_apic.c 2005/11/16 20:30:33 +++ //depot/user/jhb/acpipci/i386/i386/io_apic.c 2005/11/21 19:21:59 @@ -90,6 +90,7 @@ u_int io_masked:1; int io_dest:5; int io_bus:4; + uint32_t io_lowreg; }; struct ioapic { @@ -208,9 +209,7 @@ mtx_lock_spin(&icu_lock); if (intpin->io_masked) { - flags = ioapic_read(io->io_addr, - IOAPIC_REDTBL_LO(intpin->io_intpin)); - flags &= ~(IOART_INTMASK); + flags = intpin->io_lowreg & ~IOART_INTMASK; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 0; @@ -227,9 +226,7 @@ mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { - flags = ioapic_read(io->io_addr, - IOAPIC_REDTBL_LO(intpin->io_intpin)); - flags |= IOART_INTMSET; + flags = intpin->io_lowreg | IOART_INTMSET; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 1; @@ -320,6 +317,7 @@ /* Write the values to the APIC. */ mtx_lock_spin(&icu_lock); + intpin->io_lowreg = low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 21:33:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A5716A401; Wed, 22 Mar 2006 21:33:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DC243D78; Wed, 22 Mar 2006 21:33:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2MLXdEa021888; Wed, 22 Mar 2006 16:33:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Mar 2006 16:32:52 -0500 User-Agent: KMail/1.9.1 References: <11503.1143060087@critter.freebsd.dk> In-Reply-To: <11503.1143060087@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603221632.55795.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1350/Wed Mar 22 05:12:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Luigi Rizzo , Poul-Henning Kamp , current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:33:41 -0000 On Wednesday 22 March 2006 15:41, Poul-Henning Kamp wrote: > In message <20060322122906.A41691@xorpc.icir.org>, Luigi Rizzo writes: > > > if (thread) > > isrc->is_pic->pic_disable_source(isrc, PIC_EOI); > > > >I have no idea, though, why the other pic_disable_source() > >is so expensive. The 4-5k TSC ticks are approx 3us > > > >Any clues ? > > ISA bus access. Not for APIC. Still, the I/O APIC for modern systems lives out on the PCI bus, so you are talking about PCI bus access. Here's one patch you can try (I've not got benchmarks to show if it helps at all). It cuts this function down from a PCI read and then a PCI write to just a PCI write: --- //depot/vendor/freebsd/src/sys/i386/i386/io_apic.c 2005/11/16 20:30:33 +++ //depot/user/jhb/acpipci/i386/i386/io_apic.c 2005/11/21 19:21:59 @@ -90,6 +90,7 @@ u_int io_masked:1; int io_dest:5; int io_bus:4; + uint32_t io_lowreg; }; struct ioapic { @@ -208,9 +209,7 @@ mtx_lock_spin(&icu_lock); if (intpin->io_masked) { - flags = ioapic_read(io->io_addr, - IOAPIC_REDTBL_LO(intpin->io_intpin)); - flags &= ~(IOART_INTMASK); + flags = intpin->io_lowreg & ~IOART_INTMASK; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 0; @@ -227,9 +226,7 @@ mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { - flags = ioapic_read(io->io_addr, - IOAPIC_REDTBL_LO(intpin->io_intpin)); - flags |= IOART_INTMSET; + flags = intpin->io_lowreg | IOART_INTMSET; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 1; @@ -320,6 +317,7 @@ /* Write the values to the APIC. */ mtx_lock_spin(&icu_lock); + intpin->io_lowreg = low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:03:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B324016A420 for ; Wed, 22 Mar 2006 22:03:29 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199C643D45 for ; Wed, 22 Mar 2006 22:03:28 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Wed, 22 Mar 2006 14:03:26 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A2CF845041; Wed, 22 Mar 2006 14:03:24 -0800 (PST) To: othermark In-reply-to: Your message of "Wed, 22 Mar 2006 12:13:14 PST." Date: Wed, 22 Mar 2006 14:03:24 -0800 From: "Kevin Oberman" Message-Id: <20060322220324.A2CF845041@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:03:29 -0000 > From: othermark > Date: Wed, 22 Mar 2006 12:13:14 -0800 > Sender: owner-freebsd-current@freebsd.org > > I'm scratching my head on this one, trying to buildworld with today sources > to get the sendmail fix: I am seeing the same thing. I read the tread on this from back on March 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I still can't make buildworld. My last update was in the critical perion...Feb. 23, but I have been unsuccessful in getting past it. I have tried explicitly running the newly built getsnmptree (from /usr/obj) and then building, but I have had no luck to this point. Not only did the fix to Makefile.inc1 not do the trick, but hand-building gnesnmptree and hand executing the commands to make the oid.h file didn't help a bit. I'm baffled. (And probably missing the obvious.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:24:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D202116A400 for ; Wed, 22 Mar 2006 22:24:11 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8220843D48 for ; Wed, 22 Mar 2006 22:24:11 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 5CA535E4913; Wed, 22 Mar 2006 14:24:11 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id D29EB5E4900; Wed, 22 Mar 2006 14:24:09 -0800 (PST) Message-ID: <4421CE88.1010104@FreeBSD.org> Date: Wed, 22 Mar 2006 14:24:08 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20060322220324.A2CF845041@ptavv.es.net> In-Reply-To: <20060322220324.A2CF845041@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:24:11 -0000 Kevin Oberman wrote: >>From: othermark >>Date: Wed, 22 Mar 2006 12:13:14 -0800 >>Sender: owner-freebsd-current@freebsd.org >> >>I'm scratching my head on this one, trying to buildworld with today sources >>to get the sendmail fix: > > > I am seeing the same thing. I read the tread on this from back on March > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I > still can't make buildworld. > > My last update was in the critical perion...Feb. 23, but I have been > unsuccessful in getting past it. > > I have tried explicitly running the newly built getsnmptree (from > /usr/obj) and then building, but I have had no luck to this point. > > Not only did the fix to Makefile.inc1 not do the trick, but > hand-building gnesnmptree and hand executing the commands to make the > oid.h file didn't help a bit. > > I'm baffled. (And probably missing the obvious.) This isn't a very satisfying solution, but if you do the buildworld with MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. Jason From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:29:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A37116A401 for ; Wed, 22 Mar 2006 22:29:41 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B86943D45 for ; Wed, 22 Mar 2006 22:29:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2MMTWJQ007298; Thu, 23 Mar 2006 00:29:32 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 48721-02; Thu, 23 Mar 2006 00:29:32 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k2MMTKNn007293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 00:29:20 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k2MMTgJ0099528; Thu, 23 Mar 2006 00:29:42 +0200 (EET) (envelope-from ru) Date: Thu, 23 Mar 2006 00:29:42 +0200 From: Ruslan Ermilov To: Kevin Oberman Message-ID: <20060322222942.GC49659@ip.net.ua> References: <20060322220324.A2CF845041@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GZVR6ND4mMseVXL/" Content-Disposition: inline In-Reply-To: <20060322220324.A2CF845041@ptavv.es.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:29:41 -0000 --GZVR6ND4mMseVXL/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 22, 2006 at 02:03:24PM -0800, Kevin Oberman wrote: > > From: othermark > > Date: Wed, 22 Mar 2006 12:13:14 -0800 > > Sender: owner-freebsd-current@freebsd.org > >=20 > > I'm scratching my head on this one, trying to buildworld with today sou= rces > > to get the sendmail fix: >=20 > I am seeing the same thing. I read the tread on this from back on March > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I > still can't make buildworld. >=20 > My last update was in the critical perion...Feb. 23, but I have been > unsuccessful in getting past it. >=20 > I have tried explicitly running the newly built getsnmptree (from > /usr/obj) and then building, but I have had no luck to this point. >=20 > Not only did the fix to Makefile.inc1 not do the trick, but > hand-building gnesnmptree and hand executing the commands to make the > oid.h file didn't help a bit. >=20 > I'm baffled. (And probably missing the obvious.) >=20 Put a complete output (combined stdout+stderr) from running buildworld with a clean /usr/obj available somewhere for download. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GZVR6ND4mMseVXL/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEIc/WqRfpzJluFF4RAgreAJ464Q2L0D3jjyOBiPCHaIg6oJNhSACeObne Raf+ewkCG3zeOyKmj6RsXpU= =Lfgv -----END PGP SIGNATURE----- --GZVR6ND4mMseVXL/-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:49:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB4616A400; Wed, 22 Mar 2006 22:49:40 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5290043D45; Wed, 22 Mar 2006 22:49:40 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 22 Mar 2006 14:49:36 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3F76C45041; Wed, 22 Mar 2006 14:49:36 -0800 (PST) To: Jason Evans In-reply-to: Your message of "Wed, 22 Mar 2006 14:24:08 PST." <4421CE88.1010104@FreeBSD.org> Date: Wed, 22 Mar 2006 14:49:36 -0800 From: "Kevin Oberman" Message-Id: <20060322224936.3F76C45041@ptavv.es.net> Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:49:40 -0000 > Date: Wed, 22 Mar 2006 14:24:08 -0800 > From: Jason Evans > > Kevin Oberman wrote: > >>From: othermark > >>Date: Wed, 22 Mar 2006 12:13:14 -0800 > >>Sender: owner-freebsd-current@freebsd.org > >> > >>I'm scratching my head on this one, trying to buildworld with today sources > >>to get the sendmail fix: > > > > > > I am seeing the same thing. I read the tread on this from back on March > > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I > > still can't make buildworld. > > > > My last update was in the critical perion...Feb. 23, but I have been > > unsuccessful in getting past it. > > > > I have tried explicitly running the newly built getsnmptree (from > > /usr/obj) and then building, but I have had no luck to this point. > > > > Not only did the fix to Makefile.inc1 not do the trick, but > > hand-building gnesnmptree and hand executing the commands to make the > > oid.h file didn't help a bit. > > > > I'm baffled. (And probably missing the obvious.) > > This isn't a very satisfying solution, but if you do the buildworld with > MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. > > Jason > Jason, Thanks! It worked like a charm. Any explanation as to why zeroing a malloc makes this work (as opposed to filling with 0xa5)? I'm sure confused. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:56:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BBA116A401 for ; Wed, 22 Mar 2006 22:56:31 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE4FC43D45 for ; Wed, 22 Mar 2006 22:56:30 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 8EEEE5E4906; Wed, 22 Mar 2006 14:56:30 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 294715E4906; Wed, 22 Mar 2006 14:56:30 -0800 (PST) Message-ID: <4421D61B.80604@FreeBSD.org> Date: Wed, 22 Mar 2006 14:56:27 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20060322224936.3F76C45041@ptavv.es.net> In-Reply-To: <20060322224936.3F76C45041@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:56:31 -0000 Kevin Oberman wrote: >>Date: Wed, 22 Mar 2006 14:24:08 -0800 >>From: Jason Evans >>Kevin Oberman wrote: >>>Not only did the fix to Makefile.inc1 not do the trick, but >>>hand-building gnesnmptree and hand executing the commands to make the >>>oid.h file didn't help a bit. >>> >>>I'm baffled. (And probably missing the obvious.) >> >>This isn't a very satisfying solution, but if you do the buildworld with >>MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. > > Thanks! It worked like a charm. > > Any explanation as to why zeroing a malloc makes this work (as opposed > to filling with 0xa5)? I'm sure confused. If I remember correctly, gensnmptree uses a bitflag as a field in a malloc'ed structure. phkmalloc uses 0xd0 for junk filling (2@11010000), whereas jemalloc uses 0xa5 (2@10100101). Older versions of gensnmptree didn't initialize the flag, and the jemalloc junk filling in the least significant four bits caused it to think that the flag was set. Jason From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 00:16:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD8116A400 for ; Thu, 23 Mar 2006 00:16:04 +0000 (UTC) (envelope-from flag@longino.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CB0343D45 for ; Thu, 23 Mar 2006 00:16:03 +0000 (GMT) (envelope-from flag@longino.wired.org) Received: from longino.wired.org (ip-114-46.sn1.eutelia.it [62.94.114.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id D9FB611AE52; Thu, 23 Mar 2006 01:16:03 +0100 (CET) Received: from longino.wired.org (localhost [127.0.0.1]) by longino.wired.org (8.13.4/8.13.4) with ESMTP id k2N0Fv6V001850; Thu, 23 Mar 2006 01:15:57 +0100 (CET) (envelope-from flag@longino.wired.org) Received: (from flag@localhost) by longino.wired.org (8.13.4/8.13.4/Submit) id k2N0FuNf001849; Thu, 23 Mar 2006 01:15:56 +0100 (CET) (envelope-from flag) Date: Thu, 23 Mar 2006 01:15:55 +0100 From: Paolo Pisati To: current@freebsd.org Message-ID: <20060323001555.GA1811@tin.it> References: <20060322122906.A41691@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060322122906.A41691@xorpc.icir.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Luigi Rizzo Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 00:16:04 -0000 On Wed, Mar 22, 2006 at 12:29:06PM -0800, Luigi Rizzo wrote: > > Paolo should follow up in the next days with graphs and more data. Here are graphs and data: http://mercurio.sm.dsi.unimi.it/~pisati/ and here is a tarball with all images, data and patches: http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz -- Paolo "le influenze esterne sono troppe, il mondo reale non e' mica quello fatato dei komunisti :-p" - Anonymous Lumbard From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 00:32:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE6D16A401 for ; Thu, 23 Mar 2006 00:32:56 +0000 (UTC) (envelope-from flag@longino.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FDE43D45 for ; Thu, 23 Mar 2006 00:32:56 +0000 (GMT) (envelope-from flag@longino.wired.org) Received: from longino.wired.org (ip-114-46.sn1.eutelia.it [62.94.114.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 7C1A411AEA5 for ; Thu, 23 Mar 2006 01:32:34 +0100 (CET) Received: from longino.wired.org (localhost [127.0.0.1]) by longino.wired.org (8.13.4/8.13.4) with ESMTP id k2N0WSJr002011 for ; Thu, 23 Mar 2006 01:32:28 +0100 (CET) (envelope-from flag@longino.wired.org) Received: (from flag@localhost) by longino.wired.org (8.13.4/8.13.4/Submit) id k2N0WSFE002010 for freebsd-current@freebsd.org; Thu, 23 Mar 2006 01:32:28 +0100 (CET) (envelope-from flag) Date: Thu, 23 Mar 2006 01:32:28 +0100 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20060323003228.GA1983@tin.it> References: <20060322122906.A41691@xorpc.icir.org> <200603221545.13769.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603221545.13769.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 00:32:56 -0000 On Wed, Mar 22, 2006 at 03:45:12PM -0500, John Baldwin wrote: > This is going out to the I/O APIC and writing a bit to mask the > interrupt until the handler has run. Is he using a kernel that > has SMP enabled? If so, turning SMP off might make things > slightly better. 7.x: SMP is on, PREEMPTION if off 4.x: SMP is off (doesn't boot on a UP box with SMP turned on) -- Paolo "le influenze esterne sono troppe, il mondo reale non e' mica quello fatato dei komunisti :-p" - Anonymous Lumbard From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 02:16:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 474B916A400 for ; Thu, 23 Mar 2006 02:16:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE8C43D55 for ; Thu, 23 Mar 2006 02:16:04 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 22 Mar 2006 18:16:06 -0800 Message-ID: <442204E3.6090305@elischer.org> Date: Wed, 22 Mar 2006 18:16:03 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paolo Pisati References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> In-Reply-To: <20060323001555.GA1811@tin.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 02:16:05 -0000 Paolo Pisati wrote: >On Wed, Mar 22, 2006 at 12:29:06PM -0800, Luigi Rizzo wrote: > > >>Paolo should follow up in the next days with graphs and more data. >> >> > >Here are graphs and data: > >http://mercurio.sm.dsi.unimi.it/~pisati/ > >and here is a tarball with all images, data and patches: > >http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz > > > Interesting that the timespent actually in the driver is similar. jus that there is a constant extra 10000 units of overhead for every interrupt at the lower levels before it gets to the driver.. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 02:23:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DB3916A423 for ; Thu, 23 Mar 2006 02:23:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 411E843D45 for ; Thu, 23 Mar 2006 02:23:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2N2N056043784; Wed, 22 Mar 2006 19:23:00 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <44220684.80300@samsco.org> Date: Wed, 22 Mar 2006 19:23:00 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20060322131448.A42341@xorpc.icir.org> <11680.1143062324@critter.freebsd.dk> <20060322132739.C42341@xorpc.icir.org> In-Reply-To: <20060322132739.C42341@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 02:23:03 -0000 Luigi Rizzo wrote: > On Wed, Mar 22, 2006 at 10:18:44PM +0100, Poul-Henning Kamp wrote: > >>In message <20060322131448.A42341@xorpc.icir.org>, Luigi Rizzo writes: >> >> >>>>> if (thread) >>>>> isrc->is_pic->pic_disable_source(isrc, PIC_EOI); >>>>> >>>>>I have no idea, though, why the other pic_disable_source() >>>>>is so expensive. The 4-5k TSC ticks are approx 3us >>>>> >>>>>Any clues ? >>>> >>>>ISA bus access. >>> >>>yeah but this is a modern laptop with an apic, >>>not an 8259... i don't think it has any ISA bus unless there is >>>some strange emulation going on ? >> >>There is, how else would it boot MS-DOS ? > > > so anything we can do in the kernel config to remove that ? > (i don't have here the config Paolo is using...) > I've done extensive TSC measurements in here too about 18 months ago (see the commit logs for an optimization that I put in). Part of the expense is the indirect function call, and part of it is the memory read. I'm not sure if I completely agree with John that the read is over PCI, I think that for most cases it'll be on the front side bus. But in any case, it's an uncached read, so it's expensive. I like John's patch for getting rid of it. Beyond that, the other expenses come from using the icu_lock spinlock, and John and I think that there might be ways to reduce that. INTR_FAST handlers bypass a lot of this too. The only thing left after all of that is the bintime calls and the indirect function calls to the PIC/APIC code. Those are there as part of the PIC abstraction, and there is really no way around them. I'd really like to see FreeBSD be able to get from int assertion to driver interrupt handler in 1000 ticks or less (at least for INTR_FAST), so any suggestions are welcome. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 02:51:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C940716A400 for ; Thu, 23 Mar 2006 02:51:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 881D543D49 for ; Thu, 23 Mar 2006 02:51:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6D8901A4E60; Wed, 22 Mar 2006 18:51:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B2FA8511CE; Wed, 22 Mar 2006 21:51:34 -0500 (EST) Date: Wed, 22 Mar 2006 21:51:34 -0500 From: Kris Kennaway To: Paolo Pisati Message-ID: <20060323025134.GA50641@xor.obsecurity.org> References: <20060322122906.A41691@xorpc.icir.org> <200603221545.13769.jhb@freebsd.org> <20060323003228.GA1983@tin.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20060323003228.GA1983@tin.it> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD_Current Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 02:51:35 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 01:32:28AM +0100, Paolo Pisati wrote: > On Wed, Mar 22, 2006 at 03:45:12PM -0500, John Baldwin wrote: > > This is going out to the I/O APIC and writing a bit to mask the > > interrupt until the handler has run. Is he using a kernel that > > has SMP enabled? If so, turning SMP off might make things > > slightly better. >=20 > 7.x: > SMP is on, PREEMPTION if off Both of those settings look like they should be set oppositely. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIg02Wry0BWjoQKURAq4wAKD+KKQznCoP97WWr06Je/t7ESk55wCfbFiy QgLeoIyJweqk3Z1qJWUEwtM= =v8bi -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:44:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE4AE16A41F; Wed, 22 Mar 2006 22:44:02 +0000 (UTC) (envelope-from msobolyev@digifonica.com) Received: from mail.emmplus.ie (mail.emmplus.ie [66.154.97.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEB943D70; Wed, 22 Mar 2006 22:43:53 +0000 (GMT) (envelope-from msobolyev@digifonica.com) Received: from localhost (localhost [127.0.0.1]) by mail.emmplus.ie (Postfix) with ESMTP id 0FC0CB4F18; Wed, 22 Mar 2006 22:42:49 +0000 (GMT) Received: from mail.emmplus.ie ([127.0.0.1]) by localhost (cohiba.emmplus.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26472-06; Wed, 22 Mar 2006 22:42:48 +0000 (GMT) Received: from [192.168.1.46] (unknown [204.244.149.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.emmplus.ie (Postfix) with ESMTP id CB0FDB4A94; Wed, 22 Mar 2006 22:42:47 +0000 (GMT) Message-ID: <4421D322.3010901@digifonica.com> Date: Wed, 22 Mar 2006 14:43:46 -0800 From: Maksym Sobolyev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: phk@freebsd.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at emmplus.ie X-Mailman-Approved-At: Thu, 23 Mar 2006 02:54:52 +0000 Cc: "current@freebsd.org" Subject: timecounting with TSC doesn't work properly on my notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:44:03 -0000 Hi, After updating to the recent current (previous one was circa end-2005) I have found that time on machine goes by 3-4 times faster than wallclock with TSC timecounter. Selecting ACPI-safe instead helps. $ sysctl -a | grep timeco kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 23605635 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 2507479 kern.timecounter.nbintime: 5702952 kern.timecounter.nnanotime: 17926 kern.timecounter.nmicrotime: 5685024 kern.timecounter.ngetbinuptime: 997735 kern.timecounter.ngetnanouptime: 3704 kern.timecounter.ngetmicrouptime: 7930898 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 36 kern.timecounter.ngetmicrotime: 15325858 kern.timecounter.nsetclock: 3 kern.timecounter.hardware: ACPI-safe kern.timecounter.choice: TSC(800) ACPI-safe(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 I have used TSC since it works better with VmWare (I dual boot this system - both on real hardware and in vmware). Is it something we can fix? -Maxim Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #23: Mon Mar 27 08:42:26 PST 2006 root@notebook:/usr/src/sys/i386/compile/NOTEBOOK Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 Mobile CPU 2.00GHz (450.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 1072627712 (1022 MB) avail memory = 1041293312 (993 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: port 0xcf8-0xcff,0xf0cb-0xf0cd on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xe9000000-0xe9ffffff,0xec000000-0xefffffff,0xea000000-0xea07ffff irq 9 at device 0.0 on pci1 pci0: at device 6.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) wi0: mem 0xe8008000-0xe8008fff at device 9.0 on pci0 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:d0:59:44:5a:f6 cbb0: at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 uhci0: port 0x1800-0x181f irq 11 at device 11.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 10 at device 11.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe8002000-0xe80020ff at device 11.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 0.95 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered umass0: on uhub2 fwohci0: mem 0xe8002800-0xe8002fff,0xe8004000-0xe8007fff at device 12.0 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:05:4f:27 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:05:4f:27 fwe0: Ethernet address: 02:c0:9f:05:4f:27 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1840-0x184f at device 16.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata0: on atapci0 ata1: on atapci0 pci0: at device 17.0 (no driver attached) sis0: port 0x1c00-0x1cff mem 0xe8003000-0xe8003fff irq 5 at device 18.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:c0:9f:15:82:88 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd4000-0xd47ff,0xdf000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub3: on uhub0 uhub3: 3 ports with 2 removable, bus powered ukbd0: on uhub3 kbd2 at ukbd0 uhid0: on uhub3 Timecounter "TSC" frequency 450774884 Hz quality 800 Timecounters tick every 100.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging disabled fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 57231MB at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 03:33:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADB516A423; Thu, 23 Mar 2006 03:33:37 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D54B543D4C; Thu, 23 Mar 2006 03:33:36 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMGeM-0000PO-Df; Thu, 23 Mar 2006 11:38:14 +0800 Message-ID: <44221727.30908@micom.mng.net> Date: Thu, 23 Mar 2006 11:33:59 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: grog@freebsd.org, deischen@freebsd.org, phk@phk.freebsd.dk, jasone@freebsd.org, davidxu@freebsd.org Subject: mysql performance test on FreeBSD-7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 03:33:37 -0000 Hi all, I would like to test mysql-5.0.18 (from ports) performance under FreeBSD-7.0-CURRENT. gw# uname -an FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Thu Mar 23 10:28:46 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 I have few questions regarding this: 1. What malloc options should I use? phkmalloc or jemalloc? How can I use it? 2. What threading libraries should I try? (libmap.conf examples will be useful) 3. Is there anything should I consider when measuring the time? (maybe related to gettimeofday or kern.timecounter settings) 4. Does anybody have recent mysql performance test results under FreeBSD-7.0-CURRENT? If so what options and configurations are used? 5. Do I need any patches that aren't in source tree? 6. What testing program should I use? supersmack or something else? I appreciate if somebody can guide me through all the steps that are required for the test. I think if we create some sort of guide or faq, it would be very useful for not only me but also for others who may come later in this regard. thanks in advance, Ganbold From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 04:53:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7121C16A400 for ; Thu, 23 Mar 2006 04:53:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E592143D45 for ; Thu, 23 Mar 2006 04:53:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2N4ojdK063988; Wed, 22 Mar 2006 21:50:48 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 22 Mar 2006 21:51:12 -0700 (MST) Message-Id: <20060322.215112.93206242.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <44220684.80300@samsco.org> References: <11680.1143062324@critter.freebsd.dk> <20060322132739.C42341@xorpc.icir.org> <44220684.80300@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 22 Mar 2006 21:50:48 -0700 (MST) Cc: rizzo@icir.org, phk@phk.freebsd.dk, current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 04:53:58 -0000 In message: <44220684.80300@samsco.org> Scott Long writes: : Luigi Rizzo wrote: : : > On Wed, Mar 22, 2006 at 10:18:44PM +0100, Poul-Henning Kamp wrote: : > : >>In message <20060322131448.A42341@xorpc.icir.org>, Luigi Rizzo writes: : >> : >> : >>>>> if (thread) : >>>>> isrc->is_pic->pic_disable_source(isrc, PIC_EOI); : >>>>> : >>>>>I have no idea, though, why the other pic_disable_source() : >>>>>is so expensive. The 4-5k TSC ticks are approx 3us : >>>>> : >>>>>Any clues ? : >>>> : >>>>ISA bus access. : >>> : >>>yeah but this is a modern laptop with an apic, : >>>not an 8259... i don't think it has any ISA bus unless there is : >>>some strange emulation going on ? : >> : >>There is, how else would it boot MS-DOS ? : > : > : > so anything we can do in the kernel config to remove that ? : > (i don't have here the config Paolo is using...) : > : : I've done extensive TSC measurements in here too about 18 months ago : (see the commit logs for an optimization that I put in). Part of the : expense is the indirect function call, and part of it is the memory : read. I'm not sure if I completely agree with John that the read is : over PCI, I think that for most cases it'll be on the front side bus. : But in any case, it's an uncached read, so it's expensive. I like : John's patch for getting rid of it. Beyond that, the other expenses : come from using the icu_lock spinlock, and John and I think that there : might be ways to reduce that. INTR_FAST handlers bypass a lot of this : too. The only thing left after all of that is the bintime calls and : the indirect function calls to the PIC/APIC code. Those are there as : part of the PIC abstraction, and there is really no way around them. : I'd really like to see FreeBSD be able to get from int assertion to : driver interrupt handler in 1000 ticks or less (at least for INTR_FAST), : so any suggestions are welcome. I've done measurements with a scope and DIO lines of interrupt latency for INTR_FAST interrupt handlers. I found that 5.3 performed horribly (rarely could I hit a 20us window on a 400MHz celeron). 6.1 so far seems to be much better, but I've not made enough measurements to know for sure. In 5.3 we were deifnitely about 10x-20x worse than 1000 ticks (== CPU Clock cycles?) to a fast ISR. Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 05:24:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E2BF16A420 for ; Thu, 23 Mar 2006 05:24:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B34943D46 for ; Thu, 23 Mar 2006 05:24:54 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FMIJZ-0005kl-Pq for freebsd-current@freebsd.org; Thu, 23 Mar 2006 06:24:53 +0100 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Mar 2006 06:24:53 +0100 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Mar 2006 06:24:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 22 Mar 2006 21:24:46 -0800 Lines: 47 Message-ID: References: <4421CE88.1010104@FreeBSD.org> <20060322224936.3F76C45041@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en In-Reply-To: <20060322224936.3F76C45041@ptavv.es.net> Sender: news Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 05:24:56 -0000 Kevin Oberman wrote: >>Date: Wed, 22 Mar 2006 14:24:08 -0800 >>From: Jason Evans >> >>Kevin Oberman wrote: >> >>>>From: othermark >>>>Date: Wed, 22 Mar 2006 12:13:14 -0800 >>>>Sender: owner-freebsd-current@freebsd.org >>>> >>>>I'm scratching my head on this one, trying to buildworld with today sources >>>>to get the sendmail fix: >>> >>> >>>I am seeing the same thing. I read the tread on this from back on March >>>7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I >>>still can't make buildworld. >>> >>>My last update was in the critical perion...Feb. 23, but I have been >>>unsuccessful in getting past it. >>> >>>I have tried explicitly running the newly built getsnmptree (from >>>/usr/obj) and then building, but I have had no luck to this point. >>> >>>Not only did the fix to Makefile.inc1 not do the trick, but >>>hand-building gnesnmptree and hand executing the commands to make the >>>oid.h file didn't help a bit. >>> >>>I'm baffled. (And probably missing the obvious.) >> >>This isn't a very satisfying solution, but if you do the buildworld with >>MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. >> >>Jason >> > > > Jason, > > Thanks! It worked like a charm. > > Any explanation as to why zeroing a malloc makes this work (as opposed > to filling with 0xa5)? I'm sure confused. Double thanks, I was finally able to get a successful buildworld. What is the likelyhood of other people hitting this? This boxes' -current was only 27 days old, before I tried this update. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 05:55:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF83A16A400 for ; Thu, 23 Mar 2006 05:55:22 +0000 (UTC) (envelope-from dave@randomparity.com) Received: from fed1rmmtao04.cox.net (fed1rmmtao04.cox.net [68.230.241.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F26C43D45 for ; Thu, 23 Mar 2006 05:55:21 +0000 (GMT) (envelope-from dave@randomparity.com) Received: from gateway.randomparity.com ([68.4.169.57]) by fed1rmmtao04.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060323055521.SXMW17690.fed1rmmtao04.cox.net@gateway.randomparity.com> for ; Thu, 23 Mar 2006 00:55:21 -0500 Received: by gateway.randomparity.com (Postfix, from userid 429) id 3550031BC57; Wed, 22 Mar 2006 18:31:44 -0800 (PST) Received: from snoopy.randomparity.com (snoopy.randomparity.com [10.1.1.4]) by gateway.randomparity.com (Postfix) with ESMTP id 928DA31BC2E for ; Wed, 22 Mar 2006 18:31:41 -0800 (PST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 22 Mar 2006 21:55:08 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Message-ID: <22C21BFBEB52B340A1F422CB0D88F5872E0A@snoopy.randomparity.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) Thread-Index: AcZOPld2GAFQKRcwRFSlFIwvnKvDWw== From: "David Christensen" To: X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gateway.randomparity.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_03_06 autolearn=ham version=3.0.4 Subject: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 05:55:22 -0000 I'm developing an Ethernet driver with FreeBSD 7.0-CURRENT (amd64) and I'm=20 receiving many of the following witness errors: malloc(M_WAITOK) of "128", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex bce0 (network driver) r =3D 0 (0xffffffff8111e068) locked @ if_bce.c:4607 KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 witness_warn() at witness_warn+0x2c1 uma_zalloc_arg() at uma_zalloc_arg+0x69 malloc() at malloc+0xf5 sysctl_add_oid() at sysctl_add_oid+0xa9 alloc_bounce_zone() at alloc_bounce_zone+0x16b bus_dma_tag_create() at bus_dma_tag_create+0x1ea bce_init_rx_chain() at bce_init_rx_chain+0x8e bce_init_locked() at bce_init_locked+0x1e2 bce_init() at bce_init+0x39 ether_ioctl() at ether_ioctl+0x87 bce_ioctl() at bce_ioctl+0x48e in6_ifinit() at in6_ifinit+0xbd in6_update_ifa() at in6_update_ifa+0x563 in6_ifattach_linklocal() at in6_ifattach_linklocal+0x126 in6_ifattach() at in6_ifattach+0xdf in6_if_up() at in6_if_up+0x59 if_route() at if_route+0x8a if_up() at if_up+0x13 ifhwioctl() at ifhwioctl+0x2f4 ifioctl() at ifioctl+0x10b soo_ioctl() at soo_ioctl+0x38c ioctl() at ioctl+0x436 syscall() at syscall+0x350 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x8008219ac, rsp =3D 0x7fffffffe6b8, rbp =3D 0x1 --- The bus_dma_tag_create looks like this: bus_dma_tag_create( sc->parent_tag, /* parent */ 4096, /* alignment */ 0, /* boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAX_ADDR, /* lowaddr */ NULL, /* filter */ NULL, /* filterarg */ 4096, /* maxsize */ 1, /* nsegments */ 4096, /* maxsegsize */ BUS_DMA_ALLOCNOW, /* flags */ NULL, /* lockfunc */ NULL, /* lockarg */ &sc->rx_bd_chain_tag)); Am I doing something wrong? The function bce_init_rx_chain is called from with a lock but isn't that normal? David Christensen From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 06:21:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 266D116A400 for ; Thu, 23 Mar 2006 06:21:55 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C348343D45 for ; Thu, 23 Mar 2006 06:21:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 7FBFF1EC319; Thu, 23 Mar 2006 07:21:43 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2N6Lfgd013728; Thu, 23 Mar 2006 07:21:42 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Maksym Sobolyev From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 22 Mar 2006 14:43:46 PST." <4421D322.3010901@digifonica.com> Date: Thu, 23 Mar 2006 07:21:41 +0100 Message-ID: <13727.1143094901@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "current@freebsd.org" Subject: Re: timecounting with TSC doesn't work properly on my notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 06:21:55 -0000 In message <4421D322.3010901@digifonica.com>, Maksym Sobolyev writes: >Hi, > >After updating to the recent current (previous one was circa end-2005) I >have found that time on machine goes by 3-4 times faster than wallclock > with TSC timecounter. Selecting ACPI-safe instead helps. It should not default to TSC if it has ACPI-safe. The TSC varies with power-save featurs on most laptops. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 07:16:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D5E16A401 for ; Thu, 23 Mar 2006 07:16:12 +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 D245143D45 for ; Thu, 23 Mar 2006 07:16:11 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (dkor2v3adpimnx8x@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k2N7GBOT050993; Wed, 22 Mar 2006 23:16:11 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k2N7GAse050992; Wed, 22 Mar 2006 23:16:10 -0800 (PST) (envelope-from jmg) Date: Wed, 22 Mar 2006 23:16:10 -0800 From: John-Mark Gurney To: David Christensen Message-ID: <20060323071610.GF35129@funkthat.com> Mail-Followup-To: David Christensen , freebsd-current@freebsd.org References: <22C21BFBEB52B340A1F422CB0D88F5872E0A@snoopy.randomparity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22C21BFBEB52B340A1F422CB0D88F5872E0A@snoopy.randomparity.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 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: freebsd-current@freebsd.org Subject: Re: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 07:16:12 -0000 David Christensen wrote this message on Wed, Mar 22, 2006 at 21:55 -0800: > I'm developing an Ethernet driver with FreeBSD 7.0-CURRENT (amd64) and > I'm > receiving many of the following witness errors: > > malloc(M_WAITOK) of "128", forcing M_NOWAIT with the following > non-sleepable locks held: > exclusive sleep mutex bce0 (network driver) r = 0 (0xffffffff8111e068) > locked @ if_bce.c:4607 > KDB: stack backtrace: > kdb_backtrace() at kdb_backtrace+0x37 > witness_warn() at witness_warn+0x2c1 > uma_zalloc_arg() at uma_zalloc_arg+0x69 > malloc() at malloc+0xf5 > sysctl_add_oid() at sysctl_add_oid+0xa9 > alloc_bounce_zone() at alloc_bounce_zone+0x16b > bus_dma_tag_create() at bus_dma_tag_create+0x1ea > bce_init_rx_chain() at bce_init_rx_chain+0x8e > bce_init_locked() at bce_init_locked+0x1e2 > bce_init() at bce_init+0x39 > ether_ioctl() at ether_ioctl+0x87 > bce_ioctl() at bce_ioctl+0x48e > in6_ifinit() at in6_ifinit+0xbd > in6_update_ifa() at in6_update_ifa+0x563 > in6_ifattach_linklocal() at in6_ifattach_linklocal+0x126 > in6_ifattach() at in6_ifattach+0xdf > in6_if_up() at in6_if_up+0x59 > if_route() at if_route+0x8a > if_up() at if_up+0x13 > ifhwioctl() at ifhwioctl+0x2f4 > ifioctl() at ifioctl+0x10b > soo_ioctl() at soo_ioctl+0x38c > ioctl() at ioctl+0x436 > syscall() at syscall+0x350 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8008219ac, rsp = > 0x7fffffffe6b8, rbp = 0x1 --- > > The bus_dma_tag_create looks like this: > > bus_dma_tag_create( > sc->parent_tag, /* parent */ > 4096, /* alignment */ > 0, /* boundary */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAX_ADDR, /* lowaddr */ > NULL, /* filter */ > NULL, /* filterarg */ > 4096, /* maxsize */ > 1, /* nsegments */ > 4096, /* maxsegsize */ > BUS_DMA_ALLOCNOW, /* flags */ > NULL, /* lockfunc */ > NULL, /* lockarg */ > &sc->rx_bd_chain_tag)); > > Am I doing something wrong? The function bce_init_rx_chain is called > from with > a lock but isn't that normal? Yeh, you have to unlock your driver lock before calling bus_dma_tag_create.. If you look at the other ethernet drivers, some call _tag_create as part of attach, not in _init... at this point, it's safe to release your lock and allocate memory... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 07:22:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5666C16A401 for ; Thu, 23 Mar 2006 07:22:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D77DE43D49 for ; Thu, 23 Mar 2006 07:22:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2N7MoHF048839; Thu, 23 Mar 2006 00:22:50 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <44224CC3.4040406@samsco.org> Date: Thu, 23 Mar 2006 00:22:43 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <22C21BFBEB52B340A1F422CB0D88F5872E0A@snoopy.randomparity.com> <20060323071610.GF35129@funkthat.com> In-Reply-To: <20060323071610.GF35129@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, David Christensen Subject: Re: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 07:22:55 -0000 John-Mark Gurney wrote: > David Christensen wrote this message on Wed, Mar 22, 2006 at 21:55 -0800: > >>I'm developing an Ethernet driver with FreeBSD 7.0-CURRENT (amd64) and >>I'm >>receiving many of the following witness errors: >> >>malloc(M_WAITOK) of "128", forcing M_NOWAIT with the following >>non-sleepable locks held: >>exclusive sleep mutex bce0 (network driver) r = 0 (0xffffffff8111e068) >>locked @ if_bce.c:4607 >>KDB: stack backtrace: >>kdb_backtrace() at kdb_backtrace+0x37 >>witness_warn() at witness_warn+0x2c1 >>uma_zalloc_arg() at uma_zalloc_arg+0x69 >>malloc() at malloc+0xf5 >>sysctl_add_oid() at sysctl_add_oid+0xa9 >>alloc_bounce_zone() at alloc_bounce_zone+0x16b >>bus_dma_tag_create() at bus_dma_tag_create+0x1ea >>bce_init_rx_chain() at bce_init_rx_chain+0x8e >>bce_init_locked() at bce_init_locked+0x1e2 >>bce_init() at bce_init+0x39 >>ether_ioctl() at ether_ioctl+0x87 >>bce_ioctl() at bce_ioctl+0x48e >>in6_ifinit() at in6_ifinit+0xbd >>in6_update_ifa() at in6_update_ifa+0x563 >>in6_ifattach_linklocal() at in6_ifattach_linklocal+0x126 >>in6_ifattach() at in6_ifattach+0xdf >>in6_if_up() at in6_if_up+0x59 >>if_route() at if_route+0x8a >>if_up() at if_up+0x13 >>ifhwioctl() at ifhwioctl+0x2f4 >>ifioctl() at ifioctl+0x10b >>soo_ioctl() at soo_ioctl+0x38c >>ioctl() at ioctl+0x436 >>syscall() at syscall+0x350 >>Xfast_syscall() at Xfast_syscall+0xa8 >>--- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8008219ac, rsp = >>0x7fffffffe6b8, rbp = 0x1 --- >> >>The bus_dma_tag_create looks like this: >> >>bus_dma_tag_create( >> sc->parent_tag, /* parent */ >> 4096, /* alignment */ >> 0, /* boundary */ >> BUS_SPACE_MAXADDR, /* lowaddr */ >> BUS_SPACE_MAX_ADDR, /* lowaddr */ >> NULL, /* filter */ >> NULL, /* filterarg */ >> 4096, /* maxsize */ >> 1, /* nsegments */ >> 4096, /* maxsegsize */ >> BUS_DMA_ALLOCNOW, /* flags */ >> NULL, /* lockfunc */ >> NULL, /* lockarg */ >> &sc->rx_bd_chain_tag)); >> >>Am I doing something wrong? The function bce_init_rx_chain is called >>from with >>a lock but isn't that normal? > > > Yeh, you have to unlock your driver lock before calling > bus_dma_tag_create.. If you look at the other ethernet drivers, some > call _tag_create as part of attach, not in _init... at this point, > it's safe to release your lock and allocate memory... > In fact, it's really bad to be initializing the rx data structures like this in if_init. It should be done in dev_attach. The reason is that if_init can be called at any time and will almost certainly be called multiple times. Also, do not use the BUS_DMA_ALLOCNOW flag here, as I assume that you are trying to use the busdma tag to allocate a static piece of memory for the rx chain/ring. The flag should only be used for flags that deal with dynamic buffers like mbufs and bio_data objects, or memory that has been allocated in the kernel with normal malloc. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 08:03:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7AA016A400 for ; Thu, 23 Mar 2006 08:03:06 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DBE343D48 for ; Thu, 23 Mar 2006 08:03:05 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2N832ME002792; Thu, 23 Mar 2006 09:03:02 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603230803.k2N832ME002792@pinky.frank-behrens.de> From: "Frank Behrens" To: Pyun YongHyeon Date: Thu, 23 Mar 2006 09:03:01 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20060320071159.GA76305@cdnetworks.co.kr> References: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 08:03:06 -0000 Pyun YongHyeon wrote on 20 Mar 2006 16:11: > If you still see "watchdog timeout message" please let me know. Mar 23 03:17:15 moon kernel: sk0: watchdog timeout Mar 23 03:17:15 moon kernel: sk0: link state changed to DOWN Mar 23 03:24:00 moon kernel: sk0: link state changed to UP Mar 23 03:24:00 moon kernel: sk0: link state changed to DOWN Mar 23 03:24:00 moon kernel: sk0: phy failed to come ready Mar 23 03:24:00 moon kernel: sk0: link state changed to UP The recovery at 03:24 was done by my "safety belt" in crontab: (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) The driver used is from Mar 20. -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 08:06:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CECB16A400 for ; Thu, 23 Mar 2006 08:06:33 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB86F43D48 for ; Thu, 23 Mar 2006 08:06:32 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Mar 2006 09:06:30 +0100 Date: Thu, 23 Mar 2006 09:06:33 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: othermark In-Reply-To: Message-ID: <20060323090509.L1366@beagle.kn.op.dlr.de> References: <4421CE88.1010104@FreeBSD.org> <20060322224936.3F76C45041@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 23 Mar 2006 08:06:30.0449 (UTC) FILETIME=[B13C0A10:01C64E50] Cc: freebsd-current@freebsd.org Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 08:06:33 -0000 On Wed, 22 Mar 2006, othermark wrote: o>Kevin Oberman wrote: o>> > Date: Wed, 22 Mar 2006 14:24:08 -0800 o>> > From: Jason Evans o>> > o>> > Kevin Oberman wrote: o>> > o>> > > > From: othermark o>> > > > Date: Wed, 22 Mar 2006 12:13:14 -0800 o>> > > > Sender: owner-freebsd-current@freebsd.org o>> > > > o>> > > > I'm scratching my head on this one, trying to buildworld with today o>> > > > sources o>> > > > to get the sendmail fix: o>> > > o>> > > o>> > > I am seeing the same thing. I read the tread on this from back on March o>> > > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I o>> > > still can't make buildworld. o>> > > o>> > > My last update was in the critical perion...Feb. 23, but I have been o>> > > unsuccessful in getting past it. o>> > > o>> > > I have tried explicitly running the newly built getsnmptree (from o>> > > /usr/obj) and then building, but I have had no luck to this point. o>> > > o>> > > Not only did the fix to Makefile.inc1 not do the trick, but o>> > > hand-building gnesnmptree and hand executing the commands to make the o>> > > oid.h file didn't help a bit. o>> > > o>> > > I'm baffled. (And probably missing the obvious.) o>> > o>> > This isn't a very satisfying solution, but if you do the buildworld with o>> > MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. o>> > o>> > Jason o>> > o>> o>> o>> Jason, o>> o>> Thanks! It worked like a charm. o>> o>> Any explanation as to why zeroing a malloc makes this work (as opposed o>> to filling with 0xa5)? I'm sure confused. o> o>Double thanks, I was finally able to get a successful buildworld. What is o>the likelyhood of other people hitting this? This boxes' -current was only o>27 days old, before I tried this update. It should not, because gensnmptree is now a buildtool. To find out what goes wrong we need the buildworld log that Ruslan mentioned. harti From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 10:44:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F4D016A401 for ; Thu, 23 Mar 2006 10:44:48 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 677EA43D45 for ; Thu, 23 Mar 2006 10:44:46 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.6/8.13.3) with ESMTP id k2NAh0BY056818 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 23 Mar 2006 11:44:41 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.6/8.13.3/Submit) id k2N8OsDm034122; Thu, 23 Mar 2006 09:24:54 +0100 (CET) Date: Thu, 23 Mar 2006 09:24:54 +0100 From: Divacky Roman To: Ganbold Message-ID: <20060323082454.GA33996@stud.fit.vutbr.cz> References: <44221727.30908@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44221727.30908@micom.mng.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: freebsd-current@freebsd.org Subject: Re: mysql performance test on FreeBSD-7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 10:44:48 -0000 On Thu, Mar 23, 2006 at 11:33:59AM +0800, Ganbold wrote: > Hi all, > > I would like to test mysql-5.0.18 (from ports) performance under > FreeBSD-7.0-CURRENT. my advice is to remove COMPAT_43 from kernel as it has some positive performance effects, not very big but it might help a bit roman From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 11:04:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAFA016A424 for ; Thu, 23 Mar 2006 11:04:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E791B43D49 for ; Thu, 23 Mar 2006 11:04:55 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so483261nzf for ; Thu, 23 Mar 2006 03:04:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gd3ydUz5EtVv8Y1mPTuHeQ5UEv0FMnMgU7XDbebZRTZasPCflj5RgosWJGuipDtcM46VU2lLDgBfDItxQamm/xDRMWTZy2P2Mhx5CUcVoUSJoBkLiL3vjLqBlX14PnPegXWklYWSOxKcc5jbr1/TeBbLlgT0vFgY6et5X/c24RU= Received: by 10.36.90.1 with SMTP id n1mr3033546nzb; Thu, 23 Mar 2006 03:04:55 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 6sm1129743nzn.2006.03.23.03.04.53; Thu, 23 Mar 2006 03:04:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k2NB5Vew089964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 20:05:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k2NB5Upf089963; Thu, 23 Mar 2006 20:05:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 23 Mar 2006 20:05:30 +0900 From: Pyun YongHyeon To: Frank Behrens Message-ID: <20060323110530.GA88378@cdnetworks.co.kr> References: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> <200603230803.k2N832ME002792@pinky.frank-behrens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603230803.k2N832ME002792@pinky.frank-behrens.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 11:04:56 -0000 On Thu, Mar 23, 2006 at 09:03:01AM +0100, Frank Behrens wrote: > Pyun YongHyeon wrote on 20 Mar 2006 16:11: > > If you still see "watchdog timeout message" please let me know. > > Mar 23 03:17:15 moon kernel: sk0: watchdog timeout > Mar 23 03:17:15 moon kernel: sk0: link state changed to DOWN > Mar 23 03:24:00 moon kernel: sk0: link state changed to UP > Mar 23 03:24:00 moon kernel: sk0: link state changed to DOWN > Mar 23 03:24:00 moon kernel: sk0: phy failed to come ready > Mar 23 03:24:00 moon kernel: sk0: link state changed to UP > > The recovery at 03:24 was done by my "safety belt" in crontab: > (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) > The driver used is from Mar 20. > Oh my... Ok, how about this one?(Replace if_sk.c with the file http://people.freebsd.org/~yongari/sk/if_sk.c) This one issues SK_TXBMU_TX_START command for each packet. Previously it used to issue single SK_TXBMU_TX_START command for all queued packets. Data sheet said nothing for issuing SK_TXBMU_TX_START command(i.e. one issue for each packet vs. one issue for all queued packets) and sending SK_TXBMU_TX_START for every packet would add an additional penalty as it needs a PCI write operation for each packet. Please let me know how it goes on your system. Thanks for reporting. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 11:46:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6881F16A400 for ; Thu, 23 Mar 2006 11:46:33 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id B466B43D49 for ; Thu, 23 Mar 2006 11:46:32 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.4/8.13.4) with ESMTP id k2NBkIBG072697 for ; Thu, 23 Mar 2006 12:46:19 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <44228A8A.5070508@fer.hr> Date: Thu, 23 Mar 2006 12:46:18 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <44221727.30908@micom.mng.net> In-Reply-To: <44221727.30908@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: mysql performance test on FreeBSD-7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 11:46:33 -0000 Ganbold wrote: > Hi all, > > I would like to test mysql-5.0.18 (from ports) performance under > FreeBSD-7.0-CURRENT. > > gw# uname -an > FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Thu Mar 23 > 10:28:46 ULAT 2006 tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 > > I have few questions regarding this: Have you already read this: http://wikitest.freebsd.org/moin.cgi/MySQL ? From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 12:31:52 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A51616A400; Thu, 23 Mar 2006 12:31:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7F043D48; Thu, 23 Mar 2006 12:31:51 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (esgw.ensure-tech.co.jp [211.18.249.19]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NCViNl032960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 21:31:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Thu, 23 Mar 2006 21:31:43 +0900 From: Norikatsu Shigemura To: vkashyap@FreeBSD.org Message-Id: <20060323213143.30d26b6e.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.120]); Thu, 23 Mar 2006 21:31:50 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: twa(4) doesn't depend on cam(4) and pci(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 12:31:52 -0000 Hi Vinod. I found a bug that twa(4)'s module doesn't depend on cam(4) and pci(4). Please commit following patch and MFC. I think that there are same bugs in many driver depended on cam(4) like advansys(4), aha(4), ahb(4), amr(4), arcmsr(4), asr(4), .... I confirmed following way: (compare following result) # cd /usr/src/sys/dev # fgrep -l xpt_ */*.c # fgrep MODULE_DEPEND `fgrep -l xpt_ */*.c` So I might miss. Index: tw_osl_freebsd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/twa/tw_osl_freebsd.c,v retrieving revision 1.4 diff -u -r1.4 tw_osl_freebsd.c --- tw_osl_freebsd.c 8 Nov 2005 22:51:43 -0000 1.4 +++ tw_osl_freebsd.c 23 Mar 2006 12:20:29 -0000 @@ -207,6 +207,8 @@ }; DRIVER_MODULE(twa, pci, twa_pci_driver, twa_devclass, 0, 0); +MODULE_DEPEND(sym, cam, 1, 1, 1); +MODULE_DEPEND(sym, pci, 1, 1, 1); From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:25:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B0016A401 for ; Thu, 23 Mar 2006 14:25:28 +0000 (UTC) (envelope-from flag@longino.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 469B543D45 for ; Thu, 23 Mar 2006 14:25:26 +0000 (GMT) (envelope-from flag@longino.wired.org) Received: from longino.wired.org (ip-114-46.sn1.eutelia.it [62.94.114.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id D8A1E11D2FD for ; Thu, 23 Mar 2006 15:25:25 +0100 (CET) Received: from longino.wired.org (localhost [127.0.0.1]) by longino.wired.org (8.13.4/8.13.4) with ESMTP id k2NEPJpb001346 for ; Thu, 23 Mar 2006 15:25:19 +0100 (CET) (envelope-from flag@longino.wired.org) Received: (from flag@localhost) by longino.wired.org (8.13.4/8.13.4/Submit) id k2NEPJDE001345 for current@freebsd.org; Thu, 23 Mar 2006 15:25:19 +0100 (CET) (envelope-from flag) Date: Thu, 23 Mar 2006 15:25:18 +0100 From: Paolo Pisati To: current@freebsd.org Message-ID: <20060323142518.GA1308@tin.it> References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323001555.GA1811@tin.it> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:25:28 -0000 On Thu, Mar 23, 2006 at 01:15:55AM +0100, Paolo Pisati wrote: > On Wed, Mar 22, 2006 at 12:29:06PM -0800, Luigi Rizzo wrote: > > > > Paolo should follow up in the next days with graphs and more data. > > Here are graphs and data: > > http://mercurio.sm.dsi.unimi.it/~pisati/ > > and here is a tarball with all images, data and patches: > > http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz ok, i updated my CURRENT and rerun the tests (and while here i disabled SMP): phk's optimization to cpu ticks calculation shaved 4k ticks, but interrupt masking overhead it's still there. http://mercurio.sm.dsi.unimi.it/~pisati/ and here is the new tarball with all the data: http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz bye -- Paolo "le influenze esterne sono troppe, il mondo reale non e' mica quello fatato dei komunisti :-p" - Anonymous Lumbard From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:31:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6071416A400 for ; Thu, 23 Mar 2006 14:31:40 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B6A43D45 for ; Thu, 23 Mar 2006 14:31:40 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2NEVdQt067110; Thu, 23 Mar 2006 06:31:39 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2NEVdew067109; Thu, 23 Mar 2006 06:31:39 -0800 (PST) (envelope-from rizzo) Date: Thu, 23 Mar 2006 06:31:39 -0800 From: Luigi Rizzo To: Paolo Pisati Message-ID: <20060323063139.A67037@xorpc.icir.org> References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> <20060323142518.GA1308@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060323142518.GA1308@tin.it>; from p.pisati@oltrelinux.com on Thu, Mar 23, 2006 at 03:25:18PM +0100 Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:31:40 -0000 On Thu, Mar 23, 2006 at 03:25:18PM +0100, Paolo Pisati wrote: > On Thu, Mar 23, 2006 at 01:15:55AM +0100, Paolo Pisati wrote: > > On Wed, Mar 22, 2006 at 12:29:06PM -0800, Luigi Rizzo wrote: > > > > > > Paolo should follow up in the next days with graphs and more data. > > > > Here are graphs and data: > > > > http://mercurio.sm.dsi.unimi.it/~pisati/ > > > > and here is a tarball with all images, data and patches: > > > > http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz > > ok, i updated my CURRENT and rerun the tests (and while here > i disabled SMP): > > phk's optimization to cpu ticks calculation shaved 4k ticks, this makes it a very good candidate for MFC when 6.1 is out ? > but interrupt masking overhead it's still there. and this needs a bit of investigation instead... cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:39:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E153516A41F for ; Thu, 23 Mar 2006 14:39:23 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900BA43D45 for ; Thu, 23 Mar 2006 14:39:23 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 791B44A; Thu, 23 Mar 2006 08:39:22 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9E13D61C38; Thu, 23 Mar 2006 08:39:21 -0600 (CST) Date: Thu, 23 Mar 2006 08:39:21 -0600 From: "Matthew D. Fuller" To: Luigi Rizzo Message-ID: <20060323143921.GM37096@over-yonder.net> References: <20060322122906.A41691@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060322122906.A41691@xorpc.icir.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: current@freebsd.org Subject: In-kernel NAT (was Re: interesting(?) data on network interrupt servicing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:39:24 -0000 On Wed, Mar 22, 2006 at 12:29:06PM -0800 I heard the voice of Luigi Rizzo, and lo! it spake thus: > > Paolo Pisati (SoC work on in-kernel natd) Speaking of, are there plans to get this into -CURRENT sometime? I'd love to be able to do my NAT'ing in ipfw (and, from the looks of it, be able to add/change port forwardings without blowing away all the current NAT state, which would be _really_ nice). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:42:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D371516A400 for ; Thu, 23 Mar 2006 14:42:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F0143D48 for ; Thu, 23 Mar 2006 14:42:24 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2NEgNQc051457; Thu, 23 Mar 2006 07:42:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4422B3C8.3080303@samsco.org> Date: Thu, 23 Mar 2006 07:42:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> <20060323142518.GA1308@tin.it> <20060323063139.A67037@xorpc.icir.org> In-Reply-To: <20060323063139.A67037@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:42:27 -0000 Luigi Rizzo wrote: > On Thu, Mar 23, 2006 at 03:25:18PM +0100, Paolo Pisati wrote: > >>On Thu, Mar 23, 2006 at 01:15:55AM +0100, Paolo Pisati wrote: >> >>>On Wed, Mar 22, 2006 at 12:29:06PM -0800, Luigi Rizzo wrote: >>> >>>>Paolo should follow up in the next days with graphs and more data. >>> >>>Here are graphs and data: >>> >>>http://mercurio.sm.dsi.unimi.it/~pisati/ >>> >>>and here is a tarball with all images, data and patches: >>> >>>http://mercurio.sm.dsi.unimi.it/~pisati/interrupt.tgz >> >>ok, i updated my CURRENT and rerun the tests (and while here >>i disabled SMP): >> >>phk's optimization to cpu ticks calculation shaved 4k ticks, > > > this makes it a very good candidate for MFC when 6.1 is out ? > > >>but interrupt masking overhead it's still there. > > > and this needs a bit of investigation instead... > I haven't been paying close enough attention, have all of the calcru problems and other side effects been fixed from phk's work? Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:43:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5012016A442 for ; Thu, 23 Mar 2006 14:43:05 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A273F43D55 for ; Thu, 23 Mar 2006 14:42:59 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2NEgxUu067298; Thu, 23 Mar 2006 06:42:59 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2NEgxLZ067297; Thu, 23 Mar 2006 06:42:59 -0800 (PST) (envelope-from rizzo) Date: Thu, 23 Mar 2006 06:42:59 -0800 From: Luigi Rizzo To: "Matthew D. Fuller" Message-ID: <20060323064259.A67264@xorpc.icir.org> References: <20060322122906.A41691@xorpc.icir.org> <20060323143921.GM37096@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060323143921.GM37096@over-yonder.net>; from fullermd@over-yonder.net on Thu, Mar 23, 2006 at 08:39:21AM -0600 Cc: current@freebsd.org Subject: Re: In-kernel NAT (was Re: interesting(?) data on network interrupt servicing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:43:05 -0000 On Thu, Mar 23, 2006 at 08:39:21AM -0600, Matthew D. Fuller wrote: > On Wed, Mar 22, 2006 at 12:29:06PM -0800 I heard the voice of > Luigi Rizzo, and lo! it spake thus: > > > > Paolo Pisati (SoC work on in-kernel natd) > > Speaking of, are there plans to get this into -CURRENT sometime? I'd > love to be able to do my NAT'ing in ipfw (and, from the looks of it, > be able to add/change port forwardings without blowing away all the > current NAT state, which would be _really_ nice). i wish i could find the time to test and port it, but don't think it will happen soon, i am afraid :( cheers luigi > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:48:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60E616A436 for ; Thu, 23 Mar 2006 14:48:12 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4A443D95 for ; Thu, 23 Mar 2006 14:48:05 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k2NEm58H067367; Thu, 23 Mar 2006 06:48:05 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k2NEm5x4067366; Thu, 23 Mar 2006 06:48:05 -0800 (PST) (envelope-from rizzo) Date: Thu, 23 Mar 2006 06:48:05 -0800 From: Luigi Rizzo To: Scott Long Message-ID: <20060323064805.B67264@xorpc.icir.org> References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> <20060323142518.GA1308@tin.it> <20060323063139.A67037@xorpc.icir.org> <4422B3C8.3080303@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4422B3C8.3080303@samsco.org>; from scottl@samsco.org on Thu, Mar 23, 2006 at 07:42:16AM -0700 Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:48:12 -0000 On Thu, Mar 23, 2006 at 07:42:16AM -0700, Scott Long wrote: > Luigi Rizzo wrote: > > On Thu, Mar 23, 2006 at 03:25:18PM +0100, Paolo Pisati wrote: ... > >>ok, i updated my CURRENT and rerun the tests (and while here > >>i disabled SMP): > >> > >>phk's optimization to cpu ticks calculation shaved 4k ticks, > > > > this makes it a very good candidate for MFC when 6.1 is out ? ... > I haven't been paying close enough attention, have all of the calcru > problems and other side effects been fixed from phk's work? we should ask phk. As far as i remember the only "problem" is/was that the sys/user times are computed as if the cpu were running at its max speed. But this is in fact a good thing because it is a more consistent measurement of the cost of the CPU work, which decouples us from having to take care of variable cpu speed. luigi From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:50:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 411AF16A420 for ; Thu, 23 Mar 2006 14:50:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5C3543D68 for ; Thu, 23 Mar 2006 14:50:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2NEoJKH051516; Thu, 23 Mar 2006 07:50:19 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4422B5A5.8040006@samsco.org> Date: Thu, 23 Mar 2006 07:50:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> <20060323142518.GA1308@tin.it> <20060323063139.A67037@xorpc.icir.org> <4422B3C8.3080303@samsco.org> <20060323064805.B67264@xorpc.icir.org> In-Reply-To: <20060323064805.B67264@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:50:39 -0000 Luigi Rizzo wrote: > On Thu, Mar 23, 2006 at 07:42:16AM -0700, Scott Long wrote: > >>Luigi Rizzo wrote: >> >>>On Thu, Mar 23, 2006 at 03:25:18PM +0100, Paolo Pisati wrote: > > ... > >>>>ok, i updated my CURRENT and rerun the tests (and while here >>>>i disabled SMP): >>>> >>>>phk's optimization to cpu ticks calculation shaved 4k ticks, >>> >>>this makes it a very good candidate for MFC when 6.1 is out ? > > ... > >>I haven't been paying close enough attention, have all of the calcru >>problems and other side effects been fixed from phk's work? > > > we should ask phk. As far as i remember the only "problem" > is/was that the sys/user times are computed as if the > cpu were running at its max speed. But this is in fact > a good thing because it is a more consistent measurement of > the cost of the CPU work, which decouples us from having > to take care of variable cpu speed. > > luigi No, I'm talking about all of the resulting problems with processes generating calcru messages on the console. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 14:53:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84A516A420 for ; Thu, 23 Mar 2006 14:53:28 +0000 (UTC) (envelope-from dave@randomparity.com) Received: from fed1rmmtao04.cox.net (fed1rmmtao04.cox.net [68.230.241.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8514B43D55 for ; Thu, 23 Mar 2006 14:53:26 +0000 (GMT) (envelope-from dave@randomparity.com) Received: from gateway.randomparity.com ([68.4.169.57]) by fed1rmmtao04.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060323145324.YRFS17690.fed1rmmtao04.cox.net@gateway.randomparity.com>; Thu, 23 Mar 2006 09:53:24 -0500 Received: by gateway.randomparity.com (Postfix, from userid 429) id 1ADCF31BC57; Thu, 23 Mar 2006 00:28:16 -0800 (PST) Received: from snoopy.randomparity.com (snoopy.randomparity.com [10.1.1.4]) by gateway.randomparity.com (Postfix) with ESMTP id 7C1B631BC3A; Thu, 23 Mar 2006 00:28:14 -0800 (PST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 23 Mar 2006 06:53:12 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Message-ID: <22C21BFBEB52B340A1F422CB0D88F5872E0B@snoopy.randomparity.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) Thread-Index: AcZOSqFXjdYzhNTFRlSucI6WfjQZyQAAjJCA From: "David Christensen" To: "Scott Long" , "John-Mark Gurney" X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gateway.randomparity.com X-Spam-Level: X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_06_12 autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: RE: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 14:53:28 -0000 Actually I was following the example in sys/dev/if_em.c. The call chain is: bus_dma_tag_create() is called from em_allocate_receive_structures() is called from em_setup_receive_structures() is called from em_init_locked() The em driver doesn't release its lock before calling bus_dma_tag_create() and it definitely does it outside of the attach routine. Is the em driver also FUBAR or is there something else going on? David Christensen -----Original Message----- From: Scott Long [mailto:scottl@samsco.org]=20 Sent: Wednesday, March 22, 2006 11:23 PM To: John-Mark Gurney Cc: David Christensen; freebsd-current@freebsd.org Subject: Re: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) John-Mark Gurney wrote: > David Christensen wrote this message on Wed, Mar 22, 2006 at 21:55 -0800: >=20 >>I'm developing an Ethernet driver with FreeBSD 7.0-CURRENT (amd64) and >>I'm=20 >>receiving many of the following witness errors: >> >>malloc(M_WAITOK) of "128", forcing M_NOWAIT with the following >>non-sleepable locks held: >>exclusive sleep mutex bce0 (network driver) r =3D 0 = (0xffffffff8111e068) >>locked @ if_bce.c:4607 >>KDB: stack backtrace: >>kdb_backtrace() at kdb_backtrace+0x37 >>witness_warn() at witness_warn+0x2c1 >>uma_zalloc_arg() at uma_zalloc_arg+0x69 >>malloc() at malloc+0xf5 >>sysctl_add_oid() at sysctl_add_oid+0xa9 >>alloc_bounce_zone() at alloc_bounce_zone+0x16b >>bus_dma_tag_create() at bus_dma_tag_create+0x1ea >>bce_init_rx_chain() at bce_init_rx_chain+0x8e >>bce_init_locked() at bce_init_locked+0x1e2 >>bce_init() at bce_init+0x39 >>ether_ioctl() at ether_ioctl+0x87 >>bce_ioctl() at bce_ioctl+0x48e >>in6_ifinit() at in6_ifinit+0xbd >>in6_update_ifa() at in6_update_ifa+0x563 >>in6_ifattach_linklocal() at in6_ifattach_linklocal+0x126 >>in6_ifattach() at in6_ifattach+0xdf >>in6_if_up() at in6_if_up+0x59 >>if_route() at if_route+0x8a >>if_up() at if_up+0x13 >>ifhwioctl() at ifhwioctl+0x2f4 >>ifioctl() at ifioctl+0x10b >>soo_ioctl() at soo_ioctl+0x38c >>ioctl() at ioctl+0x436 >>syscall() at syscall+0x350 >>Xfast_syscall() at Xfast_syscall+0xa8 >>--- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x8008219ac, rsp =3D >>0x7fffffffe6b8, rbp =3D 0x1 --- >> >>The bus_dma_tag_create looks like this: >> >>bus_dma_tag_create( >> sc->parent_tag, /* parent */ >> 4096, /* alignment */ >> 0, /* boundary */ >> BUS_SPACE_MAXADDR, /* lowaddr */ >> BUS_SPACE_MAX_ADDR, /* lowaddr */ >> NULL, /* filter */ >> NULL, /* filterarg */ >> 4096, /* maxsize */ >> 1, /* nsegments */ >> 4096, /* maxsegsize */ >> BUS_DMA_ALLOCNOW, /* flags */ >> NULL, /* lockfunc */ >> NULL, /* lockarg */ >> &sc->rx_bd_chain_tag)); >> >>Am I doing something wrong? The function bce_init_rx_chain is called >>from with >>a lock but isn't that normal? >=20 >=20 > Yeh, you have to unlock your driver lock before calling > bus_dma_tag_create.. If you look at the other ethernet drivers, some > call _tag_create as part of attach, not in _init... at this point, > it's safe to release your lock and allocate memory... >=20 In fact, it's really bad to be initializing the rx data structures like=20 this in if_init. It should be done in dev_attach. The reason is that if_init can be called at any time and will almost certainly be called multiple times. Also, do not use the BUS_DMA_ALLOCNOW flag here, as I assume that you are trying to use the busdma tag to allocate a static piece of memory for the rx chain/ring. The flag should only be used for flags that deal with dynamic buffers like mbufs and bio_data objects, or memory that has been allocated in the kernel with normal malloc. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 15:00:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1774516A423 for ; Thu, 23 Mar 2006 15:00:33 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D22C343D6B for ; Thu, 23 Mar 2006 14:59:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2NExv9s051578; Thu, 23 Mar 2006 07:59:57 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4422B7E6.8090704@samsco.org> Date: Thu, 23 Mar 2006 07:59:50 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Christensen References: <22C21BFBEB52B340A1F422CB0D88F5872E0B@snoopy.randomparity.com> In-Reply-To: <22C21BFBEB52B340A1F422CB0D88F5872E0B@snoopy.randomparity.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: John-Mark Gurney , freebsd-current@freebsd.org Subject: Re: Witness finds "malloc(M_WAITOK) with non-sleepable lock held" in FreeBSD 7.0-CURRENT (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 15:00:34 -0000 Wow, I didn't realize how screwed up that was. Yes, if_em is definitely wrong. It's not clear to me if the number of rx and tx descriptors that the driver wants will change with each call to em_init, but at the very least the busdma tag allocation should move to the attach routine. Scott David Christensen wrote: > Actually I was following the example in sys/dev/if_em.c. The call > chain is: > > bus_dma_tag_create() is called from > em_allocate_receive_structures() is called from > em_setup_receive_structures() is called from > em_init_locked() > > The em driver doesn't release its lock before calling > bus_dma_tag_create() > and it definitely does it outside of the attach routine. Is the em > driver also FUBAR or is there something else going on? > > David Christensen > > -----Original Message----- > From: Scott Long [mailto:scottl@samsco.org] > Sent: Wednesday, March 22, 2006 11:23 PM > To: John-Mark Gurney > Cc: David Christensen; freebsd-current@freebsd.org > Subject: Re: Witness finds "malloc(M_WAITOK) with non-sleepable lock > held" in FreeBSD 7.0-CURRENT (amd64) > > John-Mark Gurney wrote: > >>David Christensen wrote this message on Wed, Mar 22, 2006 at 21:55 > > -0800: > >>>I'm developing an Ethernet driver with FreeBSD 7.0-CURRENT (amd64) and >>>I'm >>>receiving many of the following witness errors: >>> >>>malloc(M_WAITOK) of "128", forcing M_NOWAIT with the following >>>non-sleepable locks held: >>>exclusive sleep mutex bce0 (network driver) r = 0 (0xffffffff8111e068) >>>locked @ if_bce.c:4607 >>>KDB: stack backtrace: >>>kdb_backtrace() at kdb_backtrace+0x37 >>>witness_warn() at witness_warn+0x2c1 >>>uma_zalloc_arg() at uma_zalloc_arg+0x69 >>>malloc() at malloc+0xf5 >>>sysctl_add_oid() at sysctl_add_oid+0xa9 >>>alloc_bounce_zone() at alloc_bounce_zone+0x16b >>>bus_dma_tag_create() at bus_dma_tag_create+0x1ea >>>bce_init_rx_chain() at bce_init_rx_chain+0x8e >>>bce_init_locked() at bce_init_locked+0x1e2 >>>bce_init() at bce_init+0x39 >>>ether_ioctl() at ether_ioctl+0x87 >>>bce_ioctl() at bce_ioctl+0x48e >>>in6_ifinit() at in6_ifinit+0xbd >>>in6_update_ifa() at in6_update_ifa+0x563 >>>in6_ifattach_linklocal() at in6_ifattach_linklocal+0x126 >>>in6_ifattach() at in6_ifattach+0xdf >>>in6_if_up() at in6_if_up+0x59 >>>if_route() at if_route+0x8a >>>if_up() at if_up+0x13 >>>ifhwioctl() at ifhwioctl+0x2f4 >>>ifioctl() at ifioctl+0x10b >>>soo_ioctl() at soo_ioctl+0x38c >>>ioctl() at ioctl+0x436 >>>syscall() at syscall+0x350 >>>Xfast_syscall() at Xfast_syscall+0xa8 >>>--- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8008219ac, rsp = >>>0x7fffffffe6b8, rbp = 0x1 --- >>> >>>The bus_dma_tag_create looks like this: >>> >>>bus_dma_tag_create( >>> sc->parent_tag, /* parent */ >>> 4096, /* alignment */ >>> 0, /* boundary */ >>> BUS_SPACE_MAXADDR, /* lowaddr */ >>> BUS_SPACE_MAX_ADDR, /* lowaddr */ >>> NULL, /* filter */ >>> NULL, /* filterarg */ >>> 4096, /* maxsize */ >>> 1, /* nsegments */ >>> 4096, /* maxsegsize */ >>> BUS_DMA_ALLOCNOW, /* flags */ >>> NULL, /* lockfunc */ >>> NULL, /* lockarg */ >>> &sc->rx_bd_chain_tag)); >>> >>>Am I doing something wrong? The function bce_init_rx_chain is called >> >>>from with >> >>>a lock but isn't that normal? >> >> >>Yeh, you have to unlock your driver lock before calling >>bus_dma_tag_create.. If you look at the other ethernet drivers, some >>call _tag_create as part of attach, not in _init... at this point, >>it's safe to release your lock and allocate memory... >> > > > In fact, it's really bad to be initializing the rx data structures like > this in if_init. It should be done in dev_attach. The reason is that > if_init can be called at any time and will almost certainly be called > multiple times. Also, do not use the BUS_DMA_ALLOCNOW flag here, as I > assume that you are trying to use the busdma tag to allocate a static > piece of memory for the rx chain/ring. The flag should only be used > for flags that deal with dynamic buffers like mbufs and bio_data > objects, or memory that has been allocated in the kernel with normal > malloc. > > Scott > > > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 15:25:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68AB016A424 for ; Thu, 23 Mar 2006 15:25:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 058E143D49 for ; Thu, 23 Mar 2006 15:25:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 5875E1EC35F; Thu, 23 Mar 2006 16:25:24 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2NFPNYX069137; Thu, 23 Mar 2006 16:25:23 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 23 Mar 2006 06:31:39 PST." <20060323063139.A67037@xorpc.icir.org> Date: Thu, 23 Mar 2006 16:25:23 +0100 Message-ID: <69136.1143127523@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 15:25:28 -0000 In message <20060323063139.A67037@xorpc.icir.org>, Luigi Rizzo writes: >> phk's optimization to cpu ticks calculation shaved 4k ticks, > >this makes it a very good candidate for MFC when 6.1 is out ? Still a bit early IMO. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 15:38:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A553116A401 for ; Thu, 23 Mar 2006 15:38:27 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9927A43D8D for ; Thu, 23 Mar 2006 15:38:13 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k2NFcB8N047559; Thu, 23 Mar 2006 18:38:12 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 23 Mar 2006 18:38:11 +0300 (MSK) From: Maxim Konovalov To: Luigi Rizzo In-Reply-To: <20060323064259.A67264@xorpc.icir.org> Message-ID: <20060323183701.G46757@mp2.macomnet.net> References: <20060322122906.A41691@xorpc.icir.org> <20060323143921.GM37096@over-yonder.net> <20060323064259.A67264@xorpc.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, "Matthew D. Fuller" Subject: Re: In-kernel NAT (was Re: interesting(?) data on network interrupt servicing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 15:38:27 -0000 On Thu, 23 Mar 2006, 06:42-0800, Luigi Rizzo wrote: > On Thu, Mar 23, 2006 at 08:39:21AM -0600, Matthew D. Fuller wrote: > > On Wed, Mar 22, 2006 at 12:29:06PM -0800 I heard the voice of > > Luigi Rizzo, and lo! it spake thus: > > > > > > Paolo Pisati (SoC work on in-kernel natd) > > > > Speaking of, are there plans to get this into -CURRENT sometime? I'd > > love to be able to do my NAT'ing in ipfw (and, from the looks of it, > > be able to add/change port forwardings without blowing away all the > > current NAT state, which would be _really_ nice). > > i wish i could find the time to test and port it, but don't think > it will happen soon, i am afraid :( I was under inpression Gleb had (semi)-worked version of ng_natd. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:09:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C84AF16A400 for ; Thu, 23 Mar 2006 16:09:49 +0000 (UTC) (envelope-from flag@longino.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2048243D5E for ; Thu, 23 Mar 2006 16:09:47 +0000 (GMT) (envelope-from flag@longino.wired.org) Received: from longino.wired.org (ip-114-46.sn1.eutelia.it [62.94.114.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 62FFF11B208; Thu, 23 Mar 2006 17:09:32 +0100 (CET) Received: from longino.wired.org (localhost [127.0.0.1]) by longino.wired.org (8.13.4/8.13.4) with ESMTP id k2NG9Rnl000719; Thu, 23 Mar 2006 17:09:27 +0100 (CET) (envelope-from flag@longino.wired.org) Received: (from flag@localhost) by longino.wired.org (8.13.4/8.13.4/Submit) id k2NG9QNh000718; Thu, 23 Mar 2006 17:09:26 +0100 (CET) (envelope-from flag) Date: Thu, 23 Mar 2006 17:09:26 +0100 From: Paolo Pisati To: "Matthew D. Fuller" Message-ID: <20060323160926.GA684@tin.it> References: <20060322122906.A41691@xorpc.icir.org> <20060323143921.GM37096@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323143921.GM37096@over-yonder.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Luigi Rizzo , current@freebsd.org Subject: Re: In-kernel NAT (was Re: interesting(?) data on network interrupt servicing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:09:49 -0000 On Thu, Mar 23, 2006 at 08:39:21AM -0600, Matthew D. Fuller wrote: > On Wed, Mar 22, 2006 at 12:29:06PM -0800 I heard the voice of > Luigi Rizzo, and lo! it spake thus: > > > > Paolo Pisati (SoC work on in-kernel natd) > > Speaking of, are there plans to get this into -CURRENT sometime? I'd > love to be able to do my NAT'ing in ipfw (and, from the looks of it, > be able to add/change port forwardings without blowing away all the > current NAT state, which would be _really_ nice). btw, did you test latest version with redirect-[address|port|proto], LSNAT and dynamic ip support? there're still some things to fix, but it should be ok: http://wikitest.freebsd.org/moin.cgi/PaoloPisati -- Paolo "le influenze esterne sono troppe, il mondo reale non e' mica quello fatato dei komunisti :-p" - Anonymous Lumbard From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:11:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1466A16A435 for ; Thu, 23 Mar 2006 16:11:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5320743D5C for ; Thu, 23 Mar 2006 16:11:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2NGBaQi029117; Thu, 23 Mar 2006 11:11:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 23 Mar 2006 11:12:24 -0500 User-Agent: KMail/1.9.1 References: <20060322122906.A41691@xorpc.icir.org> <200603221545.13769.jhb@freebsd.org> <20060323003228.GA1983@tin.it> In-Reply-To: <20060323003228.GA1983@tin.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603231112.26646.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1353/Thu Mar 23 05:23:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:11:42 -0000 On Wednesday 22 March 2006 19:32, Paolo Pisati wrote: > On Wed, Mar 22, 2006 at 03:45:12PM -0500, John Baldwin wrote: > > This is going out to the I/O APIC and writing a bit to mask the > > interrupt until the handler has run. Is he using a kernel that > > has SMP enabled? If so, turning SMP off might make things > > slightly better. > > 7.x: > SMP is on, PREEMPTION if off You probably want preemption on to minimize latency. If this is a UP machine, you should turn SMP off. It might be interesting to compare using 7.x without APIC as well, since you are not using APIC on 4.x. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:14:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E52316A41F; Thu, 23 Mar 2006 16:14:33 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1077643D48; Thu, 23 Mar 2006 16:14:23 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NGEFU8038560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 01:14:16 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Mar 2006 01:14:16 +0900 From: Norikatsu Shigemura To: obrien@FreeBSD.org, scott_long@btc.adaptec.com, mark_salyzyn@adaptec.com Message-Id: <20060324011416.acd8df42.nork@FreeBSD.org> In-Reply-To: <20060323213143.30d26b6e.nork@FreeBSD.org> References: <20060323213143.30d26b6e.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 24 Mar 2006 01:14:16 +0900 (JST) Cc: vkashyap@FreeBSD.org, freebsd-current@FreeBSD.org Subject: asr(4) doesn't depend on cam(4) and pci(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:14:33 -0000 Hi asr(4) maintainers! On Thu, 23 Mar 2006 21:31:43 +0900 Norikatsu Shigemura wrote: > I found a bug that twa(4)'s module doesn't depend on cam(4) > and pci(4). Please commit following patch and MFC. > I think that there are same bugs in many driver depended on > cam(4) like advansys(4), aha(4), ahb(4), amr(4), arcmsr(4), > asr(4), .... > I confirmed following way: (compare following result) > # cd /usr/src/sys/dev > # fgrep -l xpt_ */*.c > # fgrep MODULE_DEPEND `fgrep -l xpt_ */*.c` > So I might miss. > Index: tw_osl_freebsd.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/twa/tw_osl_freebsd.c,v > retrieving revision 1.4 > diff -u -r1.4 tw_osl_freebsd.c > --- tw_osl_freebsd.c 8 Nov 2005 22:51:43 -0000 1.4 > +++ tw_osl_freebsd.c 23 Mar 2006 12:20:29 -0000 > @@ -207,6 +207,8 @@ > }; > > DRIVER_MODULE(twa, pci, twa_pci_driver, twa_devclass, 0, 0); > +MODULE_DEPEND(sym, cam, 1, 1, 1); > +MODULE_DEPEND(sym, pci, 1, 1, 1); > > > I have a patch for asr(4), too. Please, please:-). Index: asr.c =================================================================== RCS file: /home/ncvs/src/sys/dev/asr/asr.c,v retrieving revision 1.77 diff -u -r1.77 asr.c --- asr.c 12 Feb 2006 06:57:41 -0000 1.77 +++ asr.c 23 Mar 2006 16:08:04 -0000 @@ -429,6 +429,8 @@ static devclass_t asr_devclass; DRIVER_MODULE(asr, pci, asr_driver, asr_devclass, 0, 0); +MODULE_DEPEND(sym, cam, 1, 1, 1); +MODULE_DEPEND(sym, pci, 1, 1, 1); /* * devsw for asr hba driver From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:27:31 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 472A416A401; Thu, 23 Mar 2006 16:27:31 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15EF543D55; Thu, 23 Mar 2006 16:27:29 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NGRRLw038894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 01:27:27 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Mar 2006 01:27:28 +0900 From: Norikatsu Shigemura To: obrien@FreeBSD.org, mark_salyzyn@adaptec.com Message-Id: <20060324012728.7048d8f8.nork@FreeBSD.org> In-Reply-To: <20060324011416.acd8df42.nork@FreeBSD.org> References: <20060323213143.30d26b6e.nork@FreeBSD.org> <20060324011416.acd8df42.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 24 Mar 2006 01:27:27 +0900 (JST) Cc: vashyap@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: asr(4) doesn't depend on cam(4) and pci(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:27:31 -0000 Oops, I missed. Ignore my typos:-). BTW, I sent to scott_long@btc.adaptec.com too, but I got a error mail. Please update /usr/src/MAINTAINERS. On Fri, 24 Mar 2006 01:14:16 +0900 Norikatsu Shigemura wrote: > I have a patch for asr(4), too. Please, please:-). > Index: asr.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/asr/asr.c,v > retrieving revision 1.77 > diff -u -r1.77 asr.c > --- asr.c 12 Feb 2006 06:57:41 -0000 1.77 > +++ asr.c 23 Mar 2006 16:08:04 -0000 > @@ -429,6 +429,8 @@ > > static devclass_t asr_devclass; > DRIVER_MODULE(asr, pci, asr_driver, asr_devclass, 0, 0); > +MODULE_DEPEND(sym, cam, 1, 1, 1); > +MODULE_DEPEND(sym, pci, 1, 1, 1); s/sym/asr/ > > /* > * devsw for asr hba driver From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:29:30 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A5D16A401; Thu, 23 Mar 2006 16:29:30 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF6C143D45; Thu, 23 Mar 2006 16:29:29 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NGTSlI038950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 01:29:29 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Mar 2006 01:29:29 +0900 From: Norikatsu Shigemura To: vkashyap@FreeBSD.org Message-Id: <20060324012929.80957b6a.nork@FreeBSD.org> In-Reply-To: <20060323213143.30d26b6e.nork@FreeBSD.org> References: <20060323213143.30d26b6e.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 24 Mar 2006 01:29:29 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: twa(4) doesn't depend on cam(4) and pci(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:29:30 -0000 On Thu, 23 Mar 2006 21:31:43 +0900 Norikatsu Shigemura wrote: > Index: tw_osl_freebsd.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/twa/tw_osl_freebsd.c,v > retrieving revision 1.4 > diff -u -r1.4 tw_osl_freebsd.c > --- tw_osl_freebsd.c 8 Nov 2005 22:51:43 -0000 1.4 > +++ tw_osl_freebsd.c 23 Mar 2006 12:20:29 -0000 > @@ -207,6 +207,8 @@ > }; > > DRIVER_MODULE(twa, pci, twa_pci_driver, twa_devclass, 0, 0); > +MODULE_DEPEND(sym, cam, 1, 1, 1); > +MODULE_DEPEND(sym, pci, 1, 1, 1); Oops, typos. s/sym/twa/ > > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:36:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7538C16A424; Thu, 23 Mar 2006 16:36:21 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D1743D6B; Thu, 23 Mar 2006 16:36:18 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NGaGaI039129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 01:36:16 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Mar 2006 01:36:16 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20060324013616.1b6f66ac.nork@FreeBSD.org> In-Reply-To: <20060324011416.acd8df42.nork@FreeBSD.org> References: <20060323213143.30d26b6e.nork@FreeBSD.org> <20060324011416.acd8df42.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 24 Mar 2006 01:36:16 +0900 (JST) Cc: vkashyap@FreeBSD.org, obrien@FreeBSD.org, mark_salyzyn@adaptec.com Subject: adv(4) doesn't depend on cam(4) and pci(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:36:21 -0000 Hi adv(4) maintainers! I have a patch for adv(4). Index: adv_eisa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/advansys/adv_eisa.c,v retrieving revision 1.19 diff -u -r1.19 adv_eisa.c --- adv_eisa.c 4 Feb 2006 22:33:08 -0000 1.19 +++ adv_eisa.c 23 Mar 2006 16:29:45 -0000 @@ -351,3 +351,4 @@ static devclass_t adv_eisa_devclass; DRIVER_MODULE(adv, eisa, adv_eisa_driver, adv_eisa_devclass, 0, 0); +MODULE_DEPEND(adv, cam, 1, 1, 1); Index: adv_isa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/advansys/adv_isa.c,v retrieving revision 1.29 diff -u -r1.29 adv_isa.c --- adv_isa.c 13 Jul 2005 15:44:53 -0000 1.29 +++ adv_isa.c 23 Mar 2006 16:30:16 -0000 @@ -430,3 +430,4 @@ static devclass_t adv_isa_devclass; DRIVER_MODULE(adv, isa, adv_isa_driver, adv_isa_devclass, 0, 0); +MODULE_DEPEND(adv, cam, 1, 1, 1); Index: adv_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/advansys/adv_pci.c,v retrieving revision 1.29 diff -u -r1.29 adv_pci.c --- adv_pci.c 4 Feb 2006 22:33:08 -0000 1.29 +++ adv_pci.c 23 Mar 2006 16:31:09 -0000 @@ -332,3 +332,5 @@ static devclass_t adv_pci_devclass; DRIVER_MODULE(adv, pci, adv_pci_driver, adv_pci_devclass, 0, 0); +MODULE_DEPEND(adv, cam, 1, 1, 1); +MODULE_DEPEND(adv, pci, 1, 1, 1); From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 16:40:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11DE16A41F; Thu, 23 Mar 2006 16:40:49 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F0243D48; Thu, 23 Mar 2006 16:40:49 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2NGelAV039242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 01:40:47 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Mar 2006 01:40:47 +0900 From: Norikatsu Shigemura To: gibbs@FreeBSD.org Message-Id: <20060324014047.95ffc1e3.nork@FreeBSD.org> In-Reply-To: <20060324013616.1b6f66ac.nork@FreeBSD.org> References: <20060323213143.30d26b6e.nork@FreeBSD.org> <20060324011416.acd8df42.nork@FreeBSD.org> <20060324013616.1b6f66ac.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 24 Mar 2006 01:40:47 +0900 (JST) Cc: vkashyap@FreeBSD.org, freebsd-current@FreeBSD.org, obrien@FreeBSD.org, mark_salyzyn@adaptec.com Subject: aha(4) doesn't depend on cam(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 16:40:50 -0000 Hi aha(4) maintainers! I have a patch for aha(4). Index: aha_isa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/aha/aha_isa.c,v retrieving revision 1.36 diff -u -r1.36 aha_isa.c --- aha_isa.c 29 May 2005 04:42:16 -0000 1.36 +++ aha_isa.c 23 Mar 2006 16:37:46 -0000 @@ -374,3 +374,4 @@ static devclass_t aha_devclass; DRIVER_MODULE(aha, isa, aha_isa_driver, aha_devclass, 0, 0); +MODULE_DEPEND(aha, cam, 1, 1, 1); Index: aha_mca.c =================================================================== RCS file: /home/ncvs/src/sys/dev/aha/aha_mca.c,v retrieving revision 1.13 diff -u -r1.13 aha_mca.c --- aha_mca.c 19 Jan 2005 06:54:10 -0000 1.13 +++ aha_mca.c 23 Mar 2006 16:37:54 -0000 @@ -229,3 +229,4 @@ static devclass_t aha_devclass; DRIVER_MODULE(aha, mca, aha_mca_driver, aha_devclass, 0, 0); +MODULE_DEPEND(aha, cam, 1, 1, 1); From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 17:19:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE6AB16A400; Thu, 23 Mar 2006 17:19:28 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4043D48; Thu, 23 Mar 2006 17:19:28 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 23 Mar 2006 09:19:24 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B49A545041; Thu, 23 Mar 2006 09:19:23 -0800 (PST) To: Harti Brandt In-reply-to: Your message of "Thu, 23 Mar 2006 09:06:33 +0100." <20060323090509.L1366@beagle.kn.op.dlr.de> Date: Thu, 23 Mar 2006 09:19:23 -0800 From: "Kevin Oberman" Message-Id: <20060323171923.B49A545041@ptavv.es.net> Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 17:19:28 -0000 > Date: Thu, 23 Mar 2006 09:06:33 +0100 (CET) > From: Harti Brandt > Sender: owner-freebsd-current@freebsd.org > > On Wed, 22 Mar 2006, othermark wrote: > > o>Kevin Oberman wrote: > o>> > Date: Wed, 22 Mar 2006 14:24:08 -0800 > o>> > From: Jason Evans > o>> > > o>> > Kevin Oberman wrote: > o>> > > o>> > > > From: othermark > o>> > > > Date: Wed, 22 Mar 2006 12:13:14 -0800 > o>> > > > Sender: owner-freebsd-current@freebsd.org > o>> > > > > o>> > > > I'm scratching my head on this one, trying to buildworld with today > o>> > > > sources > o>> > > > to get the sendmail fix: > o>> > > > o>> > > > o>> > > I am seeing the same thing. I read the tread on this from back on March > o>> > > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I > o>> > > still can't make buildworld. > o>> > > > o>> > > My last update was in the critical perion...Feb. 23, but I have been > o>> > > unsuccessful in getting past it. > o>> > > > o>> > > I have tried explicitly running the newly built getsnmptree (from > o>> > > /usr/obj) and then building, but I have had no luck to this point. > o>> > > > o>> > > Not only did the fix to Makefile.inc1 not do the trick, but > o>> > > hand-building gnesnmptree and hand executing the commands to make the > o>> > > oid.h file didn't help a bit. > o>> > > > o>> > > I'm baffled. (And probably missing the obvious.) > o>> > > o>> > This isn't a very satisfying solution, but if you do the buildworld with > o>> > MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. > o>> > > o>> > Jason > o>> > > o>> > o>> > o>> Jason, > o>> > o>> Thanks! It worked like a charm. > o>> > o>> Any explanation as to why zeroing a malloc makes this work (as opposed > o>> to filling with 0xa5)? I'm sure confused. > o> > o>Double thanks, I was finally able to get a successful buildworld. What is > o>the likelyhood of other people hitting this? This boxes' -current was only > o>27 days old, before I tried this update. > > It should not, because gensnmptree is now a buildtool. To find out what > goes wrong we need the buildworld log that Ruslan mentioned. Unfortunately, by the time I saw Ruslan's message requesting the buildworld output I had already built bsnmpd with the jZ malloc options and now it just works. To get the failure again, I'd probably have to roll my system back to Feb 23 again and then update and I just don't have the time right now to do it. It's not a very fast system and buildworld takes about 4 hours. It is also a remote system and I don't have physical access to it until next Tuesday. Sorry. Maybe someone else who stumbles over this can get a full buildworld, but it probably only applies to people who built a system from HEAD in the last week or so of February. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 17:28:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5AD216A400 for ; Thu, 23 Mar 2006 17:28:53 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A42A43D49 for ; Thu, 23 Mar 2006 17:28:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Thu, 23 Mar 2006 09:28:51 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 840C445041; Thu, 23 Mar 2006 09:28:49 -0800 (PST) To: "Poul-Henning Kamp" In-reply-to: Your message of "Thu, 23 Mar 2006 16:25:23 +0100." <69136.1143127523@critter.freebsd.dk> Date: Thu, 23 Mar 2006 09:28:49 -0800 From: "Kevin Oberman" Message-Id: <20060323172849.840C445041@ptavv.es.net> Cc: Luigi Rizzo , current@freebsd.org Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 17:28:53 -0000 > From: "Poul-Henning Kamp" > Date: Thu, 23 Mar 2006 16:25:23 +0100 > Sender: owner-freebsd-current@freebsd.org > > In message <20060323063139.A67037@xorpc.icir.org>, Luigi Rizzo writes: > > >> phk's optimization to cpu ticks calculation shaved 4k ticks, > > > >this makes it a very good candidate for MFC when 6.1 is out ? > > Still a bit early IMO. FWIW, I have not had a calcru error since I updated my system on the 14th. Before then I was getting many a day. This, of course, does not mean that other problems reported are all taken care of, but my system has been happy. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 17:50:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DCC16A41F; Thu, 23 Mar 2006 17:50:42 +0000 (UTC) (envelope-from flag@longino.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC12A43D45; Thu, 23 Mar 2006 17:50:39 +0000 (GMT) (envelope-from flag@longino.wired.org) Received: from longino.wired.org (ip-114-46.sn1.eutelia.it [62.94.114.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 4068611B1B9; Thu, 23 Mar 2006 18:50:38 +0100 (CET) Received: from longino.wired.org (localhost [127.0.0.1]) by longino.wired.org (8.13.4/8.13.4) with ESMTP id k2NHoS4r001118; Thu, 23 Mar 2006 18:50:29 +0100 (CET) (envelope-from flag@longino.wired.org) Received: (from flag@localhost) by longino.wired.org (8.13.4/8.13.4/Submit) id k2NHoNBT001117; Thu, 23 Mar 2006 18:50:23 +0100 (CET) (envelope-from flag) Date: Thu, 23 Mar 2006 18:50:23 +0100 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20060323175023.GA1039@tin.it> References: <20060322122906.A41691@xorpc.icir.org> <200603221545.13769.jhb@freebsd.org> <20060323003228.GA1983@tin.it> <200603231112.26646.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603231112.26646.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 17:50:42 -0000 On Thu, Mar 23, 2006 at 11:12:24AM -0500, John Baldwin wrote: > You probably want preemption on to minimize latency. i'm doing preemption now... > If this is a > UP machine, you should turn SMP off. It might be interesting to > compare using 7.x without APIC as well, since you are not using > APIC on 4.x. ok, and what do we expect from it? besides interrupt masking/eoi, what are the other areas influenced by apic<->8259 switch? moreover, should i profile the asm part too? APIC 8259 | | | | ISR_VEC() INTR() | | | | we don't take any measure ========================================== <= above this threshold... lapic_handle_intr() atpic_handle_intr() \ / \ / intr_execute_handlers() | | . . . -- Paolo "le influenze esterne sono troppe, il mondo reale non e' mica quello fatato dei komunisti :-p" - Anonymous Lumbard From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 17:51:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D836516A401; Thu, 23 Mar 2006 17:51:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD8343D45; Thu, 23 Mar 2006 17:51:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2NHmjJp091791; Thu, 23 Mar 2006 10:48:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 23 Mar 2006 10:49:13 -0700 (MST) Message-Id: <20060323.104913.122061815.imp@bsdimp.com> To: nork@freebsd.org From: "M. Warner Losh" In-Reply-To: <20060324014047.95ffc1e3.nork@FreeBSD.org> References: <20060324011416.acd8df42.nork@FreeBSD.org> <20060324013616.1b6f66ac.nork@FreeBSD.org> <20060324014047.95ffc1e3.nork@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 23 Mar 2006 10:48:50 -0700 (MST) Cc: vkashyap@freebsd.org, gibbs@freebsd.org, mark_salyzyn@adaptec.com, freebsd-current@freebsd.org Subject: Re: aha(4) doesn't depend on cam(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 17:51:03 -0000 In message: <20060324014047.95ffc1e3.nork@FreeBSD.org> Norikatsu Shigemura writes: : Hi aha(4) maintainers! : : I have a patch for aha(4). Actually, I'm the aha maintainer. Why is this needed? Is it because aha references symbols that would otherwise be undefined? Warner : Index: aha_isa.c : =================================================================== : RCS file: /home/ncvs/src/sys/dev/aha/aha_isa.c,v : retrieving revision 1.36 : diff -u -r1.36 aha_isa.c : --- aha_isa.c 29 May 2005 04:42:16 -0000 1.36 : +++ aha_isa.c 23 Mar 2006 16:37:46 -0000 : @@ -374,3 +374,4 @@ : static devclass_t aha_devclass; : : DRIVER_MODULE(aha, isa, aha_isa_driver, aha_devclass, 0, 0); : +MODULE_DEPEND(aha, cam, 1, 1, 1); : Index: aha_mca.c : =================================================================== : RCS file: /home/ncvs/src/sys/dev/aha/aha_mca.c,v : retrieving revision 1.13 : diff -u -r1.13 aha_mca.c : --- aha_mca.c 19 Jan 2005 06:54:10 -0000 1.13 : +++ aha_mca.c 23 Mar 2006 16:37:54 -0000 : @@ -229,3 +229,4 @@ : static devclass_t aha_devclass; : : DRIVER_MODULE(aha, mca, aha_mca_driver, aha_devclass, 0, 0); : +MODULE_DEPEND(aha, cam, 1, 1, 1); : _______________________________________________ : freebsd-current@freebsd.org mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:16:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1D716A400; Thu, 23 Mar 2006 18:16:59 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F9C43D6E; Thu, 23 Mar 2006 18:16:58 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.6/8.13.6) with ESMTP id k2NIGvZR000794; Thu, 23 Mar 2006 21:16:57 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.6/8.13.6/Submit) id k2NIGv3n000793; Thu, 23 Mar 2006 21:16:57 +0300 (MSK) (envelope-from ache) Date: Thu, 23 Mar 2006 21:16:57 +0300 From: Andrey Chernov To: des@freebsd.org, current@freebsd.org Message-ID: <20060323181657.GA712@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , des@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: utmp is not updated after recent ssh import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:16:59 -0000 # w USER TTY FROM LOGIN@ IDLE WHAT ache p0 - 01Jan70 - -csh (csh) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:34:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 629D716A424; Thu, 23 Mar 2006 18:34:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40AAE43DC0; Thu, 23 Mar 2006 18:34:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D4D241A4E87; Thu, 23 Mar 2006 10:34:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 365AB51753; Thu, 23 Mar 2006 13:34:14 -0500 (EST) Date: Thu, 23 Mar 2006 13:34:14 -0500 From: Kris Kennaway To: John Kozubik Message-ID: <20060323183414.GA84775@xor.obsecurity.org> References: <20060320224313.O55763@kozubik.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20060320224313.O55763@kozubik.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org, kris@obsecurity.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:34:19 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > First, I have confirmed that a filesystem with multiple snapshots that > undergoes multiple, rapid deletions of files, will cause the system to > hang. I have witnessed this before, but had not confirmed it or > documented it in a PR. Now that I have confirmed this behavior, I have > documented it in: kern/94769 I ran a (completion of) your script in a loop for about 24 hours and it didn't deadlock. This may be because there was a second set of fixes that was merged in to 6.x a day or two ago. Are you able to confirm whether they indeed fixed this problem? > Second, kern/92292 is still a problem. I have reproduced this error in > 6.1-BETA4 (and have seen it happening since 5.1). The (small) difference > is that the cp process seems to stick in the flswai state instead of > biowr. I'll test this one next. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIuolWry0BWjoQKURAk5hAJwNxVVgMARq2Vuxr7j+WEaBgckiHgCg7a3S oR0bG21GB9Mg1bNFYlHM96M= =EUji -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:42:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F2F16A422; Thu, 23 Mar 2006 18:42:44 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B840843D6A; Thu, 23 Mar 2006 18:42:42 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k2NIg91Z030001; Thu, 23 Mar 2006 10:42:09 -0800 From: Kent Stewart To: freebsd-current@freebsd.org Date: Thu, 23 Mar 2006 10:42:30 -0800 User-Agent: KMail/1.9.1 References: <20060320224313.O55763@kozubik.com> <20060323183414.GA84775@xor.obsecurity.org> In-Reply-To: <20060323183414.GA84775@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603231042.30623.kstewart@owt.com> Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, John Kozubik , tegge@freebsd.org, Kris Kennaway Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:42:44 -0000 On Thursday 23 March 2006 10:34, Kris Kennaway wrote: > On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > > First, I have confirmed that a filesystem with multiple snapshots > > that undergoes multiple, rapid deletions of files, will cause the > > system to hang. I have witnessed this before, but had not > > confirmed it or documented it in a PR. Now that I have confirmed > > this behavior, I have documented it in: kern/94769 > > I ran a (completion of) your script in a loop for about 24 hours and > it didn't deadlock. This may be because there was a second set of > fixes that was merged in to 6.x a day or two ago. Are you able to > confirm whether they indeed fixed this problem? > > > Second, kern/92292 is still a problem. I have reproduced this > > error in 6.1-BETA4 (and have seen it happening since 5.1). The > > (small) difference is that the cp process seems to stick in the > > flswai state instead of biowr. > > I'll test this one next. There is also a problem if you try to boot the latest 6.1-beta kernel from XP using an old boot1. It just hangs and you don't even see the "-" symbol on the console. You can boot from XP after you start using the new boot1. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:47:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F1A316A422; Thu, 23 Mar 2006 18:47:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEABD43D60; Thu, 23 Mar 2006 18:47:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 97F651A3C1C; Thu, 23 Mar 2006 10:47:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02E3151753; Thu, 23 Mar 2006 13:47:40 -0500 (EST) Date: Thu, 23 Mar 2006 13:47:39 -0500 From: Kris Kennaway To: Kent Stewart Message-ID: <20060323184739.GA85076@xor.obsecurity.org> References: <20060320224313.O55763@kozubik.com> <20060323183414.GA84775@xor.obsecurity.org> <200603231042.30623.kstewart@owt.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <200603231042.30623.kstewart@owt.com> User-Agent: Mutt/1.4.2.1i Cc: Kris Kennaway , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, John Kozubik , jroberson@chesapeake.net, tegge@freebsd.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:47:42 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 10:42:30AM -0800, Kent Stewart wrote: > On Thursday 23 March 2006 10:34, Kris Kennaway wrote: > > On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > > > First, I have confirmed that a filesystem with multiple snapshots > > > that undergoes multiple, rapid deletions of files, will cause the > > > system to hang. I have witnessed this before, but had not > > > confirmed it or documented it in a PR. Now that I have confirmed > > > this behavior, I have documented it in: kern/94769 > > > > I ran a (completion of) your script in a loop for about 24 hours and > > it didn't deadlock. This may be because there was a second set of > > fixes that was merged in to 6.x a day or two ago. Are you able to > > confirm whether they indeed fixed this problem? > > > > > Second, kern/92292 is still a problem. I have reproduced this > > > error in 6.1-BETA4 (and have seen it happening since 5.1). The > > > (small) difference is that the cp process seems to stick in the > > > flswai state instead of biowr. > > > > I'll test this one next. >=20 > There is also a problem if you try to boot the latest 6.1-beta kernel=20 > from XP using an old boot1. It just hangs and you don't even see the=20 > "-" symbol on the console. You can boot from XP after you start using=20 > the new boot1. Sounds entirely unrelated to snapshots, so go find your own thread :-) Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIu1LWry0BWjoQKURAhxnAKDK+ybrKBnWEZoD0n+JK+AjzhTY8ACgiAEn E37x2hlfvsr/OEw8EIDyxqs= =8xpE -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:57:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D71716A41F; Thu, 23 Mar 2006 18:57:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B922243D46; Thu, 23 Mar 2006 18:57:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9CE5C1A4E87; Thu, 23 Mar 2006 10:57:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 175EE51753; Thu, 23 Mar 2006 13:57:18 -0500 (EST) Date: Thu, 23 Mar 2006 13:57:18 -0500 From: Kris Kennaway To: John Kozubik Message-ID: <20060323185717.GA85305@xor.obsecurity.org> References: <20060320224313.O55763@kozubik.com> <20060323183414.GA84775@xor.obsecurity.org> <20060323103850.S55763@kozubik.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20060323103850.S55763@kozubik.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org, Kris Kennaway Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:57:24 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 10:42:59AM -0800, John Kozubik wrote: >=20 >=20 > On Thu, 23 Mar 2006, Kris Kennaway wrote: >=20 > > On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > > > > > First, I have confirmed that a filesystem with multiple snapshots that > > > undergoes multiple, rapid deletions of files, will cause the system to > > > hang. I have witnessed this before, but had not confirmed it or > > > documented it in a PR. Now that I have confirmed this behavior, I ha= ve > > > documented it in: kern/94769 > > > > I ran a (completion of) your script in a loop for about 24 hours and > > it didn't deadlock. This may be because there was a second set of > > fixes that was merged in to 6.x a day or two ago. Are you able to > > confirm whether they indeed fixed this problem? >=20 > What ratio of snapshots / rms did you run ? 3/3, as you suggested. > I reproduced this easily on > 6.0-RELEASE and 6.1-BETA4. I am traveling right now and cannot test on > anything newer. Can you try it on one of the two above, confirm for > yourself that it manifests itself, and then compare that to what you see > on whatever newer code you have ? If it is fixed, that's great. Not right away, unfortunately. > > > Second, kern/92292 is still a problem. I have reproduced this error = in > > > 6.1-BETA4 (and have seen it happening since 5.1). The (small) differ= ence > > > is that the cp process seems to stick in the flswai state instead of > > > biowr. > > > > I'll test this one next. >=20 >=20 > Great - thanks. It's less urgent, as running a md-backed FS on a > snapshotted FS is less common, and easily avoided. The big fish are the > rm problems (you can't avoid deleting things) and the "full filesystem" > problems, since there is always a danger of that. Yeah, the full filesystem bugs are a big pain, but as I mentioned probably nothing can be done in time for 6.1 since it's a pretty big job. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIu+NWry0BWjoQKURAgZBAKCEw63xQ5VBjrcnmlFOUvQjMAH94ACeOse5 E1NRLbQ7ONWK2xmbKvuaUjc= =j454 -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:59:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8059116A42C for ; Thu, 23 Mar 2006 18:59:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CFF43D55 for ; Thu, 23 Mar 2006 18:59:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2NIxH1Y031078; Thu, 23 Mar 2006 13:59:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Paolo Pisati Date: Thu, 23 Mar 2006 13:56:40 -0500 User-Agent: KMail/1.9.1 References: <20060322122906.A41691@xorpc.icir.org> <200603231112.26646.jhb@freebsd.org> <20060323175023.GA1039@tin.it> In-Reply-To: <20060323175023.GA1039@tin.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603231356.42544.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1354/Thu Mar 23 12:49:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: FreeBSD_Current Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:59:26 -0000 On Thursday 23 March 2006 12:50, Paolo Pisati wrote: > On Thu, Mar 23, 2006 at 11:12:24AM -0500, John Baldwin wrote: > > You probably want preemption on to minimize latency. > > i'm doing preemption now... > > > If this is a > > UP machine, you should turn SMP off. It might be interesting to > > compare using 7.x without APIC as well, since you are not using > > APIC on 4.x. > > ok, and what do we expect from it? > besides interrupt masking/eoi, what are the other areas influenced > by apic<->8259 switch? That's probably about it. > moreover, should i profile the asm part too? Well, it would be good if you could do that on both 4.x and 7.0 to get a better comparison. 4.x does most of the equivalent of intr_execute_handlers() in asm. > > APIC 8259 > | | > | | > ISR_VEC() INTR() > | | > | | we don't take any measure > ========================================== <= above this threshold... > lapic_handle_intr() atpic_handle_intr() > \ / > \ / > intr_execute_handlers() > | > | > . > . > . -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 19:54:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA38716A41F for ; Thu, 23 Mar 2006 19:54:20 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE3C43D6D for ; Thu, 23 Mar 2006 19:54:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k2NJsBEN013560; Thu, 23 Mar 2006 13:54:11 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4422FCE1.7040105@centtech.com> Date: Thu, 23 Mar 2006 13:54:09 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: "M. Warner Losh" References: <441ED31B.6030500@centtech.com> <20060320.091339.133982805.imp@bsdimp.com> <441ED6F2.3020504@centtech.com> <20060320.115438.97293590.imp@bsdimp.com> <441F2302.8050402@centtech.com> In-Reply-To: <441F2302.8050402@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1354/Thu Mar 23 11:49:54 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 19:54:20 -0000 Eric Anderson wrote: > M. Warner Losh wrote: >> In message: <441ED6F2.3020504@centtech.com> >> Eric Anderson writes: >> : M. Warner Losh wrote: >> : > In message: <441ED31B.6030500@centtech.com> >> : > Eric Anderson writes: >> : > : M. Warner Losh wrote: >> : > : > In message: <441EBC32.2070508@centtech.com> >> : > : > Eric Anderson writes: >> : > : > : Warner Losh wrote: >> : > : > : >> I'm running the latest 6.1-*, and inserting a cf->pccard >> reader with a : > : > : >> 4GB seagate cf drive installed gives me >> these messages: >> : > : > : >> >> : > : > : >> cbb0: ready never happened, status = 0d >> : > : > : >> pcib3: pccard0 requested memory range >> 0xdfb00000-0xdfbfffff: good >> : > : > : >> pccard0: Card has no functions! >> : > : > : >> cbb0: PC Card card activation failed >> : > : > : >> : > : > : > >> : > : > : > Something bad happened on the way to the forum... Please >> set >> : > : > : > hw.cbb.debug=1 and hw.pccard.debug=1 and try again. >> : > : > : > : > : > : : > : > : Here's the latest snippet from >> /var/log/messages with those two set: >> : > : > : : > : > : Mar 20 08:27:47 neutrino kernel: Status is >> 0x30001911 >> : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: card inserted: >> event=0x00000000, : > : > : state=30001911 >> : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: chip_socket_enable >> : > : > : Mar 20 08:27:47 neutrino kernel: cbb_pcic_socket_enable: >> : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: cbb_power: 2V >> : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: ready never >> happened, status = 0d >> : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: read_cis >> : > : > : Mar 20 08:27:47 neutrino kernel: pcib3: pccard0 requested >> memory range : > : > : 0xdfb00000-0xdfbfffff: good >> : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: check_cis_quirks >> : > : > : Mar 20 08:27:47 neutrino kernel: pccard0: Card has no >> functions! >> : > : > : Mar 20 08:27:47 neutrino kernel: cbb0: PC Card card >> activation failed >> : > : > : : > : > : : > : > : Anything else I can provide? >> : > : > : : > : > : Also - when inserting this card in the slot, my >> system freezes for about : > : > : 5-6 seconds. >> : > : > >> : > : > hw.pccard.cis_debug=1 may help. >> : > : > >> : > : > The 2V cbb power looks very wrong, however... >> : > : > >> : > : > Warner >> : > : > : > : : > : Here's what I get with that enabled: >> : > : : > : Mar 20 10:06:16 neutrino kernel: Status is 0x30001911 >> : > : Mar 20 10:06:16 neutrino kernel: cbb0: card inserted: >> event=0x00000000, : > : state=30001911 >> : > : Mar 20 10:06:16 neutrino kernel: pccard0: chip_socket_enable >> : > : Mar 20 10:06:16 neutrino kernel: cbb_pcic_socket_enable: >> : > : Mar 20 10:06:16 neutrino kernel: cbb0: cbb_power: 2V >> : > : Mar 20 10:06:16 neutrino kernel: cbb0: ready never happened, >> status = 0d >> : > : Mar 20 10:06:16 neutrino kernel: pccard0: read_cis >> : > : Mar 20 10:06:16 neutrino kernel: pcib3: pccard0 requested >> memory range : > : 0xdfb00000-0xdfbfffff: good >> : > : Mar 20 10:06:16 neutrino kernel: cis mem map 0xe7642000 >> (resource: : > : 0xdfb10000) >> : > : Mar 20 10:06:16 neutrino kernel: pccard0: CIS tuple chain: >> : > : Mar 20 10:06:16 neutrino kernel: CISTPL_END >> : > : Mar 20 10:06:16 neutrino kernel: ff >> : > : Mar 20 10:06:16 neutrino kernel: cis mem map e7642000 >> : > : Mar 20 10:06:16 neutrino kernel: CISTPL_LINKTARGET expected, >> code ff : > : observed >> : > : Mar 20 10:06:16 neutrino kernel: pccard0: check_cis_quirks >> : > : Mar 20 10:06:16 neutrino kernel: pccard0: Card has no functions! >> : > : Mar 20 10:06:16 neutrino kernel: cbb0: PC Card card activation >> failed >> : > : : > : : > : Thanks for the quick reply! >> : > >> : > Based on what you've provided, here's my current theory of the >> crime: >> : > >> : > (1) The card is inserted. >> : > (2) The bridge somehow thinks it is a X.X V card. It reports >> this as >> : > 2V in the dmesg because I arbitarily assigned numbers to X >> and Y. >> : > (3) There's two ways this can happen. One: is that new cards >> have been >> : > released that implement this standard and your bridge is >> detecting >> : > it, but either the card or bridge fails to implement it >> : > correctly. Two: There is a problem with the bridge's memory >> : > allocation, so the cbb driver is really talking to something >> : > else. Three: the bridge has a bug in detecting X.X V cards and >> : > they should be ignored. >> : > >> : > I'm guessing 'Three' is most likely. How's your hacking skills? >> : > : : :) well, I'm really good at breaking things. Point in the >> direction, : and I'll start looking. >> Try apply the following (you'll have to do it by hand). This turns >> off the XV and YV bits always. This code is src/sys/dev/pccbb/pccbb.c >> >> Warner >> >> static int >> cbb_do_power(device_t brdev) >> { >> struct cbb_softc *sc = device_get_softc(brdev); >> uint32_t voltage, curpwr; >> uint32_t status; >> >> /* Don't enable OE (output enable) until power stable */ >> exca_clrb(&sc->exca[0], EXCA_PWRCTL, EXCA_PWRCTL_OE); >> >> - voltage = cbb_detect_voltage(brdev); >> + voltage = cbb_detect_voltage(brdev) & ~(CARD_XV_CARD | >> CARD_YV_CARD); >> curpwr = cbb_current_voltage(brdev); >> status = cbb_get(sc, CBB_SOCKET_STATE); >> if ((status & CBB_STATE_POWER_CYCLE) && (voltage & curpwr)) >> return 0; >> /* Prefer lowest voltage supported */ >> cbb_power(brdev, CARD_OFF); >> if (voltage & CARD_YV_CARD) >> cbb_power(brdev, CARD_VCC(YV)); >> else if (voltage & CARD_XV_CARD) >> cbb_power(brdev, CARD_VCC(XV)); >> else if (voltage & CARD_3V_CARD) >> cbb_power(brdev, CARD_VCC(3)); >> else if (voltage & CARD_5V_CARD) >> cbb_power(brdev, CARD_VCC(5)); >> else { >> device_printf(brdev, "Unknown card voltage\n"); >> return (ENXIO); >> } >> return (0); >> } >> > > Yep - that makes it find it: > > Mar 20 15:43:22 neutrino kernel: pcib3: pccard0 requested memory range > 0xdfb00000-0xdfbfffff: good > Mar 20 15:43:22 neutrino kernel: pccard0: CIS version PCCARD 2.0 or 2.1 > Mar 20 15:43:22 neutrino kernel: pccard0: CIS info: SEAGATE, ST1 > Mar 20 15:43:22 neutrino kernel: pccard0: Manufacturer code 0x111, > product 0x0 > Mar 20 15:43:22 neutrino kernel: pccard0: function 0: fixed disk, ccr > addr 200 mask f > Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table > entry 0: memory card; irq mask 0; mwait_required rdybsy_active powerdown > Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table > entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active > io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table > entry 2: I/O card; irq mask 4000; iomask a, iospace 1f0-1f7 3f6-3f7; > rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:43:22 neutrino kernel: pccard0: function 0, config table > entry 3: I/O card; irq mask 4000; iomask a, iospace 170-177 376-377; > rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:43:22 neutrino kernel: pcib3: pccard0 requested memory range > 0xdfb00000-0xdfbfffff: good > Mar 20 15:43:22 neutrino kernel: ata2: at port > 0x100-0x10f irq 19 function 0 config 1 on pccard0 > Mar 20 15:43:22 neutrino kernel: ata2: reset tp1 mask=01 ostat0=50 > ostat1=00 > Mar 20 15:43:22 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 > msb=0x00 > Mar 20 15:43:22 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 > devices=0x1 > Mar 20 15:43:22 neutrino kernel: ata2: [MPSAFE] > Mar 20 15:43:22 neutrino kernel: ata0-master: pio=PIO4 > wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > Mar 20 15:43:23 neutrino kernel: ata2: reiniting channel .. > Mar 20 15:43:23 neutrino kernel: ata2: reset tp1 mask=01 ostat0=d0 > ostat1=00 > Mar 20 15:43:23 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 > msb=0x00 > Mar 20 15:43:23 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 > devices=0x1 > Mar 20 15:43:23 neutrino kernel: ata2: reinit done .. > Mar 20 15:43:23 neutrino kernel: ad4: FAILURE - SETFEATURES ENABLE > RCACHE timed out > Mar 20 15:43:23 neutrino kernel: ad4: 3906MB > at ata2-master PIO4 > Mar 20 15:43:23 neutrino kernel: ad4: 7999488 sectors [7936C/16H/63S] > 1 sectors/interrupt 1 depth queue > Mar 20 15:43:23 neutrino kernel: GEOM: new disk ad4 > > With all the debugging turned on: > > Mar 20 15:46:44 neutrino kernel: Status is 0x30001911 > Mar 20 15:46:44 neutrino kernel: cbb0: card inserted: > event=0x00000000, state=30001911 > Mar 20 15:46:44 neutrino kernel: pccard0: chip_socket_enable > Mar 20 15:46:44 neutrino kernel: cbb_pcic_socket_enable: > Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 3V > Mar 20 15:46:44 neutrino kernel: pccard0: read_cis > Mar 20 15:46:44 neutrino kernel: pcib3: pccard0 requested memory range > 0xdfb00000-0xdfbfffff: good > Mar 20 15:46:44 neutrino kernel: cis mem map 0xe755a000 (resource: > 0xdfb10000) > Mar 20 15:46:44 neutrino kernel: pccard0: CIS tuple chain: > Mar 20 15:46:44 neutrino kernel: CISTPL_DEVICE type=funcspec speed=ext > Mar 20 15:46:44 neutrino kernel: 01 04 df 12 01 ff > Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 1c > Mar 20 15:46:44 neutrino kernel: 1c 05 03 df 12 01 ff > Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 18 > Mar 20 15:46:44 neutrino kernel: 18 02 df 01 > Mar 20 15:46:44 neutrino kernel: CISTPL_MANFID > Mar 20 15:46:44 neutrino kernel: 20 04 11 01 00 00 > Mar 20 15:46:44 neutrino kernel: CISTPL_VERS_1 > Mar 20 15:46:44 neutrino kernel: 15 0f 04 01 53 45 41 47 41 54 45 00 > 53 54 31 00 > Mar 20 15:46:44 neutrino kernel: ff > Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCID > Mar 20 15:46:44 neutrino kernel: 21 02 04 01 > Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCE > Mar 20 15:46:44 neutrino kernel: 22 02 01 01 > Mar 20 15:46:44 neutrino kernel: CISTPL_FUNCE > Mar 20 15:46:44 neutrino kernel: 22 03 02 08 0f > Mar 20 15:46:44 neutrino kernel: CISTPL_CONFIG > Mar 20 15:46:44 neutrino kernel: 1a 05 01 07 00 02 0f > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 0c c0 c0 a1 27 55 4d 5d b6 1e 08 > 00 20 > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 07 00 01 21 b5 1e b6 1e > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 0e c1 41 99 27 55 4d 5d b6 1e 64 > f0 ff ff 20 > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 07 01 01 21 b5 1e b6 1e > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 13 c2 41 99 27 55 4d 5d b6 1e ea > 61 f0 01 07 > Mar 20 15:46:44 neutrino kernel: f6 03 01 ee 20 > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 07 02 01 21 b5 1e b6 1e > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 13 c3 41 99 27 55 4d 5d b6 1e ea > 61 70 01 07 > Mar 20 15:46:44 neutrino kernel: 76 03 01 ee 20 > Mar 20 15:46:44 neutrino kernel: CISTPL_CFTABLE_ENTRY > Mar 20 15:46:44 neutrino kernel: 1b 07 03 01 21 b5 1e b6 1e > Mar 20 15:46:44 neutrino kernel: unhandled CISTPL 14 > Mar 20 15:46:44 neutrino kernel: CISTPL_NO_LINK > Mar 20 15:46:44 neutrino kernel: 14 00 > Mar 20 15:46:44 neutrino kernel: CISTPL_END > Mar 20 15:46:44 neutrino kernel: ff > Mar 20 15:46:44 neutrino kernel: pccard0: check_cis_quirks > Mar 20 15:46:44 neutrino kernel: pccard0: CIS version PCCARD 2.0 or 2.1 > Mar 20 15:46:44 neutrino kernel: pccard0: CIS info: SEAGATE, ST1 > Mar 20 15:46:44 neutrino kernel: pccard0: Manufacturer code 0x111, > product 0x0 > Mar 20 15:46:44 neutrino kernel: pccard0: function 0: fixed disk, ccr > addr 200 mask f > Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table > entry 0: memory card; irq mask 0; mwait_required rdybsy_active powerdown > Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table > entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active > io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table > entry 2: I/O card; irq mask 4000; iomask a, iospace 1f0-1f7 3f6-3f7; > rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:46:44 neutrino kernel: pccard0: function 0, config table > entry 3: I/O card; irq mask 4000; iomask a, iospace 170-177 376-377; > rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown > Mar 20 15:46:44 neutrino kernel: pccard0: functions scanning > Mar 20 15:46:44 neutrino kernel: pccard0: Card has 1 functions. > pccard_mfc is 0 > Mar 20 15:46:44 neutrino kernel: pccard0: I/O rid 0 start 0 end ffffffff > Mar 20 15:46:44 neutrino kernel: cbb_pcic_socket_enable: > Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 0V > Mar 20 15:46:44 neutrino kernel: cbb0: cbb_power: 3V > Mar 20 15:46:44 neutrino kernel: pcib3: pccard0 requested memory range > 0xdfb00000-0xdfbfffff: good > Mar 20 15:46:44 neutrino kernel: pccard0: ccr_res == > dfb01000-dfb013ff, base=200 > Mar 20 15:46:44 neutrino kernel: pccard0: function 0 CCR at 0 offset > 200: 41 80 2e 0, 0 0 0 0, 0 > Mar 20 15:46:44 neutrino kernel: ata2: at port > 0x100-0x10f irq 19 function 0 config 1 on pccard0 > Mar 20 15:46:44 neutrino kernel: ata2: reset tp1 mask=01 ostat0=50 > ostat1=00 > Mar 20 15:46:44 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 > msb=0x00 > Mar 20 15:46:44 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 > devices=0x1 > Mar 20 15:46:44 neutrino kernel: ata2: [MPSAFE] > Mar 20 15:46:44 neutrino kernel: ata0-master: pio=PIO4 > wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > Mar 20 15:46:46 neutrino kernel: ata2: reiniting channel .. > Mar 20 15:46:46 neutrino kernel: ata2: reset tp1 mask=01 ostat0=d0 > ostat1=00 > Mar 20 15:46:46 neutrino kernel: ata2: stat0=0x50 err=0x01 lsb=0x00 > msb=0x00 > Mar 20 15:46:46 neutrino kernel: ata2: reset tp2 stat0=50 stat1=00 > devices=0x1 > Mar 20 15:46:46 neutrino kernel: ata2: reinit done .. > Mar 20 15:46:46 neutrino kernel: ad4: FAILURE - SETFEATURES ENABLE > RCACHE timed out > Mar 20 15:46:46 neutrino kernel: ad4: 3906MB > at ata2-master PIO4 > Mar 20 15:46:46 neutrino kernel: ad4: 7999488 sectors [7936C/16H/63S] > 1 sectors/interrupt 1 depth queue > Mar 20 15:46:46 neutrino kernel: GEOM: new disk ad4 > Mar 20 15:46:46 neutrino kernel: ad4: Adaptec check1 failed > Mar 20 15:46:46 neutrino kernel: ad4: LSI (v3) check1 failed > Mar 20 15:46:46 neutrino kernel: ad4: LSI (v2) check1 failed > Mar 20 15:46:46 neutrino kernel: ad4: FreeBSD check1 failed > Mar 20 15:46:46 neutrino kernel: pccard0: function 0 CCR at 0 offset > 200 mask f: 41 82 2e 0, 4a 4a 4a 4a, 4a > > > Anything else you would like me to do? Is this a 'fix' or a workaround? If it's a fix, do you think it'll get included and trickled down to 6.1 in time? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 20:31:29 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA05816A423 for ; Thu, 23 Mar 2006 20:31:29 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D1843D48 for ; Thu, 23 Mar 2006 20:31:28 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.46] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k2NKhNRD003586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 12:43:25 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <44230596.20100@FreeBSD.org> Date: Thu, 23 Mar 2006 12:31:18 -0800 From: Maxim Sobolev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Poul-Henning Kamp References: <13727.1143094901@critter.freebsd.dk> In-Reply-To: <13727.1143094901@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: timecounting with TSC doesn't work properly on my notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 20:31:29 -0000 Poul-Henning Kamp wrote: > In message <4421D322.3010901@digifonica.com>, Maksym Sobolyev writes: >> Hi, >> >> After updating to the recent current (previous one was circa end-2005) I >> have found that time on machine goes by 3-4 times faster than wallclock >> with TSC timecounter. Selecting ACPI-safe instead helps. > > It should not default to TSC if it has ACPI-safe. > > The TSC varies with power-save featurs on most laptops. OK, don't know why but I am having lot of "runtime went backwards" with ACPI-safe. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 20:35:40 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 546F916A420 for ; Thu, 23 Mar 2006 20:35:40 +0000 (UTC) (envelope-from sobomax@FreeBSD.ORG) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 594FC43D49 for ; Thu, 23 Mar 2006 20:35:38 +0000 (GMT) (envelope-from sobomax@FreeBSD.ORG) Received: from [192.168.1.46] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k2NKlQ9a003668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 12:47:34 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <44230682.4010500@FreeBSD.org> Date: Thu, 23 Mar 2006 12:35:14 -0800 From: Maxim Sobolev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Scott Long References: <20060322122906.A41691@xorpc.icir.org> <20060323001555.GA1811@tin.it> <20060323142518.GA1308@tin.it> <20060323063139.A67037@xorpc.icir.org> <4422B3C8.3080303@samsco.org> <20060323064805.B67264@xorpc.icir.org> <4422B5A5.8040006@samsco.org> In-Reply-To: <4422B5A5.8040006@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: interesting(?) data on network interrupt servicing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 20:35:40 -0000 Scott Long wrote: > Luigi Rizzo wrote: >> On Thu, Mar 23, 2006 at 07:42:16AM -0700, Scott Long wrote: >> >>> Luigi Rizzo wrote: >>> >>>> On Thu, Mar 23, 2006 at 03:25:18PM +0100, Paolo Pisati wrote: >> >> ... >> >>>>> ok, i updated my CURRENT and rerun the tests (and while here i >>>>> disabled SMP): >>>>> >>>>> phk's optimization to cpu ticks calculation shaved 4k ticks, >>>> >>>> this makes it a very good candidate for MFC when 6.1 is out ? >> >> ... >> >>> I haven't been paying close enough attention, have all of the calcru >>> problems and other side effects been fixed from phk's work? >> >> >> we should ask phk. As far as i remember the only "problem" >> is/was that the sys/user times are computed as if the >> cpu were running at its max speed. But this is in fact >> a good thing because it is a more consistent measurement of >> the cost of the CPU work, which decouples us from having >> to take care of variable cpu speed. >> >> luigi > > No, I'm talking about all of the resulting problems with processes > generating calcru messages on the console. I still see them here with ACPI-safe TC. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 21:22:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C005716A41F; Thu, 23 Mar 2006 21:22:46 +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 4AC4243D46; Thu, 23 Mar 2006 21:22:46 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 84F2E2081; Thu, 23 Mar 2006 22:22:41 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 1681E2080; Thu, 23 Mar 2006 22:22:41 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id EB6CF33C31; Thu, 23 Mar 2006 22:22:40 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Andrey Chernov References: <20060323181657.GA712@nagual.pp.ru> Date: Thu, 23 Mar 2006 22:22:40 +0100 In-Reply-To: <20060323181657.GA712@nagual.pp.ru> (Andrey Chernov's message of "Thu, 23 Mar 2006 21:16:57 +0300") Message-ID: <86u09ox3dr.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: utmp is not updated after recent ssh import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 21:22:46 -0000 Andrey Chernov writes: > # w > USER TTY FROM LOGIN@ IDLE WHAT > ache p0 - 01Jan70 - -csh (csh) utmp *is* updated, but for some reason the login time is set to 0. I'm working on it. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 21:47:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA4116A425; Thu, 23 Mar 2006 21:47:48 +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 BE29643D75; Thu, 23 Mar 2006 21:47:43 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BA6BB2082; Thu, 23 Mar 2006 22:47:38 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id AF4782081; Thu, 23 Mar 2006 22:47:38 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 94E5E33C31; Thu, 23 Mar 2006 22:47:38 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Andrey Chernov References: <20060323181657.GA712@nagual.pp.ru> <86u09ox3dr.fsf@xps.des.no> Date: Thu, 23 Mar 2006 22:47:38 +0100 In-Reply-To: <86u09ox3dr.fsf@xps.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Thu, 23 Mar 2006 22:22:40 +0100") Message-ID: <86d5gcx285.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: utmp is not updated after recent ssh import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 21:47:48 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > utmp *is* updated, but for some reason the login time is set to 0. > I'm working on it. Fixed. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 23:49:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF2E416A420 for ; Thu, 23 Mar 2006 23:49:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9560243D46 for ; Thu, 23 Mar 2006 23:49:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 23 Mar 2006 15:49:40 -0800 Message-ID: <44233411.5070002@elischer.org> Date: Thu, 23 Mar 2006 15:49:37 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 23:49:38 -0000 Anyone know if just adding the PCI ID for this device to the asr(4) driver will make it support it? (or if it even needs that) Julian From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 18:43:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 177DE16A424; Thu, 23 Mar 2006 18:43:08 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AD643D76; Thu, 23 Mar 2006 18:43:06 +0000 (GMT) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id k2NIh02w095019; Thu, 23 Mar 2006 10:43:00 -0800 (PST) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id k2NIgxn9095016; Thu, 23 Mar 2006 10:43:00 -0800 (PST) (envelope-from john@kozubik.com) Date: Thu, 23 Mar 2006 10:42:59 -0800 (PST) From: John Kozubik To: Kris Kennaway In-Reply-To: <20060323183414.GA84775@xor.obsecurity.org> Message-ID: <20060323103850.S55763@kozubik.com> References: <20060320224313.O55763@kozubik.com> <20060323183414.GA84775@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 24 Mar 2006 02:58:18 +0000 Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 18:43:08 -0000 On Thu, 23 Mar 2006, Kris Kennaway wrote: > On Tue, Mar 21, 2006 at 01:36:44AM -0800, John Kozubik wrote: > > > First, I have confirmed that a filesystem with multiple snapshots that > > undergoes multiple, rapid deletions of files, will cause the system to > > hang. I have witnessed this before, but had not confirmed it or > > documented it in a PR. Now that I have confirmed this behavior, I have > > documented it in: kern/94769 > > I ran a (completion of) your script in a loop for about 24 hours and > it didn't deadlock. This may be because there was a second set of > fixes that was merged in to 6.x a day or two ago. Are you able to > confirm whether they indeed fixed this problem? What ratio of snapshots / rms did you run ? I reproduced this easily on 6.0-RELEASE and 6.1-BETA4. I am traveling right now and cannot test on anything newer. Can you try it on one of the two above, confirm for yourself that it manifests itself, and then compare that to what you see on whatever newer code you have ? If it is fixed, that's great. > > Second, kern/92292 is still a problem. I have reproduced this error in > > 6.1-BETA4 (and have seen it happening since 5.1). The (small) difference > > is that the cp process seems to stick in the flswai state instead of > > biowr. > > I'll test this one next. Great - thanks. It's less urgent, as running a md-backed FS on a snapshotted FS is less common, and easily avoided. The big fish are the rm problems (you can't avoid deleting things) and the "full filesystem" problems, since there is always a danger of that. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 23 19:07:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4ADF16A420; Thu, 23 Mar 2006 19:07:51 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69D4D43D6D; Thu, 23 Mar 2006 19:07:38 +0000 (GMT) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id k2NJ7WpB095304; Thu, 23 Mar 2006 11:07:32 -0800 (PST) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id k2NJ7WI7095301; Thu, 23 Mar 2006 11:07:32 -0800 (PST) (envelope-from john@kozubik.com) Date: Thu, 23 Mar 2006 11:07:32 -0800 (PST) From: John Kozubik To: Kris Kennaway In-Reply-To: <20060323185717.GA85305@xor.obsecurity.org> Message-ID: <20060323110458.W55763@kozubik.com> References: <20060320224313.O55763@kozubik.com> <20060323183414.GA84775@xor.obsecurity.org> <20060323103850.S55763@kozubik.com> <20060323185717.GA85305@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 24 Mar 2006 02:59:07 +0000 Cc: freebsd-fs@freebsd.org, jroberson@chesapeake.net, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: UFS2 Snapshots in 6.1-Beta4 - Confirmed Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 19:07:51 -0000 Kris, et al., On Thu, 23 Mar 2006, Kris Kennaway wrote: > > > I ran a (completion of) your script in a loop for about 24 hours and > > > it didn't deadlock. This may be because there was a second set of > > > fixes that was merged in to 6.x a day or two ago. Are you able to > > > confirm whether they indeed fixed this problem? > > > > What ratio of snapshots / rms did you run ? > > 3/3, as you suggested. Ok. If you have code that is newer than the 6.1-BETA4 ISO that I downloaded to do my tests with, then perhaps it is fixed. Could you try it one more time, though, with: 8 snapshots / 4 rms ? If it lives through that, doing big rms of source trees on the FS that is snapshotted (8 times), then I guess it is fixed. Thanks. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 03:48:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA3C316A420 for ; Fri, 24 Mar 2006 03:48:07 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B60AF43D53 for ; Fri, 24 Mar 2006 03:48:05 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMdM3-000ID5-Aa; Fri, 24 Mar 2006 11:52:51 +0800 Message-ID: <44236C10.5040806@micom.mng.net> Date: Fri, 24 Mar 2006 11:48:32 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: Ivan Voras References: <44221727.30908@micom.mng.net> <44228A8A.5070508@fer.hr> In-Reply-To: <44228A8A.5070508@fer.hr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: mysql performance test on FreeBSD-7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 03:48:07 -0000 Ivan Voras wrote: > Ganbold wrote: >> Hi all, >> >> I would like to test mysql-5.0.18 (from ports) performance under >> FreeBSD-7.0-CURRENT. >> >> gw# uname -an >> FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Thu Mar >> 23 10:28:46 ULAT 2006 >> tsgan@gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 >> >> I have few questions regarding this: > > Have you already read this: > > http://wikitest.freebsd.org/moin.cgi/MySQL > > ? I didn't see it, thanks a lot. Ganbold > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 04:41:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3166616A401; Fri, 24 Mar 2006 04:41:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4058543D49; Fri, 24 Mar 2006 04:41:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2O4fUCw056368; Thu, 23 Mar 2006 21:41:30 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <44237873.7020102@samsco.org> Date: Thu, 23 Mar 2006 21:41:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20060324011416.acd8df42.nork@FreeBSD.org> <20060324013616.1b6f66ac.nork@FreeBSD.org> <20060324014047.95ffc1e3.nork@FreeBSD.org> <20060323.104913.122061815.imp@bsdimp.com> In-Reply-To: <20060323.104913.122061815.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: vkashyap@freebsd.org, gibbs@freebsd.org, nork@freebsd.org, freebsd-current@freebsd.org, mark_salyzyn@adaptec.com Subject: Re: aha(4) doesn't depend on cam(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 04:41:44 -0000 M. Warner Losh wrote: > In message: <20060324014047.95ffc1e3.nork@FreeBSD.org> > Norikatsu Shigemura writes: > : Hi aha(4) maintainers! > : > : I have a patch for aha(4). > > Actually, I'm the aha maintainer. > > Why is this needed? Is it because aha references symbols that would > otherwise be undefined? > > Warner > I think what he wants is to have cam.ko load when aha.ko is loaded (I'm taking a leap here in that I haven't checked to see if aha.ko exists). It's a harmless patch anyways, not sure why there needs to be an argument about it. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 04:42:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14F1116A424 for ; Fri, 24 Mar 2006 04:42:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1FC43D5E for ; Fri, 24 Mar 2006 04:42:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2O4gYK2056377; Thu, 23 Mar 2006 21:42:34 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <442378B3.3080900@samsco.org> Date: Thu, 23 Mar 2006 21:42:27 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <44233411.5070002@elischer.org> In-Reply-To: <44233411.5070002@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 04:42:44 -0000 Julian Elischer wrote: > Anyone know if just adding the PCI ID for this device to the asr(4) driver > will make it support it? > (or if it even needs that) > > This card is supported by aac, not asr. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 04:48:33 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 235BA16A401 for ; Fri, 24 Mar 2006 04:48:33 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E9843D45 for ; Fri, 24 Mar 2006 04:48:32 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.6/8.13.6) with ESMTP id k2O4mUja010589; Fri, 24 Mar 2006 07:48:30 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.6/8.13.6/Submit) id k2O4mT5e010588; Fri, 24 Mar 2006 07:48:29 +0300 (MSK) (envelope-from ache) Date: Fri, 24 Mar 2006 07:48:29 +0300 From: Andrey Chernov To: Dag-Erling Sm?rgrav Message-ID: <20060324044829.GC10418@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm?rgrav , current@FreeBSD.ORG References: <20060323181657.GA712@nagual.pp.ru> <86u09ox3dr.fsf@xps.des.no> <86d5gcx285.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86d5gcx285.fsf@xps.des.no> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.ORG Subject: Re: utmp is not updated after recent ssh import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 04:48:33 -0000 On Thu, Mar 23, 2006 at 10:47:38PM +0100, Dag-Erling Sm?rgrav wrote: > des@des.no (Dag-Erling Sm?rgrav) writes: > > utmp *is* updated, but for some reason the login time is set to 0. > > I'm working on it. > > Fixed. Thanx! -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 04:49:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B83716A62C for ; Fri, 24 Mar 2006 04:49:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147B043D45 for ; Fri, 24 Mar 2006 04:49:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 23 Mar 2006 20:49:04 -0800 Message-ID: <44237A3E.5020808@elischer.org> Date: Thu, 23 Mar 2006 20:49:02 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> In-Reply-To: <442378B3.3080900@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 04:49:03 -0000 Scott Long wrote: > Julian Elischer wrote: > >> Anyone know if just adding the PCI ID for this device to the asr(4) >> driver >> will make it support it? >> (or if it even needs that) >> >> Ah I assumed asr as it supports all teh others in that series (2010S, 2100S etc.) > > This card is supported by aac, not asr. > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 04:58:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2008F16A420 for ; Fri, 24 Mar 2006 04:58:09 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FEF143D55 for ; Fri, 24 Mar 2006 04:58:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k2O4w56U056472; Thu, 23 Mar 2006 21:58:05 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <44237C5D.20505@samsco.org> Date: Thu, 23 Mar 2006 21:58:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <44233411.5070002@elischer.org> <442378B3.3080900@samsco.org> <44237A3E.5020808@elischer.org> In-Reply-To: <44237A3E.5020808@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: adaptec 2020S and asr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 04:58:09 -0000 Julian Elischer wrote: > Scott Long wrote: > >> Julian Elischer wrote: >> >>> Anyone know if just adding the PCI ID for this device to the asr(4) >>> driver >>> will make it support it? >>> (or if it even needs that) >>> >>> > > Ah I assumed asr as it supports all teh others in that series (2010S, > 2100S etc.) > The numbering sequence that Adaptec uses follows no pattern in conjunction with the driver to use. The easiest rule to remember is that 'asr' is dead and does not apply to anything running Ultra320, SATA, or SAS. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 07:18:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D34B416A400 for ; Fri, 24 Mar 2006 07:18:16 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EDCB43D45 for ; Fri, 24 Mar 2006 07:18:13 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k2O7I3DW023281 for ; Fri, 24 Mar 2006 08:18:03 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k2O7Hxld023277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 24 Mar 2006 08:17:59 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k2O7Hx4p033408 for ; Fri, 24 Mar 2006 08:17:59 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k2O7HxTd033407; Fri, 24 Mar 2006 08:17:59 +0100 (CET) (envelope-from jpulz) Date: Fri, 24 Mar 2006 08:17:57 +0100 (CET) From: Joerg Pulz To: freebsd-current@freebsd.org Message-ID: <20060324075852.I54268@hades.admin.frm2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: at mailhost.frm2.tum.de Subject: MFC of ichwd(4) and ipmi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 07:18:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, are there any plans to MFC the latest ichwd(4) to RELENG_6? I use it on several RELENG_6 systems since it was commit'ed the CURRENT without problems, and i like it really much. The same question belongs to the new ipmi(currently no manpage) stuff. It's really hot and works for me on several systems without problems. It would be really nice to see this in RELENG_6. There is another question which came to my mind when i started using ichwd and ipmi. I see currently no way to tell watchdogd(8) to talk to the ichwd watchdog or the ipmi watchdog. There is only one /dev/fido. I have some systems where ichwd attaches a watchdog first and later ipmi attaches a second watchdog. But when i start watchdogd(8) it talks to the ichwd watchdog every time (debug.bootverbose is set to "1" to get this information). Who makes the decision to use ichwd and not ipmi. Is this because ipmi forces the device to be /dev/ipmi, but the code looks like the watchdog is attached using the normal watchdog attach routines and therefore this part of ipmi should end as /dev/fido. Thats a little bit confusing. Here are some dmesg lines in the order they are shown when booting the system. ichwd0: on isa0 ... ipmi0: at iomem 0xf77a0-0xf77be,0x3feee000-0x3feee61a on isa0 ipmi0: SMBIOS Version: 2.34 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa ipmi0: IPMI device rev. 3, firmware rev. 4.81, version 1.5 ipmi0: Number of channels 1 ipmi0: Attached watchdog Any clarification would be appreciated. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEI50nSPOsGF+KA+MRApUbAKCZjuh78zwRBtuYoxMB5Qh6ytFbwwCfUsOd 2AMJZiDr/fgea+dnuFse57I= =EQjA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 09:39:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D949916A41F for ; Fri, 24 Mar 2006 09:39:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8707643D46 for ; Fri, 24 Mar 2006 09:39:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 6AF4D1EC362 for ; Fri, 24 Mar 2006 10:39:36 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2O9dXHh051874 for ; Fri, 24 Mar 2006 10:39:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 24 Mar 2006 10:39:33 +0100 Message-ID: <51873.1143193173@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: addr2ascii() to be retired ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 09:39:37 -0000 I noticed while hunting around for what eventually proved to be getnameinfo() that addr2ascii() is not used anywhere in our tree. Was that API ever used anywhere but in INRIAs IPv6 ? Should we discontinue it ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 10:10:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3A2A16A401 for ; Fri, 24 Mar 2006 10:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDB943D46 for ; Fri, 24 Mar 2006 10:10:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 6518E2000E9; Fri, 24 Mar 2006 11:10:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 69B112000E8; Fri, 24 Mar 2006 11:10:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2B02E444F45; Fri, 24 Mar 2006 10:07:58 +0000 (UTC) Date: Fri, 24 Mar 2006 10:07:57 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Poul-Henning Kamp In-Reply-To: <51873.1143193173@critter.freebsd.dk> Message-ID: <20060324100007.C2181@maildrop.int.zabbadoz.net> References: <51873.1143193173@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: addr2ascii() to be retired ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 10:10:11 -0000 On Fri, 24 Mar 2006, Poul-Henning Kamp wrote: > I noticed while hunting around for what eventually proved to be > getnameinfo() that addr2ascii() is not used anywhere in our tree. > > Was that API ever used anywhere but in INRIAs IPv6 ? I think it was part of earlier drafts of RFC 2133 which now is 3493. We have inet_ntop instead now[1]. > Should we discontinue it ? +1 [1] http://www3.ietf.org/proceedings/96jun/area.and.wg.reports/int/ipng-minutes-96jun.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 10:23:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C75D916A401 for ; Fri, 24 Mar 2006 10:23:39 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219CD43D45 for ; Fri, 24 Mar 2006 10:23:38 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:0JNm7BwZBFhO4cyB4sIaF54mGVCvkxo/I+aTQSPUHyBG7/G/zHZhJuWHITLHhOvW@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k2OANVqj089885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 19:23:31 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 24 Mar 2006 19:23:31 +0900 Message-ID: From: Hajimu UMEMOTO To: "Bjoern A. Zeeb" In-Reply-To: <20060324100007.C2181@maildrop.int.zabbadoz.net> References: <51873.1143193173@critter.freebsd.dk> <20060324100007.C2181@maildrop.int.zabbadoz.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.5) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.5-PRERELEASE 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-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Fri, 24 Mar 2006 19:23:33 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Poul-Henning Kamp , FreeBSD current mailing list Subject: Re: addr2ascii() to be retired ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 10:23:39 -0000 Hi, >>>>> On Fri, 24 Mar 2006 10:07:57 +0000 (UTC) >>>>> "Bjoern A. Zeeb" said: bzeeb> On Fri, 24 Mar 2006, Poul-Henning Kamp wrote: > I noticed while hunting around for what eventually proved to be > getnameinfo() that addr2ascii() is not used anywhere in our tree. > > Was that API ever used anywhere but in INRIAs IPv6 ? bzeeb> I think it was part of earlier drafts of RFC 2133 which now is 3493. bzeeb> We have inet_ntop instead now[1]. Yes, we don't use it from anywhere in our tree. > Should we discontinue it ? bzeeb> +1 +1 However, it seems addr2ascii() supports AF_LINK which our getnameinfo() doesn't support. Since NetBSD's getnameinfo() supports AF_LINK, it may better to take it from NetBSD. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 10:48:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61D6016A400 for ; Fri, 24 Mar 2006 10:48:26 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABD1743D48 for ; Fri, 24 Mar 2006 10:48:24 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F94A.dip.t-dialin.net [84.165.249.74]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k2OAmDsH011273; Fri, 24 Mar 2006 11:48:14 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k2OAmIHB073030; Fri, 24 Mar 2006 11:48:18 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 24 Mar 2006 11:48:17 +0100 Message-ID: <20060324114817.39qxnr71wckkc8co@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 24 Mar 2006 11:48:17 +0100 From: Alexander Leidinger To: Maxim Konovalov References: <20060322122906.A41691@xorpc.icir.org> <20060323143921.GM37096@over-yonder.net> <20060323064259.A67264@xorpc.icir.org> <20060323183701.G46757@mp2.macomnet.net> In-Reply-To: <20060323183701.G46757@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Luigi Rizzo , current@freebsd.org, "Matthew D. Fuller" Subject: Re: In-kernel NAT (was Re: interesting(?) data on network interrupt servicing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 10:48:26 -0000 Maxim Konovalov wrote: > On Thu, 23 Mar 2006, 06:42-0800, Luigi Rizzo wrote: > >> On Thu, Mar 23, 2006 at 08:39:21AM -0600, Matthew D. Fuller wrote: >> > On Wed, Mar 22, 2006 at 12:29:06PM -0800 I heard the voice of >> > Luigi Rizzo, and lo! it spake thus: >> > > >> > > Paolo Pisati (SoC work on in-kernel natd) >> > >> > Speaking of, are there plans to get this into -CURRENT sometime? I'd >> > love to be able to do my NAT'ing in ipfw (and, from the looks of it, >> > be able to add/change port forwardings without blowing away all the >> > current NAT state, which would be _really_ nice). >> >> i wish i could find the time to test and port it, but don't think >> it will happen soon, i am afraid :( > > I was under inpression Gleb had (semi)-worked version of ng_natd. And there's always the possibility to add an entry to http://www.freebsd.or/projects/ideas/, you just have to submit a plain text version of an entry to joel. Or at least enough information about it to me, so I can write a plain text version. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 * UNIX is a Trademark of Bell Laboratories. From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 15:43:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B0416A400; Fri, 24 Mar 2006 15:43:04 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B766643D6D; Fri, 24 Mar 2006 15:42:59 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FMoRC-0000Jg-Qi; Fri, 24 Mar 2006 15:42:54 +0000 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id EFDC565664; Fri, 24 Mar 2006 15:42:52 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13038-04-14; Fri, 24 Mar 2006 15:42:52 +0000 (GMT) Received: by arginine.spc.org (Postfix, from userid 1078) id 384056565E; Fri, 24 Mar 2006 15:42:52 +0000 (GMT) Date: Fri, 24 Mar 2006 15:42:52 +0000 From: Bruce M Simpson To: Hajimu UMEMOTO Message-ID: <20060324154252.GG80492@spc.org> References: <51873.1143193173@critter.freebsd.dk> <20060324100007.C2181@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: "Bjoern A. Zeeb" , Poul-Henning Kamp , FreeBSD current mailing list Subject: Re: addr2ascii() to be retired ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 15:43:05 -0000 On Fri, Mar 24, 2006 at 07:23:31PM +0900, Hajimu UMEMOTO wrote: > However, it seems addr2ascii() supports AF_LINK which our > getnameinfo() doesn't support. Since NetBSD's getnameinfo() supports > AF_LINK, it may better to take it from NetBSD. Ume-san is correct. We should port the AF_LINK bits then eliminate addr2ascii(). +1 Regards, BMS From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 16:46:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F30B816A422 for ; Fri, 24 Mar 2006 16:46:24 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6514843D60 for ; Fri, 24 Mar 2006 16:46:18 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from unknown (unknown [213.146.120.80]) by dd2626.kasserver.com (Postfix) with ESMTP id 70CFBFFA87 for ; Fri, 24 Mar 2006 17:46:15 +0100 (CET) Date: Fri, 24 Mar 2006 17:46:01 +0100 From: Patrick Hurrelmann To: freebsd-current@freebsd.org Message-Id: <20060324174601.0d299e2c.outi@bytephobia.de> Organization: private X-Mailer: Sylpheed version 2.2.2 (GTK+ 2.6.10; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: No acpi with 6.1-BETA4 floppies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:46:25 -0000 Hi everyone, I tried to do a remote install of a amd64-based server with some 6.1-BETA4 floppies. As it turns, 6.1-BETA4 floppies do NOT contain a acpi.ko and therefore the amd64 may refuse to boot (heard sth. about boot-problems of amd64 boxes without acpi). The install would be remote and I need to overwrite the existing linux. So i wanted at least to be sure it will boot amd64. I checked with 6.1-BETA4 floppy-images and indeed they do contain acpi.ko. Will acpi.ko come back to the install floppies or has it been dropped intenionally? Thx, Patrick -- ==================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 16:49:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8FC516A401 for ; Fri, 24 Mar 2006 16:49:32 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FC1443D49 for ; Fri, 24 Mar 2006 16:49:31 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FMpTV-0000lO-Td for freebsd-current@freebsd.org; Fri, 24 Mar 2006 17:49:22 +0100 Received: from gw205.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Mar 2006 17:49:21 +0100 Received: from atkin901 by gw205.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Mar 2006 17:49:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Fri, 24 Mar 2006 08:49:05 -0800 Lines: 30 Message-ID: References: <4421CE88.1010104@FreeBSD.org> <20060322224936.3F76C45041@ptavv.es.net> <20060323090509.L1366@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gw205.f5.com User-Agent: KNode/0.10.1 Sender: news Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:49:32 -0000 Harti Brandt wrote: > On Wed, 22 Mar 2006, othermark wrote: > > o>Kevin Oberman wrote: > o>> > Date: Wed, 22 Mar 2006 14:24:08 -0800 > o>> > From: Jason Evans > o>> > > o>> > Kevin Oberman wrote: > o>> > This isn't a very satisfying solution, but if you do the buildworld > with o>> > MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. > o> > o>Double thanks, I was finally able to get a successful buildworld. What > is > o>the likelyhood of other people hitting this? This boxes' -current was > only o>27 days old, before I tried this update. > > It should not, because gensnmptree is now a buildtool. To find out what > goes wrong we need the buildworld log that Ruslan mentioned. > > harti I too am guilty of gleefully using the MALLOC_OPTIONS and not saving my buildworld output. I have several other machines though, and will begin saving buildworld output on each one. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 17:27:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C3D816A41F for ; Fri, 24 Mar 2006 17:27:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCD743D45 for ; Fri, 24 Mar 2006 17:27:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2OHRocf039336; Fri, 24 Mar 2006 12:27:50 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Mar 2006 12:27:06 -0500 User-Agent: KMail/1.9.1 References: <20060324174601.0d299e2c.outi@bytephobia.de> In-Reply-To: <20060324174601.0d299e2c.outi@bytephobia.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241227.08159.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1355/Thu Mar 23 16:18:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Patrick Hurrelmann Subject: Re: No acpi with 6.1-BETA4 floppies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 17:27:57 -0000 On Friday 24 March 2006 11:46, Patrick Hurrelmann wrote: > Hi everyone, > > I tried to do a remote install of a amd64-based server with some 6.1-BETA4 floppies. > > As it turns, 6.1-BETA4 floppies do NOT contain a acpi.ko and therefore the amd64 may refuse to boot (heard sth. about boot-problems of amd64 boxes without acpi). The install would be remote and I need to overwrite the existing linux. So i wanted at least to be sure it will boot amd64. > > I checked with 6.1-BETA4 floppy-images and indeed they do contain acpi.ko. > Will acpi.ko come back to the install floppies or has it been dropped intenionally? > > Thx, amd64 has ACPI compiled into the kernel by default rather than as a separate module as on i386 because all amd64 machines support ACPI, and it's pretty much mandatory. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 17:39:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E886F16A400; Fri, 24 Mar 2006 17:39:31 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899DD43D48; Fri, 24 Mar 2006 17:39:31 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from unknown (unknown [213.146.120.80]) by dd2626.kasserver.com (Postfix) with ESMTP id 42BC71F218; Fri, 24 Mar 2006 18:39:30 +0100 (CET) Date: Fri, 24 Mar 2006 18:39:24 +0100 From: Patrick Hurrelmann To: John Baldwin Message-Id: <20060324183924.1c92fbb5.outi@bytephobia.de> In-Reply-To: <200603241227.08159.jhb@freebsd.org> References: <20060324174601.0d299e2c.outi@bytephobia.de> <200603241227.08159.jhb@freebsd.org> Organization: private X-Mailer: Sylpheed version 2.2.2 (GTK+ 2.6.10; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: No acpi with 6.1-BETA4 floppies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 17:39:32 -0000 On Fri, 24 Mar 2006 12:27:06 -0500 John Baldwin wrote: > On Friday 24 March 2006 11:46, Patrick Hurrelmann wrote: > > Hi everyone, > > > > I tried to do a remote install of a amd64-based server with some 6.1-BETA4 floppies. > > > > As it turns, 6.1-BETA4 floppies do NOT contain a acpi.ko and therefore the amd64 may refuse to boot (heard sth. about boot-problems of amd64 boxes without acpi). The install would be remote and I need to overwrite the existing linux. So i wanted at least to be sure it will boot amd64. > > > > I checked with 6.1-BETA4 floppy-images and indeed they do contain acpi.ko. > > Will acpi.ko come back to the install floppies or has it been dropped intenionally? > > > > Thx, > > amd64 has ACPI compiled into the kernel by default rather than as a > separate module as on i386 because all amd64 machines support ACPI, > and it's pretty much mandatory. Ok, maybe i was a bit unclear in that. I took the i386 floppies as I could not find any amd64 specific floppies on ftp. The i386 floppies for 6.1-BETA4 don't contain acpi while the 6.1-BETA3 floppies do. Are amd64 floppies beeing build at all? Or do only i386 floppies exist? Patrick From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 19:45:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FEEF16A420; Fri, 24 Mar 2006 19:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD1F043D48; Fri, 24 Mar 2006 19:45:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2OJjfBQ038621; Fri, 24 Mar 2006 14:45:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2OJjplN008737; Fri, 24 Mar 2006 14:45:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A99387304D; Fri, 24 Mar 2006 14:45:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060324194540.A99387304D@freebsd-current.sentex.ca> Date: Fri, 24 Mar 2006 14:45:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 19:45:42 -0000 TB --- 2006-03-24 18:20:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-24 18:20:12 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-03-24 18:20:12 - cleaning the object tree TB --- 2006-03-24 18:20:40 - checking out the source tree TB --- 2006-03-24 18:20:40 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-03-24 18:20:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-24 18:27:45 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-24 18:27:45 - cd /src TB --- 2006-03-24 18:27:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-24 19:34:36 - generating LINT kernel config TB --- 2006-03-24 19:34:36 - cd /src/sys/alpha/conf TB --- 2006-03-24 19:34:36 - /usr/bin/make -B LINT TB --- 2006-03-24 19:34:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-24 19:34:36 - cd /src TB --- 2006-03-24 19:34:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 24 19:34:36 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet6/scope6.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet6/udp6_output.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet6/udp6_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netipx/ipx.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netipx/ipx_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netipx/ipx_input.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netipx/ipx_ip.c /src/sys/netipx/ipx_ip.c:78: error: syntax error before string constant *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-24 19:45:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-24 19:45:40 - ERROR: failed to build lint kernel TB --- 2006-03-24 19:45:40 - tinderbox aborted TB --- 1.02 user 4.92 system 5127.70 real From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 19:49:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FA416A422 for ; Fri, 24 Mar 2006 19:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A4243D45 for ; Fri, 24 Mar 2006 19:49:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2OJnNwL040333; Fri, 24 Mar 2006 14:49:26 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Patrick Hurrelmann Date: Fri, 24 Mar 2006 14:41:57 -0500 User-Agent: KMail/1.9.1 References: <20060324174601.0d299e2c.outi@bytephobia.de> <200603241227.08159.jhb@freebsd.org> <20060324183924.1c92fbb5.outi@bytephobia.de> In-Reply-To: <20060324183924.1c92fbb5.outi@bytephobia.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241441.58719.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1355/Thu Mar 23 16:18:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: No acpi with 6.1-BETA4 floppies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 19:49:32 -0000 On Friday 24 March 2006 12:39, Patrick Hurrelmann wrote: > On Fri, 24 Mar 2006 12:27:06 -0500 > John Baldwin wrote: > > > On Friday 24 March 2006 11:46, Patrick Hurrelmann wrote: > > > Hi everyone, > > > > > > I tried to do a remote install of a amd64-based server with some 6.1-BETA4 floppies. > > > > > > As it turns, 6.1-BETA4 floppies do NOT contain a acpi.ko and therefore the amd64 may refuse to boot (heard sth. about boot-problems of amd64 boxes without acpi). The install would be remote and I need to overwrite the existing linux. So i wanted at least to be sure it will boot amd64. > > > > > > I checked with 6.1-BETA4 floppy-images and indeed they do contain acpi.ko. > > > Will acpi.ko come back to the install floppies or has it been dropped intenionally? > > > > > > Thx, > > > > amd64 has ACPI compiled into the kernel by default rather than as a > > separate module as on i386 because all amd64 machines support ACPI, > > and it's pretty much mandatory. > > Ok, maybe i was a bit unclear in that. I took the i386 floppies as I could not find any amd64 specific floppies on ftp. The i386 floppies for 6.1-BETA4 don't contain acpi while the 6.1-BETA3 floppies do. > Are amd64 floppies beeing build at all? Or do only i386 floppies exist? amd64 floppies are built on -HEAD. I'm not sure why the acpi.ko was lost from the floppies for BETA4, it should not have been. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 19:53:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC80716A420; Fri, 24 Mar 2006 19:53:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B8543D49; Fri, 24 Mar 2006 19:53:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2OJrUXl039228; Fri, 24 Mar 2006 14:53:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.4P/8.13.3) with ESMTP id k2OJrTAh073815; Fri, 24 Mar 2006 14:53:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A94BB7304D; Fri, 24 Mar 2006 14:53:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060324195329.A94BB7304D@freebsd-current.sentex.ca> Date: Fri, 24 Mar 2006 14:53:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 19:53:30 -0000 TB --- 2006-03-24 19:45:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-24 19:45:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-03-24 19:45:40 - cleaning the object tree TB --- 2006-03-24 19:46:16 - checking out the source tree TB --- 2006-03-24 19:46:16 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-03-24 19:46:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-24 19:53:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-24 19:53:28 - cd /src TB --- 2006-03-24 19:53:28 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 463: Malformed conditional (${TARGET_ARCH} == "amd64" && ${MK_LIB32} != "no") "/src/Makefile.inc1", line 465: if-less endif "/src/Makefile.inc1", line 564: Malformed conditional (${TARGET_ARCH} == "amd64" && ${MK_LIB32} != "no") "/src/Makefile.inc1", line 566: if-less endif "/src/Makefile.inc1", line 573: Malformed conditional (${TARGET_ARCH} == "amd64" && ${MK_LIB32} != "no") "/src/Makefile.inc1", line 575: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. TB --- 2006-03-24 19:53:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-24 19:53:29 - ERROR: failed to build world TB --- 2006-03-24 19:53:29 - tinderbox aborted TB --- 1.63 user 6.55 system 468.91 real From owner-freebsd-current@FreeBSD.ORG Fri Mar 24 21:19:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CBAE16A422; Fri, 24 Mar 2006 21:19:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 696CD43D5F; Fri, 24 Mar 2006 21:18:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2OLIktu062746; Fri, 24 Mar 2006 16:18:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.4P/8.13.3) with ESMTP id k2OLIkxf092458; Fri, 24 Mar 2006 16:18:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5FC8A7304D; Fri, 24 Mar 2006 16:18:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060324211846.5FC8A7304D@freebsd-current.sentex.ca> Date: Fri, 24 Mar 2006 16:18:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 21:19:03 -0000 TB --- 2006-03-24 19:53:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-24 19:53:30 - starting HEAD tinderbox run for i386/i386 TB --- 2006-03-24 19:53:30 - cleaning the object tree TB --- 2006-03-24 19:54:05 - checking out the source tree TB --- 2006-03-24 19:54:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-03-24 19:54:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-24 19:59:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-24 19:59:12 - cd /src TB --- 2006-03-24 19:59:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-24 21:06:23 - generating LINT kernel config TB --- 2006-03-24 21:06:23 - cd /src/sys/i386/conf TB --- 2006-03-24 21:06:23 - /usr/bin/make -B LINT TB --- 2006-03-24 21:06:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-24 21:06:23 - cd /src TB --- 2006-03-24 21:06:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 24 21:06:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet6/scope6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet6/udp6_output.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet6/udp6_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netipx/ipx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netipx/ipx_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netipx/ipx_input.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netipx/ipx_ip.c /src/sys/netipx/ipx_ip.c:78: error: syntax error before string constant *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-24 21:18:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-24 21:18:46 - ERROR: failed to build lint kernel TB --- 2006-03-24 21:18:46 - tinderbox aborted TB --- 1.05 user 5.75 system 5116.23 real From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 05:28:54 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2542E16A41F; Sat, 25 Mar 2006 05:28:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB1743D46; Sat, 25 Mar 2006 05:28:53 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2P5Scv4007824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Mar 2006 14:28:40 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 25 Mar 2006 14:28:38 +0900 From: Norikatsu Shigemura To: imp@bsdimp.com Message-Id: <20060325142838.20c2288f.nork@FreeBSD.org> In-Reply-To: <44237873.7020102@samsco.org> References: <20060324011416.acd8df42.nork@FreeBSD.org> <20060324013616.1b6f66ac.nork@FreeBSD.org> <20060324014047.95ffc1e3.nork@FreeBSD.org> <20060323.104913.122061815.imp@bsdimp.com> <44237873.7020102@samsco.org> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 25 Mar 2006 14:28:43 +0900 (JST) Cc: vkashyap@FreeBSD.org, nork@FreeBSD.org, freebsd-current@FreeBSD.org, gibbs@FreeBSD.org, mark_salyzyn@adaptec.com Subject: Re: aha(4) doesn't depend on cam(4). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 05:28:54 -0000 Hi Warner! Thanks for your commit! On Thu, 23 Mar 2006 21:41:23 -0700 Scott Long wrote: > M. Warner Losh wrote: > > In message: <20060324014047.95ffc1e3.nork@FreeBSD.org> > > Norikatsu Shigemura writes: > > : Hi aha(4) maintainers! > > : I have a patch for aha(4). > > Actually, I'm the aha maintainer. > > Why is this needed? Is it because aha references symbols that would > > otherwise be undefined? > I think what he wants is to have cam.ko load when aha.ko is loaded (I'm > taking a leap here in that I haven't checked to see if aha.ko exists). > It's a harmless patch anyways, not sure why there needs to be an > argument about it. HI Scott, thank you. I have reported about sym.ko. http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037056.html http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037065.html http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037067.html http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037071.html This problem are in many drivers depended on cam(4). I'll submit to fix this problem. From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 08:23:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D94F16A422 for ; Sat, 25 Mar 2006 08:23:47 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FDD043D46 for ; Sat, 25 Mar 2006 08:23:46 +0000 (GMT) (envelope-from simon@optinet.com) Received: (qmail 78865 invoked by uid 110); 25 Mar 2006 08:23:45 -0000 Received: from ool-45701e98.dyn.optonline.net (HELO win2kpc1) (simon%optinet.com@69.112.30.152) by cobra.acceleratedweb.net with SMTP; 25 Mar 2006 08:23:45 -0000 From: "Simon" To: "Bjoern A. Zeeb" Date: Sat, 25 Mar 2006 03:27:58 -0500 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2661) For Windows 2000 (5.0.2195;4) In-Reply-To: <20060319124821.W2181@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Message-Id: <20060325082346.0FDD043D46@mx1.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: Re: System deadlock/hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 08:23:47 -0000 Hello Again, I'm wondering if anyone had a chance to look at my problem. My production server keeps deadlocking and I don't know what to do. I'm being forced to go back to 5.4 which had less problems and that's very discouraging :-( -Simon On Sun, 19 Mar 2006 12:49:31 +0000 (UTC), Bjoern A. Zeeb wrote: >On Sat, 18 Mar 2006, Simon wrote: > >Hi, > >> http://optinet.com/users/simon/deadlock.html >> >> If you need any further info, I'm standing by, please help me resolve this. >> >> PS: please CC me on this as I'm on digest only > >I have added the LOR to the LOR page with ID 180: > http://sources.zabbadoz.net/freebsd/lor.html#180 > >lock order reversal > 1st 0xc0738200 UMA lock (UMA lock) @ sys/vm/uma_core.c:1494 > 2nd 0xc1062144 system map (system map) @ sys/vm/vm_kern.c:295 > >-- >Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 12:47:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6C116A401; Sat, 25 Mar 2006 12:47:30 +0000 (UTC) (envelope-from gmicsko@szintezis.hu) Received: from mta01.mail.t-online.hu (mta03.mail.t-online.hu [195.228.240.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE7D43D4C; Sat, 25 Mar 2006 12:47:29 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from dsl54025C10.pool.t-online.hu (dsl54025C10.pool.t-online.hu [84.2.92.16]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP; Sat, 25 Mar 2006 13:47:27 +0100 (CET) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-arUdyLD4pF+jZvRu+lDa" Date: Sat, 25 Mar 2006 13:47:26 +0100 Message-Id: <1143290847.9536.16.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Cc: freebsd-firewire@freebsd.org Subject: fatal trap 19: old firewire bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 12:47:30 -0000 --=-arUdyLD4pF+jZvRu+lDa Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Hi! I have an Intel Core Duo-based laptop.=20 http://hup.hu/old/images/trey/work/clevo_core_duo/S3600054.JPG With FreeBSD 6.1 beta 4 and FreeBSD 5.5 beta i got following error message: http://hup.hu/old/images/trey/work/clevo_core_duo/S3600052.JPG It seems to me like an old firewire initialization problem in FreeBSD. I've reported thid problem in 2004 to both FreeBSD (no success) and Dragonfly BSD with an AMD64-based laptop: http://marc.theaimsgroup.com/?l=3Ddragonfly-kernel&m=3D109967161431080&w=3D= 2 Matthew Dillon fixed the problem in DragonFly BSD in 2004: http://marc.theaimsgroup.com/?l=3Ddragonfly-commits&m=3D109993279403326&w= =3D2 Any idea? Thanks. --=20 Micsk=F3 G=E1bor HP APS, AIS, ASE Szint=E9zis Rt. H-9023 Gy=F5r, Tihanyi =C1. u. 2. Tel: +36 96 502 221 Fax: +36 96 318 658 E-mail: gmicsko@szintezis.hu --=-arUdyLD4pF+jZvRu+lDa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBEJTvdo75Oas+VX1ARAjyhAJ4idMM9bgBrNqG+76Kr2e79m3f7EwCeIo0H +tTm4fHaBAY5Unk38KQH8bk= =+/om -----END PGP SIGNATURE----- --=-arUdyLD4pF+jZvRu+lDa-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 15:22:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBA816A420 for ; Sat, 25 Mar 2006 15:22:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A72743D49 for ; Sat, 25 Mar 2006 15:22:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5D9861A3C2A; Sat, 25 Mar 2006 07:22:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B149516BF; Sat, 25 Mar 2006 10:22:12 -0500 (EST) Date: Sat, 25 Mar 2006 10:22:12 -0500 From: Kris Kennaway To: Simon Message-ID: <20060325152211.GA60433@xor.obsecurity.org> References: <20060319124821.W2181@maildrop.int.zabbadoz.net> <20060325082346.0FDD043D46@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20060325082346.0FDD043D46@mx1.FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: "Bjoern A. Zeeb" , "freebsd-current@freebsd.org" Subject: Re: System deadlock/hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 15:22:13 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 25, 2006 at 03:27:58AM -0500, Simon wrote: > Hello Again, >=20 > I'm wondering if anyone had a chance to look at my problem. My production > server keeps deadlocking and I don't know what to do. I'm being forced to > go back to 5.4 which had less problems and that's very discouraging :-( This is probably a side effect of some other problem, like running your server out of resources. You may need to monitor e.g. netstat -m to see what is going on. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEJWAjWry0BWjoQKURAn2eAJ45fQth7mmQp8hfvjDfpRNOF3klHgCfWZYO KYcBcYbUBOm2+b7tOOosPXA= =rb1L -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 18:20:38 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3969E16A41F for ; Sat, 25 Mar 2006 18:20:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A26B943D45 for ; Sat, 25 Mar 2006 18:20:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8559B46BE6 for ; Sat, 25 Mar 2006 13:20:36 -0500 (EST) Date: Sat, 25 Mar 2006 18:20:36 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20060325181729.O88377@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: netipx/spx changes (Re: cvs commit: src/sys/netipx ipx_pcb.c ipx_pcb.h ipx_usrreq.c spx_usrreq.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 18:20:38 -0000 This is to let -CURRENT users who are running with IPX/SPX support compiled into their kernel that I've recently committed substantial rewrites of portions of the netipx code. This is part of a larger reworking of the socket and protocol reference models, and should close a lot of subtle race conditions and eliminate a lot of edge case bugs. However, it's a high risk change, and I'm not able to test all aspects of netipx operation, so there are likely new bugs in my changes. So be warned that you may run into problems, and please contact me ASAP so I can help resolve them. I ran into a few bugs in netipx that I've not yet fixed, including the one I comment on below regarding the behavior of the SPX code on socket close, which can result in loss of data. I'm going to investigate this further, but was a bit surprised to find out it was the case. Presumably the protocols running on top of SPX are doing explicit acknowledgement, so perhaps this is not a problem in practice. Robert N M Watson ---------- Forwarded message ---------- Date: Sat, 25 Mar 2006 17:38:15 +0000 (GMT) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/netipx ipx_pcb.c ipx_pcb.h ipx_usrreq.c spx_usrreq.c On Sat, 25 Mar 2006, Robert Watson wrote: > Rework IPX/SPX socket and pcb reference model: > > - Introduce invariant that all IPX/SPX sockets will have valid so_pcb > pointers to ipxpcb structures, and that for SPX, the control block > pointer will always be valid. Don't attempt to free the socket or > pcb at various odd points, such as disconnect. > > - Add a new ipxpcb flag, IPXP_DROPPED, which will be set in place of > freeing PCB's so that this invariant can be maintained. This flag > is now checked instead of a NULL check in various socket protocol > calls. > > - Introduce many assertions that this invariant holds. > > - Various pieces of code, such as the SPX timer code, no longer needs > to jump through hoops in case it frees a PCB while running. > > - Break out ipx_pcbfree() from ipx_pcbdetach(). Likewise > spx_pcbdetach(). > > - Comment on some SMP-related limitations to the SPX code. > > - Update copyrights. The SPX code seems not to properly implement having data sent via a socket be transmitted after the socket is closed, so attempting to use SPX without so_linger is actually not very reliable. I'm not sure why this is the case, and may investigate fixing it, but was surprised to find this was the case. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Mar 25 22:53:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 053E616A422; Sat, 25 Mar 2006 22:53:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E0C43D4C; Sat, 25 Mar 2006 22:53:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2PMrjai056296; Sat, 25 Mar 2006 17:53:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k2PMrsoJ031523; Sat, 25 Mar 2006 17:53:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8CA877304D; Sat, 25 Mar 2006 17:53:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060325225344.8CA877304D@freebsd-current.sentex.ca> Date: Sat, 25 Mar 2006 17:53:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 22:53:47 -0000 TB --- 2006-03-25 21:32:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-25 21:32:42 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-03-25 21:32:42 - cleaning the object tree TB --- 2006-03-25 21:33:09 - checking out the source tree TB --- 2006-03-25 21:33:09 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-03-25 21:33:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-03-25 21:40:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-25 21:40:14 - cd /src TB --- 2006-03-25 21:40:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-25 22:47:41 - generating LINT kernel config TB --- 2006-03-25 22:47:41 - cd /src/sys/alpha/conf TB --- 2006-03-25 22:47:41 - /usr/bin/make -B LINT TB --- 2006-03-25 22:47:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-25 22:47:41 - cd /src TB --- 2006-03-25 22:47:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 25 22:47:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/mpt/mpt.c /src/sys/dev/mpt/mpt.c: In function `mpt_recv_handshake_reply': /src/sys/dev/mpt/mpt.c:1346: warning: unsigned int format, different type arg (arg 4) /src/sys/dev/mpt/mpt.c: In function `mpt_read_config_info_ioc': /src/sys/dev/mpt/mpt.c:1647: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-25 22:53:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-25 22:53:44 - ERROR: failed to build lint kernel TB --- 2006-03-25 22:53:44 - tinderbox aborted TB --- 0.87 user 3.84 system 4862.22 real