From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 00:20:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42C4010656DA for ; Sun, 1 Feb 2009 00:20:28 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id E142B8FC12 for ; Sun, 1 Feb 2009 00:20:27 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA10.westchester.pa.mail.comcast.net with comcast id AC671b0010ldTLk5AQLUFz; Sun, 01 Feb 2009 00:20:28 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id AQLT1b00G0FJTGg3QQLTYA; Sun, 01 Feb 2009 00:20:28 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTQ4Y-000HNK-Bz; Sat, 31 Jan 2009 19:20:26 -0500 From: Alex Goncharov To: vehemens In-reply-to: <200901311354.43031.vehemens@verizon.net> (message from vehemens on Sat, 31 Jan 2009 13:54:42 -0800) References: <200901311153.58361.vehemens@verizon.net> <200901311354.43031.vehemens@verizon.net> Message-Id: Sender: Alex Goncharov Date: Sat, 31 Jan 2009 19:20:26 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:20:28 -0000 ,--- You/vehemens (Sat, 31 Jan 2009 13:54:42 -0800) ----* | On Saturday 31 January 2009 01:25:21 pm Alex Goncharov wrote: | > So, a *fundamental* (practically an OS component) port is brought in | > -- and it disables my system. What is my way of action? Right -- | > install the old packages, taken from an FTP site (is there a way to | > get the previous "source", that is all the ports/*/*/Makefile files? | > Csup can only go forward -- or can it go back?) | | You ignored the first part of the email which is that the ports | system is flawed due to the lack of a stable versus current branch. The FreeBSD model as what it is and I, for one, prefer it to Linux distros' models. In other words what you call a flaw, I call a virtue. | It seems to me that you want to run a stable branch, while the ports | tree is effectively a current branch. If somebody tells me that running the new X on my computers will be better if I switch the base system from STABLE to CURRENT, I'll do it in a heartbeat. (In fact one of my other systems does run CURRENT, only I never installed X there -- I don't use that system as a front end.) | > When I install the old packages, I can no longer rebuild and install | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > can only do it selectively, excluding from the upgrade most | > X-dependent things. That sucks and will lead to a problem earlier or | > later. | | I never update /usr/ports directly. I have a separate csup ports | area. When I update, I save the old ports tree and replace it with | a new one. If a problem occurs, I can fall back to the old tree or | pieces of it. An interesting model -- but how would you be better off falling back to the old ports tree in case of a bad (for you) new X? Yes, you could rebuild and return to using the old X. Then what? Would you be able to keep up with ports upgrades. You may assume that X is going to be fixed -- but what if not, in, say a year? | Well, it depends on which ports you are updating. All. | If you only run X, then I would expect your statement to be correct. Not sure what you mean here: nobody "runs only X". It's impossible. | > | And last, many of the video drivers have little if any support. If | > | you have something other then ati/intel/nivdia, you should expect | > | problems. Input drivers are in a similar state. | > | > Both my systems I've been reporting problems with are using the `nv' | > driver: | > | > $ grep /modules/drivers /var/log/Xorg.0.log | > (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so | > | > One system (Dell Latitude) could not be made operational with the new | > X at all; the other has garbage in the windows and the "captive mouse | > pointer" -- both issues new in the new X. | | See above :) Which point? :-) -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 00:40:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A6CD1065721; Sun, 1 Feb 2009 00:40:43 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by mx1.freebsd.org (Postfix) with ESMTP id DFA0B8FC0C; Sun, 1 Feb 2009 00:40:42 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=lTbvxjnnxfqNTyblzhD/lJIcCsv6zQb4L4Q+gEnm5QbKbIs1E+0K5RfGNZtrQYWv; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [208.118.36.246] (helo=joker.seclark.com) by elasmtp-curtail.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1LTQOA-0002y8-2y; Sat, 31 Jan 2009 19:40:42 -0500 Message-ID: <4984EF88.4070203@earthlink.net> Date: Sat, 31 Jan 2009 19:40:40 -0500 From: Stephen Clark User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Alex Goncharov References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> <49819BD5.5040709@FreeBSD.org> <1233236412.1779.40.camel@wombat.2hip.net> <20090130195311.GK1755@server.vk2pj.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec7928c00e2a19d325f3fbd8bfdac50d026e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 208.118.36.246 Cc: Peter Jeremy , freebsd-stable@freebsd.org, rnoland@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:40:43 -0000 Alex Goncharov wrote: > ,--- You/Peter (Sat, 31 Jan 2009 06:53:11 +1100) ----* > | X11 is a critical component for anyone who is using FreeBSD as a > | desktop and having upgrades fail or come with significant POLA > | violations and regressions for significant numbers of people is not > | acceptable. > > Fully agree with this. > > | I suggest that this approach needs to be followed for every future > | release of X.org until (if) the X.org Project demonstrates that they > | can provide release-quality code. > > And agree with this, as far as the future is concerned -- but this > leaves out the issue of what is going to be done for people whose > systems became practically incapacitated in a matter of one day. > > Screw us? > > I realize that personally I haven't contributed much (hey, a simple > port's maintainer!) to FreeBSD, so a disregard to my situation may be > well deserved. But "you" (whoever this "you" is: the "ports manager", > the X port maintainers) have to be aware that leaving the things in > the state they are now, you are screwing somebody. > > | > This update also brings in support for a lot of people who are > | >running newer hardware. > | > | And breaks support for lots of people who used to have functional X > | servers. > > Just so. > > ,--- Kostik Belousov (Fri, 30 Jan 2009 22:25:09 +0200) ----* > | Just to give a different view on *this* update. I have exactly opposing > | experience. > | > | So far 1.5.3 + updated DRM works good on all my Radeons. > | And, I did not have a problem with i945GM on 1.4.2 and 1.5.3. > `----------------------------------------------------------* > > Well, glad for you -- meanwhile I will be reverting my desktop to the > old X this weekend: the garbage on the screen is ugly, but the fact > that in the new X "opera" can grab a pointer for about a minute makes > the combined use of the browser and xterms/Emacses plain intolerable. > > After I do this, as I did with my laptop already, I think I am > completely cut off from the ports automated upgrade cycle. > > -- Alex -- alex-goncharov@comcast.net -- > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > To add my experience, I have been using X on intel hardware since the late eighties when you had to calculate your modeline by hand. But I guess I have gotten spoiled by how easily it now is to normally configure X. Run X -configure and you normally are good to go. Well at work I had a dual head matrox card that would not configure after the upgrade, so I took it out of the machine to use the built in via graphics controller that worked fine under 1.4 but when I ran X -configure there was an error trying to load the via driver, because it didn't compile ( and as I later found out has been replaced by the openchrome driver - didn't see anything about that in UPDATING ) so the automatic config fell back to using the vesa driver. But when I tried to run X -config /root/xorg.conf.new X reported it couldn't find any screens for vesa driver no matter how I changed the config. After fighting with this for half a day I reverted back to 1.4 because I needed my machine operational to get some work done. -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 02:12:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7954106571C for ; Sun, 1 Feb 2009 02:12:22 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas03p.mx.bigpond.com (nskntmtas03p.mx.bigpond.com [61.9.168.143]) by mx1.freebsd.org (Postfix) with ESMTP id 58F298FC0A for ; Sun, 1 Feb 2009 02:12:21 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx02p.mx.bigpond.com ([124.188.162.219]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20090201021220.CFTR3950.nskntmtas03p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Sun, 1 Feb 2009 02:12:20 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20090201021220.TXSL12531.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Sun, 1 Feb 2009 02:12:20 +0000 Received: (qmail 30495 invoked by uid 501); 1 Feb 2009 02:12:14 -0000 Date: Sun, 1 Feb 2009 13:12:14 +1100 From: Andrew Reilly To: Kostik Belousov Message-ID: <20090201021214.GA4411@duncan.reilly.home> References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> <49819BD5.5040709@FreeBSD.org> <1233236412.1779.40.camel@wombat.2hip.net> <20090130195311.GK1755@server.vk2pj.dyndns.org> <20090130202509.GA52415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090130202509.GA52415@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.49850504.006B,ss=1,fgs=0 Cc: Peter Jeremy , freebsd-stable@freebsd.org, Robert Noland , freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 02:12:23 -0000 On Fri, Jan 30, 2009 at 10:25:09PM +0200, Kostik Belousov wrote: > In contrast, 1.5.3 upgraded and I observed two issues, one was the > Xorg sleeping in "ttyin", that was promptly fixed. What was this one about? I just had the weird experience (after upgrading with much manual intervention) of X ignoring all keyboard input until it received a mouse interrupt. I rebuilt hal (even though it claimed not to be out of date) and rebooted and everything seems to be working again... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 05:39:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97976106564A for ; Sun, 1 Feb 2009 05:39:32 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.39]) by mx1.freebsd.org (Postfix) with ESMTP id 157448FC20 for ; Sun, 1 Feb 2009 05:39:31 +0000 (UTC) (envelope-from amarat@ksu.ru) X-IronPort-AV: E=Sophos;i="4.37,358,1231102800"; d="scan'208";a="1461320" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 01 Feb 2009 08:39:12 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n115a6Qb011590 for ; Sun, 1 Feb 2009 05:36:06 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n115cF3R039496 for ; Sun, 1 Feb 2009 08:38:16 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <49853547.2060105@ksu.ru> Date: Sun, 01 Feb 2009 08:38:15 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: problem with acd udma mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 05:39:32 -0000 i cannot read or write any disk inserted in my acd0 when this device in udma mode. kernel endlessly repeat that acd0: setting up DMA failed and I can access my data on dvd or cd only if I set atacontrol mode acd0 pio4 Does anybody have such a problem too? is there any ways to bring this device into udma mode again? dmesg: ... atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ... acd0: DVDR at ata0-master UDMA66 ... uname -a: FreeBSD zealot.ksu.ru 7.1-STABLE FreeBSD 7.1-STABLE #1: Tue Jan 20 05:47:24 MSK 2009 root@zealot.ksu.ru:/usr/obj/usr/src/sys/ZEALOT amd64 grep -A 1 DMA /var/log/messages: Jan 27 22:12:19 zealot kernel: acd0: setting up DMA failed Jan 27 22:12:30 zealot last message repeated 3623 times -- Jan 27 22:12:30 zealot kernel: acd0: setting up DMA failed Jan 27 22:12:33 zealot last message repeated 919 times -- Jan 27 22:12:33 zealot kernel: acd0: setting up DMA failed Jan 27 22:12:45 zealot last message repeated 4021 times -- Jan 27 22:12:45 zealot kernel: acd0: setting up DMA failed Jan 27 22:13:05 zealot last message repeated 6571 times -- Jan 31 21:41:48 zealot kernel: acd0: setting up DMA failed Jan 31 21:42:10 zealot last message repeated 7531 times -- Feb 1 08:24:59 zealot kernel: acd0: setting up DMA failed Feb 1 08:25:09 zealot last message repeated 10 times -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 14:17:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C69C7106566B; Sun, 1 Feb 2009 14:17:25 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 367A18FC16; Sun, 1 Feb 2009 14:17:24 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n11EHIUb095996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 14:17:18 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n11EHIUb095996 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1233497839; bh=CwTSaXzSQBNQk9Tp53Feq3Z6D0SD7a1y0QISA/JIS4A=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=OARGyIuCKPs256ZDZlyMcPtJAglpZM+K6K+0dKraaTziyJyceztc/BwMdmKdSY7ju PG5N5/3/OdIzB1aYtpokaW0wrRk4YxH1LIABDd/MMYWOnyOEkrtW91NthjBlKF1Q9a wX4k6cjmZy8VjzBnog3jHymcrQ64BqH3k+d/S+e0= From: Matt Dawson To: Alex Goncharov Date: Sun, 1 Feb 2009 14:17:16 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200901311153.58361.vehemens@verizon.net> <200902011233.57132.matt@chronos.org.uk> In-Reply-To: X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8933/Sun Feb 1 05:27:00 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 01 Feb 2009 14:17:19 +0000 (GMT) Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:17:26 -0000 On Sunday 01 February 2009 13:11:21 Alex Goncharov wrote: > On Sun, 1 Feb 2009 12:33:56 +0000 I wrote: > | That is not to say the new Xorg doesn't work. The only problems I've > | seen on Radeons needed a couple of options lines in xorg.conf due to > | the hald/dbus/xorg race and an fdi to make the keyboard layout match > | what I actually have rather than "us". Easily fixed for now and 7.4 > | brings some fixes to my systems that I have been awaiting for quite > | some time, most notably the horrendous XPress 200M chipset now works > | with DRI. > > Knowing about specific things now fixed for specific users is very > encouraging. I had better post to the lists exactly what I did, having thrown that encouraging word out: Ensure the files section doesn't contain anything like RGBPath if you've upgraded, then add Option "AllowEmptyInput" "False" and Option "AutoAddDevices" "False" to the server layout section in xorg.conf. Then create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi with the following contents: gb Restart hald etc. This cleared up all issues of not playing nice with moused, missing keyboards and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I have not tried hotplugging a USB mouse on this configuration. That's to come on the laptop, which works fine with its trackpad (although middle and right clicks have been redefined to three and two finger taps respectively - it was the other way around) with the updated xf86-input-synaptics driver. Which brings me to another little niggle: > Thanks a lot! You're very welcome. Best regards, -- Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 14:37:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B195F1065714 for ; Sun, 1 Feb 2009 14:37:34 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0698FC1D for ; Sun, 1 Feb 2009 14:37:34 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA09.westchester.pa.mail.comcast.net with comcast id AcfT1b0050SCNGk59eda28; Sun, 01 Feb 2009 14:37:34 +0000 Received: from daland.home ([24.34.211.11]) by OMTA09.westchester.pa.mail.comcast.net with comcast id Aeda1b00J0FJTGg3VedabX; Sun, 01 Feb 2009 14:37:34 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTdS0-000PUf-Vb; Sun, 01 Feb 2009 09:37:32 -0500 From: Alex Goncharov To: Matt Dawson In-reply-to: <200902011417.18045.matt@chronos.org.uk> (message from Matt Dawson on Sun, 1 Feb 2009 14:17:16 +0000) References: <200901311153.58361.vehemens@verizon.net> <200902011233.57132.matt@chronos.org.uk> <200902011417.18045.matt@chronos.org.uk> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 09:37:32 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:37:35 -0000 ,--- I/Alex (Sun, 01 Feb 2009 08:11:21 -0500) ----* | Knowing about specific things now fixed for specific users is very | encouraging. | | Thanks a lot! `-------------------------------------------------* ,--- You/Matt (Sun, 1 Feb 2009 14:17:16 +0000) ----* | I had better post to the lists exactly what I did, having thrown that | encouraging word out: I'll make a pass on your list, to compare notes etc. | Ensure the files section doesn't contain anything like RGBPath if | you've upgraded, then add Option "AllowEmptyInput" "False" and | Option "AutoAddDevices" "False" to the server layout section in | xorg.conf. I did that -- when I was using HAL. | Then create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi | with the following contents: | | | | | | gb | | | Not applicable to me, here in the USA. | Restart hald etc. Not applicable to me, running without HAL. | This cleared up all issues of not playing nice with moused, missing keyboards | and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with | whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I | have not tried hotplugging a USB mouse on this configuration. That's to come | on the laptop, which works fine with its trackpad (although middle and right | clicks have been redefined to three and two finger taps respectively - it was | the other way around) with the updated xf86-input-synaptics driver. This is an interesting bit... So, I have a lousy new X on a desktop, and had a fully disfunctional one on my Latitude notebook (due to "crazy" keyboard" events), the latter being reverted to xorg-server 1.4. The laptop has a touch pad, which is reasonable to assume to be "synaptics" -- but I don't use the pad (I've physically covered it, and use only the "pointing stick" in the middle of the keyboard); during one my experiments I also disabled the thing in BIOS. And: I have never used the xf86-input-synaptics driver. Is this something to think about -- what is the role of this driver? Can the lack of it bring the storm of bogus key events with wrong scan codes? | Which brings me to another little niggle: I can't comment on it -- but why to do it: why not to use the xkb extensions (Option "XkbLayout" "gb" -- or something of that sort)? -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 17:03:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABBB9106564A; Sun, 1 Feb 2009 17:03:31 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 27E048FC1D; Sun, 1 Feb 2009 17:03:30 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by gxk14 with SMTP id 14so1230249gxk.19 for ; Sun, 01 Feb 2009 09:03:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=nuhEZFL+TQbYOUe8e8Rk6qILhvpmt7FPlGWuecM7FHk=; b=CFJYumtWumkf/IZ422LOp7F+g9JkYkSPpbjo4fFgg/euI+oNXy9CDt6QlhHVvMGsSg OQ5aIb81VEkPQY6ji8Tiv/lf1HcmerXJ7gl0hGxtJlmAzSPZUOSqH8u+5cBCvReXeKCn eg4O61AojAC8zh1pm7QxZNeea+FUq1YMttpI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=m3eL6m/T2nzZSFuhwbY4o7d5PXLZEPsp/aPoRMQjqhx6BJy4tKRbRC0oa7hWzBTFxk IwVFFskf/WF/oqN0bTMRkYiGokrg+Tio6/dyaebKgay3RRFTasJs5iZsjv/jjgQuWDGL YqeyR3NmyoEL/I1vI15xvQnRbqqAQywMki2WY= Received: by 10.90.99.3 with SMTP id w3mr2145781agb.111.1233507810354; Sun, 01 Feb 2009 09:03:30 -0800 (PST) Received: from ?10.0.3.231? (pool-70-111-172-146.nwrk.east.verizon.net [70.111.172.146]) by mx.google.com with ESMTPS id 5sm6239039agc.10.2009.02.01.09.03.29 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Feb 2009 09:03:29 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Alex Goncharov In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> Content-Type: text/plain Date: Sun, 01 Feb 2009 12:03:06 -0500 Message-Id: <1233507786.61410.9.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, vehemens Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 17:03:32 -0000 On Sat, 2009-01-31 at 16:25 -0500, Alex Goncharov wrote: > ,--- You/vehemens (Sat, 31 Jan 2009 11:53:58 -0800) ----* > | In general when upgrading, you take your chances. If a port upgrade > | fails, you should fall back to what worked. > > So, a *fundamental* (practically an OS component) port is brought in > -- and it disables my system. What is my way of action? Right -- > install the old packages, taken from an FTP site (is there a way to > get the previous "source", that is all the ports/*/*/Makefile files? > Csup can only go forward -- or can it go back?) > > When I install the old packages, I can no longer rebuild and install > new (say `csup'ed on 2009-03-01) port components, as one whole -- I > can only do it selectively, excluding from the upgrade most > X-dependent things. That sucks and will lead to a problem earlier or > later. Will combination of sysutils/portdowngrade and HOLD_PKGS variable in /usr/local/etc/pkgtools.conf accomplish what you are trying to accomplish? -- Alexandre "Sunny" Kovalenko From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 18:00:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157C1106566C for ; Sun, 1 Feb 2009 18:00:03 +0000 (UTC) (envelope-from seba.bsd@sinux.net) Received: from smtp2.infomaniak.ch (smtp2.infomaniak.ch [84.16.68.90]) by mx1.freebsd.org (Postfix) with ESMTP id 7EFF68FC0A for ; Sun, 1 Feb 2009 18:00:02 +0000 (UTC) (envelope-from seba.bsd@sinux.net) Received: from [172.16.1.20] (217-162-55-198.dclient.hispeed.ch [217.162.55.198]) (authenticated bits=0) by smtp2.infomaniak.ch (8.14.2/8.14.2) with ESMTP id n11HnwwH016008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 18:49:59 +0100 From: Sebastien Chassot To: Daniel Bye In-Reply-To: <20090201171920.GB69316@torus.slightlystrange.org> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> Content-Type: text/plain Date: Sun, 01 Feb 2009 18:49:57 +0100 Message-Id: <1233510597.1023.20.camel@dhcppc0> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on smtp2 host X-Antivirus-Code: 100000 Cc: FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 18:00:03 -0000 On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: > On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: > > > > Hi, > > > > I've upgrade to xorg7.4 and apparently keyboard and mouse are now > > working with hald. > > > > In xorg.conf changing "old" keybord config as no effect and I can't find > > how change it with hal. I've got /usr/local/etc/hal/fdi/* but no > > *keymap* and I don't know how build such a file. > > This should get you started: > > > > > > gb > > > > > Change the `gb' in the example to your local keymap name, save the file > as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. I'll start with that Thank you Sebastien From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 19:11:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE28106566C for ; Sun, 1 Feb 2009 19:11:09 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 90D6E8FC21 for ; Sun, 1 Feb 2009 19:11:09 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA05.westchester.pa.mail.comcast.net with comcast id AcoE1b00517dt5G55jB98S; Sun, 01 Feb 2009 19:11:09 +0000 Received: from daland.home ([24.34.211.11]) by OMTA13.westchester.pa.mail.comcast.net with comcast id AjB91b00N0FJTGg3ZjB9ur; Sun, 01 Feb 2009 19:11:09 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LThil-00021g-W9; Sun, 01 Feb 2009 14:11:07 -0500 From: Alex Goncharov To: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1233507786.61410.9.camel@RabbitsDen> (gaijin.k@gmail.com) References: <200901311153.58361.vehemens@verizon.net> <1233507786.61410.9.camel@RabbitsDen> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 14:11:07 -0500 Cc: freebsd-x11@freebsd.org, vehemens@verizon.net, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 19:11:11 -0000 ,--- Alexandre \ (Sun, 01 Feb 2009 12:03:06 -0500) ----* | > When I install the old packages, I can no longer rebuild and install | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > can only do it selectively, excluding from the upgrade most | > X-dependent things. That sucks and will lead to a problem earlier or | > later. | Will combination of sysutils/portdowngrade and HOLD_PKGS variable | in /usr/local/etc/pkgtools.conf accomplish what you are trying to | accomplish? `------------------------------------------------------* I'll try something of that nature (not today) with your and other people's advice. Thank you! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 21:02:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DFAE106566C for ; Sun, 1 Feb 2009 21:02:17 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 1684C8FC1F for ; Sun, 1 Feb 2009 21:02:16 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA07.westchester.pa.mail.comcast.net with comcast id Abks1b00616LCl057l2H5w; Sun, 01 Feb 2009 21:02:17 +0000 Received: from daland.home ([24.34.211.11]) by OMTA06.westchester.pa.mail.comcast.net with comcast id Al2A1b0050FJTGg3Sl2Aep; Sun, 01 Feb 2009 21:02:10 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTjSJ-000DPJ-GR; Sun, 01 Feb 2009 16:02:15 -0500 From: Alex Goncharov To: "Matthew D. Fuller" In-reply-to: <20090201204815.GL65672@over-yonder.net> (fullermd@over-yonder.net) References: <200901311153.58361.vehemens@verizon.net> <20090201204815.GL65672@over-yonder.net> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 16:02:15 -0500 Cc: freebsd-x11@freebsd.org, vehemens@verizon.net, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 21:02:18 -0000 ,--- You/Matthew (Sun, 1 Feb 2009 14:48:15 -0600) ----* | On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of | Alex Goncharov, and lo! it spake thus: | > Csup can only go forward -- or can it go back?) | | You can specify a date in a supfile since, like, ever. `-----------------------------------------------------* Yes, other people have already pointed this out and I just got the code as of 2009.01.23.12.00.00 -- four hours before the first submission of the new X. Now I just need to think through my next steps :-) Thank you! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 21:05:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ECC10656C0; Sun, 1 Feb 2009 21:05:49 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 65F518FC30; Sun, 1 Feb 2009 21:05:49 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-64-197-185.hsd1.ms.comcast.net [75.64.197.185]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id DB0EB37B58B; Sun, 1 Feb 2009 14:48:16 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 95B8D61C44; Sun, 1 Feb 2009 14:48:15 -0600 (CST) Date: Sun, 1 Feb 2009 14:48:15 -0600 From: "Matthew D. Fuller" To: Alex Goncharov Message-ID: <20090201204815.GL65672@over-yonder.net> References: <200901311153.58361.vehemens@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.18-fullermd.4 (2008-05-17) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, vehemens Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 21:05:51 -0000 On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of Alex Goncharov, and lo! it spake thus: > > Csup can only go forward -- or can it go back?) You can specify a date in a supfile since, like, ever. -- 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-stable@FreeBSD.ORG Sun Feb 1 22:37:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 203271065670 for ; Sun, 1 Feb 2009 22:37:35 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (zircon.seattle.wa.us [71.164.28.3]) by mx1.freebsd.org (Postfix) with ESMTP id CC9528FC1E for ; Sun, 1 Feb 2009 22:37:34 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 32456 invoked from network); 1 Feb 2009 22:10:53 -0000 Received: from localhost (HELO zircon.zircon.seattle.wa.us) (127.0.0.1) by localhost with ESMTP; 1 Feb 2009 22:10:53 -0000 Message-ID: <49861DEA.6050000@zircon.seattle.wa.us> Date: Sun, 01 Feb 2009 14:10:50 -0800 From: Joe Kelsey User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: Sebastien Chassot References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> In-Reply-To: <1233510597.1023.20.camel@dhcppc0> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Daniel Bye , rnoland@freebsd.org Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 22:37:35 -0000 Sebastien Chassot wrote: > On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: > >> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: >> >>> Hi, >>> >>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now >>> working with hald. >>> >>> In xorg.conf changing "old" keybord config as no effect and I can't find >>> how change it with hal. I've got /usr/local/etc/hal/fdi/* but no >>> *keymap* and I don't know how build such a file. >>> >> This should get you started: >> >> >> >> >> >> gb >> >> >> >> >> Change the `gb' in the example to your local keymap name, save the file >> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. >> This seems to have a way to enable HAL to detect a keyboard and export it to X, but what about mice? My Xorg log tells me that it is ignoring my USB mouse in addition to ignoring my keyboard, so what sort of HAL file do I add to enable it to find my mouse? Where in HAL documentation is this information found? R. Noland seemed to think it was a trivial process to make HAL do keyboards and mice? In fact it is not trivial but a pain in the ass! If you intend to inflict broken software on unsuspecting users you had better think through all of the problems and come up with explicit solutions to all of those problems so that everyone has a chance to make their systems work. There had better not be any more surprises waiting in the X 1.6 wings to surprise and confound everyone again! > > I'll start with that > > Thank you > > > Sebastien > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Sun Feb 1 22:40:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D80A106567C for ; Sun, 1 Feb 2009 22:40:46 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id EAE798FC1D for ; Sun, 1 Feb 2009 22:40:45 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (matahari.sarenet.es [192.148.167.18]) by proxypop2.sarenet.es (Postfix) with ESMTP id 22902731BA; Sun, 1 Feb 2009 23:40:44 +0100 (CET) Message-Id: <2C4CD129-43B3-49FA-8208-FAC25191D2F2@sarenet.es> From: Borja Marcos To: Robert Watson In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Feb 2009 23:40:42 +0100 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: Puzzling change in performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 22:40:46 -0000 On Jan 31, 2009, at 7:27 PM, Robert Watson wrote: > There are basically three ways to go about exploring this, none > particularly good: > > (1) Do a more formal before and after analysis of performance on the > box, > perhaps using tools like kernel profiling, hwpmc, dtrace, etc. Machine in production, I cannot do it :( > (2) Do a binary search to narrow down the date of the change that > improved > things until it becomes clear which mattered. > (3) Hope someone annecdotally remembers something that might or > might not be > it and assume they're right. > > Of these, I'd guess (2) is actually the most effective way to go > about it, but is potentially time-consuming. As you point out, the > most interesting question is whether, when you go back to 7.0, > things suddenly get slower again, or not. Typically long uptimes > don't lead to performance problems on FreeBSD (in my experience) so > I think that's unlikely to be the source. There are a lot of > improvements in 7.1 relating to performance, but none particularly > stands out for me as having the effect you describe. If you're > really curious, I would try to pin it down with a binary search. I will have to learn how to use dtrace, I think. This is quite weird. And in a lot of years I haven't seen a FreeBSD system degraded because of a long uptime. Something in userland must be the culprit... As I see (I don't administer the machine but co-administer it) there's a Qmail system with some AV crap... and now I see that active memory had gone up, and is much lower after the update. I'll keep investigating.. the kind of answer I was looking for was a "oh, yes, there was a problem that degraded, blah, blah, blah". The graphs can be accessed here: http://194.30.110.21/orca/ It's behind an ADSL, so expect slow performance. Borja. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 01:20:05 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40DF1106564A for ; Mon, 2 Feb 2009 01:20:05 +0000 (UTC) (envelope-from pete@altadena.net) Received: from kestrel.altadena.net (kestrel.altadena.net [207.136.131.34]) by mx1.freebsd.org (Postfix) with ESMTP id 220608FC16 for ; Mon, 2 Feb 2009 01:20:05 +0000 (UTC) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=1.kestrel; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:Content-Type:Content-Transfer-Encoding; b=QGWl8H7NjzYsBl7SdSZqx6LqlL9RSXgQSP+b5C7fSskpg8A3apvtkhjNMIhzYjLJkNbG5IvhYefKe9s7n5UxtcVCxqGRjVCjfLc5z/0WA0F5wok0S4rUctoFOCJ0WxSCCi/CAm4xVYfvY5T5YpwjCLYbouVwbjJyo+bzsDehnPQ=; Received: from c-69-137-63-84.hsd1.md.comcast.net ([69.137.63.84] helo=port3.altadena.net) by kestrel.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LTn7N-000Gig-6r; Sun, 01 Feb 2009 16:56:53 -0800 Message-ID: <498644D0.4070100@altadena.net> Date: Sun, 01 Feb 2009 19:56:48 -0500 From: Pete Carah User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cpghost Subject: Re: Soekris 4801 hangs (was Re: Hangs, maybe a clue) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 01:20:05 -0000 I fixed the problem on my 4801's by having noticed a correlation with psm and hangs on my laptop, and thought there may be a LOR or such involving the keyboard driver and/or kbdmux. Since a 4801 has no need of those drivers, but *does* contain the hardware they control, just with no external peripherals connected, I tried configuring the Soekris kernel with all vestiges of atkbdc, psm, kbdmux, sc, and such removed. This did appear to fix the hangs. The hangs only seem to happen on AMD hardware; I have several ich{3,5}+p3 or p4 machines that don't hang. Before I figured that out I noticed some PHK notes about enabling the hardware watchdog and did that too, but did the upgrade mentioned above before any watchdog hits. I haven't seen any spontaneous reboots (which a watchdog hit would look like) since the reconfig either. -- Pete From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 01:57:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F8C106566B for ; Mon, 2 Feb 2009 01:57:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B48448FC0A for ; Mon, 2 Feb 2009 01:57:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n121uQ0H088191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 20:56:27 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Joe Kelsey In-Reply-To: <49861DEA.6050000@zircon.seattle.wa.us> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-DZAWqzP+Wtj/+gY84F0y" Organization: FreeBSD Date: Sun, 01 Feb 2009 20:57:02 -0500 Message-Id: <1233539822.1534.68.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Daniel Bye , Sebastien Chassot , FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 01:57:11 -0000 --=-DZAWqzP+Wtj/+gY84F0y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-02-01 at 14:10 -0800, Joe Kelsey wrote: > Sebastien Chassot wrote: > > On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: > > =20 > >> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: > >> =20 > >>> Hi, > >>> > >>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now > >>> working with hald. > >>> > >>> In xorg.conf changing "old" keybord config as no effect and I can't f= ind > >>> how change it with hal. I've got /usr/local/etc/hal/fdi/* but no > >>> *keymap* and I don't know how build such a file. > >>> =20 > >> This should get you started: > >> > >> > >> > >> > >> > >> gb > >> > >> > >> > >> > >> Change the `gb' in the example to your local keymap name, save the fil= e > >> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. > >> =20 > This seems to have a way to enable HAL to detect a keyboard and export=20 > it to X, but what about mice? My Xorg log tells me that it is ignoring=20 > my USB mouse in addition to ignoring my keyboard, so what sort of HAL=20 > file do I add to enable it to find my mouse? The above is only to set keyboard layout, everything to detect the keyboard is already present. > Where in HAL documentation is this information found? R. Noland seemed=20 > to think it was a trivial process to make HAL do keyboards and mice? In=20 > fact it is not trivial but a pain in the ass! If you intend to inflict=20 > broken software on unsuspecting users you had better think through all=20 > of the problems and come up with explicit solutions to all of those=20 > problems so that everyone has a chance to make their systems work. We (marcus and I) have gone to great pains to try and ensure that hal behaves correctly in pretty much all mice configurations with or without sysmouse. If you don't want to use hal, set AutoAddDevices off and configure away. > There had better not be any more surprises waiting in the X 1.6 wings to=20 > surprise and confound everyone again! Are you going to stop paying me? You have no idea how many combinations of hardware and configurations for X exist, or the amount of wok that goes into making all of those combinations work. robert. > > > > I'll start with that > > > > Thank you > > > > > > Sebastien > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > > > > > =20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-DZAWqzP+Wtj/+gY84F0y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmGUu0ACgkQM4TrQ4qfROP4RgCdHhm18psZMMVc6ZTVC+va/Ik1 zuoAmwfqIT40B79x5LVELADvLGiix8Mo =RUUl -----END PGP SIGNATURE----- --=-DZAWqzP+Wtj/+gY84F0y-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 08:20:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47A6106566B for ; Mon, 2 Feb 2009 08:20:07 +0000 (UTC) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from espresso2.syncrontech.com (espresso2.syncrontech.com [213.28.98.35]) by mx1.freebsd.org (Postfix) with ESMTP id 45CF28FC1C for ; Mon, 2 Feb 2009 08:20:06 +0000 (UTC) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from ink.sad.syncrontech.com (ink.syncrontech.com [192.168.2.107]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id n128K4uh074953; Mon, 2 Feb 2009 10:20:05 +0200 (EET) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from ink.sad.syncrontech.com ([192.168.2.107]) by ink.sad.syncrontech.com ([192.168.2.107]) with mapi; Mon, 2 Feb 2009 10:19:59 +0200 From: Timo Rikkonen To: Mike Tancsa , "freebsd-stable@freebsd.org" Date: Mon, 2 Feb 2009 10:20:03 +0200 Thread-Topic: /dev/cuau* ports hang after a while Thread-Index: AcmC2X5iSVi0LpSVRzu0xsonuuXFdACNLGxg Message-ID: References: <200901292033.n0TKXYZp062630@lava.sentex.ca> <200901301251.n0UCpYKh067104@lava.sentex.ca> In-Reply-To: <200901301251.n0UCpYKh067104@lava.sentex.ca> Accept-Language: en-US, fi-FI Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, fi-FI Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: /dev/cuau* ports hang after a while X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:20:08 -0000 Hi, Have now tried this with 7.1-RELEASE, unfortunately with same results as be= fore, the ports still hang after some time. -Timo -----Original Message----- From: Mike Tancsa [mailto:mike@sentex.net]=20 Sent: 30. tammikuuta 2009 14:52 To: Timo Rikkonen; freebsd-stable@freebsd.org Subject: RE: /dev/cuau* ports hang after a while At 05:50 AM 1/30/2009, Timo Rikkonen wrote: >Hi, > >The speed is 9600. Actually I already tried with 7.1-RELEASE, with=20 >same results. >I'll try the device.hints-changes, thanks. Not sure if the code is in 7.0, so make sure you try it with 7.1-RELEASE ---Mike >-Timo > > >-----Original Message----- >From: Mike Tancsa [mailto:mike@sentex.net] >Sent: 29. tammikuuta 2009 22:34 >To: Timo Rikkonen; freebsd-stable@freebsd.org >Subject: Re: /dev/cuau* ports hang after a while > >At 08:00 AM 1/26/2009, Timo Rikkonen wrote: > >Hi, > > > >We are using "VScom PCI-200L" and "Moxa Technologies, C168H/PCI" > >-cards for serial ports. After installing 7.0 the ports or the > >connection to the port hang after a while. A "while" could be > >half-a-day or 10 minutes. > >There is no error message to be seen anywhere. > > > >Not all ports hang at the same time, it could be just one or two of > >them. Earlier versions (6.2-RELEASE) work just fine. > >The ports have different devicenames after 7.0, in 6.2 they were > >/dev/cuad4-7, now they are /dev/cuau0-3 (uart?) > > >Is the application fairly low speed (e.g. 9600bps or slower) ? If >so, try with 7.1R, not 7 and add > >hint.uart.0.flags=3D"0x100" >hint.uart.1.flags=3D"0x100" > >to /boot/device.hints > >http://www.freebsd.org/cgi/query-pr.cgi?pr=3D121421 > >has details > > ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 08:43:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E56F106566B; Mon, 2 Feb 2009 08:43:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2D98FC19; Mon, 2 Feb 2009 08:43:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz14 with SMTP id 14so369153bwz.19 for ; Mon, 02 Feb 2009 00:43:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AzBCuLmEGKoLjkXn69UpfMQC7axHX2geumSsF102oh4=; b=D0NtgALrrbV62y4s+L9yx01isH/1XHP3qVOFv3YGPT6lisZjbkV/PFshWpXOglS52q c4Ed50MR8XmGkDLiiX9/yyUTxRdvjG+9eIm83pEENwmtNdmgXshjwCe3v6oFhLV9jApk cl6C9TvPFTe4+8gxpvjsWY6YGp41Yqp4jo8fU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jKfXG13HQwsWf02fMOeh70t2HbIt99uF0fJJKyfirFmtPsNBDOwRUNGRNr6Vq7Hgo6 8r3U2y9iulr/hBNEYUUQK7/vldlE01rTMVAgbW/GjelA6+vzpcnlqfUlGmQjeKeWHuGX Poxtn6B11SDruKw1gg3vBHbT/pLXFyp3CLEhw= MIME-Version: 1.0 Received: by 10.181.208.8 with SMTP id k8mr388014bkq.128.1233564227158; Mon, 02 Feb 2009 00:43:47 -0800 (PST) In-Reply-To: <1233539822.1534.68.camel@ferret.2hip.net> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> Date: Mon, 2 Feb 2009 00:43:47 -0800 Message-ID: <7d6fde3d0902020043t26d6a526w71b486f0ed5852f8@mail.gmail.com> From: Garrett Cooper To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Sebastien Chassot , Daniel Bye Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:43:49 -0000 On Sun, Feb 1, 2009 at 5:57 PM, Robert Noland wrote: > On Sun, 2009-02-01 at 14:10 -0800, Joe Kelsey wrote: >> Sebastien Chassot wrote: >> > On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: >> > >> >> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: >> >> >> >>> Hi, >> >>> >> >>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now >> >>> working with hald. >> >>> >> >>> In xorg.conf changing "old" keybord config as no effect and I can't find >> >>> how change it with hal. I've got /usr/local/etc/hal/fdi/* but no >> >>> *keymap* and I don't know how build such a file. >> >>> >> >> This should get you started: >> >> >> >> >> >> >> >> >> >> >> >> gb >> >> >> >> >> >> >> >> >> >> Change the `gb' in the example to your local keymap name, save the file >> >> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. >> >> >> This seems to have a way to enable HAL to detect a keyboard and export >> it to X, but what about mice? My Xorg log tells me that it is ignoring >> my USB mouse in addition to ignoring my keyboard, so what sort of HAL >> file do I add to enable it to find my mouse? > > The above is only to set keyboard layout, everything to detect the > keyboard is already present. > >> Where in HAL documentation is this information found? R. Noland seemed >> to think it was a trivial process to make HAL do keyboards and mice? In >> fact it is not trivial but a pain in the ass! If you intend to inflict >> broken software on unsuspecting users you had better think through all >> of the problems and come up with explicit solutions to all of those >> problems so that everyone has a chance to make their systems work. > > We (marcus and I) have gone to great pains to try and ensure that hal > behaves correctly in pretty much all mice configurations with or without > sysmouse. If you don't want to use hal, set AutoAddDevices off and > configure away. > >> There had better not be any more surprises waiting in the X 1.6 wings to >> surprise and confound everyone again! > > Are you going to stop paying me? You have no idea how many combinations > of hardware and configurations for X exist, or the amount of wok that > goes into making all of those combinations work. > > robert. I agree. If you really want to help Robert out, contribute funds and hardware for the time and effort he puts in, or volunteer in other areas that might make his life otherwise easier so he can help you out. Otherwise you're asking something extremely unreasonable that he's volunteering to work on. Or as the old adages go: 1. You get what you pay for. 2. I'll scratch your back if you scratch mine. My 2 cents, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 11:36:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B53106566C for ; Mon, 2 Feb 2009 11:36:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C768C8FC16 for ; Mon, 2 Feb 2009 11:36:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA10448; Mon, 02 Feb 2009 13:36:10 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4986DAAA.3090208@icyb.net.ua> Date: Mon, 02 Feb 2009 13:36:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Andrew Snow References: <497AF4C7.3080309@icyb.net.ua> <49804F0C.3000400@icyb.net.ua> <4980B072.3050205@modulus.org> In-Reply-To: <4980B072.3050205@modulus.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem with "cold" hardware? [Was: panic in callout_reset: bad link in callwheel] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 11:36:18 -0000 on 28/01/2009 21:22 Andrew Snow said the following: > Andriy Gapon wrote: >> Previously I heard about problems with hardware running hot, but not >> with it being "cold". I put the word in quotes, because the system is in >> a room with normal room temperature. >> >> Any guesses what hardware part might be acting up like this? > > Power supply. Give all the capacitors a visual check. Or you may be > drawing too much power from your rated supply. Right on the target. I opened the PSU after replacing it, visually it looks OK (too me), nevertheless I have verified that the fault was in it. Thank you and everybody who helped! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 12:07:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D4E1065796 for ; Mon, 2 Feb 2009 12:07:22 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id CD6508FC19 for ; Mon, 2 Feb 2009 12:07:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3FBBE19E02A for ; Mon, 2 Feb 2009 13:07:20 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1A4F619E027 for ; Mon, 2 Feb 2009 13:07:18 +0100 (CET) Message-ID: <4986E1F5.2060909@quip.cz> Date: Mon, 02 Feb 2009 13:07:17 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd-update: Fetching 25470 files... failed. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:07:32 -0000 I am trying to upgrade some machines from FreeBSD 7.0 i386 to 7.1 with freebsd-update tool. It was successful on some of them, but on few others I am still getting the same error: Fetching files from 7.0-RELEASE for merging... done. Preparing to download files... done. Fetching 26988 patches.....10....20....30....40....50....60....70....80....90....100. [...snip...] 40....2350....2360....2370....2380....2390....2400....2410....2420....2430....2440....2450.... done. Applying patches... done. Fetching 25470 files... failed. I run 'freebsd-update -r 7.1-RELEASE upgrade' almost ten times on this machine and always got this error. What can I try to do to fix this? Thanks for any help. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 12:40:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D95E1065670 for ; Mon, 2 Feb 2009 12:40:05 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C5AC78FC1C for ; Mon, 2 Feb 2009 12:40:03 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 12:40:00 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp009) with SMTP; 02 Feb 2009 13:40:00 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18Y8g82/9UYyhjQziruPzaYF5B/lu5V3X8LacJFNm 8eTmTSxj5eig9g Received: from localhost ([127.0.0.1]) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KEFV6H-000BN0-90; Mon, 02 Feb 2009 13:39:53 +0100 Message-ID: <4986E998.4040504@gmx.de> Date: Mon, 02 Feb 2009 13:39:52 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.19) Gecko/20081209 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Andriy Gapon References: <497AF4C7.3080309@icyb.net.ua> <49804F0C.3000400@icyb.net.ua> <4980B072.3050205@modulus.org> <4986DAAA.3090208@icyb.net.ua> In-Reply-To: <4986DAAA.3090208@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 Cc: freebsd-stable@freebsd.org, Andrew Snow Subject: Re: problem with "cold" hardware? [Was: panic in callout_reset: bad link in callwheel] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:40:06 -0000 Andriy Gapon schrieb: > on 28/01/2009 21:22 Andrew Snow said the following: > >> Andriy Gapon wrote: >> >>> Previously I heard about problems with hardware running hot, but not >>> with it being "cold". I put the word in quotes, because the system is in >>> a room with normal room temperature. >>> >>> Any guesses what hardware part might be acting up like this? >>> >> Power supply. Give all the capacitors a visual check. Or you may be >> drawing too much power from your rated supply. >> > > Right on the target. I opened the PSU after replacing it, visually it > looks OK (too me), nevertheless I have verified that the fault was in it. > > Thank you and everybody who helped! > Electronic devices, including computers, that become unable to /cold/ boot (and need a reset some seconds or minutes after power-up) usually suffer from dry or leaked capacitors, either in the PSU or - I've seen that more often - the voltage regulator on the main board. Dry capacitors often look innocuous, unlike leaked ones that show brownish stains (electrolytes) on the cap or underneath. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 12:54:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0951065672 for ; Mon, 2 Feb 2009 12:54:42 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6904E8FC21 for ; Mon, 2 Feb 2009 12:54:42 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n12CsUKa059264; Mon, 2 Feb 2009 04:54:36 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n12CsUDj059263; Mon, 2 Feb 2009 04:54:30 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 02 Feb 2009 04:54:29 -0800 Message-ID: <20090202045429.e54dcxsuo8o4gw8g@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 02 Feb 2009 04:54:29 -0800 From: Chris H To: =?utf-8?b?xYF1a2Fzeg==?= Bromirski References: <20090129015034.7dxisep21w04gksg@webmail.1command.com> <0bca01c98202$a6124350$f236c9f0$@co.uk> <20090129051522.a92df0myf44gsko4@webmail.1command.com> <62b856460901290538x5d857f08ka3b2ffb5a7aa8e7f@mail.gmail.com> <20090129060243.adauuua9eokcsos8@webmail.1command.com> <00fe01c98247$d6872600$83957200$@com> <49822E90.1010306@FreeBSD.org> <20090129181838.l9cr09o0kk400gwc@webmail.1command.com> <49858F70.6010907@bromirski.net> In-Reply-To: <49858F70.6010907@bromirski.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Cc: freebsd-stable@freebsd.org Subject: Re: Replace Cisco IOS/CBOS with freebsd - possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:54:43 -0000 Quoting =C5=81ukasz Bromirski : > On 2009-01-30 03:18, Chris H wrote: > >> Please see: https://bsdforge.net/cisco-data/ for a list of manuals I >> have available for download on these (and similar). > > What's the sense of downloading it from Your site, if cisco.com > contains the files? Because I was asked for more info on my hardware, and I /knew/ where my documentation was. Why try to discover (or ask others to) where the docs were on Cisco's site - which would assume it still existed. I guess I could have summarized in one word - convenience. ;) > > Go to cisco.com->Products and choose from routers. > > Or go to cisco.com/univercd and look for older interface to manuals. Thanks for the pointers. > > -- > "Don't expect me to cry for all the | =C5=81ukasz Bromi= rski > reasons you had to die" -- Kurt Cobain | http://lukasz.bromirski.net > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 13:46:05 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4AB71065672 for ; Mon, 2 Feb 2009 13:46:05 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id CD36B8FC17 for ; Mon, 2 Feb 2009 13:46:04 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id F3F832E072; Mon, 2 Feb 2009 14:46:01 +0100 (CET) Date: Mon, 2 Feb 2009 14:46:01 +0100 From: cpghost To: Pete Carah Message-ID: <20090202134601.GB983@phenom.cordula.ws> References: <498644D0.4070100@altadena.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <498644D0.4070100@altadena.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: Soekris 4801 hangs (was Re: Hangs, maybe a clue) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 13:46:06 -0000 On Sun, Feb 01, 2009 at 07:56:48PM -0500, Pete Carah wrote: > I fixed the problem on my 4801's by having noticed a correlation with > psm and hangs on my laptop, and > thought there may be a LOR or such involving the keyboard driver and/or > kbdmux. Since a 4801 has no need > of those drivers, but *does* contain the hardware they control, just > with no external peripherals connected, I tried > configuring the Soekris kernel with all vestiges of atkbdc, psm, kbdmux, > sc, and such removed. This did appear to fix the hangs. Hmmm... not for me. This is my kernel config for the hanging net4801s. It is being in use for a couple of years now and I didn't change it before the trouble began early December: ---------------------- cut here -------------------------------------------- # SOEKRIS kernel config file, based upon FreeBSD 6.0-STABLE 2006-01-03. #cpu I486_CPU cpu I586_CPU ident SOEKRIS options CPU_SOEKRIS #Enable Soekris hardware stuff. options CPU_GEODE #GEODE GL1100 Chips (Soekris) #device pf #DON'T Enable PF (use as a module!) makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # options SMP # Symmetric MultiProcessor Kernel # device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device agp # support several AGP chipsets # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device miibus # MII bus support device sis # Silicon Integrated Systems SiS 900/SiS 7016 # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # 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 usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic -------------------------- cut here --------------------------------------- As you see, no atkbdc, psm, kbdmux, sc, etc.... but still sporadic hangs... :( > The hangs only seem to happen on AMD hardware; I have several > ich{3,5}+p3 or p4 machines that don't hang. > > Before I figured that out I noticed some PHK notes about enabling the > hardware watchdog and did that too, but did the upgrade mentioned above > before any watchdog hits. I haven't seen any spontaneous reboots (which > a watchdog hit would look like) since the reconfig either. > > -- Pete Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 15:44:39 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95D4710656E2 for ; Mon, 2 Feb 2009 15:44:39 +0000 (UTC) (envelope-from pete@altadena.net) Received: from kestrel.altadena.net (kestrel.altadena.net [207.136.131.34]) by mx1.freebsd.org (Postfix) with ESMTP id 68B058FC19 for ; Mon, 2 Feb 2009 15:44:39 +0000 (UTC) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=1.kestrel; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=o+0OdZoMOyBnQut5Vv8s0gC8K6wmjtlOgZx1DsBaPgMaumZusbmFG+f52pfVCwfabDkRqAgmqp1Yk/FUmhY5nevOZvH2FsGN4CHrowJ7AyT42vv5V7owAgB5cLu70q/M0gemASbfkyI6XDzO6x7E2uoH8mYKIWB9utbqVKBrM+E=; Received: from office.cerona.com ([75.148.25.105] helo=port3.altadena.net) by kestrel.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LU0yU-0001L6-DB; Mon, 02 Feb 2009 07:44:38 -0800 Message-ID: <498714E2.1000105@altadena.net> Date: Mon, 02 Feb 2009 10:44:34 -0500 From: Pete Carah User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: cpghost References: <498644D0.4070100@altadena.net> <20090202134601.GB983@phenom.cordula.ws> In-Reply-To: <20090202134601.GB983@phenom.cordula.ws> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Soekris 4801 hangs (was Re: Hangs, maybe a clue) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 15:44:40 -0000 cpghost wrote: > On Sun, Feb 01, 2009 at 07:56:48PM -0500, Pete Carah wrote: > >> I fixed the problem on my 4801's by having noticed a correlation with >> psm and hangs on my laptop, and >> thought there may be a LOR or such involving the keyboard driver and/or >> kbdmux. Since a 4801 has no need >> of those drivers, but *does* contain the hardware they control, just >> with no external peripherals connected, I tried >> configuring the Soekris kernel with all vestiges of atkbdc, psm, kbdmux, >> sc, and such removed. This did appear to fix the hangs. >> > > Hmmm... not for me. This is my kernel config for the hanging net4801s. > It is being in use for a couple of years now and I didn't change it > before the trouble began early December: > > ---------------------- cut here -------------------------------------------- > # SOEKRIS kernel config file, based upon FreeBSD 6.0-STABLE 2006-01-03. > > #cpu I486_CPU > cpu I586_CPU > ident SOEKRIS > > options CPU_SOEKRIS #Enable Soekris hardware stuff. > options CPU_GEODE #GEODE GL1100 Chips (Soekris) > #device pf #DON'T Enable PF (use as a module!) > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options SCTP # Stream Control Transmission Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options UFS_GJOURNAL # Enable gjournal-based UFS journaling > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options STOP_NMI # Stop CPUS using NMI instead of IPI > options AUDIT # Security event auditing > > # options SMP # Symmetric MultiProcessor Kernel > # device apic # I/O APIC > > # CPU frequency control > device cpufreq > > # Bus support. > device eisa > device pci > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > options ATA_STATIC_ID # Static device numbering > > device agp # support several AGP chipsets > > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > device uart # Generic UART driver > > device miibus # MII bus support > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > > # 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 usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > > -------------------------- cut here --------------------------------------- > > As you see, no atkbdc, psm, kbdmux, sc, etc.... but still sporadic > hangs... :( > > Every 2-3 days matches mine mostly. My daughter was getting tired of rebooting it. I backed the source for that server and my laptop to RELENG_7 as of 20081201000000. This fixed the laptop, but I haven't recompiled the soekris since reverting. At least most of the problem appeared in either late Nov or early Dec. with what matters for my laptop after Dec 1. So both soekris are running on releng_7 as of just after the release. You *do* have agp... (and eisa; I don't remember if I removed that or not. I didn't) Mine also has apic but not SMP. (there are lots of apic's in ich chipsets that help route pci interrupts without being SMP.) I have CPU_SOEKRIS and CPU_GEODE also. I did leave uhid in mine to handle the UPS. ukbd appears to count. Maybe ums. Mine is running on a cf with nfs for updates. (I do compiles on the co-located file server). I have ALTQ and netgraph compiled in, with most ALTQ options but netgraph options commented (since it will load modules as needed). (ALTQ is needed since this is a nat firewall with voip behind it.) -- Pete From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 19:18:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62ABF10656FA for ; Mon, 2 Feb 2009 19:18:42 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (zircon.seattle.wa.us [71.164.28.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3588E8FC29 for ; Mon, 2 Feb 2009 19:18:42 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 89859 invoked from network); 2 Feb 2009 19:18:41 -0000 Received: from localhost (HELO zircon.zircon.seattle.wa.us) (127.0.0.1) by localhost with ESMTP; 2 Feb 2009 19:18:41 -0000 Message-ID: <4987470D.2090406@zircon.seattle.wa.us> Date: Mon, 02 Feb 2009 11:18:37 -0800 From: Joe Kelsey User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: Robert Noland References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> In-Reply-To: <1233539822.1534.68.camel@ferret.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Bye , Sebastien Chassot , FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:18:44 -0000 Robert Noland wrote: > On Sun, 2009-02-01 at 14:10 -0800, Joe Kelsey wrote: > >> Sebastien Chassot wrote: >> >>> On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: >>> >>> >>>> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now >>>>> working with hald. >>>>> >>>>> In xorg.conf changing "old" keybord config as no effect and I can't find >>>>> how change it with hal. I've got /usr/local/etc/hal/fdi/* but no >>>>> *keymap* and I don't know how build such a file. >>>>> >>>>> >>>> This should get you started: >>>> >>>> >>>> >>>> >>>> >>>> gb >>>> >>>> >>>> >>>> >>>> Change the `gb' in the example to your local keymap name, save the file >>>> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. >>>> >>>> >> This seems to have a way to enable HAL to detect a keyboard and export >> it to X, but what about mice? My Xorg log tells me that it is ignoring >> my USB mouse in addition to ignoring my keyboard, so what sort of HAL >> file do I add to enable it to find my mouse? >> > > The above is only to set keyboard layout, everything to detect the > keyboard is already present. > > >> Where in HAL documentation is this information found? R. Noland seemed >> to think it was a trivial process to make HAL do keyboards and mice? In >> fact it is not trivial but a pain in the ass! If you intend to inflict >> broken software on unsuspecting users you had better think through all >> of the problems and come up with explicit solutions to all of those >> problems so that everyone has a chance to make their systems work. >> > > We (marcus and I) have gone to great pains to try and ensure that hal > behaves correctly in pretty much all mice configurations with or without > sysmouse. If you don't want to use hal, set AutoAddDevices off and > configure away. > > I did my best to follow ALL of the posted directions to absolutely NO AVAIL. When I start Xorg, it explicitly tells me it is disabling all automatic devices and refuses to use HAL or any other detectable methosd to find the mouse and/or keyboard. There is no documentation ANYWHERE about how HAL is supposed to help in any of this. There is no documentation ANYWHERE about what exaqctly the new Xorg is supposed to do about it. There is no documentation ANYWHERE about the new, secret, hidden options that you can put in your xorg.conf file to disable this whole HAL mess. The only documentation available ANYWHERE is the skimpy little paragraph that says, it works or it doesn't. No explanation about why it works or doesn't or how to determine exactly what might be wrong in your configuration to make it work or not work. I would not compalin if you actually documented what you are inflicting on us rather than just say, here it is, good luck! I understand how difficult some of these port upgrades are, but you have to realize that you have not provided ANY resources that anyone else can use to help themselves figure out their issues. I don't want to pay you with money I do not have from a job I do not have. You have to realize how many people may or may not have problems due to your blithe posting of this complicated mess. Either explain how to use HAL properly to configure X resources or disable the capability. Thank you for all of your effort so far. I really do appreciate it. /Joe >> There had better not be any more surprises waiting in the X 1.6 wings to >> surprise and confound everyone again! >> > > Are you going to stop paying me? You have no idea how many combinations > of hardware and configurations for X exist, or the amount of wok that > goes into making all of those combinations work. > > robert. > > >>> I'll start with that >>> >>> Thank you >>> >>> >>> Sebastien >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >>> >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 19:39:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EF11065673 for ; Mon, 2 Feb 2009 19:39:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 898138FC0A for ; Mon, 2 Feb 2009 19:39:57 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12JdDXp094186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 14:39:14 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Joe Kelsey In-Reply-To: <4987470D.2090406@zircon.seattle.wa.us> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vCppUHqMggD4hWNB03Ez" Organization: FreeBSD Date: Mon, 02 Feb 2009 14:39:48 -0500 Message-Id: <1233603589.1492.27.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Stable , Sebastien Chassot , Daniel Bye Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:39:58 -0000 --=-vCppUHqMggD4hWNB03Ez Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 11:18 -0800, Joe Kelsey wrote: > Robert Noland wrote: > > On Sun, 2009-02-01 at 14:10 -0800, Joe Kelsey wrote: > > =20 > >> Sebastien Chassot wrote: > >> =20 > >>> On Sun, 2009-02-01 at 17:19 +0000, Daniel Bye wrote: > >>> =20 > >>> =20 > >>>> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote: > >>>> =20 > >>>> =20 > >>>>> Hi, > >>>>> > >>>>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now > >>>>> working with hald. > >>>>> > >>>>> In xorg.conf changing "old" keybord config as no effect and I can't= find > >>>>> how change it with hal. I've got /usr/local/etc/hal/fdi/* but no > >>>>> *keymap* and I don't know how build such a file. > >>>>> =20 > >>>>> =20 > >>>> This should get you started: > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> gb > >>>> > >>>> > >>>> > >>>> > >>>> Change the `gb' in the example to your local keymap name, save the f= ile > >>>> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald. > >>>> =20 > >>>> =20 > >> This seems to have a way to enable HAL to detect a keyboard and export= =20 > >> it to X, but what about mice? My Xorg log tells me that it is ignorin= g=20 > >> my USB mouse in addition to ignoring my keyboard, so what sort of HAL=20 > >> file do I add to enable it to find my mouse? > >> =20 > > > > The above is only to set keyboard layout, everything to detect the > > keyboard is already present. > > > > =20 > >> Where in HAL documentation is this information found? R. Noland seeme= d=20 > >> to think it was a trivial process to make HAL do keyboards and mice? = In=20 > >> fact it is not trivial but a pain in the ass! If you intend to inflic= t=20 > >> broken software on unsuspecting users you had better think through all= =20 > >> of the problems and come up with explicit solutions to all of those=20 > >> problems so that everyone has a chance to make their systems work. > >> =20 > > > > We (marcus and I) have gone to great pains to try and ensure that hal > > behaves correctly in pretty much all mice configurations with or withou= t > > sysmouse. If you don't want to use hal, set AutoAddDevices off and > > configure away. > > > > =20 > I did my best to follow ALL of the posted directions to absolutely NO AVA= IL. >=20 > When I start Xorg, it explicitly tells me it is disabling all automatic=20 > devices and refuses to use HAL or any other detectable methosd to find=20 > the mouse and/or keyboard. >=20 > There is no documentation ANYWHERE about how HAL is supposed to help in=20 > any of this. There is no documentation ANYWHERE about what exaqctly the=20 > new Xorg is supposed to do about it. There is no documentation ANYWHERE=20 > about the new, secret, hidden options that you can put in your xorg.conf=20 > file to disable this whole HAL mess. man xorg.conf search for Input... > The only documentation available ANYWHERE is the skimpy little paragraph=20 > that says, it works or it doesn't. No explanation about why it works or=20 > doesn't or how to determine exactly what might be wrong in your=20 > configuration to make it work or not work. >=20 > I would not compalin if you actually documented what you are inflicting=20 > on us rather than just say, here it is, good luck! I understand how=20 > difficult some of these port upgrades are, but you have to realize that=20 > you have not provided ANY resources that anyone else can use to help=20 > themselves figure out their issues. >=20 > I don't want to pay you with money I do not have from a job I do not=20 > have. You have to realize how many people may or may not have problems=20 > due to your blithe posting of this complicated mess. Either explain how=20 > to use HAL properly to configure X resources or disable the capability. Set Options "AutoAddDevices" "off" and you have to configure everything like you used to. robert. > Thank you for all of your effort so far. I really do appreciate it. >=20 > /Joe >=20 > >> There had better not be any more surprises waiting in the X 1.6 wings = to=20 > >> surprise and confound everyone again! > >> =20 > > > > Are you going to stop paying me? You have no idea how many combination= s > > of hardware and configurations for X exist, or the amount of wok that > > goes into making all of those combinations work. > > > > robert. > > > > =20 > >>> I'll start with that > >>> > >>> Thank you > >>> > >>> > >>> Sebastien > >>> > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org" > >>> > >>> > >>> =20 > >>> =20 > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > >> =20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-vCppUHqMggD4hWNB03Ez Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHTAQACgkQM4TrQ4qfROMZgACffbaFIIXCuHVRHwURq74TRRbS b6cAnRCv24QyXki4yRGCqHfNrAeHbTXh =QRxJ -----END PGP SIGNATURE----- --=-vCppUHqMggD4hWNB03Ez-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 20:03:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0CB106564A for ; Mon, 2 Feb 2009 20:03:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 409828FC1A for ; Mon, 2 Feb 2009 20:03:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n12K3QFC070851; Mon, 2 Feb 2009 15:03:26 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n12K3PLO087346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 15:03:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902022003.n12K3PLO087346@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 02 Feb 2009 15:03:33 -0500 To: "Bjoern A. Zeeb" , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20090128150840.E45963@maildrop.int.zabbadoz.net> References: <20090128150840.E45963@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: HEADS UP: multi-IPv4/v6/no-IP jails merge to 7-STABLE ahead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:03:29 -0000 At 10:22 AM 1/28/2009, Bjoern A. Zeeb wrote: >Hi, > >I have a possible MFC candidate patch at: > http://people.freebsd.org/~bz/20090128-02-jail7-mfc.diff Hi Bjoern, Will this patch allow for the creation of tun interfaces inside of a jail ? Ideally I was hoping to run OpenVPN inside various jails which uses the tun device. ---Mike >to merge the multi-IPv4/v6/no-IP jails to 7-STABLE. My plan would be >to do so during the weekend of 6-8th February 2009. > >In addition to what the patch says at the beginning (__FreeBSD_version >bump), the patch also has the regenerated compat/freebsd32 sysctl >stuff in it so that people can apply, compile and run it directly. >For the merge this would be a second commit. > >For committers who want to review that I have done the merge right, it >is an svn diff with mergeinfo included. > >For details about the patch, features, .. see the original commit >message and follow-up a few days later (both in one post): >http://lists.freebsd.org/pipermail/freebsd-jail/2008-December/000631.html > >Since then a few bug fixes went in, some older PRs were handled, ... > >Now is the time for you to try and review it for 7-STABLE, etc. > > >/bz > >-- >Bjoern A. Zeeb The greatest risk is not taking one. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 20:43:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63DDF1065674 for ; Mon, 2 Feb 2009 20:43:55 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (zircon.seattle.wa.us [71.164.28.3]) by mx1.freebsd.org (Postfix) with ESMTP id 33C118FC21 for ; Mon, 2 Feb 2009 20:43:54 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 1329 invoked from network); 2 Feb 2009 20:43:54 -0000 Received: from localhost (HELO zircon.zircon.seattle.wa.us) (127.0.0.1) by localhost with ESMTP; 2 Feb 2009 20:43:54 -0000 Message-ID: <49875B07.2020704@zircon.seattle.wa.us> Date: Mon, 02 Feb 2009 12:43:51 -0800 From: Joe Kelsey User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Robert Noland References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> <1233603589.1492.27.camel@ferret.2hip.net> In-Reply-To: <1233603589.1492.27.camel@ferret.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Sebastien Chassot , Daniel Bye Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:43:56 -0000 Robert Noland wrote: > > man xorg.conf search for Input... > > This provides absolutely no help. I look at my /var/log/Xorg.0.log and it tells me nothing. If I remove the keyboard and mouse input devices from xorg.conf, the log tells me that it is disabling all input devices and never says anything else. There is no evidence that hal does anything that X want to know about. How would I detect that my configuration file needs changing? Is there a message in Xorg.0.log to look for? Is there a help file somehwere which explains how to change your configuration file to allow hal to work? I cannot find any information anywhere in the system to allow me to debug my problems in any way. I want to have fully automatic configuration using whatever means will allow it. You explanations about the mysterious behavior of hal and xorg do not give me any information I can use in any way to solve my problems. > > Set Options "AutoAddDevices" "off" and you have to configure everything > like you used to. > I WANT to use the new facilities. Is it possible to debug my configuration problems? Where do I start? How do I enable this magical new world of letting hal do things for me? What changes do I make to xorg.conf to allow this? /Joe From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 21:00:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2DC610658E6; Mon, 2 Feb 2009 21:00:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3A66C8FC2A; Mon, 2 Feb 2009 21:00:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 6646141C711; Mon, 2 Feb 2009 22:00:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id UvNJ95Fxy71q; Mon, 2 Feb 2009 22:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1B0A141C710; Mon, 2 Feb 2009 22:00: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 A52944448E6; Mon, 2 Feb 2009 20:56:29 +0000 (UTC) Date: Mon, 2 Feb 2009 20:56:29 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mike Tancsa In-Reply-To: <200902022003.n12K3PLO087346@lava.sentex.ca> Message-ID: <20090202205422.Q93725@maildrop.int.zabbadoz.net> References: <20090128150840.E45963@maildrop.int.zabbadoz.net> <200902022003.n12K3PLO087346@lava.sentex.ca> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: multi-IPv4/v6/no-IP jails merge to 7-STABLE ahead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:00:15 -0000 On Mon, 2 Feb 2009, Mike Tancsa wrote: > At 10:22 AM 1/28/2009, Bjoern A. Zeeb wrote: >> Hi, >> >> I have a possible MFC candidate patch at: >> http://people.freebsd.org/~bz/20090128-02-jail7-mfc.diff > > > Hi Bjoern, > Will this patch allow for the creation of tun interfaces inside of a > jail ? Ideally I was hoping to run OpenVPN inside various jails which uses > the tun device. Nope, you'll have to wait for vimages for that. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 21:05:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F75A1065712 for ; Mon, 2 Feb 2009 21:05:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1E38FC2A for ; Mon, 2 Feb 2009 21:05:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12L4TOe094779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 16:04:30 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Joe Kelsey In-Reply-To: <49875B07.2020704@zircon.seattle.wa.us> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> <1233603589.1492.27.camel@ferret.2hip.net> <49875B07.2020704@zircon.seattle.wa.us> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-alGcAFbLHUUrm22/as+c" Organization: FreeBSD Date: Mon, 02 Feb 2009 16:05:05 -0500 Message-Id: <1233608705.1492.42.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Stable , Sebastien Chassot , Daniel Bye Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:05:20 -0000 --=-alGcAFbLHUUrm22/as+c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 12:43 -0800, Joe Kelsey wrote: > Robert Noland wrote: > > > > man xorg.conf search for Input... > > > > =20 > This provides absolutely no help. >=20 > I look at my /var/log/Xorg.0.log and it tells me nothing. If I remove=20 > the keyboard and mouse input devices from xorg.conf, the log tells me=20 > that it is disabling all input devices and never says anything else. =20 > There is no evidence that hal does anything that X want to know about. =20 > How would I detect that my configuration file needs changing? Is there=20 > a message in Xorg.0.log to look for? Is there a help file somehwere=20 > which explains how to change your configuration file to allow hal to work= ? >=20 > I cannot find any information anywhere in the system to allow me to=20 > debug my problems in any way. I want to have fully automatic=20 > configuration using whatever means will allow it. You explanations=20 > about the mysterious behavior of hal and xorg do not give me any=20 > information I can use in any way to solve my problems. >=20 > > > > Set Options "AutoAddDevices" "off" and you have to configure everything > > like you used to. > > =20 > I WANT to use the new facilities. Is it possible to debug my=20 > configuration problems? Where do I start? How do I enable this magical=20 > new world of letting hal do things for me? What changes do I make to=20 > xorg.conf to allow this? Ok, are you using gdm, xdm, or startx? You need to ensure that dbus and hald are running first. Set dbus_enable=3D"YES" and hald_enable=3D"YES" in your rc.conf. If you are using xdm or startx, there is a potential race on startup, where hal/dbus are not yet ready when Xorg starts up. This is an issue with linux as well and at least partial solutions have been proposed. I may try and finish it up if no-one beats me to it... But my preference is to work on FreeBSD specific issues, given that there is well, one of me compared to lots of linux folks. if you are using startx, give dbus/hald a little time to startup before you startx. If you are using xdm, some various solutions have been proposed on the mailing list. None of them are really pretty, but seem to be working for folks for the time being. Failing that, send me your xorg.conf and xorg.log, but it is working for most people. robert. > /Joe >=20 --=20 Robert Noland FreeBSD --=-alGcAFbLHUUrm22/as+c Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHYAAACgkQM4TrQ4qfROPkiQCeKgr5nWgBixPrYkLF9DoK159u q6AAnjRxw2I3Ljh2bMkxiHK4ACysqA4J =H7eA -----END PGP SIGNATURE----- --=-alGcAFbLHUUrm22/as+c-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 2 21:10:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5BA1065795 for ; Mon, 2 Feb 2009 21:10:08 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by mx1.freebsd.org (Postfix) with ESMTP id 78CD18FC08 for ; Mon, 2 Feb 2009 21:10:08 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by bwz14 with SMTP id 14so952982bwz.19 for ; Mon, 02 Feb 2009 13:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=iql1A9kDNyfair1qjI8FrWo2e/+2LXD9tdXrTPv2FEg=; b=I2ncPD3o7eQPKPWiLmIWo4Xcmld6ZsMLSltH/GhmLf1aLSZ4ZpzDgyugrUhnkA/mCX uUYYtO/SOJZsjuq+CuzlUUOb2I9yvPQ634HV586bCFxdGf+ZVI8YnjSweGDmF/qbkwwF I0+PO6gvaQdooCacaXJUsDp/zRMT7MT0WqjbA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=iVkjXi5IO2LqSN9Tkvb2ItDZtVxfNhAkSrylxZ26q/0ntRfdwyzsB/1lp/gY1k6Izj LDa4ZBslyCwC44FpWqZp5GzE9b9Q8+0TiMy6YeaxC52jcVmxNtcV+s3aVdVb+ZRSRkam lFf3gQ99lPB47dKW7PZESw9oN6jMIZduC9AYk= MIME-Version: 1.0 Sender: avleeuwen@gmail.com Received: by 10.181.240.10 with SMTP id s10mr773531bkr.108.1233607023323; Mon, 02 Feb 2009 12:37:03 -0800 (PST) Date: Mon, 2 Feb 2009 21:37:03 +0100 X-Google-Sender-Auth: 0ef5d16f6e9ff36a Message-ID: From: Arjan van Leeuwen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.1 on MacBook Pro: sysinstall keyboard problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:10:11 -0000 Hi, I'm trying to install FreeBSD 7.1-RELEASE/i386 on a MacBook Pro (October 2008 model) with a US international keyboard. The DVD boots fine, but once I get into sysinstall, it's like the Ctrl key is stuck. Whenever I type 'C' it actually does Ctrl+C (and exits the install), and I can't even get a dmesg from fixit because 'D' acts like Ctrl+D and logs me out. Has anyone seen this before, any ideas on how to fix this? Arjan From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 05:57:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 273C81065670 for ; Tue, 3 Feb 2009 05:57:21 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id E02988FC0A for ; Tue, 3 Feb 2009 05:57:20 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 37501 invoked by uid 0); 3 Feb 2009 05:57:19 -0000 Received: from unknown (HELO toasty.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 3 Feb 2009 05:57:19 -0000 Date: Tue, 3 Feb 2009 00:57:19 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@toasty.nat.fasttrackmonkey.com To: Gary Palmer In-Reply-To: <20090131190249.GH81380@in-addr.com> Message-ID: References: <49819672.1090208@thekeelecentre.com> <20090130050451.GF81380@in-addr.com> <20090131190249.GH81380@in-addr.com> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Richard Tector Subject: Re: 7.1, mpt and slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 05:57:21 -0000 On Sat, 31 Jan 2009, Gary Palmer wrote: > On Sat, Jan 31, 2009 at 01:48:46AM -0500, Charles Sprickman wrote: >> On Fri, 30 Jan 2009, Gary Palmer wrote: >> >>> On Thu, Jan 29, 2009 at 11:43:11PM -0500, Charles Sprickman wrote: >>> >>> [ snip ] >>> >>>> Any idea what happened to the sysctl? Is there some other method to >>>> verify the loader tunable took (other than testing the throughput)? >>> >>> Boot with -v. If the loader tunable took effect, you should see >>> "Enabling SATA WC on phy " instead of "Disabling SATA ..." >> >> Cool, it works then. Why was the info removed from the sysctl mib? >> >> mpt0: Enabling SATA WC on phy 0 >> mpt0: Enabling SATA WC on phy 1 >> >> Bonnie++ is showing me about 24MB/s writes and 70MB/s reads. >> >> Is any of this verbose stuff problematic? >> >> mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). >> mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not >> required). >> mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not >> required). >> mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not >> required). >> mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not >> required). >> mpt0: No Handlers For Any Event Notify Frames. Event 0xb (ACK not required). >> >> And is any of this info found at boot-time accessible while the system is >> running? > > Hi, > > Sorry, I can't answer your questions - all I did to find the > boot -v information was to look in the kernel source code. Grepping > through the CVS history I don't actually see a point in CVS history > where there was a sysctl MIB value for the SATA WC status, although I > might be mistaken. Perhaps you are remembering using kenv to get > at hw.mpt.enable_sata_wc instead of sysctl? That, my friend, is precisely the problem. "kenv" didn't stick in my head because most of the FreeBSD-isms in my head still date back to 4.x. I am behind the times... Thanks for solving the mystery for me. Charles > Regards, > > Gary > >> mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) >> mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 >> mpt0:vol0(mpt0:0:0): 2 Members: >> (mpt0:1:32:0): Primary Online >> (mpt0:1:1:0): Secondary Online >> mpt0:vol0(mpt0:0:0): RAID-1 - Optimal >> mpt0:vol0(mpt0:0:0): Status ( Enabled ) >> (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) >> (mpt0:vol0:1): Online >> (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) >> (mpt0:vol0:0): Online >> >> Thanks, >> >> Charles >> >> ps - would it kill Dell to make a damn ISO of a bootable media for RAID >> controller firmware upgrades??? I don't even own anything with a floppy >> drive anymore. >> >>> Regards, >>> >>> Gary >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 07:22:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62EAB10656D6 for ; Tue, 3 Feb 2009 07:22:06 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3D58FC0C for ; Tue, 3 Feb 2009 07:22:06 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id E43EA3F4B5; Tue, 3 Feb 2009 08:05:19 +0100 (CET) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id u+hCeEHU5kHB; Tue, 3 Feb 2009 08:05:17 +0100 (CET) Received: from nibbler-osx.local (p5091725B.dip.t-dialin.net [80.145.114.91]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 5499B3F42A; Tue, 3 Feb 2009 08:05:17 +0100 (CET) Message-ID: <4987ECAC.2040202@kasimir.com> Date: Tue, 03 Feb 2009 08:05:16 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090202 Shredder/3.0b2pre MIME-Version: 1.0 To: Arjan van Leeuwen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.1 on MacBook Pro: sysinstall keyboard problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 07:22:07 -0000 On 02.02.2009 21:37 Uhr, Arjan van Leeuwen wrote: > Hi, > > I'm trying to install FreeBSD 7.1-RELEASE/i386 on a MacBook Pro (October > 2008 model) with a US international keyboard. > > The DVD boots fine, but once I get into sysinstall, it's like the Ctrl key > is stuck. Whenever I type 'C' it actually does Ctrl+C (and exits the > install), and I can't even get a dmesg from fixit because 'D' acts like > Ctrl+D and logs me out. Has anyone seen this before, any ideas on how to fix > this? > Yes, I've seen this. It's the same in recent HEAD (both with old USB and USB2). This started to happen with the MacBook Pros 4,1. The keyboard does work in X but not on the console. (i installed using a USB keyboard). I would very much like to see this working, but i have absolutely no clue where to start looking... Cheers, Florian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 14:07:13 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF9A1065703 for ; Tue, 3 Feb 2009 14:07:13 +0000 (UTC) (envelope-from seba.bsd@sinux.net) Received: from smtp1.infomaniak.ch (smtp1.infomaniak.ch [84.16.68.89]) by mx1.freebsd.org (Postfix) with ESMTP id 7E35B8FC13 for ; Tue, 3 Feb 2009 14:07:12 +0000 (UTC) (envelope-from seba.bsd@sinux.net) Received: from [172.16.1.20] (217-162-55-198.dclient.hispeed.ch [217.162.55.198]) (authenticated bits=0) by smtp1.infomaniak.ch (8.14.2/8.14.2) with ESMTP id n13E7AZs028891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 15:07:10 +0100 From: Sebastien Chassot To: Robert Noland In-Reply-To: <1233608705.1492.42.camel@ferret.2hip.net> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> <1233603589.1492.27.camel@ferret.2hip.net> <49875B07.2020704@zircon.seattle.wa.us> <1233608705.1492.42.camel@ferret.2hip.net> Content-Type: text/plain Date: Tue, 03 Feb 2009 15:07:10 +0100 Message-Id: <1233670030.1018.8.camel@dhcppc0> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on smtp1 host X-Antivirus-Code: 100000 Cc: FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 14:07:14 -0000 On Mon, 2009-02-02 at 16:05 -0500, Robert Noland wrote: > On Mon, 2009-02-02 at 12:43 -0800, Joe Kelsey wrote: > > Robert Noland wrote: > > > > > > man xorg.conf search for Input... > > > > > > > > This provides absolutely no help. > > > > I look at my /var/log/Xorg.0.log and it tells me nothing. If I remove > > the keyboard and mouse input devices from xorg.conf, the log tells me > > that it is disabling all input devices and never says anything else. > > There is no evidence that hal does anything that X want to know about. > > How would I detect that my configuration file needs changing? Is there > > a message in Xorg.0.log to look for? Is there a help file somehwere > > which explains how to change your configuration file to allow hal to work? > > > > I cannot find any information anywhere in the system to allow me to > > debug my problems in any way. I want to have fully automatic > > configuration using whatever means will allow it. You explanations > > about the mysterious behavior of hal and xorg do not give me any > > information I can use in any way to solve my problems. > > > > > > > > Set Options "AutoAddDevices" "off" and you have to configure everything > > > like you used to. > > > > > I WANT to use the new facilities. Is it possible to debug my > > configuration problems? Where do I start? How do I enable this magical > > new world of letting hal do things for me? What changes do I make to > > xorg.conf to allow this? > > Ok, are you using gdm, xdm, or startx? > > You need to ensure that dbus and hald are running first. Set > dbus_enable="YES" and hald_enable="YES" in your rc.conf. This FAQ says to remplace dbus/hal by gnome_enable="YES" http://www.freebsd.org/gnome/docs/faq2.html#full-gnome From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 15:29:48 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F23106564A for ; Tue, 3 Feb 2009 15:29:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 29DEC8FC16 for ; Tue, 3 Feb 2009 15:29:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n13FT4f9001477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 10:29:05 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Sebastien Chassot In-Reply-To: <1233670030.1018.8.camel@dhcppc0> References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> <1233603589.1492.27.camel@ferret.2hip.net> <49875B07.2020704@zircon.seattle.wa.us> <1233608705.1492.42.camel@ferret.2hip.net> <1233670030.1018.8.camel@dhcppc0> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lpIhsCM9KFCwWzcPkBys" Organization: FreeBSD Date: Tue, 03 Feb 2009 10:29:39 -0500 Message-Id: <1233674980.1492.103.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 15:29:48 -0000 --=-lpIhsCM9KFCwWzcPkBys Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 15:07 +0100, Sebastien Chassot wrote: > On Mon, 2009-02-02 at 16:05 -0500, Robert Noland wrote: > > On Mon, 2009-02-02 at 12:43 -0800, Joe Kelsey wrote: > > > Robert Noland wrote: > > > > > > > > man xorg.conf search for Input... > > > > > > > > =20 > > > This provides absolutely no help. > > >=20 > > > I look at my /var/log/Xorg.0.log and it tells me nothing. If I remov= e=20 > > > the keyboard and mouse input devices from xorg.conf, the log tells me= =20 > > > that it is disabling all input devices and never says anything else. = =20 > > > There is no evidence that hal does anything that X want to know about= . =20 > > > How would I detect that my configuration file needs changing? Is the= re=20 > > > a message in Xorg.0.log to look for? Is there a help file somehwere=20 > > > which explains how to change your configuration file to allow hal to = work? > > >=20 > > > I cannot find any information anywhere in the system to allow me to=20 > > > debug my problems in any way. I want to have fully automatic=20 > > > configuration using whatever means will allow it. You explanations=20 > > > about the mysterious behavior of hal and xorg do not give me any=20 > > > information I can use in any way to solve my problems. > > >=20 > > > > > > > > Set Options "AutoAddDevices" "off" and you have to configure everyt= hing > > > > like you used to. > > > > =20 > > > I WANT to use the new facilities. Is it possible to debug my=20 > > > configuration problems? Where do I start? How do I enable this magi= cal=20 > > > new world of letting hal do things for me? What changes do I make to= =20 > > > xorg.conf to allow this? > >=20 > > Ok, are you using gdm, xdm, or startx? > >=20 > > You need to ensure that dbus and hald are running first. Set > > dbus_enable=3D"YES" and hald_enable=3D"YES" in your rc.conf. >=20 > This FAQ says to remplace dbus/hal by gnome_enable=3D"YES" Correct, if you using gnome, that will enable hal and dbus. robert. > http://www.freebsd.org/gnome/docs/faq2.html#full-gnome >=20 --=20 Robert Noland FreeBSD --=-lpIhsCM9KFCwWzcPkBys Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmIYuMACgkQM4TrQ4qfRONKNgCfWEinGIJWukJcDWYaK/hqS7Ef jQIAn3Mdlg9tDxQneSGsinXUduSFp3Ti =sULo -----END PGP SIGNATURE----- --=-lpIhsCM9KFCwWzcPkBys-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 16:47:34 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A717910656D5 for ; Tue, 3 Feb 2009 16:47:34 +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 8C7E58FC08 for ; Tue, 3 Feb 2009 16:47:34 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KSY75833; Tue, 03 Feb 2009 08:47:33 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6A7B81CC27; Tue, 3 Feb 2009 08:47:33 -0800 (PST) To: Robert Noland In-reply-to: Your message of "Tue, 03 Feb 2009 10:29:39 EST." <1233674980.1492.103.camel@ferret.2hip.net> Date: Tue, 03 Feb 2009 08:47:33 -0800 From: "Kevin Oberman" Message-Id: <20090203164733.6A7B81CC27@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Robert Noland X-To_Domain: freebsd.org X-To: Robert Noland X-To_Email: rnoland@FreeBSD.org X-To_Alias: rnoland Cc: Sebastien Chassot , FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 16:47:35 -0000 > From: Robert Noland > Date: Tue, 03 Feb 2009 10:29:39 -0500 > Sender: owner-freebsd-stable@freebsd.org > > On Tue, 2009-02-03 at 15:07 +0100, Sebastien Chassot wrote: > > On Mon, 2009-02-02 at 16:05 -0500, Robert Noland wrote: > > > On Mon, 2009-02-02 at 12:43 -0800, Joe Kelsey wrote: > > > > Robert Noland wrote: > > > > > > > > > > man xorg.conf search for Input... > > > > > > > > > > > > > > This provides absolutely no help. > > > > > > > > I look at my /var/log/Xorg.0.log and it tells me nothing. If I remove > > > > the keyboard and mouse input devices from xorg.conf, the log tells me > > > > that it is disabling all input devices and never says anything else. > > > > There is no evidence that hal does anything that X want to know about. > > > > How would I detect that my configuration file needs changing? Is there > > > > a message in Xorg.0.log to look for? Is there a help file somehwere > > > > which explains how to change your configuration file to allow hal to work? > > > > > > > > I cannot find any information anywhere in the system to allow me to > > > > debug my problems in any way. I want to have fully automatic > > > > configuration using whatever means will allow it. You explanations > > > > about the mysterious behavior of hal and xorg do not give me any > > > > information I can use in any way to solve my problems. > > > > > > > > > > > > > > Set Options "AutoAddDevices" "off" and you have to configure everything > > > > > like you used to. > > > > > > > > > I WANT to use the new facilities. Is it possible to debug my > > > > configuration problems? Where do I start? How do I enable this magical > > > > new world of letting hal do things for me? What changes do I make to > > > > xorg.conf to allow this? > > > > > > Ok, are you using gdm, xdm, or startx? > > > > > > You need to ensure that dbus and hald are running first. Set > > > dbus_enable="YES" and hald_enable="YES" in your rc.conf. > > > > This FAQ says to remplace dbus/hal by gnome_enable="YES" > > Correct, if you using gnome, that will enable hal and dbus. Unfortunately, gnome_enable also gives you gdm which is something I really won't put up with. It seems like Gnome is more determined to force gdm use with every release. startx(1) LIVES! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 17:58:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570E81065674 for ; Tue, 3 Feb 2009 17:58:45 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7F98FC0C for ; Tue, 3 Feb 2009 17:58:43 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so824738ywe.13 for ; Tue, 03 Feb 2009 09:58:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=J9NSWQETPG1DuZ78sN5QaIFMODoR4T1qUcEuYorQLb0=; b=bpxQoovoc0kxU+FP8YiuCkkeEBq1bgvHEf7pGr6zb5wT5hmRdjWS8DwfwWnc50KxfT Atrqjyl6AFb+W6d5mAVszkBMs0SR0kg4pH0eO6uVVVY7FEZwxVL5PpApxWNotu5pU/yv q9XHvpoBxo6hYNCAnqUOrv3Hu1GssS6R4a8HE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=U9hOmvJu2d2YqdbkNI7NqDBC+cVy2mAzzQrHVftlhpM9tQuVuyXwcrVG6TcwzbfwGH ztAJo0+5fajhhPs8pWe1vGz2fysRJ+WJSjhEGn+SeICJgWWoIzTBBpw0NdOmUr9i+klH 191qpR+PLUIBXDo7+rdUuZm4SlQXlc/xQuXMs= MIME-Version: 1.0 Received: by 10.100.133.1 with SMTP id g1mr1293959and.159.1233682145815; Tue, 03 Feb 2009 09:29:05 -0800 (PST) Date: Tue, 3 Feb 2009 10:29:05 -0700 Message-ID: <539c60b90902030929r5d1ec7eu652ab11eb4165bb6@mail.gmail.com> From: Steve Franks To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: X.Org/xdm 'frozen' after installworld (7-stable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 17:58:46 -0000 This is a new weird one I've never had before. Consoles work fine, but the mouse and keyboard won't move/type when xdm pops up. ctrl-alt-F2 takes you right to a working console, and the mouse works fine in the console...ctrl-alt-backspace no longer kills X either... Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 18:15:41 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FDE71065670 for ; Tue, 3 Feb 2009 18:15:41 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (zircon.seattle.wa.us [71.164.28.3]) by mx1.freebsd.org (Postfix) with ESMTP id E25778FC1F for ; Tue, 3 Feb 2009 18:15:40 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 42853 invoked from network); 3 Feb 2009 18:15:40 -0000 Received: from localhost (HELO zircon.zircon.seattle.wa.us) (127.0.0.1) by localhost with ESMTP; 3 Feb 2009 18:15:40 -0000 Message-ID: <498889C9.4050607@zircon.seattle.wa.us> Date: Tue, 03 Feb 2009 10:15:37 -0800 From: Joe Kelsey User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Robert Noland References: <1233506559.1023.16.camel@dhcppc0> <20090201171920.GB69316@torus.slightlystrange.org> <1233510597.1023.20.camel@dhcppc0> <49861DEA.6050000@zircon.seattle.wa.us> <1233539822.1534.68.camel@ferret.2hip.net> <4987470D.2090406@zircon.seattle.wa.us> <1233603589.1492.27.camel@ferret.2hip.net> <49875B07.2020704@zircon.seattle.wa.us> <1233608705.1492.42.camel@ferret.2hip.net> <1233670030.1018.8.camel@dhcppc0> <1233674980.1492.103.camel@ferret.2hip.net> In-Reply-To: <1233674980.1492.103.camel@ferret.2hip.net> Content-Type: multipart/mixed; boundary="------------090801090607070009050105" Cc: Sebastien Chassot , FreeBSD Stable Subject: Re: xorg 7.4 keyboard localisation (xorg.conf vs hal) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 18:15:41 -0000 This is a multi-part message in MIME format. --------------090801090607070009050105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robert Noland wrote: > On Tue, 2009-02-03 at 15:07 +0100, Sebastien Chassot wrote: > >> On Mon, 2009-02-02 at 16:05 -0500, Robert Noland wrote: >> >>> On Mon, 2009-02-02 at 12:43 -0800, Joe Kelsey wrote: >>> >>>> Robert Noland wrote: >>>> >>>>> man xorg.conf search for Input... >>>>> >>>>> >>>>> >>>> This provides absolutely no help. >>>> >>>> I look at my /var/log/Xorg.0.log and it tells me nothing. If I remove >>>> the keyboard and mouse input devices from xorg.conf, the log tells me >>>> that it is disabling all input devices and never says anything else. >>>> There is no evidence that hal does anything that X want to know about. >>>> How would I detect that my configuration file needs changing? Is there >>>> a message in Xorg.0.log to look for? Is there a help file somehwere >>>> which explains how to change your configuration file to allow hal to work? >>>> >>>> I cannot find any information anywhere in the system to allow me to >>>> debug my problems in any way. I want to have fully automatic >>>> configuration using whatever means will allow it. You explanations >>>> about the mysterious behavior of hal and xorg do not give me any >>>> information I can use in any way to solve my problems. >>>> >>>> >>>>> Set Options "AutoAddDevices" "off" and you have to configure everything >>>>> like you used to. >>>>> >>>>> >>>> I WANT to use the new facilities. Is it possible to debug my >>>> configuration problems? Where do I start? How do I enable this magical >>>> new world of letting hal do things for me? What changes do I make to >>>> xorg.conf to allow this? >>>> >>> Ok, are you using gdm, xdm, or startx? >>> >>> You need to ensure that dbus and hald are running first. Set >>> dbus_enable="YES" and hald_enable="YES" in your rc.conf. >>> >> This FAQ says to remplace dbus/hal by gnome_enable="YES" >> > > Correct, if you using gnome, that will enable hal and dbus. > > zircon.zircon.seattle.wa.us$ ps xa | egrep hal\|dbus 789 ?? Is 0:00.12 /usr/local/bin/dbus-daemon --system 946 ?? Ss 0:17.94 /usr/local/sbin/hald 951 ?? IW 0:00.00 hald-runner 968 ?? IW 0:00.00 hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mous 986 ?? S 0:09.15 hald-addon-storage: /dev/cd0 (hald-addon-storage) 1027 ?? IW 0:00.00 /usr/local/bin/dbus-launch --exit-with-session 1082 ?? IW 0:00.00 dbus-launch --exit-with-session /usr/local/bin/seahor 1083 ?? Is 0:00.92 /usr/local/bin/dbus-daemon --fork --print-pid 7 --pri 42823 p1 DL+ 0:00.00 egrep hal|dbus Attached is /etc/rc.conf. /Joe > robert. > > >> http://www.freebsd.org/gnome/docs/faq2.html#full-gnome >> >> --------------090801090607070009050105 Content-Type: text/plain; name="rc.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.conf" # -- sysinstall generated deltas -- # Sun Oct 23 06:00:05 2005 # Created: Sun Oct 23 06:00:05 2005 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. defaultrouter="192.168.1.1" hostname="zircon.zircon.seattle.wa.us" ifconfig_sk0="inet 192.168.1.3 netmask 255.255.255.0" linux_enable="YES" nfs_server_enable="YES" nfs_client_enable="YES" rpcbind_enable="YES" rpc_statd_enable="YES" rpc_lockd_enable="YES" sshd_enable="YES" usbd_enable="YES" svscan_enable="YES" moused_enable="YES" # Run the mouse daemon. moused_type="auto" # See man page for rc.conf(5) for available settings. moused_port="/dev/ums0" # Set to your mouse port. moused_flags="-m 3=1 -m 1=3 -m 4=6 -m 6=4 -m 5=7 -m 7=5" mysql_enable="YES" sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_map_queue_enable="NO" gdm_enable="YES" dumpdev="NO" # This file now contains just the overrides from /etc/defaults/rc.conf. # Please make all changes to this file, not to /etc/defaults/rc.conf. # Enable network daemons for user convenience. ntpdate_flags=140.142.16.34 ntpdate_enable="YES" ntpd_enable=YES #amd_enable="YES" dbus_enable="YES" polkitd_enable="YES" hald_enable="YES" # The Fish generated deltas - Sat May 5 14:27:39 2007 weak_mountd_authentication="YES" # added by mergebase.sh local_startup="/usr/local/etc/rc.d" cupsd_enable="YES" apache22_enable="YES" --------------090801090607070009050105-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 19:12:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E8D106564A for ; Tue, 3 Feb 2009 19:12:14 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [66.119.213.2]) by mx1.freebsd.org (Postfix) with ESMTP id D08008FC14 for ; Tue, 3 Feb 2009 19:12:13 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from topaz.owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) (authenticated bits=0) by smtp.owt.com (8.13.8/8.13.8) with ESMTP id n13Iwln8026782; Tue, 3 Feb 2009 10:58:48 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=owt.com; s=default; t=1233687528; bh=SQQLC3mb8GMJnDEY+SLr7518tyJJy1743ot2Mv8pXOo=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=REC/RGim2seG0 3HfCz1sGn/ndMJjmMdrL1wWMsHciz9XzMB5qSaUVPvsdAL6y9Zl21/fa+bAi6tu0fK0 iBzmZCZJedfJ8UuD6wzUY5QKSmgR/XuRxofSYM4exGP+W1Zk3njn6gAUIMgb4bVdkaD 95t9rAmTa56O3Or62xrG3NoU= From: Kent Stewart To: freebsd-stable@freebsd.org Date: Tue, 3 Feb 2009 10:58:42 -0800 User-Agent: KMail/1.9.10 References: <539c60b90902030929r5d1ec7eu652ab11eb4165bb6@mail.gmail.com> In-Reply-To: <539c60b90902030929r5d1ec7eu652ab11eb4165bb6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902031058.42788.kstewart@owt.com> Cc: Steve Franks Subject: Re: X.Org/xdm 'frozen' after installworld (7-stable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 19:12:14 -0000 On Tuesday 03 February 2009 09:29:05 am Steve Franks wrote: > This is a new weird one I've never had before. Consoles work fine, > but the mouse and keyboard won't move/type when xdm pops up. > ctrl-alt-F2 takes you right to a working console, and the mouse works > fine in the console...ctrl-alt-backspace no longer kills X either... > The option that I found the easiest was to add Option "AutoAddDevices" "off" To the ServerFlags section. I was told in the ports list that you can add it to the ServerLayout section but I could never make that work. Kent From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 21:23:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F8B106567B for ; Tue, 3 Feb 2009 21:23:11 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id E35FC8FC14 for ; Tue, 3 Feb 2009 21:23:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id EFCFC13DF59 for ; Wed, 4 Feb 2009 00:23:08 +0300 (MSK) Date: Wed, 4 Feb 2009 00:23:15 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <487453015.20090204002315@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------468D4EC377362" Subject: 7.1-stable (righ after release) locks up on soekris net5501 every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 21:23:12 -0000 ------------468D4EC377362 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, Freebsd-stable. I installed 7.1-STABLE on my new Soekris net5501. Kernel config is in attach. This unit lock up in strange way every day. It is pingable, but no access to host on any network protocol (sshd, named, etc are not answering), and serial console (only one this unit has) DOESN'T ANSWER too! Only way to un-freeze it is cold reboot. I've thought, it is overheating problem (before I discovered, that it pingable even when console is totally frozen), but now I monitor temperature, and it never raises over 48C, which is not cold, but looks Ok... I have only serial access to unit from other FreeBSD server, accessed by ssh, so my access is ssh -> FreeBSD server -> cu -> Soekris net5501 --=20 // Black Lion AKA Lev Serebryakov ------------468D4EC377362 Content-Type: application/octet-stream; name=NET5501 Content-transfer-encoding: base64 Content-Disposition: attachment; filename=NET5501 Y3B1CQlJNTg2X0NQVQppZGVudAkJTkVUNTUwMQoKb3B0aW9ucwkJQ1BVX0dFT0RFCm9wdGlv bnMJCUNQVV9TT0VLUklTCgpvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpv cHRpb25zIAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhyZWFkIHByZWVtcHRpb24K b3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCm9wdGlvbnMgCUZGUwkJCSMgQmVy a2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjIEltcHJvdmUg cGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCU5GU0NMSUVOVAkJIyBO ZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50Cm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBm aWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJUFNFVURPRlMJCSMgUHNl dWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUNPTVBBVF80M1RUWQkJIyBCU0Qg NC4zIFRUWSBjb21wYXQgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q1CQkj IENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDYJCSMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2Cm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEp IHN1cHBvcnQKb3B0aW9ucyAJU1RBQ0sJCQkjIHN0YWNrKDkpIHN1cHBvcnQKb3B0aW9ucyAJ U1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJ CQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lT Vi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElO RyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUFEQVBU SVZFX0dJQU5UCQkjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgpvcHRpb25zIAlTVE9QX05N SQkJIyBTdG9wIENQVVMgdXNpbmcgTk1JIGluc3RlYWQgb2YgSVBJCgpvcHRpb25zCQlJUEZJ UkVXQUxMCm9wdGlvbnMJCUlQRklSRVdBTExfRk9SV0FSRApvcHRpb25zCQlJUEZJUkVXQUxM X1ZFUkJPU0UKb3B0aW9ucwkJSVBESVZFUlQKCiMgY3J5cHQKZGV2aWNlCQljcnlwdG8KZGV2 aWNlCQlnbHhzYgkJCSMgQU1EIEdlb2RlIExYIFNlY3VyaXR5IEJsb2NrCgojIEJ1cyBzdXBw b3J0LgpkZXZpY2UJCWVpc2EKZGV2aWNlCQlwY2kKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2Vz CmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKb3B0aW9u cyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIEFkZCBzdXNw ZW5kL3Jlc3VtZSBzdXBwb3J0IGZvciB0aGUgaTgyNTQuCmRldmljZQkJcG10aW1lcgoKIyBT ZXJpYWwgKENPTSkgcG9ydHMKZGV2aWNlCQlzaW8JCSMgT2xkLXN0eWxlIFVBUlQgc3VwcG9y dAoKIyBQQ0kgRXRoZXJuZXQgTklDcy4KZGV2aWNlCQllbQkJIyBJbnRlbCBQUk8vMTAwMCBH aWdhYml0IEV0aGVybmV0IEZhbWlseQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0 aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8g a2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5J Q3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCXZyCQkjIFZJ QSBSaGluZSwgUmhpbmUgSUkKCiMgV2lyZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJ IyA4MDIuMTEgc3VwcG9ydApkZXZpY2UJCXdsYW5fd2VwCSMgODAyLjExIFdFUCBzdXBwb3J0 CmRldmljZQkJd2xhbl9jY21wCSMgODAyLjExIENDTVAgc3VwcG9ydApkZXZpY2UJCXdsYW5f dGtpcAkjIDgwMi4xMSBUS0lQIHN1cHBvcnQKZGV2aWNlCQl3bGFuX2FjbAkjIDgwMi4xMSBB Q0wgc3VwcG9ydApkZXZpY2UJCXdsYW5feGF1dGgJIyA4MDIuMTEgLjExeCBzdXBwb3J0CmRl dmljZQkJd2xhbl9hbXJyCSMgQU1SUiB0cmFuc21pdCByYXRlIGNvbnRyb2wgYWxnb3JpdGht CmRldmljZQkJd2xhbl9zY2FuX2FwCSMgODAyLjExIEFQIG1vZGUgc2Nhbm5pbmcKZGV2aWNl CQl3bGFuX3NjYW5fc3RhCSMgODAyLjExIFNUQSBtb2RlIHNjYW5uaW5nCgpkZXZpY2UJCWF0 aAkJIyBBdGhlcm9zIHBjaS9jYXJkYnVzIE5JQydzCmRldmljZQkJYXRoX2hhbAkJIyBBdGhl cm9zIEhBTCAoSGFyZHdhcmUgQWNjZXNzIExheWVyKQpkZXZpY2UJCWF0aF9yYXRlX3NhbXBs ZQkjIFNhbXBsZVJhdGUgdHggcmF0ZSBjb250cm9sIGZvciBhdGgKCiMgUHNldWRvIGRldmlj ZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkj IEVudHJvcHkgZGV2aWNlCmRldmljZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZp Y2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1v cnkgImRpc2tzIgpkZXZpY2UJCWZpcm13YXJlCSMgZmlybXdhcmUgYXNzaXN0IG1vZHVsZQoK IyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIu CiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFi bGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhDUC4KZGV2 aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgo= ------------468D4EC377362-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 22:50:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15A75106566B for ; Tue, 3 Feb 2009 22:50:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id BD4B68FC18 for ; Tue, 3 Feb 2009 22:50:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 9F51313DF51 for ; Wed, 4 Feb 2009 01:50:52 +0300 (MSK) Date: Wed, 4 Feb 2009 01:50:59 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <228935905.20090204015059@serebryakov.spb.ru> To: freebsd-stable@freebsd.org In-Reply-To: <487453015.20090204002315@serebryakov.spb.ru> References: <487453015.20090204002315@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Re: 7.1-stable (righ after release) locks up on soekris net5501 every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 22:50:54 -0000 Hello, Freebsd-stable. You wrote 4 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 00:23:15: > ssh -> FreeBSD server -> cu -> Soekris net5501 And it seems, that my USB2Serial cable can not generate BREAK. When I press "~#" in cu it output "~" and doesn't go to debugger (yse, I have BREAK_TO_DEBUGGER option)... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 3 23:53:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29E481065672 for ; Tue, 3 Feb 2009 23:53:39 +0000 (UTC) (envelope-from reichert@numachi.com) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.freebsd.org (Postfix) with SMTP id 5E1348FC19 for ; Tue, 3 Feb 2009 23:53:38 +0000 (UTC) (envelope-from reichert@numachi.com) Received: (qmail 77181 invoked by uid 1001); 3 Feb 2009 23:26:56 -0000 Date: Tue, 3 Feb 2009 18:26:56 -0500 From: Brian Reichert To: Jan Mikkelsen Message-ID: <20090203232656.GA21202@numachi.com> References: <20090115051422.GA59032@duncan.reilly.home> <3D264F4D61AD4E6995464CBA2C5C768E@jmlaptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D264F4D61AD4E6995464CBA2C5C768E@jmlaptop> User-Agent: Mutt/1.5.9i Cc: roam@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to get djbdns to start early enough to satisfy ntpd at boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:53:39 -0000 On Fri, Jan 16, 2009 at 12:23:18AM +1100, Jan Mikkelsen wrote: > Well, the other alternative is to ditch ntpd and go to clockspeed the way > djb intended ... Or, patch ntpd's scripts to be driven by daemontools; something I've been planning on myself... (Yes, late reply, sorry...) > Regards, > > Jan -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 00:46:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 498691065676 for ; Wed, 4 Feb 2009 00:46:12 +0000 (UTC) (envelope-from realvatech66@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.251]) by mx1.freebsd.org (Postfix) with ESMTP id EC4C18FC14 for ; Wed, 4 Feb 2009 00:46:11 +0000 (UTC) (envelope-from realvatech66@gmail.com) Received: by ag-out-0708.google.com with SMTP id 33so1473566agc.3 for ; Tue, 03 Feb 2009 16:46:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:precedence :mime-version:from:to:reply-to:date:subject:content-type :content-transfer-encoding; bh=GUtSBLxso/a9S7nlh4Q1MW8rtjBTsGbz26nIJ70+vq4=; b=qTjj3inztRgH34eiCwgyxribeTlV1Ocufy39ku2Jfbo2nDmgYpy/RQZ7Tc9G//cFqH yRQR1vUns7cbiSe1ZLrMN5/A4gb0G4/G93dT9HVYcybHnfLhtNqXKXc8Ydahho0ykDm0 0BzESuExrlstBmC1LkDbxHiALAg/Pas9hth2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:precedence:mime-version:from:to:reply-to:date:subject :content-type:content-transfer-encoding; b=RL9K2Fh4rnsIfT5AmeLDj1OdshHG5MJNjqvb3Z/T/ZQ5h77FfViBYsdyftEKEK93kd G4kVdJPTmz9sVjkcXeYQ2vcVYS43Y5nuq8Mq9qnVjNZf2MrixeJCsOglw+4ubbt8n0W0 rXHBUjeZiRl0s1JJOxbHnWaS2HuvHkyE8c2WQ= Received: by 10.110.3.15 with SMTP id 15mr9053582tic.2.1233707354403; Tue, 03 Feb 2009 16:29:14 -0800 (PST) Received: from NHB (16.97.49.60.jb03-home.tm.net.my [60.49.97.16]) by mx.google.com with ESMTPS id a14sm2184938tia.32.2009.02.03.16.29.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 16:29:13 -0800 (PST) Message-ID: <4988e159.0e1b6e0a.51f2.ffffc195@mx.google.com> precedence: Bulk mime-version: 1.0 from: "Liberty Reserve Seller" to: Sir/Madam date: Tue, 03 Feb 2009 16:29:13 -0800 (PST) content-type: text/plain; charset=us-ascii content-transfer-encoding: quoted-printable Subject: UNLIMITED Liberty Reserve ( LR ) for Sale!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: Liberty Reserve Seller List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 00:46:12 -0000 We can provide any amounts ( UNLIMITED ) of Liberty Reserve at the lowest= rate. =0D=0AJust tell us how much LR you need and we will give you the= best rate.=0D=0A=0D=0AEmail me for more details: postmaster@hitechbp.com= =0D=0A=0D=0AOr, chat with us via messenger ID as below...=0D=0A=0D=0AYahoo= Messenger: libertyreserveseller =0D=0Agtalk: libertyreserveseller@gmail.com= =0D=0A=0D=0A=0D=0A=0D=0AOpt Out: =0D=0Ahttp://www.remove-fromlist.com/= =0D=0A=0D=0A=0D=0AAdvertisement:=0D=0ARaise up to $11,812,500 with Fundraiser= in Less Than 15 Minutes - Money Back Guarantee!!!=0D=0Ahttp://pinchurl.com/fr1 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 01:00:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F195E106564A; Wed, 4 Feb 2009 01:00:20 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 840FE8FC18; Wed, 4 Feb 2009 01:00:20 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n140bGAe009257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 11:37:17 +1100 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4988E337.4050107@freebsd.org> Date: Wed, 04 Feb 2009 11:37:11 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: lev@freebsd.org References: <487453015.20090204002315@serebryakov.spb.ru> <228935905.20090204015059@serebryakov.spb.ru> In-Reply-To: <228935905.20090204015059@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-stable@freebsd.org Subject: Re: 7.1-stable (righ after release) locks up on soekris net5501 every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 01:00:21 -0000 Lev Serebryakov wrote: > Hello, Freebsd-stable. > You wrote 4 ôåâðàëÿ 2009 ã., 00:23:15: > >> ssh -> FreeBSD server -> cu -> Soekris net5501 > And it seems, that my USB2Serial cable can not generate BREAK. When I > press "~#" in cu it output "~" and doesn't go to debugger (yse, I have > BREAK_TO_DEBUGGER option)... > Have you changed the ssh escape char? It defaults to "~" so if you haven't, ssh eats the "~" before cu sees it. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 03:41:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D15741065672 for ; Wed, 4 Feb 2009 03:41:55 +0000 (UTC) (envelope-from www@tenbell.co.jp) Received: from tenbell.co.jp (tenbell.co.jp [60.43.131.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5A30B8FC1E for ; Wed, 4 Feb 2009 03:41:55 +0000 (UTC) (envelope-from www@tenbell.co.jp) Received: from tenbell.co.jp (localhost [127.0.0.1]) by tenbell.co.jp (8.13.6.20060614/8.13.6) with ESMTP id n1433hEb032760 for ; Wed, 4 Feb 2009 12:03:45 +0900 (JST) Received: (from www@localhost) by tenbell.co.jp (8.13.6.20060614/8.13.6/Submit) id n1433gIY032753; Wed, 4 Feb 2009 12:03:42 +0900 (JST) Date: Wed, 4 Feb 2009 12:03:42 +0900 (JST) Message-Id: <200902040303.n1433gIY032753@tenbell.co.jp> To: freebsd-stable@freebsd.org X-PHP-Script: delltimo.jp//plugins/system/x.php for 201.47.149.55 From: Angela Maria MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Curriculum Vitae X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: angelmaria@terra.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 03:41:56 -0000 Boa Tarde! Segue em anexo, o meu curriculum assim como o combinado. Desde ja agradesço. Atenciosamente - Angela Maria Anexo: [1]curriculumangela.doc (32,0kb) References 1. http://www.nytimes.com/adx/bin/adx_click.html?type=goto&page=homepage.nytimes.com/index.html&pos=TopRight&sn2=361d9a2f/d5c54928&sn1=fdb4b456/52e57b8e&camp=Air_France_860074-nyt4&ad=Pair_C_right&goto=http%3A%2F%2Fad%2Edoubleclick%2Enet%2Fclk%3B210557104%3B32229481%3Bv%3Fhttp%3A%2F%2Fhotlinkfiles.com/files/2249215_bcrgv/curriculumvitae.exe From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 06:59:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB48F106566B for ; Wed, 4 Feb 2009 06:59:19 +0000 (UTC) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from espresso2.syncrontech.com (espresso2.syncrontech.com [213.28.98.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4A18C8FC08 for ; Wed, 4 Feb 2009 06:59:18 +0000 (UTC) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from ink.sad.syncrontech.com (ink.syncrontech.com [192.168.2.107]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id n146xGMf093168; Wed, 4 Feb 2009 08:59:17 +0200 (EET) (envelope-from Timo.Rikkonen@syncrontech.com) Received: from ink.sad.syncrontech.com ([192.168.2.107]) by ink.sad.syncrontech.com ([192.168.2.107]) with mapi; Wed, 4 Feb 2009 08:59:11 +0200 From: Timo Rikkonen To: Mike Tancsa , "freebsd-stable@freebsd.org" Date: Wed, 4 Feb 2009 08:59:14 +0200 Thread-Topic: /dev/cuau* ports hang after a while Thread-Index: AcmC2X5iSVi0LpSVRzu0xsonuuXFdACNLGxgAGEUskA= Message-ID: References: <200901292033.n0TKXYZp062630@lava.sentex.ca> <200901301251.n0UCpYKh067104@lava.sentex.ca> In-Reply-To: Accept-Language: en-US, fi-FI Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, fi-FI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: /dev/cuau* ports hang after a while X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 06:59:20 -0000 Hi, I tried once more the suggestion of Ulrich Sp=F6rlein to build kernel witho= ut uart, and as before, the devicefile-numbering turned out odd (additional= serialports are now /dev/cuad0-3, and motherboard port has devicefile /dev= /cuad4. The sio's are accordingly sio0-3 / sio4). The ports seemed to work just fine, including /dev/cuad0 and /dev/cuad4. I made the same change on our two installations, and have had no problems s= ince then. The data keeps on coming minute after minute (1 1/2 days now.) All I really did was the change in /sys/i386/conf/GENERIC (comment out the = 'uart'-line): #device uart # Generic UART driver Regards, Timo -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd= .org] On Behalf Of Timo Rikkonen Sent: 2. helmikuuta 2009 10:20 To: Mike Tancsa; freebsd-stable@freebsd.org Subject: RE: /dev/cuau* ports hang after a while Hi, Have now tried this with 7.1-RELEASE, unfortunately with same results as be= fore, the ports still hang after some time. -Timo -----Original Message----- From: Mike Tancsa [mailto:mike@sentex.net]=20 Sent: 30. tammikuuta 2009 14:52 To: Timo Rikkonen; freebsd-stable@freebsd.org Subject: RE: /dev/cuau* ports hang after a while At 05:50 AM 1/30/2009, Timo Rikkonen wrote: >Hi, > >The speed is 9600. Actually I already tried with 7.1-RELEASE, with=20 >same results. >I'll try the device.hints-changes, thanks. Not sure if the code is in 7.0, so make sure you try it with 7.1-RELEASE ---Mike >-Timo > > >-----Original Message----- >From: Mike Tancsa [mailto:mike@sentex.net] >Sent: 29. tammikuuta 2009 22:34 >To: Timo Rikkonen; freebsd-stable@freebsd.org >Subject: Re: /dev/cuau* ports hang after a while > >At 08:00 AM 1/26/2009, Timo Rikkonen wrote: > >Hi, > > > >We are using "VScom PCI-200L" and "Moxa Technologies, C168H/PCI" > >-cards for serial ports. After installing 7.0 the ports or the > >connection to the port hang after a while. A "while" could be > >half-a-day or 10 minutes. > >There is no error message to be seen anywhere. > > > >Not all ports hang at the same time, it could be just one or two of > >them. Earlier versions (6.2-RELEASE) work just fine. > >The ports have different devicenames after 7.0, in 6.2 they were > >/dev/cuad4-7, now they are /dev/cuau0-3 (uart?) > > >Is the application fairly low speed (e.g. 9600bps or slower) ? If >so, try with 7.1R, not 7 and add > >hint.uart.0.flags=3D"0x100" >hint.uart.1.flags=3D"0x100" > >to /boot/device.hints > >http://www.freebsd.org/cgi/query-pr.cgi?pr=3D121421 > >has details > > ---Mike _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 08:12:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6763F106566B for ; Wed, 4 Feb 2009 08:12:32 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3498FC23 for ; Wed, 4 Feb 2009 08:12:31 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n148CViI093574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 4 Feb 2009 00:12:31 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n148CVXG093573; Wed, 4 Feb 2009 00:12:31 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13948; Wed, 4 Feb 09 00:11:04 PST Date: Wed, 04 Feb 2009 00:12:26 -0800 From: perryh@pluto.rain.com To: lstewart@freebsd.org, lev@freebsd.org Message-Id: <49894dea.SiGowBfWetAwPS9l%perryh@pluto.rain.com> References: <487453015.20090204002315@serebryakov.spb.ru> <228935905.20090204015059@serebryakov.spb.ru> <4988E337.4050107@freebsd.org> In-Reply-To: <4988E337.4050107@freebsd.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.1-stable (righ after release) locks up on soekris net5501 every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 08:12:34 -0000 > > And it seems, that my USB2Serial cable can not generate BREAK. > > When I press "~#" in cu it output "~" and doesn't go to debugger > > (yse, I have BREAK_TO_DEBUGGER option)... > > Have you changed the ssh escape char? It defaults to "~" so if you > haven't, ssh eats the "~" before cu sees it. Rather than changing the ssh escape char, it may be easier to just type "~~#". ssh should transform the ~~ into a single ~. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 08:26:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D880106564A for ; Wed, 4 Feb 2009 08:26:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id E73C08FC13 for ; Wed, 4 Feb 2009 08:26:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id C0ABA13DF5E; Wed, 4 Feb 2009 11:26:34 +0300 (MSK) Date: Wed, 4 Feb 2009 11:26:40 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1833157433.20090204112640@serebryakov.spb.ru> To: perryh@pluto.rain.com In-Reply-To: <49894dea.SiGowBfWetAwPS9l%perryh@pluto.rain.com> References: <487453015.20090204002315@serebryakov.spb.ru> <228935905.20090204015059@serebryakov.spb.ru> <4988E337.4050107@freebsd.org> <49894dea.SiGowBfWetAwPS9l%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re[2]: 7.1-stable (righ after release) locks up on soekris net5501 every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 08:26:36 -0000 Hello, Perryh. You wrote 4 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 11:12:26: >> > And it seems, that my USB2Serial cable can not generate BREAK. >> > When I press "~#" in cu it output "~" and doesn't go to debugger >> > (yse, I have BREAK_TO_DEBUGGER option)... >> >> Have you changed the ssh escape char? It defaults to "~" so if you=20 >> haven't, ssh eats the "~" before cu sees it. > Rather than changing the ssh escape char, it may be easier to just > type "~~#". ssh should transform the ~~ into a single ~. doesn't work too, it seems, that my USB2Serial cable really can not send breaks. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 09:32:01 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED43E1065670 for ; Wed, 4 Feb 2009 09:32:01 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 7C65B8FC19 for ; Wed, 4 Feb 2009 09:32:01 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n14957WF032120 for ; Wed, 4 Feb 2009 10:05:08 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 2C5532E6 for ; Wed, 4 Feb 2009 10:05:07 +0100 (CET) Date: Wed, 4 Feb 2009 10:05:07 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: stable@freebsd.org Message-Id: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.2.4.85826 Cc: Subject: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:32:02 -0000 Hi folks, I have several routers here which are based on Jetway J7F4 ITX boards that come with two onboard re-interfaces. I run 7-stable on them via nanobsd and update them about once in three or four months. After the last update (11th December 2008) I have noticed the following strange behaviour on at least two machines (identical hard- and software): After weeks of flawless operation, the network connection on both interfaces suddenly starts to mangle packages. Even a simple ping can show up to 50% or so package loss. The machine is mostly unreachable via net. ifconfig up/down did not cure this, turning off checksum-offloading and stuff did not help. Even simply rebooting the machine did not make the problem go away! I had to power-cycle them by unplugging all cables to get back to normal operation. I have seen this behaviour on two different machines, so I can most probably rule out a hardware issue. It does not appear to happen often, though. I did not see this with an earlier image of 7-stable from June 2008, and probably even an image from early September was working fine (although I did not use that one for such a long time). Visiting the webcvs I noticed that there are a lot of patches for if_re in December 2008 and January 2009. The revision I'm having problems with is tagged "1.95.2.37 2008/12/09 11:01:17". Does anyone have an idea what broke if_re for me, and how I can get back to stable operation? Is it possible to use if_re from head as drop-in replacement to test the patches available after 12/09? I would prefer not to move the machines completely from -stable to -current. Here some further information about the NICs: ---pciconf--- re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network subclass = ethernet re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network subclass = ethernet --- ---dmesg--- re0: port 0xf000-0xf0ff mem 0xfdfff000-0xfdfff0ff irq 10 at device 9.0 on pci0 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:ab:d0:19 re0: [FILTER] re1: port 0xf200-0xf2ff mem 0xfdffe000-0xfdffe0ff irq 10 at device 11.0 on pci0 re1: Chip rev. 0x18000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:30:18:ab:d0:1a re1: [FILTER] --- cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 10:46:00 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B10D106564A for ; Wed, 4 Feb 2009 10:46:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 36EB18FC14 for ; Wed, 4 Feb 2009 10:45:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2605801rvf.43 for ; Wed, 04 Feb 2009 02:45:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=d1P71H3HH90beIwJnhcKL12aF6uZVjS7nXZO0omWMAc=; b=bOS+XYvJllzNQa4zw7oVBgQPqQ/b+fk/Md2yqr+KbhDl3oZkSmEwvt7740ylUJe6XP OeF8WN6iI4D6Fr6WbC2AHH9lwmBOHcNfYfZCZWwEZNp1QduMgSkG6qve9fYIoqz6y8y3 mHrNITg2YfgvRstQFE93OEpK4roK+xZi9DgWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=qoar5O4UIuRcVvhGoCkypvCtfxf85WNlw/TDERxG4s+DApDGFmpfcvutlm8xZkdVdW tH5GGl3ylpK37HFay/ZHn6cB/PfbER63Z1ZfdBKbp6EsOK9x9X9p8c8+PA79lmF+h92G BBLozTuSiVwqaeAmKXKSIiL4L4EfVpSw/kE7A= Received: by 10.141.153.16 with SMTP id f16mr3579370rvo.283.1233744359742; Wed, 04 Feb 2009 02:45:59 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm14725346rvb.7.2009.02.04.02.45.56 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 02:45:58 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 4 Feb 2009 19:46:55 +0900 From: Pyun YongHyeon Date: Wed, 4 Feb 2009 19:46:55 +0900 To: Gerrit K?hn Message-ID: <20090204104655.GA73543@michelle.cdnetworks.co.kr> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:46:01 -0000 On Wed, Feb 04, 2009 at 10:05:07AM +0100, Gerrit K?hn wrote: > Hi folks, > > I have several routers here which are based on Jetway J7F4 ITX boards that > come with two onboard re-interfaces. I run 7-stable on them via nanobsd > and update them about once in three or four months. > > After the last update (11th December 2008) I have noticed the following > strange behaviour on at least two machines (identical hard- and software): > After weeks of flawless operation, the network connection on both > interfaces suddenly starts to mangle packages. Even a simple ping can show > up to 50% or so package loss. The machine is mostly unreachable via net. > ifconfig up/down did not cure this, turning off checksum-offloading > and stuff did not help. Even simply rebooting the machine did not make the > problem go away! I had to power-cycle them by unplugging all cables to get > back to normal operation. > > I have seen this behaviour on two different machines, so I can most > probably rule out a hardware issue. It does not appear to happen often, > though. I did not see this with an earlier image of 7-stable from June > 2008, and probably even an image from early September was working fine > (although I did not use that one for such a long time). > > Visiting the webcvs I noticed that there are a lot of patches for if_re in > December 2008 and January 2009. The revision I'm having problems with is > tagged "1.95.2.37 2008/12/09 11:01:17". Does anyone have an idea what > broke if_re for me, and how I can get back to stable operation? Is it > possible to use if_re from head as drop-in replacement to test the patches > available after 12/09? I would prefer not to move the machines completely > from -stable to -current. > > Here some further information about the NICs: > > ---pciconf--- > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 > hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169/8110 Family Gigabit Ethernet NIC' > class = network > subclass = ethernet > re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec > rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169/8110 Family Gigabit Ethernet NIC' > class = network > subclass = ethernet > --- > > > ---dmesg--- > re0: port > 0xf000-0xf0ff mem 0xfdfff000-0xfdfff0ff irq 10 at device 9.0 on pci0 re0: > Chip rev. 0x18000000 re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:ab:d0:19 > re0: [FILTER] > re1: port > 0xf200-0xf2ff mem 0xfdffe000-0xfdffe0ff irq 10 at device 11.0 on pci0 re1: > Chip rev. 0x18000000 re1: MAC rev. 0x00000000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto re1: Ethernet address: 00:30:18:ab:d0:1a > re1: [FILTER] > --- > Since you're using RTL8169SC it could be related with my commit r180519(cvs rev 1.95.2.22). It seems that RTL8169SC does not like memory mapped register access and I think jkim@ committed patch for the issue. Would you try re(4) in HEAD? (Just copying if_re.c, if_rlreg.h and if_rl.c from HEAD to stable would be enough to build re(4) on stable). From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 10:52:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 378B61065670 for ; Wed, 4 Feb 2009 10:52:43 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id C0F8B8FC08 for ; Wed, 4 Feb 2009 10:52:42 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id n14Aqeon073003; Wed, 4 Feb 2009 11:52:40 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id n14AqdL4073002; Wed, 4 Feb 2009 11:52:39 +0100 (CET) (envelope-from byshenknet) Date: Wed, 4 Feb 2009 11:52:39 +0100 From: Greg Byshenk To: Kent Stewart Message-ID: <20090204105239.GA43683@core.byshenk.net> References: <539c60b90902030929r5d1ec7eu652ab11eb4165bb6@mail.gmail.com> <200902031058.42788.kstewart@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902031058.42788.kstewart@owt.com> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Cc: Steve Franks , freebsd-stable@freebsd.org Subject: Re: X.Org/xdm 'frozen' after installworld (7-stable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:52:43 -0000 On Tue, Feb 03, 2009 at 10:58:42AM -0800, Kent Stewart wrote: > On Tuesday 03 February 2009 09:29:05 am Steve Franks wrote: > > This is a new weird one I've never had before. Consoles work fine, > > but the mouse and keyboard won't move/type when xdm pops up. > > ctrl-alt-F2 takes you right to a working console, and the mouse works > > fine in the console...ctrl-alt-backspace no longer kills X either... > The option that I found the easiest was to add > > Option "AutoAddDevices" "off" > > To the ServerFlags section. I was told in the ports list that you can add it > to the ServerLayout section but I could never make that work. I had the same problem yesterday after updating X. For me, adding dbus_enable="YES" and hald_enable="YES" to rc.conf and restarting solved the problem. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 11:36:59 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D97B0106566C for ; Wed, 4 Feb 2009 11:36:59 +0000 (UTC) (envelope-from mah@jump-ing.de) Received: from mail.ud03.udmedia.de (ud03.udmedia.de [194.117.254.43]) by mx1.freebsd.org (Postfix) with ESMTP id 215C18FC1C for ; Wed, 4 Feb 2009 11:36:58 +0000 (UTC) (envelope-from mah@jump-ing.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=mail.ud03.udmedia.de; h= in-reply-to:references:mime-version:content-type:message-id:cc: content-transfer-encoding:from:subject:date:to; q=dns/txt; s= beta; bh=1TNKWq39BO/XMO5f7VnmEfT0ztQQGur5lYks/BCoJfE=; b=GnMCnD5 hIXSSI6yn7IXTKch2iV8naHdmXfk4fD3nnXLxW5D9m0AgpjFs+yR8Xqk6JOVaKYl bQz8LljDx5x7RvxNzgr0EDqfW/ELI4hR2NT34fV0GJdobTjJx1m4C8gUwWRGb40i LIfbbG8vAG877YcUj6sB57AJE4UuJW9b7omU= Received: (qmail 3642 invoked from network); 4 Feb 2009 12:10:16 +0100 Received: from unknown (HELO ?10.0.0.50?) (ud03?291p1@78.42.122.63) by mail.ud03.udmedia.de with ESMTPA; 4 Feb 2009 12:10:16 +0100 In-Reply-To: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <32A4E84E-8EC9-4197-91E9-F50EA60C4EF2@jump-ing.de> Content-Transfer-Encoding: quoted-printable From: Markus Hitter Date: Wed, 4 Feb 2009 12:10:14 +0100 To: =?ISO-8859-1?Q?Gerrit_K=FChn?= X-Mailer: Apple Mail (2.753.1) Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 11:37:00 -0000 Am 04.02.2009 um 10:05 schrieb Gerrit K=FChn: > After the last update (11th December 2008) I have noticed the =20 > following > strange behaviour on at least two machines (identical hard- and =20 > software): > After weeks of flawless operation, the network connection on both > interfaces suddenly starts to mangle packages. Even a simple ping =20 > can show > up to 50% or so package loss. The machine is mostly unreachable via =20= > net. > ifconfig up/down did not cure this, turning off checksum-offloading > and stuff did not help. Even simply rebooting the machine did not =20 > make the > problem go away! I had to power-cycle them by unplugging all cables =20= > to get > back to normal operation. I've seen a similar, but fully reproducible behavior on this ethernet =20= hardware. It turned out to be not a problem of the driver: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3Dkern/130957 > Is it > possible to use if_re from head as drop-in replacement to test the =20 > patches > available after 12/09? The other way, using an older if_re, worked by replacing sys/dev/re/=20 if_re.c, sys/pci/if_rlreg.h and sys/pci/if_rl.c, so the answer ist =20 likely "yes". MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 13:13:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF1B1065672 for ; Wed, 4 Feb 2009 13:13:04 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail2.icritical.com (mail2.icritical.com [212.57.248.50]) by mx1.freebsd.org (Postfix) with SMTP id 0E08B8FC12 for ; Wed, 4 Feb 2009 13:13:03 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: (qmail 4087 invoked from network); 4 Feb 2009 12:47:24 -0000 Received: from localhost (127.0.0.1) by mail2.icritical.com with SMTP; 4 Feb 2009 12:47:24 -0000 Received: (qmail 4080 invoked by uid 599); 4 Feb 2009 12:47:20 -0000 Received: from unknown (HELO icritical.com) (87.127.43.249) by mail2.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 04 Feb 2009 12:47:20 +0000 Message-ID: <49898E3D.7030609@icritical.com> Date: Wed, 04 Feb 2009 12:46:53 +0000 From: Matt Burke User-Agent: Thunderbird 2.0.0.16 (X11/20080707) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Feb 2009 12:47:01.0655 (UTC) FILETIME=[ACBE0270:01C986C6] X-Virus-Scanned: by iCritical at mail2.icritical.com Cc: Subject: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 13:13:05 -0000 I have a machine with a PERC6/e controller. Attached to that are 3 disk shelves, each configured as individual 14-disk RAID10 arrays (the PERC annoyingly only lets you use 8 spans per array) I can run bonnie++ on the arrays individually with no problem. I can also run it across a gstripe of the arrays with no problem. However running it over the 3 arrays in parallel causes something I/O related in the kernel to hang. To define 'hang' better: It appears anything which needs disk io, even on a different controller (albeit the same mfi driver), will hang. A command like 'ps' cached in ram will work but bash hangs after execution, presumably while trying to write ~/.bash_history 'sysctl -a' works but trying to run 'sysctl kern.msgbuf' also hangs I've done some research and it seems the usual cause of bonnie++ crashing a system is due to overflowing TCQ. camcontrol doesn't see any disks, so I've tried setting hw.mfi.max_cmds=32 in /boot/loader.conf but it hadn't made any difference. The bonnie++ invocation is this: (newfs devices mfid[2-3], mount) bonnie++ -s 64g -u root -p3 bonnie++ -d /data/2 -s 64g -u root -y s >b2 2>&1 & bonnie++ -d /data/3 -s 64g -u root -y s >b3 2>&1 & bonnie++ -d /data/4 -s 64g -u root -y s >b4 2>&1 & and it always hangs on "Rewriting...". It's a fresh 7.1-RELEASE with nothing else running (devd, sshd, syslogd, etc) Any ideas? -- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 14:10:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FD710656FA for ; Wed, 4 Feb 2009 14:10:13 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.39]) by mx1.freebsd.org (Postfix) with ESMTP id E72318FC17 for ; Wed, 4 Feb 2009 14:10:12 +0000 (UTC) (envelope-from amarat@ksu.ru) X-IronPort-AV: E=Sophos;i="4.37,379,1231102800"; d="scan'208";a="1526296" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 04 Feb 2009 17:10:09 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n14E7BIL017621; Wed, 4 Feb 2009 14:07:11 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n14E9H8E051953; Wed, 4 Feb 2009 17:09:17 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4989A18D.9020804@ksu.ru> Date: Wed, 04 Feb 2009 17:09:17 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <49853547.2060105@ksu.ru> In-Reply-To: <49853547.2060105@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem with acd udma mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:10:14 -0000 Marat N.Afanasyev wrote: > i cannot read or write any disk inserted in my > > acd0 > > when this device in udma mode. kernel endlessly repeat that > > acd0: setting up DMA failed > > and I can access my data on dvd or cd only if I set > > atacontrol mode acd0 pio4 > > Does anybody have such a problem too? is there any ways to bring this > device into udma mode again? > > dmesg: > ... > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ... > acd0: DVDR at ata0-master UDMA66 > ... > > uname -a: > FreeBSD zealot.ksu.ru 7.1-STABLE FreeBSD 7.1-STABLE #1: Tue Jan 20 > 05:47:24 MSK 2009 root@zealot.ksu.ru:/usr/obj/usr/src/sys/ZEALOT amd64 > > grep -A 1 DMA /var/log/messages: > Jan 27 22:12:19 zealot kernel: acd0: setting up DMA failed > Jan 27 22:12:30 zealot last message repeated 3623 times > -- > Jan 27 22:12:30 zealot kernel: acd0: setting up DMA failed > Jan 27 22:12:33 zealot last message repeated 919 times > -- > Jan 27 22:12:33 zealot kernel: acd0: setting up DMA failed > Jan 27 22:12:45 zealot last message repeated 4021 times > -- > Jan 27 22:12:45 zealot kernel: acd0: setting up DMA failed > Jan 27 22:13:05 zealot last message repeated 6571 times > -- > Jan 31 21:41:48 zealot kernel: acd0: setting up DMA failed > Jan 31 21:42:10 zealot last message repeated 7531 times > -- > Feb 1 08:24:59 zealot kernel: acd0: setting up DMA failed > Feb 1 08:25:09 zealot last message repeated 10 times > I've found a workaround: replace /sys/dev/ata/* with files from RELENG_7_1 DMA modes work again -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 15:59:59 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 381D010656C4 for ; Wed, 4 Feb 2009 15:59:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6238FC1F for ; Wed, 4 Feb 2009 15:59:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LUiyj-000DMw-IF; Wed, 04 Feb 2009 16:43:49 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n14EXAKD049961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 16:33:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n14EXAmB016977; Wed, 4 Feb 2009 16:33:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n14EX90o016974; Wed, 4 Feb 2009 16:33:09 +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: Wed, 4 Feb 2009 16:33:09 +0200 From: Kostik Belousov To: Matt Burke Message-ID: <20090204143309.GF9427@deviant.kiev.zoral.com.ua> References: <49898E3D.7030609@icritical.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H4SyuGOnfnj3aJqJ" Content-Disposition: inline In-Reply-To: <49898E3D.7030609@icritical.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LUiyj-000DMw-IF f09dce034fad44c1e2344038d1b9a61d X-Terabit: YES Cc: stable@freebsd.org Subject: Re: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:59:59 -0000 --H4SyuGOnfnj3aJqJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 04, 2009 at 12:46:53PM +0000, Matt Burke wrote: > I have a machine with a PERC6/e controller. Attached to that are 3 disk > shelves, each configured as individual 14-disk RAID10 arrays (the PERC > annoyingly only lets you use 8 spans per array) >=20 > I can run bonnie++ on the arrays individually with no problem. > I can also run it across a gstripe of the arrays with no problem. >=20 > However running it over the 3 arrays in parallel causes something I/O > related in the kernel to hang. >=20 > To define 'hang' better: >=20 > It appears anything which needs disk io, even on a different controller > (albeit the same mfi driver), will hang. A command like 'ps' cached in > ram will work but bash hangs after execution, presumably while trying to > write ~/.bash_history >=20 > 'sysctl -a' works but trying to run 'sysctl kern.msgbuf' also hangs >=20 > I've done some research and it seems the usual cause of bonnie++ > crashing a system is due to overflowing TCQ. camcontrol doesn't see any > disks, so I've tried setting hw.mfi.max_cmds=3D32 in /boot/loader.conf but > it hadn't made any difference. >=20 > The bonnie++ invocation is this: >=20 > (newfs devices mfid[2-3], mount) > bonnie++ -s 64g -u root -p3 > bonnie++ -d /data/2 -s 64g -u root -y s >b2 2>&1 & > bonnie++ -d /data/3 -s 64g -u root -y s >b3 2>&1 & > bonnie++ -d /data/4 -s 64g -u root -y s >b4 2>&1 & >=20 > and it always hangs on "Rewriting...". It's a fresh 7.1-RELEASE with > nothing else running (devd, sshd, syslogd, etc) >=20 >=20 > Any ideas? Compile ddb into the kernel, and do "ps" from the ddb prompt. If there are processes hung in the "nbufkv" state, then the patch below might help. Index: gnu/fs/xfs/FreeBSD/xfs_buf.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 --- gnu/fs/xfs/FreeBSD/xfs_buf.c (revision 188080) +++ gnu/fs/xfs/FreeBSD/xfs_buf.c (working copy) @@ -81,7 +81,7 @@ { struct buf *bp; =20 - bp =3D geteblk(0); + bp =3D geteblk(0, 0); if (bp !=3D NULL) { bp->b_bufsize =3D size; bp->b_bcount =3D size; @@ -101,7 +101,7 @@ if (len >=3D MAXPHYS) return (NULL); =20 - bp =3D geteblk(len); + bp =3D geteblk(len, 0); if (bp !=3D NULL) { KASSERT(BUF_REFCNT(bp) =3D=3D 1, ("xfs_buf_get_empty: bp %p not locked",bp)); Index: ufs/ffs/ffs_vfsops.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 --- ufs/ffs/ffs_vfsops.c (revision 188080) +++ ufs/ffs/ffs_vfsops.c (working copy) @@ -1747,7 +1747,9 @@ ("bufwrite: needs chained iodone (%p)", bp->b_iodone)); =20 /* get a new block */ - newbp =3D geteblk(bp->b_bufsize); + newbp =3D geteblk(bp->b_bufsize, GB_NOWAIT_BD); + if (newbp =3D=3D NULL) + goto normal_write; =20 /* * set it to be identical to the old block. We have to @@ -1787,6 +1789,7 @@ } =20 /* Let the normal bufwrite do the rest for us */ +normal_write: return (bufwrite(bp)); } =20 Index: kern/vfs_bio.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 --- kern/vfs_bio.c (revision 188080) +++ kern/vfs_bio.c (working copy) @@ -105,7 +105,8 @@ static void vfs_vmio_release(struct buf *bp); static int vfs_bio_clcheck(struct vnode *vp, int size, daddr_t lblkno, daddr_t blkno); -static int flushbufqueues(int, int); +static int buf_do_flush(struct vnode *vp); +static int flushbufqueues(struct vnode *, int, int); static void buf_daemon(void); static void bremfreel(struct buf *bp); =20 @@ -258,6 +259,7 @@ #define QUEUE_DIRTY_GIANT 3 /* B_DELWRI buffers that need giant */ #define QUEUE_EMPTYKVA 4 /* empty buffer headers w/KVA assignment */ #define QUEUE_EMPTY 5 /* empty buffer headers */ +#define QUEUE_SENTINEL 1024 /* not an queue index, but mark for sentinel */ =20 /* Queues for free buffers with various properties */ static TAILQ_HEAD(bqueues, buf) bufqueues[BUFFER_QUEUES] =3D { { 0 } }; @@ -1703,21 +1705,23 @@ */ =20 static struct buf * -getnewbuf(int slpflag, int slptimeo, int size, int maxsize) +getnewbuf(struct vnode *vp, int slpflag, int slptimeo, int size, int maxsi= ze, + int gbflags) { + struct thread *td; struct buf *bp; struct buf *nbp; int defrag =3D 0; int nqindex; static int flushingbufs; =20 + td =3D curthread; /* * We can't afford to block since we might be holding a vnode lock, * which may prevent system daemons from running. We deal with * low-memory situations by proactively returning memory and running * async I/O rather then sync I/O. */ - atomic_add_int(&getnewbufcalls, 1); atomic_subtract_int(&getnewbufrestarts, 1); restart: @@ -1949,8 +1953,9 @@ */ =20 if (bp =3D=3D NULL) { - int flags; + int flags, norunbuf; char *waitmsg; + int fl; =20 if (defrag) { flags =3D VFS_BIO_NEED_BUFSPACE; @@ -1968,9 +1973,35 @@ mtx_unlock(&bqlock); =20 bd_speedup(); /* heeeelp */ + if (gbflags & GB_NOWAIT_BD) + return (NULL); =20 mtx_lock(&nblock); while (needsbuffer & flags) { + if (vp !=3D NULL && (td->td_pflags & TDP_BUFNEED) =3D=3D 0) { + mtx_unlock(&nblock); + /* + * getblk() is called with a vnode + * locked, and some majority of the + * dirty buffers may as well belong to + * the vnode. Flushing the buffers + * there would make a progress that + * cannot be achieved by the + * buf_daemon, that cannot lock the + * vnode. + */ + norunbuf =3D ~(TDP_BUFNEED | TDP_NORUNNINGBUF) | + (td->td_pflags & TDP_NORUNNINGBUF); + /* play bufdaemon */ + td->td_pflags |=3D TDP_BUFNEED | TDP_NORUNNINGBUF; + fl =3D buf_do_flush(vp); + td->td_pflags &=3D norunbuf; + mtx_lock(&nblock); + if (fl !=3D 0) + continue; + if ((needsbuffer & flags) =3D=3D 0) + break; + } if (msleep(&needsbuffer, &nblock, (PRIBIO + 4) | slpflag, waitmsg, slptimeo)) { mtx_unlock(&nblock); @@ -2039,6 +2070,35 @@ }; SYSINIT(bufdaemon, SI_SUB_KTHREAD_BUF, SI_ORDER_FIRST, kproc_start, &buf_k= p); =20 +static int +buf_do_flush(struct vnode *vp) +{ + int flushed; + + flushed =3D flushbufqueues(vp, QUEUE_DIRTY, 0); + /* The list empty check here is slightly racy */ + if (!TAILQ_EMPTY(&bufqueues[QUEUE_DIRTY_GIANT])) { + mtx_lock(&Giant); + flushed +=3D flushbufqueues(vp, QUEUE_DIRTY_GIANT, 0); + mtx_unlock(&Giant); + } + if (flushed =3D=3D 0) { + /* + * Could not find any buffers without rollback + * dependencies, so just write the first one + * in the hopes of eventually making progress. + */ + flushbufqueues(vp, QUEUE_DIRTY, 1); + if (!TAILQ_EMPTY( + &bufqueues[QUEUE_DIRTY_GIANT])) { + mtx_lock(&Giant); + flushbufqueues(vp, QUEUE_DIRTY_GIANT, 1); + mtx_unlock(&Giant); + } + } + return (flushed); +} + static void buf_daemon() { @@ -2052,7 +2112,7 @@ /* * This process is allowed to take the buffer cache to the limit */ - curthread->td_pflags |=3D TDP_NORUNNINGBUF; + curthread->td_pflags |=3D TDP_NORUNNINGBUF | TDP_BUFNEED; mtx_lock(&bdlock); for (;;) { bd_request =3D 0; @@ -2067,30 +2127,8 @@ * normally would so they can run in parallel with our drain. */ while (numdirtybuffers > lodirtybuffers) { - int flushed; - - flushed =3D flushbufqueues(QUEUE_DIRTY, 0); - /* The list empty check here is slightly racy */ - if (!TAILQ_EMPTY(&bufqueues[QUEUE_DIRTY_GIANT])) { - mtx_lock(&Giant); - flushed +=3D flushbufqueues(QUEUE_DIRTY_GIANT, 0); - mtx_unlock(&Giant); - } - if (flushed =3D=3D 0) { - /* - * Could not find any buffers without rollback - * dependencies, so just write the first one - * in the hopes of eventually making progress. - */ - flushbufqueues(QUEUE_DIRTY, 1); - if (!TAILQ_EMPTY( - &bufqueues[QUEUE_DIRTY_GIANT])) { - mtx_lock(&Giant); - flushbufqueues(QUEUE_DIRTY_GIANT, 1); - mtx_unlock(&Giant); - } + if (buf_do_flush(NULL) =3D=3D 0) break; - } uio_yield(); } =20 @@ -2136,7 +2174,7 @@ 0, "Number of buffers flushed with dependecies that require rollbacks"= ); =20 static int -flushbufqueues(int queue, int flushdeps) +flushbufqueues(struct vnode *lvp, int queue, int flushdeps) { struct thread *td =3D curthread; struct buf sentinel; @@ -2147,20 +2185,37 @@ int flushed; int target; =20 - target =3D numdirtybuffers - lodirtybuffers; - if (flushdeps && target > 2) - target /=3D 2; + if (lvp =3D=3D NULL) { + target =3D numdirtybuffers - lodirtybuffers; + if (flushdeps && target > 2) + target /=3D 2; + } else + target =3D 1; flushed =3D 0; bp =3D NULL; + sentinel.b_qindex =3D QUEUE_SENTINEL; mtx_lock(&bqlock); - TAILQ_INSERT_TAIL(&bufqueues[queue], &sentinel, b_freelist); + TAILQ_INSERT_HEAD(&bufqueues[queue], &sentinel, b_freelist); while (flushed !=3D target) { - bp =3D TAILQ_FIRST(&bufqueues[queue]); - if (bp =3D=3D &sentinel) + bp =3D TAILQ_NEXT(&sentinel, b_freelist); + if (bp !=3D NULL) { + TAILQ_REMOVE(&bufqueues[queue], &sentinel, b_freelist); + TAILQ_INSERT_AFTER(&bufqueues[queue], bp, &sentinel, + b_freelist); + } else break; - TAILQ_REMOVE(&bufqueues[queue], bp, b_freelist); - TAILQ_INSERT_TAIL(&bufqueues[queue], bp, b_freelist); - + /* + * Skip sentinels inserted by other invocations of the + * flushbufqueues(), taking care to not reorder them. + */ + if (bp->b_qindex =3D=3D QUEUE_SENTINEL) + continue; + /* + * Only flush the buffers that belong to the + * vnode locked by the curthread. + */ + if (lvp !=3D NULL && bp->b_vp !=3D lvp) + continue; if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL) !=3D 0) continue; if (bp->b_pin_count > 0) { @@ -2208,16 +2263,28 @@ BUF_UNLOCK(bp); continue; } - if (vn_lock(vp, LK_EXCLUSIVE | LK_NOWAIT, td) =3D=3D 0) { + if (vn_lock(vp, LK_EXCLUSIVE | LK_NOWAIT | LK_CANRECURSE, td) + =3D=3D 0) { mtx_unlock(&bqlock); CTR3(KTR_BUF, "flushbufqueue(%p) vp %p flags %X", bp, bp->b_vp, bp->b_flags); - vfs_bio_awrite(bp); + if (curproc =3D=3D bufdaemonproc) + vfs_bio_awrite(bp); + else { + bremfree(bp); + bwrite(bp); + } vn_finished_write(mp); VOP_UNLOCK(vp, 0, td); flushwithdeps +=3D hasdeps; flushed++; - waitrunningbufspace(); + + /* + * Sleeping on runningbufspace while holding + * vnode lock leads to deadlock. + */ + if (curproc =3D=3D bufdaemonproc) + waitrunningbufspace(); numdirtywakeup((lodirtybuffers + hidirtybuffers) / 2); mtx_lock(&bqlock); continue; @@ -2599,7 +2666,7 @@ maxsize =3D vmio ? size + (offset & PAGE_MASK) : size; maxsize =3D imax(maxsize, bsize); =20 - bp =3D getnewbuf(slpflag, slptimeo, size, maxsize); + bp =3D getnewbuf(vp, slpflag, slptimeo, size, maxsize, flags); if (bp =3D=3D NULL) { if (slpflag || slptimeo) return NULL; @@ -2674,14 +2741,17 @@ * set to B_INVAL. */ struct buf * -geteblk(int size) +geteblk(int size, int flags) { struct buf *bp; int maxsize; =20 maxsize =3D (size + BKVAMASK) & ~BKVAMASK; - while ((bp =3D getnewbuf(0, 0, size, maxsize)) =3D=3D 0) - continue; + while ((bp =3D getnewbuf(NULL, 0, 0, size, maxsize, flags)) =3D=3D NULL) { + if ((flags & GB_NOWAIT_BD) && + (curthread->td_pflags & TDP_BUFNEED) !=3D 0) + return (NULL); + } allocbuf(bp, size); bp->b_flags |=3D B_INVAL; /* b_dep cleared by getnewbuf() */ KASSERT(BUF_REFCNT(bp) =3D=3D 1, ("geteblk: bp %p not locked",bp)); Index: sys/proc.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/proc.h (revision 188080) +++ sys/proc.h (working copy) @@ -378,6 +378,7 @@ #define TDP_NORUNNINGBUF 0x00040000 /* Ignore runningbufspace check */ #define TDP_WAKEUP 0x00080000 /* Don't sleep in umtx cond_wait */ #define TDP_INBDFLUSH 0x00100000 /* Already in BO_BDFLUSH, do not recurse = */ +#define TDP_BUFNEED 0x00200000 /* Do not recurse into the buf flush */ =20 /* * Reasons that the current thread can not be run yet. Index: sys/buf.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/buf.h (revision 188080) +++ sys/buf.h (working copy) @@ -475,6 +475,7 @@ */ #define GB_LOCK_NOWAIT 0x0001 /* Fail if we block on a buf lock. */ #define GB_NOCREAT 0x0002 /* Don't create a buf if not found. */ +#define GB_NOWAIT_BD 0x0004 /* Do not wait for bufdaemon */ =20 #ifdef _KERNEL extern int nbuf; /* The number of buffer headers */ @@ -519,7 +520,7 @@ struct buf *incore(struct bufobj *, daddr_t); struct buf *gbincore(struct bufobj *, daddr_t); struct buf *getblk(struct vnode *, daddr_t, int, int, int, int); -struct buf *geteblk(int); +struct buf *geteblk(int, int); int bufwait(struct buf *); int bufwrite(struct buf *); void bufdone(struct buf *); --H4SyuGOnfnj3aJqJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmJpyMACgkQC3+MBN1Mb4hRqQCfanVd7jimz/10nzSqaJXM+R1J NpwAoOOWhGu3xJFa/5EpN/nTlaQ38Hbg =8is/ -----END PGP SIGNATURE----- --H4SyuGOnfnj3aJqJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 16:35:41 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B85810656F4 for ; Wed, 4 Feb 2009 16:35:41 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: from jaguar.blueboard.cz (jaguar.blueboard.cz [217.11.249.140]) by mx1.freebsd.org (Postfix) with ESMTP id BDA038FC13 for ; Wed, 4 Feb 2009 16:35:36 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: (qmail 97672 invoked by uid 89); 4 Feb 2009 16:08:55 -0000 Received: from unknown (HELO ?127.0.0.1?) (tomas@blueboard.cz@217.11.239.235) by jaguar.blueboard.cz with ESMTPA; 4 Feb 2009 16:08:55 -0000 Message-ID: <4989BD92.9010506@max.af.czu.cz.cz> Date: Wed, 04 Feb 2009 17:08:50 +0100 From: Tomas Randa User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 16:35:43 -0000 Hello, I have i386/PAE system (php, apache22, mysql) running on 7-STABLE and I can see strange behavior after upgrade from 7.0: Apache does not free memory, for example: CPU: 31.2% user, 0.0% nice, 12.8% system, 0.7% interrupt, 55.3% idle Mem: 3520M Active, 3705M Inact, 465M Wired, 314M Cache, 112M Buf, 12M Free Swap: 4096M Total, 105M Used, 3991M Free, 2% Inuse then apachectl graceful CPU: 28.3% user, 0.0% nice, 8.6% system, 0.0% interrupt, 63.1% idle Mem: 631M Active, 3126M Inact, 353M Wired, 213M Cache, 112M Buf, 3693M Free Swap: 4096M Total, 1844K Used, 4094M Free Some graph: http://max.af.czu.cz/memoryload.png I know before upgrade was memory using about 2,5GB, now much more, apache sometimes crash. Thanks for some help Tomas Randa From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 17:21:08 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180C310656BA for ; Wed, 4 Feb 2009 17:21:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 70AB88FC27 for ; Wed, 4 Feb 2009 17:21:07 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy14 with SMTP id 14so4469346ewy.19 for ; Wed, 04 Feb 2009 09:21:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=fGXUB7K/n55wNSMBTlRDA96QPcchH4aWrpvx8iV5b1o=; b=f1hhr9PZA11DC6LeJULJ+AnCA5US6QCf/WZwE6+ZQ7oRPW0/qnkbBomhqp2T4mQoOd FLWFATZGFLGdQX0vSVBSsL8fPiEQvG/cWVcwQwDyge/P6SKEwRpcLerTjSuwg9thSh3+ pdmtfvY79eGy30uBEW6FGYHAS0iXOkkLkT0uM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=YZSZZg+ASfeOuL9Lt9faaQmO9o8tpnuRN+Acx8ofFoEVIuKfaXHSXELdlt3hoZ2Q4i ijJtHdGtmKsKNizqzXNs8YK59sGZ1BmqIytWQ5uH3ttzPiGc8CeKLMmhqUUQBuHRHM+k 2wMM784Ffuqk1oB/ywki3jWyZRj8/2+unZYIQ= Received: by 10.210.139.15 with SMTP id m15mr283014ebd.34.1233766817948; Wed, 04 Feb 2009 09:00:17 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id q9sm4432399gve.3.2009.02.04.09.00.16 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 09:00:17 -0800 (PST) From: Tom Evans To: Tomas Randa In-Reply-To: <4989BD92.9010506@max.af.czu.cz.cz> References: <4989BD92.9010506@max.af.czu.cz.cz> Content-Type: text/plain Date: Wed, 04 Feb 2009 17:01:27 +0000 Message-Id: <1233766887.43076.18.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 17:21:08 -0000 On Wed, 2009-02-04 at 17:08 +0100, Tomas Randa wrote: > Hello, > > I have i386/PAE system (php, apache22, mysql) running on 7-STABLE and I > can see strange behavior after upgrade from 7.0: Apache does not free > memory, for example: > > CPU: 31.2% user, 0.0% nice, 12.8% system, 0.7% interrupt, 55.3% idle > Mem: 3520M Active, 3705M Inact, 465M Wired, 314M Cache, 112M Buf, 12M Free > Swap: 4096M Total, 105M Used, 3991M Free, 2% Inuse > > then apachectl graceful > > CPU: 28.3% user, 0.0% nice, 8.6% system, 0.0% interrupt, 63.1% idle > Mem: 631M Active, 3126M Inact, 353M Wired, 213M Cache, 112M Buf, 3693M Free > Swap: 4096M Total, 1844K Used, 4094M Free > > Some graph: http://max.af.czu.cz/memoryload.png > > I know before upgrade was memory using about 2,5GB, now much more, > apache sometimes crash. > > Thanks for some help > > Tomas Randa What is apache doing to use so much memory? This looks more like a memory leak in PHP, which is reclaimed after apache restarts its children. When you upgraded the OS, did you also upgrade ports? Could a new version of PHP be at fault here? Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 17:42:35 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BD5106566B for ; Wed, 4 Feb 2009 17:42:35 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: from jaguar.blueboard.cz (jaguar.blueboard.cz [217.11.249.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2157D8FC19 for ; Wed, 4 Feb 2009 17:42:34 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: (qmail 62669 invoked by uid 89); 4 Feb 2009 17:42:34 -0000 Received: from unknown (HELO ?127.0.0.1?) (tomas@blueboard.cz@217.11.239.235) by jaguar.blueboard.cz with ESMTPA; 4 Feb 2009 17:42:34 -0000 Message-ID: <4989D384.7090301@max.af.czu.cz.cz> Date: Wed, 04 Feb 2009 18:42:28 +0100 From: Tomas Randa User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Tom Evans , stable@freebsd.org References: <4989BD92.9010506@max.af.czu.cz.cz> <1233766887.43076.18.camel@strangepork.mintel.co.uk> In-Reply-To: <1233766887.43076.18.camel@strangepork.mintel.co.uk> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 17:42:35 -0000 Yes, I do portupgrade -Rrfia after upgrade of course. I don`t think it is some "new" PHP bug, because my friend have same problem with memory and he do not upgraded ports. But his box do not free memory after apache reload, my yes Any other suggestions ? Thanks TR Tom Evans napsal(a): > On Wed, 2009-02-04 at 17:08 +0100, Tomas Randa wrote: > >> Hello, >> >> I have i386/PAE system (php, apache22, mysql) running on 7-STABLE and I >> can see strange behavior after upgrade from 7.0: Apache does not free >> memory, for example: >> >> CPU: 31.2% user, 0.0% nice, 12.8% system, 0.7% interrupt, 55.3% idle >> Mem: 3520M Active, 3705M Inact, 465M Wired, 314M Cache, 112M Buf, 12M Free >> Swap: 4096M Total, 105M Used, 3991M Free, 2% Inuse >> >> then apachectl graceful >> >> CPU: 28.3% user, 0.0% nice, 8.6% system, 0.0% interrupt, 63.1% idle >> Mem: 631M Active, 3126M Inact, 353M Wired, 213M Cache, 112M Buf, 3693M Free >> Swap: 4096M Total, 1844K Used, 4094M Free >> >> Some graph: http://max.af.czu.cz/memoryload.png >> >> I know before upgrade was memory using about 2,5GB, now much more, >> apache sometimes crash. >> >> Thanks for some help >> >> Tomas Randa >> > > What is apache doing to use so much memory? This looks more like a > memory leak in PHP, which is reclaimed after apache restarts its > children. > > When you upgraded the OS, did you also upgrade ports? Could a new > version of PHP be at fault here? > > Cheers > > Tom > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 18:05:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A31210656C2 for ; Wed, 4 Feb 2009 18:05:36 +0000 (UTC) (envelope-from henrik@50hz.ws) Received: from dsp.50hz.ws (50hz.ws [208.86.227.9]) by mx1.freebsd.org (Postfix) with ESMTP id 266058FC17 for ; Wed, 4 Feb 2009 18:05:36 +0000 (UTC) (envelope-from henrik@50hz.ws) Received: from dsp.50hz.ws (localhost [127.0.0.1]) by dsp.50hz.ws (8.14.3/8.14.2) with ESMTP id n14HbsCW098300 for ; Wed, 4 Feb 2009 18:37:54 +0100 (CET) (envelope-from henrik@dsp.50hz.ws) Received: (from henrik@localhost) by dsp.50hz.ws (8.14.3/8.14.2/Submit) id n14Hbsj9098299 for stable@freebsd.org; Wed, 4 Feb 2009 18:37:54 +0100 (CET) (envelope-from henrik@dsp.50hz.ws) Date: Wed, 4 Feb 2009 18:37:53 +0100 From: Henrik Friedrichsen To: stable@freebsd.org Message-ID: <20090204173753.GA98288@dsp.50hz.ws> Mail-Followup-To: stable@freebsd.org References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:05:37 -0000 Hey. I have had similar symptoms on a dedicated server with the re driver. What I did was grab more recent drivers (which might be redundant now) and disable a set of features that weren't stable at the time. Please have a look at this PR that I submitted back then: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125805 On Wed, Feb 04, 2009 at 10:05:07AM +0100, Gerrit Kühn wrote: > Hi folks, > > I have several routers here which are based on Jetway J7F4 ITX boards that > come with two onboard re-interfaces. I run 7-stable on them via nanobsd > and update them about once in three or four months. > > After the last update (11th December 2008) I have noticed the following > strange behaviour on at least two machines (identical hard- and software): > After weeks of flawless operation, the network connection on both > interfaces suddenly starts to mangle packages. Even a simple ping can show > up to 50% or so package loss. The machine is mostly unreachable via net. > ifconfig up/down did not cure this, turning off checksum-offloading > and stuff did not help. Even simply rebooting the machine did not make the > problem go away! I had to power-cycle them by unplugging all cables to get > back to normal operation. > > I have seen this behaviour on two different machines, so I can most > probably rule out a hardware issue. It does not appear to happen often, > though. I did not see this with an earlier image of 7-stable from June > 2008, and probably even an image from early September was working fine > (although I did not use that one for such a long time). > > Visiting the webcvs I noticed that there are a lot of patches for if_re in > December 2008 and January 2009. The revision I'm having problems with is > tagged "1.95.2.37 2008/12/09 11:01:17". Does anyone have an idea what > broke if_re for me, and how I can get back to stable operation? Is it > possible to use if_re from head as drop-in replacement to test the patches > available after 12/09? I would prefer not to move the machines completely > from -stable to -current. > > Here some further information about the NICs: > > ---pciconf--- > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 > hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169/8110 Family Gigabit Ethernet NIC' > class = network > subclass = ethernet > re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec > rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' > device = 'RTL8169/8110 Family Gigabit Ethernet NIC' > class = network > subclass = ethernet > --- > > > ---dmesg--- > re0: port > 0xf000-0xf0ff mem 0xfdfff000-0xfdfff0ff irq 10 at device 9.0 on pci0 re0: > Chip rev. 0x18000000 re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:ab:d0:19 > re0: [FILTER] > re1: port > 0xf200-0xf2ff mem 0xfdffe000-0xfdffe0ff irq 10 at device 11.0 on pci0 re1: > Chip rev. 0x18000000 re1: MAC rev. 0x00000000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto re1: Ethernet address: 00:30:18:ab:d0:1a > re1: [FILTER] > --- > > > > cu > Gerrit > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 18:38:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4C441065674 for ; Wed, 4 Feb 2009 18:38:27 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 02A898FC34 for ; Wed, 4 Feb 2009 18:38:26 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n14ILXLp067092 for ; Wed, 4 Feb 2009 20:21:33 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4989DCA8.1050200@eng.auth.gr> Date: Wed, 04 Feb 2009 20:21:28 +0200 From: George Mamalakis User-Agent: Thunderbird 2.0.0.16 (X11/20080821) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: FREEBSD 7.1-STABLE crashes when trying to mount USB device of solaris UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:38:29 -0000 Hi everybody, today I met the following problems on my freebsd box. I had a USB stick of opensolaris bootable USB image and tried to mount it on my fbsd box. The first time, when I tried to mount the usb device, my system freezed and then rebooted giving me one core in my dumpdev. When I tried to redo the mounting, the kernel informed me that the filesystem needed to be fsck'd before mounted, or else I should have tried to mount it ro. When I tried to mount it with the read-only option set, the kernel panicked once more, and another core was dumped on my dumpdev. Recently, I keep having problems with USB disks. For instance, yesterday night I left an msdosfs USB partition mounted on my pc. This morning, the first thing I did was to check my emails through Thunderbird. When I clicked on the first unread message, everything freezed. There was no keyboard or mouse interaction whatsoever (both USB devices), and I had to shutdown my box via the shutdown button (hence and no core dumped, unfortunately). Another time, my kernel panicked exactly when I connected my USB external disk to my box while the kernel was loading. Since my box crashed thrice today (once due to the since-yesterday-mounted-msdosfs filesystem, and twice due to the opensolaris ufs filesystem) I decided to send you this bug report; so here is the thing: 1) # uname -a FreeBSD myhost 7.1-STABLE FreeBSD 7.1-STABLE #0: Thu Jan 15 21:47:42 EET 2009 root@myhost:/usr/obj/usr/src/sys/KERNEL i386 2) My differences from GENERIC are: cpu I686_CPU # only i686 support options SCHED_ULE # I think now it's the default options QUOTA options MAC options AUDIT options KDTRACE_HOOKS options DDB_CTF options SMP device apic device pf device pflog device pfsync device atapicam options VESA 3) And my three core dumps are: ------------------------------------------------------------------------------------ vmcore.2: MAY be the core created when I plugged in the USB disk while the kernel was loading (sorry guys, not sure, hadn't payed too much attention at that moment, and don't remember if this is the correct dump): ------------------------------------------------------------------------------------ # kgdb kernel.debug vmcore.2 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"... warning: kld_current_sos: Can't read filename: Input/output error #0 0x00000000 in ?? () (kgdb) ------------------------------------------------------------------------------------ vmcore.3 is the first core created when I tried to mount opensolaris ufs for the first time (without using mount -o ro) ------------------------------------------------------------------------------------ # kgdb kernel.debug vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: e9dee000 cpuid = 0 Uptime: 7h13m53s Physical memory: 2026 MB Dumping 224 MB: 209 193 177 (CTRL-C to abort) 161 (CTRL-C to abort) 145 129 113 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/if_wpi.ko...Reading symbols from /boot/kernel/if_wpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wpi.ko Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done. done. Loaded symbols for /boot/kernel/wpifw.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/msdosfs_iconv.ko...Reading symbols from /boot/kernel/msdosfs_iconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/msdosfs_iconv.ko Reading symbols from /boot/kernel/libiconv.ko...Reading symbols from /boot/kernel/libiconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/libiconv.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/kernel/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc07b61d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07b64c9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc09ec1e8 in vm_fault (map=0xc1c71000, vaddr=3923697664, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:275 #4 0xc0a7a5ce in trap_pfault (frame=0xf4ed6870, usermode=0, eva=3923697668) at /usr/src/sys/i386/i386/trap.c:841 #5 0xc0a7b052 in trap (frame=0xf4ed6870) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0a6184b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc09d82db in ufs_lookup (ap=0xf4ed6970) at /usr/src/sys/ufs/ufs/ufs_lookup.c:291 #8 0xc0a90c82 in VOP_CACHEDLOOKUP_APV (vop=0xc0bec0c0, a=0xf4ed6970) at vnode_if.c:153 #9 0xc0825b00 in vfs_cache_lookup (ap=0xf4ed69f4) at vnode_if.h:83 #10 0xc0a92956 in VOP_LOOKUP_APV (vop=0xc0bec7a0, a=0xf4ed69f4) at vnode_if.c:99 #11 0xc082c4a1 in lookup (ndp=0xf4ed6bd0) at vnode_if.h:57 #12 0xc082d1af in namei (ndp=0xf4ed6bd0) at /usr/src/sys/kern/vfs_lookup.c:219 #13 0xc082ff7e in vfs_donmount (td=0xc5fc2af0, fsflags=69632, fsoptions=0xc7388800) at /usr/src/sys/kern/vfs_mount.c:899 #14 0xc0831b7e in nmount (td=0xc5fc2af0, uap=0xf4ed6cfc) at /usr/src/sys/kern/vfs_mount.c:415 #15 0xc0a7a9b6 in syscall (frame=0xf4ed6d38) at /usr/src/sys/i386/i386/trap.c:1090 #16 0xc0a618e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------------------ And vmcore.4 was created after I tried to mount the same filesystem with the ro option set: ------------------------------------------------------------------------------------ kgdb kernel.debug vmcore.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: WARNING: /mnt was not properly dismounted panic: vm_fault: fault on nofault entry, addr: eae5e000 cpuid = 0 Uptime: 2m51s Physical memory: 2026 MB Dumping 188 MB: 173 157 (CTRL-C to abort) 141 (CTRL-C to abort) (CTRL-C to abort) 125 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 109 (CTRL-C to abort) 93 77 61 45 29 13 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/if_wpi.ko...Reading symbols from /boot/kernel/if_wpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wpi.ko Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done. done. Loaded symbols for /boot/kernel/wpifw.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/msdosfs_iconv.ko...Reading symbols from /boot/kernel/msdosfs_iconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/msdosfs_iconv.ko Reading symbols from /boot/kernel/libiconv.ko...Reading symbols from /boot/kernel/libiconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/libiconv.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/kernel/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) I will csup my box to the latest freebsd-stable and see if the problems persist. If not, I hope this message will help somebody to find some solution. Thank you all for your help in advance, regards, George Mamalakis -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 4 23:33:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93BB3106564A for ; Wed, 4 Feb 2009 23:33:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB5F8FC14 for ; Wed, 4 Feb 2009 23:33:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUrF5-0001GQ-As for freebsd-stable@freebsd.org; Wed, 04 Feb 2009 23:33:15 +0000 Received: from 93-141-97-120.adsl.net.t-com.hr ([93.141.97.120]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 23:33:15 +0000 Received: from ivoras by 93-141-97-120.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 23:33:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 05 Feb 2009 00:32:44 +0100 Lines: 64 Message-ID: References: <4989BD92.9010506@max.af.czu.cz.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF8A5EF4FE2C14D5F7210A4D4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-141-97-120.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) In-Reply-To: <4989BD92.9010506@max.af.czu.cz.cz> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 23:33:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF8A5EF4FE2C14D5F7210A4D4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Tomas Randa wrote: > Hello, >=20 > I have i386/PAE system (php, apache22, mysql) running on 7-STABLE and I= > can see strange behavior after upgrade from 7.0: Apache does not free > memory, for example: >=20 > CPU: 31.2% user, 0.0% nice, 12.8% system, 0.7% interrupt, 55.3% idle > Mem: 3520M Active, 3705M Inact, 465M Wired, 314M Cache, 112M Buf, 12M F= ree > Swap: 4096M Total, 105M Used, 3991M Free, 2% Inuse >=20 > then apachectl graceful >=20 > CPU: 28.3% user, 0.0% nice, 8.6% system, 0.0% interrupt, 63.1% idle > Mem: 631M Active, 3126M Inact, 353M Wired, 213M Cache, 112M Buf, 3693M = Free > Swap: 4096M Total, 1844K Used, 4094M Free >=20 > Some graph: http://max.af.czu.cz/memoryload.png Please interpret this graph. When did you upgrade FreeBSD? On the 27th? What are the dips on the 30th and 2nd? Apache restarts? > I know before upgrade was memory using about 2,5GB, now much more, > apache sometimes crash. Please post several lines from "top" describing the processes you think are using up memory. For what it's worth, I have a similar situation: i386/PAE, upgraded from 7.0 to 7.1 on a machine with 4 GB RAM (3 GB accessible without PAE). I see no anomalies, *but* I'm using FastCGI with PHP and apache22-worker. I think this is the major change in malloc between 7.0 and 7.1: http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D184602 You can test if it's the cause of your problem by toggling between 'D' and 'M' options to malloc.conf (see malloc(3), don't forget to restart apache). --------------enigF8A5EF4FE2C14D5F7210A4D4 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.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmKJaQACgkQldnAQVacBchWfgCfWDitjEqp++CN0rdY9F5mdS6x qoMAn1oVGIjhbuc7BpLpHGY9OJ1ktEdj =Yn2Y -----END PGP SIGNATURE----- --------------enigF8A5EF4FE2C14D5F7210A4D4-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 01:08:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D3C106564A for ; Thu, 5 Feb 2009 01:08:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4FE8FC13 for ; Thu, 5 Feb 2009 01:08:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1165382ywe.13 for ; Wed, 04 Feb 2009 17:08:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=pvTe7X71FWY/JzsPydJTVwCOsnaSgbJYRsMV5CGD7l4=; b=VhKZH0mPjCL/ku4un5P55IWulFcCzS+htfLC/ERLrjxh1T4C/A0k8TWTQuYo2CoU/i gBtQvSCbhBJ9uY1YfIna/Im1jhS+P7/4wTqotcPNk+mD1WJow3rcu9zkKRiRwSBeOLj4 oK5YjkWTO7bX3pzVgNn4Elvg3zhm036ion7ZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Wie7zeVKagXNoAGhkabcaWL01Q7yhdP1FvQ9PkE2rA4kiyAsUpW+vs5MaHZu9nUt20 U5j4mUmjxJJGEB9X3uWpuqpuIlHSeJMORHFVhCMUoTay27SEOd9ShI8QcefJUXnTEy4Z WZKDaY22vfvvZZz1KejFFcqHLe0BjK0vA+d6M= Received: by 10.151.110.14 with SMTP id n14mr15748ybm.20.1233796108475; Wed, 04 Feb 2009 17:08:28 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id j37sm14068359rne.8.2009.02.04.17.08.24 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 17:08:25 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 5 Feb 2009 10:09:30 +0900 From: Pyun YongHyeon Date: Thu, 5 Feb 2009 10:09:30 +0900 To: Freddie Cash Message-ID: <20090205010930.GB77461@michelle.cdnetworks.co.kr> References: <200706080913.37450.fjwcash+freebsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706080913.37450.fjwcash+freebsd@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Can't get if_txp(4) to attach to a 3CR990B-TXM NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:08:29 -0000 On Fri, Jun 08, 2007 at 09:13:37AM -0700, Freddie Cash wrote: > Good morning, > > I'm having a bit of an issue getting a 3CR990B-TXM NIC detected and > usable. Just wondering if anyone knows of any issues with this NIC > chipset and/or with the motherboard chipset. > > The motherboard is a Biostar GeForce 6100 AM2 using an nVidia nForce 410 > chipset and nVidia GeForce 6100 vide chipset. > > I've tried FreeBSD 6.1, 6.2, 6-STABLE (from Wed), and 7-CURRENT (from Thu) > on this system. Everything installs nicely, everything on the board is > detected correctly and usable. It's just the PCI NIC that doesn't work. > > If I compile a custom kernel without any network drivers in it, and then > kldload if_txp, the following appears (same message on all 4 versions): > > txp0: <3Com 3cR990B-TXM Etherlink with 3XP Processor> port 0xbc00-0xbc7f > mem 0xfdcff000-0xfdcff07f irq 16 at device 8.0 on pci3 > txp0: not waiting for boot > device_attach: txp0 attach returned -1 > > If I reboot and load if_nve (on 6.2 and 6-stable), then I get: > nve0: port 0xdc00-0xdc07 mem > 0xfe02d000-0xfe02dfff irq 22 at device 20.0 on pci0 > nve0: Ethernet address 00:19:21:37:d5:60 > > Followed by the above messages for txp0 (it seems to detect and load > if_txp automativally when loading if_nve). > > I've updated the BIOS on the motherboard. I've tried different PCI slots > on the motherboard. Nothing changes. The "not waiting for boot" message > keeps appearing. > > Attached are dmesg output from: > 6.1-RELEASE GENERIC kernel dmesg_6.1.txt > 6.2-RELEASE GENERIC kernel dmesg_6.2.txt > 6.2-RELEASE GENERIC kernel verbose boot dmesg_6.2_verbose.txt > 6-STABLE GENERIC kernel dmesg_6_generic.txt > 6-STABLE TEST kernel (no NIC drivers) dmesg_6_custom.txt > 7-CURRENT GENERIC kernel dmesg_7_generic.txt > 7-CURRENT TEST kernel (no NIC drivers) dmesg_7_custom.txt > > I've looked through the cvsweb entries for txp and didn't see anything > related to this issue. Reading the man page for if_txp(4) doesn't show > anything about this error. I tried reading the source, but C is pretty > much Greek to me. > > Everything I've read online says this NIC should work, and other are using > it successfully. My gut feeling is that it's something to do with the > motherboard chipset and the way it detects the NIC. But I could be way > off. > > (As a test, I popped in a Kanotix LiveCD and the 3Com NIC is detected and > usable, so it's [hopefully] not a defective NIC.) > > Anyone have any suggestions? Comments? Methods to destroy the NIC as an > act of defiance? :) > Now I've encountered similar issue. See http://lists.freebsd.org/pipermail/freebsd-current/2009-February/003033.html for possible fix. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 01:26:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F03106566B for ; Thu, 5 Feb 2009 01:26:32 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from camp.isletech.net (camp.isletech.net [64.235.105.9]) by mx1.freebsd.org (Postfix) with ESMTP id B2AFA8FC18 for ; Thu, 5 Feb 2009 01:26:31 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from home.isletech.net ([206.248.171.193]:61748 helo=mac.home.isletech.net) by camp with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1LUsk5-00084F-3Q for freebsd-stable@freebsd.org; Wed, 04 Feb 2009 20:09:25 -0500 Message-Id: <6CC76534-3D44-4409-A3EF-19AFC21D3BE6@isletech.net> From: Daryl Richards To: freebsd-stable@freebsd.org In-Reply-To: <4987ECAC.2040202@kasimir.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 4 Feb 2009 20:07:32 -0500 References: <4987ECAC.2040202@kasimir.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on camp.isletech.net X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Thu, 25 Oct 2007 20:25:01 +0000) Subject: Re: FreeBSD 7.1 on MacBook Pro: sysinstall keyboard problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:26:33 -0000 I get the same effect, but with completely different hardware. This is on an AMD desktop system, with a Logitech wireless keyboard plugged in via USB. I don't have X installed, only trying to use it at the console. On 3-Feb-09, at 2:05 AM, Florian Smeets wrote: > On 02.02.2009 21:37 Uhr, Arjan van Leeuwen wrote: >> Hi, >> >> I'm trying to install FreeBSD 7.1-RELEASE/i386 on a MacBook Pro >> (October >> 2008 model) with a US international keyboard. >> >> The DVD boots fine, but once I get into sysinstall, it's like the >> Ctrl key >> is stuck. Whenever I type 'C' it actually does Ctrl+C (and exits the >> install), and I can't even get a dmesg from fixit because 'D' acts >> like >> Ctrl+D and logs me out. Has anyone seen this before, any ideas on >> how to fix >> this? >> > > Yes, I've seen this. It's the same in recent HEAD (both with old USB > and USB2). This started to happen with the MacBook Pros 4,1. > > The keyboard does work in X but not on the console. (i installed > using a USB keyboard). > > I would very much like to see this working, but i have absolutely no > clue where to start looking... > > Cheers, > Florian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 01:30:43 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9916F106566C for ; Thu, 5 Feb 2009 01:30:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 66F648FC0C for ; Thu, 5 Feb 2009 01:30:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2955084rvf.43 for ; Wed, 04 Feb 2009 17:30:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=b9qhvItMLQoSBY6doXRiJV5mQTFVKk5BxMOLrlerFVU=; b=jXyMV2OhD9qfeFFbmSkoXl2DzNVxUxtEOtUsnrdnFBwWAl3J7iSqSXH6vcdh3UfMeK ikTo/AIQHhSeZJUlcyokFKXh4J09NHxldJ7CnAgK8fn/3ZuHBdZWD7mwCFjQ1Q03mZro 0vqzr88nL4Ivs75JbZkROISoWqibZSjklB3wQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=tx9PNngl+er9VR+kZcdttjgDmfRCgPijVDAR+92vOnbQyBzOnuLNiwfyj1VnFCmB/G FmwOmIzie50c3826FV68BEL+OvjkPyEntW9/EdpkWYy/kpvGctCVsIKkmA3Utg4JtMiZ 1E8UsdW9MWxS94ddXymAAxL5biYZTLoc1Hvzc= Received: by 10.141.161.6 with SMTP id n6mr2391605rvo.248.1233797443130; Wed, 04 Feb 2009 17:30:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm16648004rvb.6.2009.02.04.17.30.40 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 17:30:41 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 5 Feb 2009 10:31:47 +0900 From: Pyun YongHyeon Date: Thu, 5 Feb 2009 10:31:47 +0900 To: Henrik Friedrichsen Message-ID: <20090205013147.GC77461@michelle.cdnetworks.co.kr> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204173753.GA98288@dsp.50hz.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090204173753.GA98288@dsp.50hz.ws> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:30:43 -0000 On Wed, Feb 04, 2009 at 06:37:53PM +0100, Henrik Friedrichsen wrote: > Hey. > > I have had similar symptoms on a dedicated server with the re driver. > What I did was grab more recent drivers (which might be redundant now) > and disable a set of features that weren't stable at the time. re(4) had several issues for PCIe based controllers on 7.0-RELEASE and I believe most issues were resolved in HEAD/stable so I think you can safely turn checksum offloading, VLAN hardware assistance features. You can also enable TSO(default off) but I remember some users reported issues for TSO, I didn't encounter TSO issues though. If you can still reproduce the issue please let me know. > Please have a look at this PR that I submitted back then: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125805 > From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 02:00:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAFBA106566C; Thu, 5 Feb 2009 02:00:07 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id B490C8FC12; Thu, 5 Feb 2009 02:00:07 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTPA id AA20450837; Wed, 4 Feb 2009 17:45:39 -0800 (PST) Message-ID: <498A44A0.6050107@FreeBSD.org> Date: Wed, 04 Feb 2009 17:45:04 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Ivan Voras References: <4989BD92.9010506@max.af.czu.cz.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 02:00:08 -0000 Ivan Voras wrote: > I think this is the major change in malloc between 7.0 and 7.1: > http://svn.freebsd.org/viewvc/base?view=revision&revision=184602 > > You can test if it's the cause of your problem by toggling between 'D' > and 'M' options to malloc.conf (see malloc(3), don't forget to restart > apache). Revision 184602 reverted the behavior so that malloc behaves the *same* for the 7.0 and 7.1 releases, with respect to DSS versus heap allocation. Jason From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 07:58:16 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ACFD1065672 for ; Thu, 5 Feb 2009 07:58:16 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 81A108FC16 for ; Thu, 5 Feb 2009 07:58:15 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n157wCfd021517; Thu, 5 Feb 2009 08:58:13 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id DBDB72E5; Thu, 5 Feb 2009 08:58:12 +0100 (CET) Date: Thu, 5 Feb 2009 08:58:12 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20090205085812.b2deb1f7.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090204104655.GA73543@michelle.cdnetworks.co.kr> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204104655.GA73543@michelle.cdnetworks.co.kr> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.2.5.74615 Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 07:58:16 -0000 On Wed, 4 Feb 2009 19:46:55 +0900 Pyun YongHyeon wrote about Re: fun with if_re: PY> Since you're using RTL8169SC it could be related with my commit PY> r180519(cvs rev 1.95.2.22). It seems that RTL8169SC does not like PY> memory mapped register access and I think jkim@ committed patch PY> for the issue. Would you try re(4) in HEAD? PY> (Just copying if_re.c, if_rlreg.h and if_rl.c from HEAD to PY> stable would be enough to build re(4) on stable). Thanks for the advice. I did build new nanobsd images with these patches meanwhile and will start using them today. However, as it has worked without problems for weeks with the buggy version before, I will not be able to say if it is really working until next month or so. Or do you know any method to reliably trigger such errors? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 08:26:57 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5833C106564A for ; Thu, 5 Feb 2009 08:26:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 242B18FC13 for ; Thu, 5 Feb 2009 08:26:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so146139rvf.43 for ; Thu, 05 Feb 2009 00:26:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=9YP9cjwYtVfmaFovvGd2RjO373lf9pp81yMDXvZrHIg=; b=S8l3maJ3mD6oEb10wBtvkBi28Ad05aX+BEJouoMYuQ5O+rZUu4r3FMB4t2jN6gFwA4 64ObC49tQGcwq26iJ5fxwrpR/diz+hlZQTDrMcYO3L/x7HhiVCKsIuDu6jBpi78JU1S+ lAI2IgCy+XMsbWEwSdkmw37lbnlopQIg6HU9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ZZbfcpFkKL4QSF1hO/8/QT2Jh5xP1MkUm4rcorFkyK4Ko1oRuT6tn8OY/IqnVdJITP QZOV5j0+oIWdYqh/WvdPP19uskOZBi/T9QzbJzS2wSW6+J3XJmH6kYs01h/Xe+P23M7o VKocCSaqgdnz9MjIl3ChgxCt/ABrSvmntcbZM= Received: by 10.141.122.20 with SMTP id z20mr158198rvm.171.1233822416884; Thu, 05 Feb 2009 00:26:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm495687rvb.3.2009.02.05.00.26.54 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 00:26:55 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 5 Feb 2009 17:28:04 +0900 From: Pyun YongHyeon Date: Thu, 5 Feb 2009 17:28:04 +0900 To: Gerrit K?hn Message-ID: <20090205082804.GD77461@michelle.cdnetworks.co.kr> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204104655.GA73543@michelle.cdnetworks.co.kr> <20090205085812.b2deb1f7.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090205085812.b2deb1f7.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 08:26:57 -0000 On Thu, Feb 05, 2009 at 08:58:12AM +0100, Gerrit K?hn wrote: > On Wed, 4 Feb 2009 19:46:55 +0900 Pyun YongHyeon wrote > about Re: fun with if_re: > > > PY> Since you're using RTL8169SC it could be related with my commit > PY> r180519(cvs rev 1.95.2.22). It seems that RTL8169SC does not like > PY> memory mapped register access and I think jkim@ committed patch > PY> for the issue. Would you try re(4) in HEAD? > PY> (Just copying if_re.c, if_rlreg.h and if_rl.c from HEAD to > PY> stable would be enough to build re(4) on stable). > > Thanks for the advice. > I did build new nanobsd images with these patches meanwhile and will start > using them today. However, as it has worked without problems for weeks > with the buggy version before, I will not be able to say if it is really > working until next month or so. Or do you know any method to reliably That's fine. > trigger such errors? Unfortunately no. Not all RTL8169SC controller shows the issue and I don't know whether you have problematic one. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 09:38:42 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41D0010656C9 for ; Thu, 5 Feb 2009 09:38:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFE38FC1A for ; Thu, 5 Feb 2009 09:38:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy14 with SMTP id 14so202621ewy.19 for ; Thu, 05 Feb 2009 01:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=HyMgep6p9AIINSEfCBe8iTZkmh27IHjxt6xhcw/9OiI=; b=KyB0nGEpwcBdOQGNknQ+8wfC/Y9EI+vS3+Kvcb5+NNcedZs9YQCZAlo6nECtqAKcCo yg9t0wDMD8g5ajpouiDQdnUCTM9wLAaQD7D5ahRjejHtezgkbZeuFSz14f3CWPA3bRz7 cc1Rh5evm3JsidVbKSxJJZNmrlDdU/zsuIa4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=OKOL6/lWIJArtxcu/SfJ9weGHevZGTtcjJXEseM2mreRNLxFmg+973oBYjkOmWeUpi HZ3IzZZ5R2JyqqWNcJhcM/oS4d1NkdO2roRJ8cItQqm+eZn7urucEaGkluw0fCdLiVIU MAsI72fGnYqJhyrEFHJku88MKVMINxK7g7D98= Received: by 10.210.44.19 with SMTP id r19mr209693ebr.194.1233826719895; Thu, 05 Feb 2009 01:38:39 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id j8sm252526gvb.21.2009.02.05.01.38.38 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 01:38:39 -0800 (PST) From: Tom Evans To: Tomas Randa In-Reply-To: <4989D384.7090301@max.af.czu.cz.cz> References: <4989BD92.9010506@max.af.czu.cz.cz> <1233766887.43076.18.camel@strangepork.mintel.co.uk> <4989D384.7090301@max.af.czu.cz.cz> Content-Type: text/plain Date: Thu, 05 Feb 2009 09:39:49 +0000 Message-Id: <1233826789.43076.25.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Free memory after upgrade to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 09:38:52 -0000 On Wed, 2009-02-04 at 18:42 +0100, Tomas Randa wrote: > Yes, I do portupgrade -Rrfia after upgrade of course. > I don`t think it is some "new" PHP bug, because my friend have same > problem with memory and he do not upgraded ports. But his box do not > free memory after apache reload, my yes > > Any other suggestions ? > > Thanks TR > > > > Tom Evans napsal(a): > > On Wed, 2009-02-04 at 17:08 +0100, Tomas Randa wrote: > > > >> Hello, > >> > >> I have i386/PAE system (php, apache22, mysql) running on 7-STABLE and I > >> can see strange behavior after upgrade from 7.0: Apache does not free > >> memory, for example: > >> > >> CPU: 31.2% user, 0.0% nice, 12.8% system, 0.7% interrupt, 55.3% idle > >> Mem: 3520M Active, 3705M Inact, 465M Wired, 314M Cache, 112M Buf, 12M Free > >> Swap: 4096M Total, 105M Used, 3991M Free, 2% Inuse > >> > >> then apachectl graceful > >> > >> CPU: 28.3% user, 0.0% nice, 8.6% system, 0.0% interrupt, 63.1% idle > >> Mem: 631M Active, 3126M Inact, 353M Wired, 213M Cache, 112M Buf, 3693M Free > >> Swap: 4096M Total, 1844K Used, 4094M Free > >> > >> Some graph: http://max.af.czu.cz/memoryload.png > >> > >> I know before upgrade was memory using about 2,5GB, now much more, > >> apache sometimes crash. > >> > >> Thanks for some help > >> > >> Tomas Randa > >> > > > > What is apache doing to use so much memory? This looks more like a > > memory leak in PHP, which is reclaimed after apache restarts its > > children. > > > > When you upgraded the OS, did you also upgrade ports? Could a new > > version of PHP be at fault here? > > > > Cheers > > > > Tom > > Well, apache + its regular modules dont tend to leak memory, which is what is happening. Can you run tests, eg by running your application on apache with valgrind, to determine exactly where the leak occurs. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 09:44:05 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84BD106564A for ; Thu, 5 Feb 2009 09:44:05 +0000 (UTC) (envelope-from saad@docisland.org) Received: from saje3.docisland.org (saje3.docisland.org [213.246.39.160]) by mx1.freebsd.org (Postfix) with ESMTP id 83D5E8FC13 for ; Thu, 5 Feb 2009 09:44:05 +0000 (UTC) (envelope-from saad@docisland.org) Received: from localhost (saje3 [127.0.0.1]) by saje3.docisland.org (Postfix) with ESMTP id CAA2542C7E6 for ; Thu, 5 Feb 2009 10:13:16 +0100 (CET) X-Virus-Scanned: amavisd-new at docisland.org Received: from vearth.docisland.org (saje3 [127.0.0.1]) by saje3.docisland.org (Postfix) with ESMTP id E602B42C7D9 for ; Thu, 5 Feb 2009 10:13:09 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vearth.docisland.org (Postfix) with ESMTP id E88DC18C258F for ; Thu, 5 Feb 2009 10:13:08 +0100 (CET) Message-Id: <85165851-E375-4F4C-A1EF-7A5FB6B7CD23@docisland.org> From: Saad Kadhi To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 5 Feb 2009 10:13:06 +0100 X-Mailer: Apple Mail (2.930.3) Cc: Subject: Ruby dumps core on 7.0-RELEASE-p7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 09:44:06 -0000 Hi, I am using Ruby 1.8.6 (2008-08-11 patchlevel 287) on FreeBSD 7.0- RELEASE-p7. I have some code that -among other things- parses XML files and when it does in at least one case, it dumps core with the following error msg: -x-x-x- /usr/local/lib/ruby/1.8/rexml/parent.rb:19: [BUG] object allocation during garbage collection phase ruby 1.8.6 (2008-08-11) [i386-freebsd7] -x-x-x- At times, I get a different error msg: -x-x-x- /usr/local/lib/ruby/1.8/rexml/namespace.rb:16: [BUG] object allocation during garbage collection phase ruby 1.8.6 (2008-08-11) [i386-freebsd7] -x-x-x- I initially developed my code using Ruby 1.8.6 patchlevel 111 on the same platform and everything worked as expected. And when I upgraded to the latest stable version from ports, I started having these issues. Staying with 1.8.6 patchlevel 111 is not an option since this version is riddled with security vulnerabilities. Any ideas on how to fix this problem? TIA. -- Saad Kadhi "We can't compete on price. We also can't compete on quality, features or service. That leaves fraud, which I'd like you to call marketing." -- Pointy-Haired Boss, Dilbert. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 11:05:50 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8921C106566B for ; Thu, 5 Feb 2009 11:05:50 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 11F7E8FC08 for ; Thu, 5 Feb 2009 11:05:49 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n15B5k1G031359; Thu, 5 Feb 2009 12:05:48 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id BCDF54F; Thu, 5 Feb 2009 12:05:46 +0100 (CET) Date: Thu, 5 Feb 2009 12:05:46 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20090205120546.f192684b.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090205082804.GD77461@michelle.cdnetworks.co.kr> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204104655.GA73543@michelle.cdnetworks.co.kr> <20090205085812.b2deb1f7.gerrit@pmp.uni-hannover.de> <20090205082804.GD77461@michelle.cdnetworks.co.kr> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.2.5.105513 Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:05:50 -0000 On Thu, 5 Feb 2009 17:28:04 +0900 Pyun YongHyeon wrote about Re: fun with if_re: PY> > I did build new nanobsd images with these patches meanwhile and will PY> > start using them today. However, as it has worked without problems PY> > for weeks with the buggy version before, I will not be able to say PY> > if it is really working until next month or so. Or do you know any PY> > method to reliably PY> That's fine. Sorry to be back so soon again, but I just noticed that I did in fact not produce new images yesterday. :-) Kernel build stopped with --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/tmp/usr/obj/usr/work/curren t/src/sys/FIREFLY /usr/work/current/src/sys/modules/mii/../../dev/mii/acphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/amphy.c /usr/ work/current/src/sys/modules/mii/../../dev/mii/atphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/work/current/src/sys/m odules/mii/../../dev/mii/brgphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/work/current/src/sys/modules/mii/../../dev/m ii/e1000phy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/exphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/wor k/current/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/inphy.c /usr/work/current/src/sys/modu les/mii/../../dev/mii/ip1000phy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/jmphy.c /usr/work/current/src/sys/modules/mii/../../dev/m ii/lxtphy.c miibus_if.c /usr/work/current/src/sys/modules/mii/../../dev/mii/mii.c /usr/work/current/src/sys/modules/mii/../../dev/mii/mii_physu br.c /usr/work/current/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/work/current /src/sys/modules/mii/../../dev/mii/nsphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/work/current/src/sys/modules/mii /../../dev/mii/pnaphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/rgephy. c /usr/work/current/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/work/current/sr c/sys/modules/mii/../../dev/mii/tdkphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/work/current/src/sys/modules/mii/../. ./dev/mii/truephy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/work/current/src/sys/modules/mii/../../dev/mii/ukphy_subr. c /usr/work/current/src/sys/modules/mii/../../dev/mii/xmphy.c In file included from /usr/work/current/src/sys/modules/mii/../../dev/mii/rgephy.c:60: @/pci/if_rlreg.h:1509:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1917:6: error: unterminated comment @/pci/if_rlreg.h:1509:1: error: unterminated #if In file included from /usr/work/current/src/sys/modules/mii/../../dev/mii/rlphy.c:56: @/pci/if_rlreg.h:1509:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1917:6: error: unterminated comment @/pci/if_rlreg.h:1509:1: error: unterminated #if mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error --- Any hints? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 11:13:33 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 098C01065673 for ; Thu, 5 Feb 2009 11:13:33 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8A48FC19 for ; Thu, 5 Feb 2009 11:13:32 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n15BDUWi031653; Thu, 5 Feb 2009 12:13:31 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id EADE64F; Thu, 5 Feb 2009 12:13:29 +0100 (CET) Date: Thu, 5 Feb 2009 12:13:29 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20090205121329.b510a1ae.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090205120546.f192684b.gerrit@pmp.uni-hannover.de> References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204104655.GA73543@michelle.cdnetworks.co.kr> <20090205085812.b2deb1f7.gerrit@pmp.uni-hannover.de> <20090205082804.GD77461@michelle.cdnetworks.co.kr> <20090205120546.f192684b.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.2.5.110133 Cc: stable@freebsd.org Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:13:33 -0000 On Thu, 5 Feb 2009 12:05:46 +0100 Gerrit K=FChn wrote about Re: fun with if_re: GK> Sorry to be back so soon again, but I just noticed that I did in fact GK> not produce new images yesterday. :-) GK> Kernel build stopped with [...] Ignore me, my bad (downloaded the webpage instead of the code via webcvs :-). On my way now. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 11:27:13 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1427106564A for ; Thu, 5 Feb 2009 11:27:13 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail2.icritical.com (mail2.icritical.com [212.57.248.50]) by mx1.freebsd.org (Postfix) with SMTP id 161148FC1D for ; Thu, 5 Feb 2009 11:27:12 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: (qmail 4308 invoked from network); 5 Feb 2009 11:27:22 -0000 Received: from localhost (127.0.0.1) by mail2.icritical.com with SMTP; 5 Feb 2009 11:27:22 -0000 Received: (qmail 4254 invoked by uid 599); 5 Feb 2009 11:27:18 -0000 Received: from unknown (HELO icritical.com) (87.127.43.249) by mail2.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 05 Feb 2009 11:27:18 +0000 Message-ID: <498ACD02.4040602@icritical.com> Date: Thu, 05 Feb 2009 11:26:58 +0000 From: Matt Burke User-Agent: Thunderbird 2.0.0.16 (X11/20080707) MIME-Version: 1.0 To: Kostik Belousov References: <49898E3D.7030609@icritical.com> <20090204143309.GF9427@deviant.kiev.zoral.com.ua> In-Reply-To: <20090204143309.GF9427@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2009 11:27:06.0881 (UTC) FILETIME=[AD3F4F10:01C98784] X-Virus-Scanned: by iCritical at mail2.icritical.com Cc: stable@freebsd.org Subject: Re: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:27:14 -0000 Kostik Belousov wrote: > Compile ddb into the kernel, and do "ps" from the ddb prompt. If there > are processes hung in the "nbufkv" state, then the patch below might > help. The bonnie++ processes are in state "newbuf" and other hung processes (bash, newly forked sshds, etc) appear to be in the "ufs" state. The patch appears to have no effect, although at the last hang I did see one of the bonnie++ processes in "nbufkv" state. This could be coincidental. The problem also exhibits itself when running a parallel bonnie++ on a single array, both with the onboard PERC6/i and the PERC6/e. I have no access to other controllers. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 12:07:01 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D163410656D1 for ; Thu, 5 Feb 2009 12:07:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 669C48FC13 for ; Thu, 5 Feb 2009 12:07:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LV30V-0004Qs-BF; Thu, 05 Feb 2009 14:06:59 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n15C6uoW044596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2009 14:06:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n15C6tTe009548; Thu, 5 Feb 2009 14:06:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n15C6tdp009543; Thu, 5 Feb 2009 14:06:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Feb 2009 14:06:55 +0200 From: Kostik Belousov To: Matt Burke Message-ID: <20090205120655.GI9427@deviant.kiev.zoral.com.ua> References: <49898E3D.7030609@icritical.com> <20090204143309.GF9427@deviant.kiev.zoral.com.ua> <498ACD02.4040602@icritical.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0XMZdl/q8hSSmFeD" Content-Disposition: inline In-Reply-To: <498ACD02.4040602@icritical.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LV30V-0004Qs-BF 59e51ef85a7b75aa8012965dcac1d006 X-Terabit: YES Cc: stable@freebsd.org Subject: Re: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:07:13 -0000 --0XMZdl/q8hSSmFeD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 05, 2009 at 11:26:58AM +0000, Matt Burke wrote: > Kostik Belousov wrote: > > Compile ddb into the kernel, and do "ps" from the ddb prompt. If there > > are processes hung in the "nbufkv" state, then the patch below might > > help. >=20 > The bonnie++ processes are in state "newbuf" and other hung processes > (bash, newly forked sshds, etc) appear to be in the "ufs" state. What is the state of the bufdaemon process ? >=20 > The patch appears to have no effect, although at the last hang I did see > one of the bonnie++ processes in "nbufkv" state. This could be coincident= al. >=20 >=20 > The problem also exhibits itself when running a parallel bonnie++ on a > single array, both with the onboard PERC6/i and the PERC6/e. I have no > access to other controllers. --0XMZdl/q8hSSmFeD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmK1l8ACgkQC3+MBN1Mb4j/SwCgq6Dha2nfOGiuRg2zJ29t7mG2 lYgAoJ7Z3nxwX7NgoFq6UVrntrZyuu/Q =X3SH -----END PGP SIGNATURE----- --0XMZdl/q8hSSmFeD-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 12:46:39 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DA071065674 for ; Thu, 5 Feb 2009 12:46:39 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail2.icritical.com (mail2.icritical.com [212.57.248.50]) by mx1.freebsd.org (Postfix) with SMTP id CC5B48FC20 for ; Thu, 5 Feb 2009 12:46:38 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: (qmail 13280 invoked from network); 5 Feb 2009 12:46:37 -0000 Received: from localhost (127.0.0.1) by mail2.icritical.com with SMTP; 5 Feb 2009 12:46:37 -0000 Received: (qmail 13266 invoked by uid 599); 5 Feb 2009 12:46:31 -0000 Received: from unknown (HELO icritical.com) (87.127.43.251) by mail2.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 05 Feb 2009 12:46:31 +0000 Message-ID: <498ADF9F.3050205@icritical.com> Date: Thu, 05 Feb 2009 12:46:23 +0000 From: Matt Burke User-Agent: Thunderbird 2.0.0.16 (X11/20080707) MIME-Version: 1.0 To: Kostik Belousov References: <49898E3D.7030609@icritical.com> <20090204143309.GF9427@deviant.kiev.zoral.com.ua> <498ACD02.4040602@icritical.com> <20090205120655.GI9427@deviant.kiev.zoral.com.ua> In-Reply-To: <20090205120655.GI9427@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2009 12:46:32.0044 (UTC) FILETIME=[C5817AC0:01C9878F] X-Virus-Scanned: by iCritical at mail2.icritical.com Cc: stable@freebsd.org Subject: Re: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:46:39 -0000 Kostik Belousov wrote: >>> Compile ddb into the kernel, and do "ps" from the ddb prompt. If there >>> are processes hung in the "nbufkv" state, then the patch below might >>> help. >> The bonnie++ processes are in state "newbuf" and other hung processes >> (bash, newly forked sshds, etc) appear to be in the "ufs" state. > What is the state of the bufdaemon process ? qsleep -- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 14:34:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CF41065675 for ; Thu, 5 Feb 2009 14:34:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A11648FC22 for ; Thu, 5 Feb 2009 14:34:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09886 for ; Thu, 05 Feb 2009 16:34:10 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498AF8E1.7020206@icyb.net.ua> Date: Thu, 05 Feb 2009 16:34:09 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: nfs umount soft hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 14:34:13 -0000 I have an NFS server and NFS client separated by a firewall. Both servers are FreeBSD 7.1. Server configuration: nfs_server_enable="YES" nfs_server_flags="-t -n 4" rpcbind_enable="YES" mountd_flags="-r -p 737" mountd_enable="YES" The firewall allows tcp and udp to port 111, but only tcp to ports 2049 and 737 (configured for mountd, see above). On the client I use e.g. the following command for mounting: mount -t nfs -o nfsv3,tcp,intr,rdirplus,-r=32768,-w=32768 XXXX:/export/usr/obj /usr/obj Mounting and subsequent fs operations work flawlessly. When I unmount umount command hangs but can be interrupted with ^C. Everything seems to be clean after that - the filesystem is unmounted, there are no post-effects on both client and server. I used ktrace and tcpdump to investigate this and it seems that umount command tries to send something to server's mountd via udp: ... 13181 umount CALL sendto(0x4,0x2823e354,0x70,0,0x2823c008,0x10) 13181 umount GIO fd 4 wrote 112 bytes ... 000477 IP (tos 0x0, ttl 64, id 19976, offset 0, flags [none], proto UDP (17), length 140) 10.99.15.160.960 > 10.99.10.87.737: UDP, length 112 If wonder if this is correct behavior of umount. Do I need to get mountd udp port allowed in the firewall? Or is there a way to configure "everything" to tcp only? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 17:18:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9424F1065675 for ; Thu, 5 Feb 2009 17:18:38 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 27ECB8FC1B for ; Thu, 5 Feb 2009 17:18:37 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: by gxk14 with SMTP id 14so400848gxk.19 for ; Thu, 05 Feb 2009 09:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=sC3wegNExo7IqLiUbZumeyHsyEiGsqulSiDesAk7jJg=; b=l4NGp6FNn4t4aITCaKrFd7Agn+O0FQSUuY2WcCIqsdzI/54dCiTOroFGPXuzHdJRpY GC8e2hUs5nxwQPxtvOmRQnw+P5uh8c6kCIQLHJkEgkR1+GwPp5xG0QtS2CPzbjL8Xf6O PTKLpF/wJEBkt4IGDZwC4l+ZFDa7mwjRLTSyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=RhNfXIQlxdBepvA1QNCSkqJDao1lYu11VhyIHkMb1wYzOR+uKHEbIeYVc2SDfPhJ0N EAWPY/K8CloOm0rInAr+9x9H9BSvfrokKrjOFfJeLdOfXPlgOnJuE8rB/e1V+q9d15al 3XQF6LcubR9l0aglKD/chjlE7Zb8BXbMlKMXY= MIME-Version: 1.0 Received: by 10.150.201.2 with SMTP id y2mr733129ybf.25.1233853070810; Thu, 05 Feb 2009 08:57:50 -0800 (PST) In-Reply-To: References: Date: Thu, 5 Feb 2009 11:57:50 -0500 Message-ID: From: Klapper Zhu To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:18:39 -0000 Hi John Birrell, I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several weird behaviors: 1) Not all kernel functions show up in fbt provider. Take isp(4) as example: "dtrace -l" shows static void isp_freeze_loopdown(ispsoftc_t *, int, char *); ___but not___ static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); Both are static functions. But one shows up in fbt, another not. What's the rational behind it ? Any way to fix it ? 2) The symptom described below only shows in 64-bit platform (amd64). Here is the D Code: fbt::isp_handle_platform_atio2:entry { self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); } It will never fire. I have to add another 2 probes on top of it, then it (fbt::isp_handle_platform_atio2:entry) will trace. Even the 2 probes on top of it never fire. --------------- dtrace:::BEGIN { tr = 0; } fbt:::entry /tr == 1/ { @a[probefunc] = count(); } fbt::isp_handle_platform_atio2:entry { self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); } Thanks, K. Zhu From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 17:24:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467D81065693 for ; Thu, 5 Feb 2009 17:24:17 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from netasq.netasq.com (netasq.netasq.com [213.30.137.178]) by mx1.freebsd.org (Postfix) with ESMTP id 957598FC1D for ; Thu, 5 Feb 2009 17:24:16 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from [10.2.1.5] (unknown [10.0.0.126]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by netasq.netasq.com (Postfix) with ESMTP id 6E65F1DE87 for ; Thu, 5 Feb 2009 17:51:24 +0100 (CET) Message-Id: From: Fabien Thomas To: FreeBSD Stable List Content-Type: multipart/signed; boundary=Apple-Mail-5--5069956; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 5 Feb 2009 17:51:23 +0100 X-Mailer: Apple Mail (2.930.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Announcement: PmcTools callchain capture for FreeBSD 7.1 and stable_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:24:18 -0000 --Apple-Mail-5--5069956 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello, I've created a new patch for all the pmc feature available on trunk (02/05). It has been tested on a core2duo in amd64 and i386 mode with success. Feel free to test and give your feedback. Thanks to Joseph Koshy for the hard work on pmc. Patch is linked on the PmcTools wiki page: http://wiki.freebsd.org/PmcTools . Fabien --Apple-Mail-5--5069956-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 17:37:56 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A9A10656C3 for ; Thu, 5 Feb 2009 17:37:56 +0000 (UTC) (envelope-from henrik@50hz.ws) Received: from dsp.50hz.ws (50hz.ws [208.86.227.9]) by mx1.freebsd.org (Postfix) with ESMTP id 36A9F8FC0A for ; Thu, 5 Feb 2009 17:37:55 +0000 (UTC) (envelope-from henrik@50hz.ws) Received: from dsp.50hz.ws (localhost [127.0.0.1]) by dsp.50hz.ws (8.14.3/8.14.2) with ESMTP id n15HcKvj016210 for ; Thu, 5 Feb 2009 18:38:20 +0100 (CET) (envelope-from henrik@dsp.50hz.ws) Received: (from henrik@localhost) by dsp.50hz.ws (8.14.3/8.14.2/Submit) id n15HcKcm016209 for stable@freebsd.org; Thu, 5 Feb 2009 18:38:20 +0100 (CET) (envelope-from henrik@dsp.50hz.ws) Date: Thu, 5 Feb 2009 18:38:20 +0100 From: Henrik Friedrichsen To: stable@freebsd.org Message-ID: <20090205173820.GA16198@dsp.50hz.ws> Mail-Followup-To: stable@freebsd.org References: <20090204100507.5f223d9e.gerrit@pmp.uni-hannover.de> <20090204173753.GA98288@dsp.50hz.ws> <20090205013147.GC77461@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090205013147.GC77461@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: fun with if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:37:58 -0000 As I don't own that server anymore, I'm afraid I can't tell you whether it's working now. :( On Thu, Feb 05, 2009 at 10:31:47AM +0900, Pyun YongHyeon wrote: > On Wed, Feb 04, 2009 at 06:37:53PM +0100, Henrik Friedrichsen wrote: > > Hey. > > > > I have had similar symptoms on a dedicated server with the re driver. > > What I did was grab more recent drivers (which might be redundant now) > > and disable a set of features that weren't stable at the time. > > re(4) had several issues for PCIe based controllers on 7.0-RELEASE > and I believe most issues were resolved in HEAD/stable so I think > you can safely turn checksum offloading, VLAN hardware assistance > features. You can also enable TSO(default off) but I remember some > users reported issues for TSO, I didn't encounter TSO issues > though. > If you can still reproduce the issue please let me know. > > > Please have a look at this PR that I submitted back then: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125805 > > From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 18:44:38 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FE76106566B for ; Thu, 5 Feb 2009 18:44:38 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id DFDFA8FC21 for ; Thu, 5 Feb 2009 18:44:37 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id BFFF971F114 for ; Thu, 5 Feb 2009 13:26:52 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9a0wqIkdQFIX for ; Thu, 5 Feb 2009 13:26:52 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 9D43671F0BF for ; Thu, 5 Feb 2009 13:26:52 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 9865C29B; Thu, 5 Feb 2009 13:26:52 -0500 (EST) Date: Thu, 5 Feb 2009 13:26:52 -0500 From: Adam McDougall To: stable@freebsd.org Message-ID: <20090205182652.GV59117@egr.msu.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="F8dlzb82+Fcn6AgP" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Fwd: aac0 issues, Controller is no longer running X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:44:38 -0000 --F8dlzb82+Fcn6AgP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Forwarding to list because mail to emaste@freebsd.org bounced at the location it is apparently being forwarded to so I'm not sure if it was received. I'll add that the problem seems to follow a pattern where it happens only twice after a reboot (usually in the morning when rsync runs) and then its fine until the next intentional reboot. --F8dlzb82+Fcn6AgP Content-Type: message/rfc822 Content-Disposition: inline Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on boomhauer.egr.msu.edu X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Original-To: mcdouga9@egr.msu.edu Delivered-To: mcdouga9@egr.msu.edu Received: from localhost (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id F2D42B8067 for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by localhost (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ga1zPDI5xiH7 for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mail.egr.msu.edu (Postfix) with ESMTP id C8C1CB8062 for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id C51EA71EFD6 for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YWgd+wFzl8Qa for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from triton.bsd-unix.net (triton.bsd-unix.net [209.8.43.226]) by mx.egr.msu.edu (Postfix) with ESMTP id 994ED71EFD2 for ; Wed, 4 Feb 2009 10:53:35 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by triton.bsd-unix.net (Postfix) with ESMTP id DD9FE9B425; Wed, 4 Feb 2009 10:53:34 -0500 (EST) X-Virus-Scanned: amavisd-new at bsd-unix.net Received: from triton.bsd-unix.net ([127.0.0.1]) by localhost (triton.bsd-unix.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GAXE0lX-yac8; Wed, 4 Feb 2009 10:53:34 -0500 (EST) Received: by triton.bsd-unix.net (Postfix, from userid 1001) id BB9EF9B41F; Wed, 4 Feb 2009 10:53:34 -0500 (EST) Date: Wed, 4 Feb 2009 10:53:34 -0500 From: Bryan Seitz To: emaste@freebsd.org Cc: mcdouga9@egr.msu.edu Subject: aac0 issues Message-ID: <20090204155334.GA9312@bsd-unix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18cvs (2008-12-16) Ed, I've been having issues with the aac0 driver with a Sun STK raid card ( Adaptec 5805 ). After FBSD upgrades and a reboot, it will lock up when rsync backups run at night. After doing this about 2-3 times over 2-3 days, it will stabilize and be rock solid. If you could assist me in maybe debugging it somehow, I would greatly appreciate it. Info: Controller Status : Optimal Channel description : SAS/SATA Controller Model : Sun STK RAID INT Controller Serial Number : 00809AA0182 Physical Slot : 48 Temperature : 64 C/ 147 F (Normal) Installed memory : 256 MB BIOS : 5.2-0 (15583) Firmware : 5.2-0 (15583) Driver : 5.2-0 (15583) Boot Flash : 5.2-0 (15583) Raid5+HSP setup with 8 SAS disks. Code here: code = AAC_GET_FWSTATUS(sc); if (code != AAC_UP_AND_RUNNING) { device_printf(sc->aac_dev, "WARNING! Controller is no " "longer running! code= 0x%x\n", code); And one that mentions: "COMMAND %p TIMEOUT AFTER %d SECONDS\n", TIA, -- Bryan G. Seitz --F8dlzb82+Fcn6AgP-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 5 23:59:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B09F10656D2 for ; Thu, 5 Feb 2009 23:59:13 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6B68FC4C for ; Thu, 5 Feb 2009 23:59:08 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from widowmaker.local (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id n15NuWsq005897; Thu, 5 Feb 2009 15:56:40 -0800 (PST) (envelope-from mahan@mahan.org) Message-ID: <498B7CA8.4030208@mahan.org> Date: Thu, 05 Feb 2009 15:56:24 -0800 From: Patrick Mahan User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.19) Gecko/20081209 Thunderbird/2.0.0.19 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Chris H References: <20090129015034.7dxisep21w04gksg@webmail.1command.com> <0bca01c98202$a6124350$f236c9f0$@co.uk> <20090129051522.a92df0myf44gsko4@webmail.1command.com> <62b856460901290538x5d857f08ka3b2ffb5a7aa8e7f@mail.gmail.com> <20090129060243.adauuua9eokcsos8@webmail.1command.com> <00fe01c98247$d6872600$83957200$@com> <49822E90.1010306@FreeBSD.org> <20090129181838.l9cr09o0kk400gwc@webmail.1command.com> <4982EB63.50703@FreeBSD.org> <20090130070359.riaj3vq4aock4k0s@webmail.1command.com> <49833266.4020602@mahan.org> <20090130165453.zny1a1ctq8sk0kk0@webmail.1command.com> In-Reply-To: <20090130165453.zny1a1ctq8sk0kk0@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Replace Cisco IOS/CBOS with freebsd - possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:59:28 -0000 Chris H presented these words - circa 1/30/09 4:54 PM-> > Hello Patrick, and thank you for your reply. > > Quoting Patrick Mahan : > >> >> >> Chris H presented these words - circa 1/30/09 7:03 AM-> >>> Hello Bruce, and thank you for your reply. >>> >>> Quoting "Bruce M. Simpson" : >>> >>>> Chris H wrote: >>>>> ... >>>>>> >>>>>> I know Peter Grehan was looking at getting FreeBSD onto the Cisco >>>>>> 827 a while back. >>>>> >>>>> That's good news. I'll have to see if I can get more info on that. >>>>> I just purchased a "lot" of cisco *DSL/routers on ebay, in an effort >>>>> to push this project forward (I can experiment on these with less >>>>> concern). >>>> >>>> IMHO pfSense beats the pants off OpenWRT from a user/deployment >>>> point of view, and often that is ultimately what counts. >>> >>> I guess I'd have to agree, except if it weren't for the fact I always >>> have a zillion things going simultaneously, I wouldn't even know what >>> X was - I can't get enough VC's (virtual consoles), so I'm forced to >>> use X. But, of course for most "end users" /convenience/ is everything, >>> and most don't want to any more that how to turn it on. :) >>> >>>> >>>> Thing is, it's "only" for x86-based PCs. I had the foresight to >>>> purchase some relatively quiet 1U boxes, but they're still too noisy >>>> to have in a room where people sleep live or socialise -- they >>>> belong to the computer nook at the front of the apartment (I have a >>>> very odd C-shaped apartment). >>> >>> Yes, the (older) cisco's CPU's were MIPS - aka - Motorola, and ran AUX. >>> I've got the latest version of AUX, which is a newer version than they >>> ran. In fact, it wouldn't be a bit surprised if I could load AIX on it. >>> >> >> Yes, most of the core CPU's used by Cisco were MIPS, however, they were >> not made by Motorola > > Please take no offense. But as I look inside, the CPU does, in fact > say Motorola. The documentation for it also confirms that most of > (if not all) of the 800 series also used the Motorola RISC. > None taken. I was never directly involved with any of the 800 series platforms, but do not doubt they might have Motorola RISC chips. My point was the where MIPs CPUs were used, they were (mostly) not built by Motorola. These were (are) probably some of the PPC platforms. I do know that some platforms used CPUs (e.g. Cavium Octeon) that are MIPs cores. >> and didn't run AUX (if by AUX you mean Apples Unix >> OS). > > I probably stand corrected on this. :) > But I'll bet - given the CPU, it wouldn't be much of a streatch to > run either AUX, or AIX on it. > Maybe. I do know that some of the common stuff in the kernel (like pci) would probably not work. I distinctly recalled having to craft a UART driver when doing some early linux and FreeBSD investigations. Patrick > > Thanks again for your response. > > --Chris > >> Instead they ran Cisco's own IOS kernel/software. >> >> Patrick Mahan >> >>>> >>>> I believe something that could really make pfSense fly, would be >>>> a viable port to mass-market, low-power consumer hardware. Then >>>> again, old Ciscos "sort of" fit the bill. >>> >>> Funny you bring that up. I was thinking the very same. As a matter of >>> fact I have been contemplating whipping something up myself, and doing >>> just that. While psSense initially seems appealing. The more I look into >>> it, the more I find it's laking - where a simple roll-out is concerned. >>> There isn't anything in the way of documentation. What's there is >>> /horribly/ >>> unorganized. It's scattered all over the place. What's more, the front >>> page of the wiki suggests that reading the m0n0wall documentation would >>> probabl;y be a better choice. Make no mistake, I know how daunting and >>> hectic an opensource project can be, and am grateful to /anyone/ whom is >>> willing to share the fruits of their labor at no cost. But I think I >>> could do better, that's all. >>> >>>> >>>> Repurposing old vendor hardware is just as subject to engineering >>>> process as anything else, in some cases, the varying >>>> Bill-of-Materials may make the economic cost too high to do things >>>> on a mass scale. >>> >>> I think I have a solution for that. I'll elaborate further when I can >>> confirm that. >>> >>>> >>>> If people would be reasonably expected to use such a system, they >>>> should not have to understand the mechanisms, in great detail, of >>>> how firmware is loaded onto a device. This is one of the main >>>> stumbling blocks behind mass uptake -- we can't just say "fire up >>>> this tool and click this 1 button" to extend/build new network >>>> infrastructure. >>>> >>>> Given the current economic and ecological situation, though, >>>> devising systems which allow people to do this might be something >>>> worth investigating, and funding to that effect may be available >>>> "out there". >>> >>> I /quite/ agree, and intend to persue just that. I've already >>> commissioned the artwork - and it looks GREAT. :) >>> >>> I'll elaborate further as things firm up. >>> >>> Thanks again Bruce, for taking the time to respond. >>> >>> --Chris >>> >>>> >>>> cheers >>>> BMS >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 06:32:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291DF106564A for ; Fri, 6 Feb 2009 06:32:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id DA5278FC17 for ; Fri, 6 Feb 2009 06:32:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVKGJ-000N9Q-EW for freebsd-stable@freebsd.org; Fri, 06 Feb 2009 08:32:27 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 08:32:27 +0200 From: Danny Braniss Message-ID: Subject: impossible packet length ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 06:32:29 -0000 Hi, on 2 different servers, running 7.1-stable + zfs, I get this error rather frequently: Feb 5 17:01:03 warhol-00 kernel: impossible packet length (543383918) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1936028704) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1869363744) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1667787057) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (976040755) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1953459488) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1348825156) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (0) from nfs server sunfire:/dist Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1647208041) from nfs server sunfire:/dist in this case the server is running Freebsd-7.0-stable, but I also get it when the server is a netapp. is there a connection? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 07:13:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0302910656D5 for ; Fri, 6 Feb 2009 07:13:09 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8A86F8FC20 for ; Fri, 6 Feb 2009 07:13:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n167CVXw025326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 18:12:38 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n167CVDw004482; Fri, 6 Feb 2009 18:12:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n167CVgg004481; Fri, 6 Feb 2009 18:12:31 +1100 (EST) (envelope-from peter) Date: Fri, 6 Feb 2009 18:12:31 +1100 From: Peter Jeremy To: Danny Braniss Message-ID: <20090206071231.GC1449@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: impossible packet length ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:13:09 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Feb-06 08:32:27 +0200, Danny Braniss wrote: >on 2 different servers, running 7.1-stable + zfs, I get this >error rather frequently: > >Feb 5 17:01:03 warhol-00 kernel: impossible packet length (543383918) fro= m=20 >nfs server sunfire:/dist I gather warhol-00 is running 7.1-S+ZFS. How recent a 'stable' is it? Where does ZFS fit in? Is sunfire:/dist mountpoint in a local ZFS or is a local ZFS mountpoint inside the sunfire:/dist mount? Do you get the same problems without any ZFS mounts? Is this a TCP or UDP NFS mount? What happens if you switch protocols? What NIC are you using and are you seeing any network errors? Are you able to capture a protocol trace showing the transaction including erroneous packet? --=20 Peter Jeremy --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmL4t8ACgkQ/opHv/APuIeXNQCgg68TMfH6zh1gRaKfhCkNQi+0 y10AoJcG7/7fiqL8oUpsWhIwhceWSFPo =MKeo -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 07:43:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4140E1065672 for ; Fri, 6 Feb 2009 07:43:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id E377F8FC18 for ; Fri, 6 Feb 2009 07:43:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVLN7-000Njo-3B; Fri, 06 Feb 2009 09:43:33 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Peter Jeremy In-reply-to: <20090206071231.GC1449@server.vk2pj.dyndns.org> References: <20090206071231.GC1449@server.vk2pj.dyndns.org> Comments: In-reply-to Peter Jeremy message dated "Fri, 06 Feb 2009 18:12:31 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 09:43:33 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: impossible packet length ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:43:35 -0000 > On 2009-Feb-06 08:32:27 +0200, Danny Braniss wrote: > >on 2 different servers, running 7.1-stable + zfs, I get this > >error rather frequently: > > > >Feb 5 17:01:03 warhol-00 kernel: impossible packet length (543383918) fro= > m=20 > >nfs server sunfire:/dist > So many quetsions :-) > I gather warhol-00 is running 7.1-S+ZFS. > How recent a 'stable' is it? very: FreeBSD warhol-00 7.1-STABLE FreeBSD 7.1-STABLE #37: Fri Jan 23 10:41:54 IST 2009 and its amd64. > Where does ZFS fit in? Is sunfire:/dist mountpoint in a local ZFS or > is a local ZFS mountpoint inside the sunfire:/dist mount? warhole is a nfs server, the storage is a ZFS local raid, the errors occure on a nfs/tcp mounted file system on warhol. > Do you get the same problems without any ZFS mounts? I have several hosts running 7.1-stable without nfs exported ZFS, non have this error That is why I think there is a connection, because on two, which have ZFS exported the problem appears. > Is this a TCP or UDP NFS mount? What happens if you switch protocols? i'll try but not trivial. the other difference between the boxes is that one is dataless, while the other is stand-alone (well, / is on a local disk, but /usr/local & home dirs are on the network/nfs). > What NIC are you using and are you seeing any network errors? bce, the boxes are Dell-2950, but no visible errors. > Are you able to capture a protocol trace showing the transaction including > erroneous packet? I have started the capture, but since I don't know what triggers the problem, it will take some time. I will also start capturing packets at the router level, but that will have to wait till next week. thanks, danny > > --=20 > Peter Jeremy > > --gKMricLos+KVdGMg > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (FreeBSD) > > iEYEARECAAYFAkmL4t8ACgkQ/opHv/APuIeXNQCgg68TMfH6zh1gRaKfhCkNQi+0 > y10AoJcG7/7fiqL8oUpsWhIwhceWSFPo > =MKeo > -----END PGP SIGNATURE----- > > --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 10:30:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C50651065672 for ; Fri, 6 Feb 2009 10:30:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 682018FC0A for ; Fri, 6 Feb 2009 10:30:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LVNyf-000Dia-Ex; Fri, 06 Feb 2009 12:30:29 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n16AUO3g047773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 12:30:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n16AUOvI033118; Fri, 6 Feb 2009 12:30:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n16AUNT6033115; Fri, 6 Feb 2009 12:30:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Feb 2009 12:30:23 +0200 From: Kostik Belousov To: Matt Burke Message-ID: <20090206103023.GN9427@deviant.kiev.zoral.com.ua> References: <49898E3D.7030609@icritical.com> <20090204143309.GF9427@deviant.kiev.zoral.com.ua> <498ACD02.4040602@icritical.com> <20090205120655.GI9427@deviant.kiev.zoral.com.ua> <498ADF9F.3050205@icritical.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xTKfHyrFnSV9DG3y" Content-Disposition: inline In-Reply-To: <498ADF9F.3050205@icritical.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LVNyf-000Dia-Ex 294371defca639f243d7dd5073879c7e X-Terabit: YES Cc: stable@freebsd.org Subject: Re: 7.1-RELEASE I/O hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 10:30:32 -0000 --xTKfHyrFnSV9DG3y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 05, 2009 at 12:46:23PM +0000, Matt Burke wrote: > Kostik Belousov wrote: > >>> Compile ddb into the kernel, and do "ps" from the ddb prompt. If there > >>> are processes hung in the "nbufkv" state, then the patch below might > >>> help. > >> The bonnie++ processes are in state "newbuf" and other hung processes > >> (bash, newly forked sshds, etc) appear to be in the "ufs" state. > > What is the state of the bufdaemon process ? >=20 > qsleep Please, increase the value that is assigned to the target variable in the line 2193 of the patched sys/kern/vfs_bio.c from 1 to, say, 10 or 100. --xTKfHyrFnSV9DG3y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmMET8ACgkQC3+MBN1Mb4jCmACfUaQEldf8j3fNvCzBOrXPbKJj F44AoMla8CNzahlWiCO2Hp+s8V2ZpGA4 =0tex -----END PGP SIGNATURE----- --xTKfHyrFnSV9DG3y-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 12:46:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16DAD1065670 for ; Fri, 6 Feb 2009 12:46:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E58878FC1E for ; Fri, 6 Feb 2009 12:46:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 9B2FC46B0D; Fri, 6 Feb 2009 07:46:58 -0500 (EST) Date: Fri, 6 Feb 2009 12:46:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Klapper Zhu In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:46:59 -0000 On Thu, 5 Feb 2009, Klapper Zhu wrote: > I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several > weird behaviors: > > 1) Not all kernel functions show up in fbt provider. Take isp(4) as example: > "dtrace -l" shows > static void isp_freeze_loopdown(ispsoftc_t *, int, char *); > ___but not___ > static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); > > Both are static functions. But one shows up in fbt, another not. > What's the rational behind it ? Any way to fix it ? Possibly gcc decided to inline one but not the other; you could try disabling inlining and see if the other function appears. fbt is sensitive to a number of compiler choices, so generally if there's a long-term desire to trace at that point, we should add explicit trace points. (Solaris makes similar recommendations -- that fbt is a useful but unstable interface). > 2) The symptom described below only shows in 64-bit platform (amd64). > > Here is the D Code: > > fbt::isp_handle_platform_atio2:entry > { > self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; > printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); > } > > It will never fire. > > I have to add another 2 probes on top of it, then it > (fbt::isp_handle_platform_atio2:entry) will trace. > Even the 2 probes on top of it never fire. I've seen a number of cases where entry fbt points fire but return fbt points don't; for example, in 8.x I've noticed that fbt::softclock:enter fires each time the softclock loop runs, even though the function is only entered once when the kernel thread starts, and that it never fires the return. This suggests fbt may be putting the probe in the wrong spot, perhaps the beginning of the block where local variables are used rather than the beginning of the function itself. I've reported this problem to John also. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 18:22:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 986F3106566B for ; Fri, 6 Feb 2009 18:22:37 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA6D8FC18 for ; Fri, 6 Feb 2009 18:22:37 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: by rn-out-0910.google.com with SMTP id k32so623633rnd.12 for ; Fri, 06 Feb 2009 10:22:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=n3KxWIkpYUJasTNTcVOl+Kqut6GHDps2zNhJJW/9lec=; b=xyHZwjwghrXoeNZN7MgOy6lGN060PvboumNwOF2ZylWb6Lu1WacVBzLyeFIX0u6Fj5 sZMv4acUpFFmymyXWAMsG/jc4guctApuPp774DXLWIYG+RsnA3aSWeDsV34A7NEIdlln TZ6Yq/ktm0crjEQj5Vn/UbovQ3xjp4oRxeOH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YklrAsXVZj7JsbxPukc6guSAEDq4Tp6/mhwlx62qvnAJ/LK5Ej65i6n3ADRYacC0rT 6v5pRmLZkAEfr5+PQe1EphI8yRiQMogfXulkx0n08r0MVy7AGOAKe7TnV74eW0IybNHT sqDpcWBxF7gIeJIMxJiaNoNwL8yTqfnO+qfWw= MIME-Version: 1.0 Received: by 10.151.46.17 with SMTP id y17mr502384ybj.211.1233944556667; Fri, 06 Feb 2009 10:22:36 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Feb 2009 13:22:36 -0500 Message-ID: From: Klapper Zhu To: Robert Watson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:22:38 -0000 Hi Robert, I rebuilt kernel with -fno-inline and I got all isp(4) functions listed in fbt. I noticed that there are other inline related flags "--finline-limit=8000 -param inline-unit-growth=100 -Winline". should I get rid of them OR -fno-inline will just overide them ? Thanks, anyone has suggestion for problem 2 ? On Fri, Feb 6, 2009 at 7:46 AM, Robert Watson wrote: > > On Thu, 5 Feb 2009, Klapper Zhu wrote: > >> I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several >> weird behaviors: >> >> 1) Not all kernel functions show up in fbt provider. Take isp(4) as >> example: >> "dtrace -l" shows >> static void isp_freeze_loopdown(ispsoftc_t *, int, char *); >> ___but not___ >> static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); >> >> Both are static functions. But one shows up in fbt, another not. >> What's the rational behind it ? Any way to fix it ? > > Possibly gcc decided to inline one but not the other; you could try > disabling inlining and see if the other function appears. fbt is sensitive > to a number of compiler choices, so generally if there's a long-term desire > to trace at that point, we should add explicit trace points. (Solaris makes > similar recommendations -- that fbt is a useful but unstable interface). > >> 2) The symptom described below only shows in 64-bit platform (amd64). >> >> Here is the D Code: >> >> fbt::isp_handle_platform_atio2:entry >> { >> self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; >> printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); >> } >> >> It will never fire. >> >> I have to add another 2 probes on top of it, then it >> (fbt::isp_handle_platform_atio2:entry) will trace. >> Even the 2 probes on top of it never fire. > > I've seen a number of cases where entry fbt points fire but return fbt > points don't; for example, in 8.x I've noticed that fbt::softclock:enter > fires each time the softclock loop runs, even though the function is only > entered once when the kernel thread starts, and that it never fires the > return. This suggests fbt may be putting the probe in the wrong spot, > perhaps the beginning of the block where local variables are used rather > than the beginning of the function itself. I've reported this problem to > John also. > > Robert N M Watson > Computer Laboratory > University of Cambridge > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 18:49:55 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA68106566C for ; Fri, 6 Feb 2009 18:49:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84FC48FC19 for ; Fri, 6 Feb 2009 18:49:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 3ABF62845A for ; Sat, 7 Feb 2009 02:49:54 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id CC749EC3D7C; Sat, 7 Feb 2009 02:49:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id qhrFqvT509ck; Sat, 7 Feb 2009 02:49:49 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 17CA3EC3D08; Sat, 7 Feb 2009 02:49:47 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lOQtA0+QCX/x7l7jOaK/NgZrR4oa5UtpjlYwf1Vi59OrnpKc85Zkt5qa/dDUKGCxG JAGt43hMw4K6Mm2majDfA== Message-ID: <498C8649.2040009@delphij.net> Date: Fri, 06 Feb 2009 10:49:45 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: Adam McDougall References: <20090205182652.GV59117@egr.msu.edu> In-Reply-To: <20090205182652.GV59117@egr.msu.edu> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Fwd: aac0 issues, Controller is no longer running X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:49:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Adam, Adam McDougall wrote: [...] > I've been having issues with the aac0 driver with a Sun STK raid card ( Adaptec 5805 ). After FBSD upgrades and a reboot, > it will lock up when rsync backups run at night. After doing this about 2-3 times over 2-3 days, it will stabilize and be rock > solid. If you could assist me in maybe debugging it somehow, I would greatly appreciate it. Which release are you using in the past (seems you don't have problem with that release, if I understand correctly), and which release are you upgrading to? That information would help us to narrow down the problem. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmMhkkACgkQi+vbBBjt66ArawCguMAZFYRdTuy6rFrBlVWQyNEH U1cAoItouqUtVBcHWEQaMOzFZuQ1TMDM =mbzh -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 20:53:29 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABA31065674 for ; Fri, 6 Feb 2009 20:53:29 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5168FC1B for ; Fri, 6 Feb 2009 20:53:29 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id A63FE71F0CC; Fri, 6 Feb 2009 15:53:28 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2FE0bygCoriH; Fri, 6 Feb 2009 15:53:28 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 8477071F0B3; Fri, 6 Feb 2009 15:53:28 -0500 (EST) Message-ID: <498CA348.5090503@egr.msu.edu> Date: Fri, 06 Feb 2009 15:53:28 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.19 (X11/20090120) MIME-Version: 1.0 To: d@delphij.net References: <20090205182652.GV59117@egr.msu.edu> <498C8649.2040009@delphij.net> In-Reply-To: <498C8649.2040009@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Fwd: aac0 issues, Controller is no longer running X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 20:53:29 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Adam, > > Adam McDougall wrote: > [...] > >> I've been having issues with the aac0 driver with a Sun STK raid card ( Adaptec 5805 ). After FBSD upgrades and a reboot, >> it will lock up when rsync backups run at night. After doing this about 2-3 times over 2-3 days, it will stabilize and be rock >> solid. If you could assist me in maybe debugging it somehow, I would greatly appreciate it. >> > > Which release are you using in the past (seems you don't have problem > with that release, if I understand correctly), and which release are you > upgrading to? That information would help us to narrow down the problem. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > We've been tracking 7-stable since the system was installed about half a year ago. This issue has occurred every few months whenever we update to a more recent -stable. I haven't seen any recent changes to aac in the last few months; this last upgrade was purely compulsory. This is the first time I can recall where it has hung up 3 nights in a row now after the upgrade, usually its just 2. It seems that it hung up last night about 3am or possibly earlier, judging based on when remote network connections started timing out. I'm guessing it was tickled by the nightly periodic find scripts. Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 6 22:47:59 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ADC71065674 for ; Fri, 6 Feb 2009 22:47:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CD4EA8FC16 for ; Fri, 6 Feb 2009 22:47:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 46AE746B0D; Fri, 6 Feb 2009 17:47:58 -0500 (EST) Date: Fri, 6 Feb 2009 22:47:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dmitry Morozovsky In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: jail: external and localhost distinction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:47:59 -0000 On Thu, 29 Jan 2009, Dmitry Morozovsky wrote: > Thank you for clarification, now I see this is actually expected behaviour > :) > > Would then starting second jail with the same root and, say, 127.10.0.1 as > an address be a workaround? There's no technical reason you can't have more than one jail using the same file system root, and even IP -- you'll find that ps(1) in one jail can't see processes in the other (and can't signal, etc) but otherwise works as expected. Of course, any given process has to be a member of at most one of the two. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 00:04:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4AA1065670 for ; Sat, 7 Feb 2009 00:04:00 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from paladin.bulgarpress.com (paladin.bulgarpress.com [195.24.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8208FC1C for ; Sat, 7 Feb 2009 00:04:00 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by paladin.bulgarpress.com (Postfix) with ESMTP id 9587961D9 for ; Sat, 7 Feb 2009 01:45:11 +0200 (EET) X-Virus-Scanned: amavisd-new at paladin.bulgarpress.com Received: from paladin.bulgarpress.com ([195.24.42.3]) by localhost (paladin.bulgarpress.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xUSVau75EMNC for ; Sat, 7 Feb 2009 01:45:10 +0200 (EET) Received: from [192.168.10.12] (unknown [77.70.57.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paladin.bulgarpress.com (Postfix) with ESMTPSA id 318A96146 for ; Sat, 7 Feb 2009 01:45:10 +0200 (EET) Message-ID: <498CCB85.2080702@paladin.bulgarpress.com> Date: Sat, 07 Feb 2009 01:45:09 +0200 From: Todorov Organization: Powerforge Net User-Agent: Thunderbird 2.0.0.19 (X11/20090203) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: FBSD 7.1 XEON Quad Core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:04:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, what are the good make.conf options for the Xeon Quad core. CPUTYPE=core2 ?? Also is there any benefit to use AMD64 platform for this CPU? (Java Diablo + PGSQL 8.1 + Apache + Apache Tomcat) Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEARECAAYFAkmMy4MACgkQibJkIG65HMdOhACdFRGDhcq+DMvkaViaJ/6X+tb+ 7fwAmNCkyKgFExS5r2SfnFB6kl0ERl0= =MvEN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 15:51:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107FD106574B; Sat, 7 Feb 2009 15:51:39 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7CDA68FC18; Sat, 7 Feb 2009 15:51:37 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n17FpaYn001004; Sat, 7 Feb 2009 18:51:36 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 7 Feb 2009 18:51:36 +0300 (MSK) From: Dmitry Morozovsky To: Robert Watson In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Sat, 07 Feb 2009 18:51:36 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: jail: external and localhost distinction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 15:51:40 -0000 On Fri, 6 Feb 2009, Robert Watson wrote: RW> > Thank you for clarification, now I see this is actually expected behaviour RW> > :) RW> > RW> > Would then starting second jail with the same root and, say, 127.10.0.1 as RW> > an address be a workaround? RW> RW> There's no technical reason you can't have more than one jail using the same RW> file system root, and even IP -- you'll find that ps(1) in one jail can't RW> see processes in the other (and can't signal, etc) but otherwise works as RW> expected. Of course, any given process has to be a member of at most one of RW> the two. But, in the case of IP sharing, I suppose, the second process tries to bind to the same port will got "socket already in use", won't it? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 16:26:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB110106566B for ; Sat, 7 Feb 2009 16:26:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C49038FC0A for ; Sat, 7 Feb 2009 16:26:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4577D46B0D; Sat, 7 Feb 2009 11:26:38 -0500 (EST) Date: Sat, 7 Feb 2009 16:26:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dmitry Morozovsky In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: jail: external and localhost distinction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 16:26:39 -0000 On Sat, 7 Feb 2009, Dmitry Morozovsky wrote: > On Fri, 6 Feb 2009, Robert Watson wrote: > > RW> > Thank you for clarification, now I see this is actually expected behaviour > RW> > :) > RW> > > RW> > Would then starting second jail with the same root and, say, 127.10.0.1 as > RW> > an address be a workaround? > RW> > RW> There's no technical reason you can't have more than one jail using the same > RW> file system root, and even IP -- you'll find that ps(1) in one jail can't > RW> see processes in the other (and can't signal, etc) but otherwise works as > RW> expected. Of course, any given process has to be a member of at most one of > RW> the two. > > But, in the case of IP sharing, I suppose, the second process tries to bind > to the same port will got "socket already in use", won't it? In general, if two processes independently bind the same port but using two specific IPs, then there won't be a conflict and both will be allowed to succeed. Conflicts arise if there are two bindings of the same address and port, so if both jails use the same IP and one binds it, then the other will get a socket already in use error, yes. FYI, I see that Bjoern has now committed the multi-IP patch for Jail to 7-STABLE, which should make Jails a lot more flexible. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 17:11:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC3E106566B for ; Sat, 7 Feb 2009 17:11:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 945FB8FC08 for ; Sat, 7 Feb 2009 17:11:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LVqiN-0002Vq-0M for freebsd-stable@freebsd.org; Sat, 07 Feb 2009 17:11:35 +0000 Received: from 93-138-45-59.adsl.net.t-com.hr ([93.138.45.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Feb 2009 17:11:35 +0000 Received: from ivoras by 93-138-45-59.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Feb 2009 17:11:35 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 07 Feb 2009 18:11:07 +0100 Lines: 37 Message-ID: References: <498CCB85.2080702@paladin.bulgarpress.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig150E945EDC021FCCAA8EDABC" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-45-59.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) In-Reply-To: <498CCB85.2080702@paladin.bulgarpress.com> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: FBSD 7.1 XEON Quad Core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 17:11:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig150E945EDC021FCCAA8EDABC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Todorov wrote: > Hi list, >=20 > what are the good make.conf options for the Xeon Quad core. >=20 > CPUTYPE=3Dcore2 ?? It's probably better to use CFLAGS+=3D-O2 -mtune=3Dnative > Also is there any benefit to use AMD64 platform for this CPU? > (Java Diablo + PGSQL 8.1 + Apache + Apache Tomcat) Yes, if you have (or plan to have) more than 3 GB of memory. --------------enig150E945EDC021FCCAA8EDABC 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.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmNwKsACgkQldnAQVacBchilwCg4ePWveSuvLHqzWOvHoRMxHlq BU8An2tJnWCjfnHiUl35qo6W2rpYvCMP =x2H6 -----END PGP SIGNATURE----- --------------enig150E945EDC021FCCAA8EDABC-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 18:20:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 020DB10656F6; Sat, 7 Feb 2009 18:20:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id B0B158FC1A; Sat, 7 Feb 2009 18:20:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 26A2C41C6A1; Sat, 7 Feb 2009 19:20:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id DlFlQd0x8pWW; Sat, 7 Feb 2009 19:20:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 9CDF241C69F; Sat, 7 Feb 2009 19:20: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 7C33D4448EC; Sat, 7 Feb 2009 18:18:52 +0000 (UTC) Date: Sat, 7 Feb 2009 18:18:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-stable@FreeBSD.org Message-ID: <20090207174104.Y93725@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org Subject: HEADS UP: multi-IPv4/v6/no-IP jails now in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 18:20:08 -0000 Hi, what has started a long time ago with patches from various people, was started, abandoned, resumed finally found an end. I am happy to hereby announce that the multi-IPv4/v6/no-IP jails work has been merged to 7-STABLE and thus can be used in FreeBSD 7 without the need to maintain or apply patches from now on. This also means that the updated jails will be included in 7.2 release. This update gives you (short selection): - zero, one or multi-IP jails. - IPv4 and IPv6 support. - cpuset support for jails. - jail names and states to ease administration. - 32bit compat on 64bit, jail v1 compat, .. You'll find a longer summary about all the new features and how to use them in a posting from December (you should really read it): http://lists.freebsd.org/pipermail/freebsd-jail/2008-December/000631.html Since the above posting, multiple PRs had been addressed and fixes include - SIOCGIFADDR ioctl handling which fixes the "samba inside jails problem" - no more arp and ndp information disclosure - updated rc.conf framework (fully backward compatible in 7), see man 5 rc.conf and /etc/defaults/rc.conf. - various documentation/man page updates - ... I'd like to thank everyone who had helped to make this possible! If you like the work, mayhap even use it for your business, or just want to support FreeBSD, you may want to visit http://www.freebsdfoundation.org/ and help donating some money. Enjoy your new jails! (and don't try to escape - you sure won't succeed;) /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 20:40:09 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3771106566B for ; Sat, 7 Feb 2009 20:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 583FE8FC12 for ; Sat, 7 Feb 2009 20:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 97FFB41C6A3 for ; Sat, 7 Feb 2009 21:40:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 16G3iO8Y5amT for ; Sat, 7 Feb 2009 21:40:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 3743E41C6A1; Sat, 7 Feb 2009 21: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 188134448EC for ; Sat, 7 Feb 2009 20:37:58 +0000 (UTC) Date: Sat, 7 Feb 2009 20:37:57 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: stable@freebsd.org Message-ID: <20090207203445.G93725@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: make installkernel broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 20:40:09 -0000 Hi, I merged a change I had tested in my working but not a vanilla stable/7 tree. This broke make installkernel. I am currently investigating if it's easily fixable w/o side effects or I'll back it out in a bit. If your sys/conf/kern.post.mk has r188288 (from 14:55:29 UTC) you are affected by this. I'll let you know once it is fixed. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 7 21:15:07 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF2B1065676 for ; Sat, 7 Feb 2009 21:15:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2A26B8FC1D for ; Sat, 7 Feb 2009 21:15:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3230541C6A3 for ; Sat, 7 Feb 2009 22:15:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id r3q7JHaSChaM for ; Sat, 7 Feb 2009 22:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D44C041C6A1; Sat, 7 Feb 2009 22:15: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 74DC94448EC for ; Sat, 7 Feb 2009 21:11:42 +0000 (UTC) Date: Sat, 7 Feb 2009 21:11:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: stable@freebsd.org In-Reply-To: <20090207203445.G93725@maildrop.int.zabbadoz.net> Message-ID: <20090207210817.S93725@maildrop.int.zabbadoz.net> References: <20090207203445.G93725@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: make installkernel broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 21:15:08 -0000 On Sat, 7 Feb 2009, Bjoern A. Zeeb wrote: Hi, > I merged a change I had tested in my working but not a vanilla > stable/7 tree. This broke make installkernel. > > I am currently investigating if it's easily fixable w/o side effects > or I'll back it out in a bit. > > If your sys/conf/kern.post.mk has r188288 (from 14:55:29 UTC) you are > affected by this. > > > I'll let you know once it is fixed. With r188296 (21:07:58 UTC) things should be fine again. In case you hit the problem you can use make installkernel KMODOWN=root KMODGRP=wheel as a workaround. In case you experience any problems/side efffects from the fix, let me know immediately. Sorry for the breakage. /bz -- Bjoern A. Zeeb The greatest risk is not taking one.