From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 00:29:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50A5216A41F; Sun, 23 Oct 2005 00:29:13 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A820543D53; Sun, 23 Oct 2005 00:29:12 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9N0TdTl030485; Sat, 22 Oct 2005 20:29:40 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j9N0TALG036232; Sat, 22 Oct 2005 20:29:10 -0400 Message-ID: <435AD954.9040402@root.org> Date: Sat, 22 Oct 2005 17:29:08 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Thompson References: <20051015014313.GA25990@heff.fud.org.nz> <200510171735.18054.jhb@freebsd.org> <20051018014031.GA38996@heff.fud.org.nz> <200510181239.58502.jhb@freebsd.org> <4359F36A.7000308@root.org> <20051022220919.GA63028@heff.fud.org.nz> In-Reply-To: <20051022220919.GA63028@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 00:29:13 -0000 Andrew Thompson wrote: > On Sat, Oct 22, 2005 at 01:08:10AM -0700, Nate Lawson wrote: >>It's not probing LNKC because it's disabled on boot and his ASL is less >>than standard. If you look at _STA for LNKC, it returns 0xB if enabled >>and 0x1 if disabled. The problem is, the disabled case is returning >>"PRESENT" but not "FUNCTIONAL" and so we don't probe that device. It >>happens to work for the others because they are enabled by the BIOS. >> >>We can probably add a hack to that if() that says: >> && !acpi_MatchHid(handle, "PNP0C0F") > > > Yay! I put this addition in the if statement and now its booting fine. > > pci_link0: irq 10 on acpi0 > pci_link1: irq 10 on acpi0 > pci_link2: on acpi0 > pci_link3: irq 10 on acpi0 Ok, I committed this workaround and will try to MFC before 6.0 -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 00:32:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DB716A41F for ; Sun, 23 Oct 2005 00:32:39 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id B833843D46 for ; Sun, 23 Oct 2005 00:32:38 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 33613BFB2 for ; Sat, 22 Oct 2005 20:32:37 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 28662-07 for ; Sat, 22 Oct 2005 20:32:34 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id D6829BFB0 for ; Sat, 22 Oct 2005 20:32:33 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 78D553D3B for ; Sat, 22 Oct 2005 20:32:33 -0400 (EDT) From: "Dan Langille" To: freebsd-current@freebsd.org Date: Sat, 22 Oct 2005 20:32:33 -0400 MIME-Version: 1.0 Message-ID: <435AA1E1.3416.B0537599@localhost> Priority: normal In-reply-to: <4353A207.50309@samsco.org> References: <43534FFA.29473.93BB9942@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 00:32:39 -0000 On 17 Oct 2005 at 7:07, Scott Long wrote: > Dan Langille wrote: > > On 17 Oct 2005 at 7:05, Mike Tancsa wrote: > > > > > >>At 06:54 AM 17/10/2005, Dan Langille wrote: > >> > >>>Anyone running RAID on 6.0-RC1, specifically twed? > >> > >>Yes. > >>% uname -a > >>FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 > >>10:08:51 EDT > >>2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 > >> > >>% df > >>Filesystem 1K-blocks Used Avail Capacity Mounted on > >>/dev/twed0s1a 1012974 63220 868718 7% / > >>devfs 1 1 0 100% /dev > >>/dev/twed0s1e 10154158 694842 8646984 7% /home > >>/dev/twed0s1f 20308398 4 18683724 0% /securestorage > >>/dev/twed0s1g 2026030 6000 1857948 0% /tmp > >>/dev/twed0s1d 20308398 2645286 16038442 14% /usr > >>/dev/twed0s1h 19831118 499396 17745234 3% /var > >>devfs 1 1 0 100% /var/named/dev > >> > >> > >> > >>>When booting from the 6.0-RC1 install CD, I'm getting twed0 found on > >>>probing. The results look right. But then the install freezes (I > >>>waited an hour). I have a screen shot which produced with a boot -v: > >> > >>Where does it get stuck when doing a boot -v > > > > > > See this screen shot: > > > > > > > > BTW: Since composing that message, I tried "unset acpi_load". That > > gets me into the installer. That's when using the twed. I haven't > > tried the Promise with the unset yet. > > Likely an interrupt routing problem. More information on your > motherboard, as well as a real console log during boot, is needed > to say anything else. FWIW, the amd64 6.0RC-1 CD does not have this problem. -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 04:41:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 7050216A421; Sun, 23 Oct 2005 04:41:15 +0000 (GMT) To: freebsd-current@freebsd.org Date: Sun, 23 Oct 2005 04:41:15 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051023044115.7050216A421@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Subject: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 04:41:15 -0000 I have a Sun w2100z dual Opteron workstation which, like many machines these days, uses a USB keyboard and mouse and has no legacy PS2 keyboard port. The machine has several USB controllers and FreeBSD likes them just fine -- _when_ it actually manages to detect and attach the controllers correctly. Unfortunately, it very often doesn't. Now, it's not that the ohci or ehci drivers are causing problems: it's that the PCI bridge code fails to find the devices when enumerating the PCI bus on which the controllers reside. It happens it's an ACPI bus, which I'm sure is part of the problem. Right now, I have three different OSes installed: Solaris 10/amd64, FreeBSD 6.0BETA4/i386 and FreeBSD 6.0BETA4/amd64. I typically see the following behavior: - FreeBSD 6.0BETA4/i386: successfully finds the controllers the majority of the time, but will occasionally miss them. Failure rate is maybe 1 bootup out of 10. Note that this behavior has improved from earlier 6.0-current snapshots, where I had maybe a 50-50 chance of the USB controllers being found on any given boot. - FreeBSD 6.0BETA4/amd64: completely fails to find the controllers the majority of the time, only successfully maybe once in a blue moon. - Solaris 10/amd64: always finds the controllers successfully I have the verbose dmesg output for a successful boot here: http://www.freebsd.org/~wpaul/opteron/dmesg.boot.good And a verbose dmesg from a failed boot here: http://www.freebsd.org/~wpaul/opteron/dmesg.boot.bad Note that the only major difference is the absence of child devices (the USB host controllers) on bus pci1. The only pattern I've noticed is that 6.0BETA4/amd64 stands a better chance of probing the USB controllers if I do a warm boot following an easlier session with Solaris or FreeBSD/i386 where the controllers were found correctly. For example, when I first did the 6.0BETA/amd64 install, the initial bootstrap from the CD was successful. But once I completed the installation and rebooted to start up the freshly installed system, the USB controllers went AWOL again. This las led me to think that problem might be related to some sort of ACPI fiddling that occurs during shutdown which is not properly un-done during startup. Unfortunately, I can't really prove this. The only evidence I have to support this theory is that when I warm booted the system after capturing the verbose output for dmesg.boot.good shown above, I saw this: http://people.freebsd.org/~wpaul/opteron/dmesg.shutdown These messages seem to be coming from acpi.c. It looks like some devices are being put into the S5 sleep state at shutdown time. I suspect that we are failing to bring them back to S0 mode at startup, resulting in the devices not being found during the enumeration of pci1. Of course I could easily be full of crap, since you could fill a library with what I don't know about ACPI. Hopefully someone who knows more can shed some light on the problem. I captured the AML from the system here: http://www.freebsd.org/~wpaul/opteron/acpi.aml All I know is, it's very frustrating to boot the system up and find myself with a dead console. I've resorted to leaving getty running on one of the serial ports as a failsafe. I'd really like to run FreeBSD/amd64 on this system full time, but I can't really do that until I get this sorted out. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 07:39:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D96B616A41F; Sun, 23 Oct 2005 07:39:25 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503B743D46; Sun, 23 Oct 2005 07:39:25 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com ([192.168.36.5]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id j9N7cv7p071898; Sun, 23 Oct 2005 16:39:03 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 23 Oct 2005 16:38:57 +0900 (JST) Message-Id: <200510230739.j9N7cv7p071898@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org In-Reply-To: <20051011124449.88bf9a29.nork@FreeBSD.org> References: <200510101329.j9ADT5i2011959@monk.cnd.dundas.on.ca> <20051010162008.0C9674E704@pipa.profix.cz> <20051011124449.88bf9a29.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (sakura.ninth-nine.com [192.168.36.1]); Sun, 23 Oct 2005 16:39:06 +0900 (JST) Cc: dandee@hellteam.net, bitnix@bitnix.ca, dandee@volny.cz, nork@FreeBSD.org Subject: Re: dhclient with if_wi&wep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 07:39:26 -0000 On Tue, 11 Oct 2005 12:44:49 +0900 Norikatsu Shigemura wrote: > On Mon, 10 Oct 2005 18:20:02 +0200 > Daniel Dvorak wrote: > > and what about this site http://www.red-bean.com/~proski/firmware/, there > > are many more version firmware of Intersil Prism 2.x,2.5 chipsets. > > 2 Dario Freni: > > I do not know about way to flash firmware under FreeBSD, of course with > > winupdate0.7.0.exe it works under Windows. > > I rocommend to flash primary and secondary firmware 1.1.1/1.8.0 together, > > always together, even primary you have had it. > Humm... My if_wi, Station:1.4.3 has any problem. > According to http://linux.junsun.net/intersil-prism/ > There is a flash firmware update on Linux. I'll research it. > Thank you! My if_wi, Station was updated to 1.8.4. As result, this problem was resolved. wi0: mem 0xe0500000-0xe0500fff irq 5 at device 3.0 on pci2 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.1), Station (1.8.4) wi0: Ethernet address: 00:d0:59:44:a7:4d Thank you very much! I researched firmware update on FreeBSD. But kernel support is needed and too hard for me. So I give up:-(. From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 09:49:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0757E16A420; Sun, 23 Oct 2005 09:49:11 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C2A43D46; Sun, 23 Oct 2005 09:49:09 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id j9N9n9aq037752; Sun, 23 Oct 2005 09:49:09 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.12.10/8.12.9/Submit) id j9N9n9LE037751; Sun, 23 Oct 2005 09:49:09 GMT (envelope-from dunstan) Date: Sun, 23 Oct 2005 09:49:08 +0000 From: "Wojciech A. Koszek" To: wpaul@freebsd.org Message-ID: <20051023094907.GA37741@freebsd.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: slawek.zak@gmail.com, freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 09:49:11 -0000 Hello, Your problem looks like Slawek's one: http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-July/052785.html -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 10:13:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C24116A41F for ; Sun, 23 Oct 2005 10:13:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E6AC43D45 for ; Sun, 23 Oct 2005 10:13:45 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F264.dip.t-dialin.net [84.165.242.100]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j9N9siGW010554; Sun, 23 Oct 2005 11:54:44 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j9NADdfK096255; Sun, 23 Oct 2005 12:13:39 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 23 Oct 2005 12:13:38 +0200 From: Alexander Leidinger To: Nate Lawson Message-ID: <20051023121338.3e253c97@Magellan.Leidinger.net> In-Reply-To: <4357E137.5090703@root.org> References: <200510172310.j9HNAVPL013057@repoman.freebsd.org> <20051018094402.A29138@grasshopper.cs.duke.edu> <435501B9.4070401@samsco.org> <43553162.5040802@root.org> <20051020141023.0ejwdv4dss48wko0@netchild.homeip.net> <4357E137.5090703@root.org> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: 1kHz noise from C3 sleep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 10:13:47 -0000 On Thu, 20 Oct 2005 11:25:59 -0700 Nate Lawson wrote: > Alexander Leidinger wrote: > > Nate Lawson wrote: > > > > [Moving to -current] > > > >>> I wonder if moving to HZ=1000 on amd64 and i386 was really all that good > >>> of an idea. Having preemption in the kernel means that ithreads can run > >>> right away instead of having to wait for a tick, and various fixes to > >>> 4BSD in the past year have eliminated bugs that would make the CPU wait > >>> for up to a tick to schedule a thread. So all we're getting now is a > >>> 10x increase in scheduler overhead, including reading the timecounters. > >> > >> > >> I use hz=100 on my systems due to the 1 khz noise from C3 sleep. > >> Windows has the same problem. > > > > > > My laptop makes noises when being (more or less) idle (I think I enabled > > C3...). Does this mean I should try to change HZ? > > Sure, you can do it from a tunable (kern.hz I think), you don't have to > recompile. No, a HZ of 100 doesn't work, the laptop still makes noises. And it only has C2, no C3... Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 10:17:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6661216A41F for ; Sun, 23 Oct 2005 10:17:36 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F29743D45 for ; Sun, 23 Oct 2005 10:17:34 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 23 Oct 2005 10:17:33 -0000 Received: from h081217094062.dyn.cm.kabsi.at (EHLO h081217094062.dyn.cm.kabsi.at) [81.217.94.62] by mail.gmx.net (mp031) with SMTP; 23 Oct 2005 12:17:33 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Kris Kennaway In-Reply-To: <20051022183316.GA28513@xor.obsecurity.org> References: <1129879049.771.6.camel@localhost> <20051022154537.GL59364@cell.sick.ru> <20051022183316.GA28513@xor.obsecurity.org> Content-Type: text/plain Date: Sun, 23 Oct 2005 12:17:32 +0200 Message-Id: <1130062652.1459.9.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Gleb Smirnoff , current@FreeBSD.org Subject: Re: ipfw uid/gid rules and mpsafenet (Re: PREEMPTION still unusable with 6.0-RC1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 10:17:36 -0000 On Sat, 2005-10-22 at 14:33 -0400, Kris Kennaway wrote: > On Sat, Oct 22, 2005 at 07:45:37PM +0400, Gleb Smirnoff wrote: > > On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: > > S> I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far > > S> if I disable PREEMPTION. > > S> > > S> With PREEMPTION enabled, I still get the same issues as described here: > > S> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.html > > S> > > S> kernel config: > > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 > > S> > > S> /var/log/messages output: > > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 > > S> > > S> Any one else still experiencing these problems or has any idea what > > S> causes this? > > S> > > S> BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is released? > > > > AFAIK, the uid/gid rules in ipfw(8) require debug.mpsafenet=0. So > > your deadlock isn't a surprise. I wonder why this limitation isn't > > documented. > > Yeah, and ipfw(8) should refuse to add them if it's =1, or at least > display a warning. For me it works with - mpsafenet=1 and no preemption - mpsafenet=0 and preemption Maybe the notes that were deleted in /src/sbin/ipfw/ipfw.8 rev 1.160 should be added again? (or documented elsewhere at least) Stefan From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 14:52:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E3BF16A41F; Sat, 22 Oct 2005 14:52:11 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from v.gz.ru (gw-gpt.v.gz.ru [195.209.41.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B218843D46; Sat, 22 Oct 2005 14:52:10 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from physic (physic.v.ru [10.0.4.111]) (authenticated bits=0) by v.gz.ru (8.13.4/8.13.4) with ESMTP id j9MEpts7021157 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 22 Oct 2005 18:51:56 +0400 (MSD) (envelope-from mike@v.gz.ru) Message-ID: <000c01c5d718$33b42c80$6f04000a@v.ru> From: "Mike G" To: "Danny Braniss" References: Date: Sat, 22 Oct 2005 18:52:19 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 FL-Build: Fidolook 2002 (SL) 6.0.2800.85 - 28/1/2003 19:07:30 X-Antivirus: Dr.Web (R) for Mail Servers on virgin.v.gz.ru host X-Antivirus-Code: 100000 X-Mailman-Approved-At: Sun, 23 Oct 2005 11:54:37 +0000 Cc: current@freebsd.org, sos@freebsd.org Subject: Re: ad0: Danger Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 14:52:11 -0000 Hello, Danny! You wrote to "Mike G" on Sat, 22 Oct 2005 14:58:56 +0200: ??>> We have a problem with FreeBSD RELENG_6 ??>> system has hang up 'cause of lot lof messages: ??>> ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! ??>> DANGER Will Robinson !! ??>> ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! ??>> DANGER Will Robinson !! ??>> ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! ??>> DANGER Will Robinson !! DB> DB> i got similar messages with an Intel SE7501WV2, in my case DB> it was caused because i was fiddling with the BIOS. DB> can't remember exactly which option caused it, but DB> check memory/pci, and the raid. it's hard to do. 'cause it'a production box, serving many commercial users :( but i'll try check it up on next reboot. DB> DB> btw, is this a nocoma cpu? yes, NOCONA 2.8GHz. but FreeBSD compiled for 32x86 (not x64) DB> DB> danny DB> ??>> Our system is ??>> MotherBoard: Intel SE7520BD2 with 1 Xeon (HyperThreading) ??>> HDD : ad0: 19092MB at ??>> ata0-master UDMA100 for details see the full /var/run/dmesg.boot in ??>> namespace, AE_BAD_CHARACTER SearchNode 0xc2329d60 StartNode 0xc2329d60 ??>> ReturnNode 0xc23271c0 ACPI-1304: *** Error: Method execution failed ??>> [\\_GPE.PXL1] (Node 0xc2329d60), AE _BAD_CHARACTER ioapic0 > 2.0> irqs 0-23 on motherboard ioapic1 irqs 24-47 on ??>> motherboard ioapic2 irqs 48-71 on motherboard npx0: ??>> [FAST] npx0: on motherboard npx0: INT 16 ??>> interface acpi0: on motherboard acpi0: Power Button ??>> (fixed) pci_link0: irq 10 on acpi0 pci_link1: ??>> irq 11 on acpi0 pci_link2: ??>> irq 15 on acpi0 pci_link3: irq 7 on ??>> acpi0 pci_link4: irq 0 on acpi0 pci_link5: > PCI Link LNKF> irq 0 on acpi0 pci_link6: irq 0 on ??>> acpi0 pci_link7: irq 5 on acpi0 Timecounter ??>> "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit ??>> timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on ??>> acpi0 acpi_throttle0: on cpu0 cpu1: ??>> on acpi0 acpi_throttle1: on cpu1 pcib0: > Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: on ??>> pcib0 pci0: at device 0.1 (no driver attached) pci0: > peripheral> at device 1.0 (no driver attached) pcib1: > bridge> irq 16 at device 2.0 on pci0 pci1: on ??>> pcib1 pcib2: at device 0.0 on pci1 pci2: > PCI bus> on pcib2 em0: > - 2.1.7> port 0xcc80-0xccbf mem ??>> 0 xfcee0000-0xfcefffff,0xfcec0000-0xfcedffff irq 28 at device 2.0 on ??>> pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:14:6a:18 em0: ??>> Speed:N/A Duplex:N/A em1: > Version - 2.1.7> port 0xcc00-0xcc3f mem ??>> 0 xfce80000-0xfce9ffff,0xfce60000-0xfce7ffff irq 24 at device 3.0 on ??>> pci2 em1: [GIANT-LOCKED] em1: Ethernet address: 00:07:e9:14:6e:9d em1: ??>> Speed:N/A Duplex:N/A pci1: at ??>> device 0.1 (no driver attached) pcib3: at device ??>> 0.2 on pci1 pci3: on pcib3 pci1: > interrupt controller> at device 0.3 (no driver attached) pcib4: > PCI-PCI bridge> irq 16 at device 4.0 on pci0 pci4: on ??>> pcib4 pcib5: irq 16 at device 5.0 on pci0 pci5: ??>> on pcib5 pci5: at device 0.0 (no ??>> driver attached) pcib6: irq 16 at device 6.0 on ??>> pci0 pci6: on pcib6 pci0: at device ??>> 29.0 (no driver attached) pci0: at device 29.1 (no ??>> driver attached) pci0: at device 29.2 (no driver ??>> attached) pci0: at device 29.7 (no driver attached) ??>> pcib7: at device 30.0 on pci0 pci7: > bus> on pcib7 em2: > 2.1.7> port 0xec80-0xecbf mem 0 xfebe0000-0xfebfffff irq 16 at device ??>> 4.0 on pci7 em2: [GIANT-LOCKED] em2: Ethernet address: ??>> 00:04:23:b0:16:58 em2: Speed:N/A Duplex:N/A pci7: at ??>> device 12.0 (no driver attached) isab0: at device ??>> 31.0 on pci0 isa0: on isab0 atapci0: > controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf c00-0xfc0f at ??>> device 31.1 on pci0 ata0: on atapci0 ata1: > channel 1> on atapci0 pci0: at device 31.3 (no ??>> driver attached) acpi_button0: on acpi0 acpi_button1: ??>> on acpi0 atkbdc0: port ??>> 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 ??>> at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> ??>> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: ??>> <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: ??>> type 16550A pmtimer0 on isa0 orm0: at ??>> iomem 0xc0000-0xca7ff,0xca800-0xcbfff,0xcc000-0xcd7ff on i sa0 sc0: ??>> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, ??>> flags=0x300> vga0: at port 0x3c0-0x3df iomem ??>> 0xa0000-0xbffff on isa0 Timecounters tick every 1.333 msec ipfw2 ??>> (+ipv6) initialized, divert loadable, rule-based forwarding ??>> enabled, default to accept, logging limited to 10000 packets/entry by ??>> default ad0: 19092MB at ata0-master ??>> UDMA100 SMP: AP CPU #1 Launched! Trying to mount root from ??>> ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /var ??>> was not properly dismounted /var: mount pending error: blocks 564 ??>> files 11 WARNING: /usr was not properly dismounted WARNING: /usr/local ??>> was not properly dismounted -- Mike G : mike@v.gz.ru Moscow State ??>> University. ______________________________ freebsd-current@freebsd.org ??>> mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current ??>> To unsubscribe, send any mail to ??>> "freebsd-current-unsubscribe@freebsd.org" DB> With best regards, Mike G. E-mail: mike@v.gz.ru From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 14:57:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B3D816A420 for ; Sat, 22 Oct 2005 14:57:01 +0000 (GMT) (envelope-from mvh@ix.netcom.com) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741B843D46 for ; Sat, 22 Oct 2005 14:57:00 +0000 (GMT) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=CVInNxeTQa86mNLumPI6WEr+rc1uuLpTojaAZUmfj0l8aCX4Hqg6dFtJLYPgAnJk; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Virus-Scanned:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.183.88] (helo=bsd.mvh) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1ETKnr-0007CP-Fc; Sat, 22 Oct 2005 10:56:59 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id D3D451766B; Sat, 22 Oct 2005 07:56:58 -0700 (PDT) Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24162-10; Sat, 22 Oct 2005 07:56:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id 454CC17668; Sat, 22 Oct 2005 07:56:58 -0700 (PDT) From: Mike Harding To: Joao Barros In-Reply-To: <70e8236f0510220532p221f1c0csd3d736f0213cef00@mail.gmail.com> References: <20051022063422.A6445175DD@bsd.mvh> <70e8236f0510220532p221f1c0csd3d736f0213cef00@mail.gmail.com> Content-Type: text/plain Date: Sat, 22 Oct 2005 07:56:58 -0700 Message-Id: <1129993018.82917.0.camel@bsd.mvh> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at bsd.mvh X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d8bf2c474f9b712c58e9e05b2bd2c2d6e55bff31af8927e75a350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.183.88 X-Mailman-Approved-At: Sun, 23 Oct 2005 11:54:37 +0000 Cc: freebsd-current@freebsd.org Subject: Re: USB keyboards and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 14:57:01 -0000 Oh, sorry, I installed an SMP kernel, of course... On Sat, 2005-10-22 at 13:32 +0100, Joao Barros wrote: > On 10/22/05, Mike Harding wrote: > > > > I got a bunch of new Dell 9100 dual cores and had some fun trying to > > install 6.0 RC1 from CD. > > The rest of the install went pretty good, except I guess the > > dual-cores look like hyperthreading to the OS so they don't come up > > unless hyperthreading is enabled... > > How did you enable HT? > SMP is out of the GENERIC kernel for some time now... > > > -- > Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 16:20:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11FCB16A41F for ; Sat, 22 Oct 2005 16:20:25 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E7FB43D45 for ; Sat, 22 Oct 2005 16:20:24 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j9MGKN3C039223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Oct 2005 12:20:23 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j9MGKNJc039222; Sat, 22 Oct 2005 12:20:23 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: Peter Jeremy Date: Sat, 22 Oct 2005 12:20:22 -0400 User-Agent: KMail/1.8.2 References: <200510211100.48429@aldan> <20051022122429.GC39000@cirb503493.alcatel.com.au> In-Reply-To: <20051022122429.GC39000@cirb503493.alcatel.com.au> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sun, 23 Oct 2005 11:54:37 +0000 Cc: current@freebsd.org Subject: Re: Why page-in a SIGKILL-ed process? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 16:20:25 -0000 On Saturday 22 October 2005 08:24 am, Peter Jeremy wrote: = >17850 mi          1 -16    0  4158M  1118M wdrain 1   0:06  6.10% vim = > = >The question is: Why bother with paged-out parts of the process, when = >it is already doomed by SIGKILL? = wdrain appears to be associated with file I/O rather than paging = (though I may be wrong here).  Is it possible that vim had started = core-dumping before you SIGKILL'd it?  I've seen problems on other = OS's where core-dumping processes couldn't be killed and caused = significant performance degradation if they were very large. Well, indeed, there was a core-dump too. The reason I thought this was swap-related is because prior to settling on `wdrain', the process was in `pfault' for a few moments... You are, probably, right -- it was dumping the vim's core, when I started killing it. As for the performance degradation during a core-dump, yes, this definetely is not a FreeBSD-specific problem... Can't this be interrupted, though, by SIGKILL-ing the dying process? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:09:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCCE216A41F for ; Sat, 22 Oct 2005 19:09:39 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-187.hsd1.nh.comcast.net [24.62.224.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0389C43D5A for ; Sat, 22 Oct 2005 19:09:38 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.99] ([192.168.1.99]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id j9MJ9cQ6015641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 22 Oct 2005 15:09:39 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <435A8E71.1000806@forrie.com> Date: Sat, 22 Oct 2005 15:09:37 -0400 From: Forrest Aldrich User-Agent: Thunderbird 1.5 (Windows/20051021) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.87/1146/Fri Oct 21 00:36:48 2005 on forrie.com X-Virus-Status: Clean X-Mailman-Approved-At: Sun, 23 Oct 2005 11:54:37 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: OpenAFS for FreeBSD... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 19:09:40 -0000 I've asked the OpenAFS people about a port to FreeBSD. They recently gained a port to OS X, which I understand has a similar/FreeBSD codebase. Anyone? -------- Original Message -------- Subject: Re: OpenAFS for MAC, etc. Date: Sat, 22 Oct 2005 14:48:48 -0400 From: Jeffrey Altman Organization: Secure Endpoints Inc. To: Forrest Aldrich Neither Derrick nor Chas use FreeBSD and neither have time to play with it. You need to get someone from the FreeBSD community to care about AFS and port it. If you find an FreeBSD kernel expert, we can provide the AFS assistance to help them. Jeffrey Altman From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 13:24:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3213916A41F; Sun, 23 Oct 2005 13:24:04 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C442643D45; Sun, 23 Oct 2005 13:24:03 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ETfpS-0001FJ-Rn; Sun, 23 Oct 2005 15:24:02 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Oct 2005 15:24:02 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 13:24:04 -0000 this is the second round of tests, the driver is cleaner, handles multiple LUN's ok, and can handle big (256) tagged opening. so far it's been tested on OS: FreeBSD-5.4/6.0 both intel & amd64, UP & SMP targets: NetAPP, Intransa, SanRAD, Cisco, Promise, Equallogic still missing: most important is recovery after a network disconnect. the source is in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-12.tar.bz2 danny From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 15:52:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A52216A420 for ; Sun, 23 Oct 2005 15:52:33 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF3843D6D for ; Sun, 23 Oct 2005 15:52:29 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j9NFqQI13829 for ; Sun, 23 Oct 2005 17:52:26 +0200 Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j9NFkFK19478 for ; Sun, 23 Oct 2005 17:46:16 +0200 Message-ID: <435BB1B8.9050603@altern.org> Date: Sun, 23 Oct 2005 17:52:24 +0200 From: Gregory Nou User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Suspected problem with /libexec/ld-elf.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 15:52:33 -0000 Hi, I'm experiencing lots of weird problems since my last cvsup (yesterday) Everything I have installed using packages or sources after the cvsup doesn't work, exiting with weird error messages like for example: % pdflatex rapport.tex zsh: exec format error: pdflatex or % texi2pdf rapport.tex pdflatex: 2: Syntax error: ")" unexpected /usr/local/bin/texi2dvi: pdflatex exited with bad status, quitting. and also : /libexec/ld-elf.so.1: some_lib_here: unsupported file layout % xpdf /libexec/ld-elf.so.1: /usr/local/lib/libt1.so.5: unsupported file layout % kile /libexec/ld-elf.so.1: /usr/X11R6/lib/libqt-mt.so.3: unsupported file layout Is someone experiencing the same problem ? -- Gregory From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 15:55:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A40016A420 for ; Sun, 23 Oct 2005 15:55:51 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (ftp.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7F843D6E for ; Sun, 23 Oct 2005 15:55:45 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j9NFv86N091212; Sun, 23 Oct 2005 11:57:08 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <0d9d01c5d7ea$4a9ab860$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Forrest Aldrich" , References: <435A8E71.1000806@forrie.com> Date: Sun, 23 Oct 2005 11:56:07 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: Re: OpenAFS for FreeBSD... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 15:55:51 -0000 OpenAFS has a partial port to FreeBSD; there have been a few folks who have been dilligently working on this over the past couple of years. >From http://www.openafs.org/projects.html, it appears that all the *BSDs have some degree of support but with missing pieces. Your best bet is to join the mailing lists, put on your developer's hat and help out -- especially if you have access to AFS resources. -- Matt Emmerton ----- Original Message ----- From: "Forrest Aldrich" To: Sent: Saturday, October 22, 2005 3:09 PM Subject: OpenAFS for FreeBSD... > I've asked the OpenAFS people about a port to FreeBSD. > > They recently gained a port to OS X, which I understand has a > similar/FreeBSD codebase. > > Anyone? > > > > -------- Original Message -------- > Subject: Re: OpenAFS for MAC, etc. > Date: Sat, 22 Oct 2005 14:48:48 -0400 > From: Jeffrey Altman > Organization: Secure Endpoints Inc. > To: Forrest Aldrich > > > > > > Neither Derrick nor Chas use FreeBSD and neither have time to play with it. > > You need to get someone from the FreeBSD community to care about AFS and > port it. > If you find an FreeBSD kernel expert, we can provide the AFS assistance > to help them. > > Jeffrey Altman > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 16:01:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EF7D16A41F for ; Sun, 23 Oct 2005 16:01:47 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D170143D45 for ; Sun, 23 Oct 2005 16:01:46 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IOT00LWKLUXBJD0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 23 Oct 2005 12:01:45 -0400 (EDT) Date: Sun, 23 Oct 2005 12:01:39 -0400 From: Nicolas Blais In-reply-to: <435BB1B8.9050603@altern.org> To: freebsd-current@freebsd.org Message-id: <200510231201.45056.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart3440421.FP0lRtgWhd; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <435BB1B8.9050603@altern.org> User-Agent: KMail/1.8.2 Subject: Re: Suspected problem with /libexec/ld-elf.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 16:01:47 -0000 --nextPart3440421.FP0lRtgWhd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On October 23, 2005 11:52 am, Gregory Nou wrote: > Hi, > > I'm experiencing lots of weird problems since my last cvsup (yesterday) > Everything I have installed using packages or sources after the cvsup > doesn't work, exiting with weird error messages like for example: > % pdflatex rapport.tex > zsh: exec format error: pdflatex > or > % texi2pdf rapport.tex > pdflatex: 2: Syntax error: ")" unexpected > /usr/local/bin/texi2dvi: pdflatex exited with bad status, quitting. > > and also : > /libexec/ld-elf.so.1: some_lib_here: unsupported file layout > > % xpdf > /libexec/ld-elf.so.1: /usr/local/lib/libt1.so.5: unsupported file layout > % kile > /libexec/ld-elf.so.1: /usr/X11R6/lib/libqt-mt.so.3: unsupported file layo= ut > > > Is someone experiencing the same problem ? I cvsuped yesterday too and all I got was a major core dump *everything* af= ter=20 which I rebooted. It's fine now for some reason. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Oct 22 17:46:57 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart3440421.FP0lRtgWhd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDW7Ppz38ton5LGeIRAq0IAJ9/KIM4IkpgqWM9eBxrF2gnnnwdwQCfYhgw Hb0HSuc1YwaXdcMjjSeUyt4= =MYjp -----END PGP SIGNATURE----- --nextPart3440421.FP0lRtgWhd-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 18:04:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ABCF16A41F for ; Sun, 23 Oct 2005 18:04:02 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A29F43D4C for ; Sun, 23 Oct 2005 18:04:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9NI3rxq024313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 23 Oct 2005 11:04:00 -0700 Message-ID: <435BD088.30205@root.org> Date: Sun, 23 Oct 2005 11:03:52 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <200510172310.j9HNAVPL013057@repoman.freebsd.org> <20051018094402.A29138@grasshopper.cs.duke.edu> <435501B9.4070401@samsco.org> <43553162.5040802@root.org> <20051020141023.0ejwdv4dss48wko0@netchild.homeip.net> <4357E137.5090703@root.org> <20051023121338.3e253c97@Magellan.Leidinger.net> In-Reply-To: <20051023121338.3e253c97@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 1kHz noise from C3 sleep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 18:04:02 -0000 Alexander Leidinger wrote: > On Thu, 20 Oct 2005 11:25:59 -0700 > Nate Lawson wrote: > > >>Alexander Leidinger wrote: >> >>>Nate Lawson wrote: >>> >>>[Moving to -current] >>> >>> >>>>>I wonder if moving to HZ=1000 on amd64 and i386 was really all that good >>>>>of an idea. Having preemption in the kernel means that ithreads can run >>>>>right away instead of having to wait for a tick, and various fixes to >>>>>4BSD in the past year have eliminated bugs that would make the CPU wait >>>>>for up to a tick to schedule a thread. So all we're getting now is a >>>>>10x increase in scheduler overhead, including reading the timecounters. >>>> >>>> >>>>I use hz=100 on my systems due to the 1 khz noise from C3 sleep. >>>>Windows has the same problem. >>> >>> >>>My laptop makes noises when being (more or less) idle (I think I enabled >>>C3...). Does this mean I should try to change HZ? >> >>Sure, you can do it from a tunable (kern.hz I think), you don't have to >>recompile. > > > No, a HZ of 100 doesn't work, the laptop still makes noises. And it > only has C2, no C3... Change to C1 (which is just HLT). If it still makes noise, it's not your C2 or C3 sleep. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 19:05:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE4916A41F for ; Sun, 23 Oct 2005 19:05:33 +0000 (GMT) (envelope-from jisakiel@yahoo.es) Received: from web26809.mail.ukl.yahoo.com (web26809.mail.ukl.yahoo.com [217.146.176.85]) by mx1.FreeBSD.org (Postfix) with SMTP id EC42943D5E for ; Sun, 23 Oct 2005 19:05:29 +0000 (GMT) (envelope-from jisakiel@yahoo.es) Received: (qmail 78456 invoked by uid 60001); 23 Oct 2005 19:05:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ANLBwxKgxRg9ihi+T9brPNE93pJzauOfZGc35ctP58iq7qGeLmuZw3mVH1Pog6RFzO/yPed+VHgNaUy99v/9TqZAu1BwC+pg/Ev5FfCURMkWzSxVis/AXkgo9ujdoDp1NMzZMKyYHdEY9x1qpU9eF4E8rpo2oDC4SfOb/NosLJs= ; Message-ID: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> Received: from [212.106.211.93] by web26809.mail.ukl.yahoo.com via HTTP; Sun, 23 Oct 2005 21:05:28 CEST Date: Sun, 23 Oct 2005 21:05:28 +0200 (CEST) From: Jisakiel To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 19:05:33 -0000 Sorry if this is the wrong mailing list to inform... I just noticed that in /usr/share/examples/make.conf Radius support option is written as PPP_NO_RADUIS instead of PPP_NO_RADIUS . I guess it's just a typo and RADIUS is the option which gets parsed. System is RC1 freshly installed from the ISO (maybe after cvsup-ing gets fixed, but I didn't have time yet to do it). ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 19:38:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40A1716A420 for ; Sun, 23 Oct 2005 19:38:37 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3489B43D49 for ; Sun, 23 Oct 2005 19:38:35 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j9NJcY0Y047224; Sun, 23 Oct 2005 23:38:34 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 23 Oct 2005 23:38:34 +0400 (MSD) From: Maxim Konovalov To: Jisakiel In-Reply-To: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> Message-ID: <20051023233759.B22848@mp2.macomnet.net> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 19:38:37 -0000 On Sun, 23 Oct 2005, 21:05+0200, Jisakiel wrote: > Sorry if this is the wrong mailing list to inform... I > just noticed that in /usr/share/examples/make.conf > Radius support option is written as PPP_NO_RADUIS > instead of PPP_NO_RADIUS . I guess it's just a typo > and RADIUS is the option which gets parsed. Fixed. Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 19:59:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46DF316A41F for ; Sun, 23 Oct 2005 19:59:25 +0000 (GMT) (envelope-from djp@polands.org) Received: from moab.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759C043D46 for ; Sun, 23 Oct 2005 19:59:22 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by moab.polands.org (8.13.1/8.13.1) with ESMTP id j9NJxLxt070324; Sun, 23 Oct 2005 14:59:21 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id j9NJxLHV000850; Sun, 23 Oct 2005 14:59:21 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id j9NJxGqp000849; Sun, 23 Oct 2005 14:59:16 -0500 (CDT) (envelope-from djp) Date: Sun, 23 Oct 2005 14:59:16 -0500 From: Doug Poland To: Michael VInce Message-ID: <20051023195915.GA657@polands.org> References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> <20051020.220346.13027284.imp@bsdimp.com> <20051021170042.GA95367@polands.org> <435A8E0C.9070705@roq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <435A8E0C.9070705@roq.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 19:59:25 -0000 On Sun, Oct 23, 2005 at 05:07:56AM +1000, Michael VInce wrote: > Doug Poland wrote: > > >>>>> > >>>>>>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. > >>>>>>Responsiveness was so poor as to make remote SSH sessions > >>>>>>unusable. When I installed -CURRENT then RELENG_6, then the NIC > >>>>>>started performing beautifully. Very stable and consistent. > >>>>>>Now, with yesterday's cvsup'd to RC1, the NIC/driver is > >>>>>>performing poorly again. > >>>>>> > >>>>>> > >>>>>Go back to the previous version to verify it's not environmental > >>>>>or some other problem than a regression in FreeBSD. > >>>>> > >> > >I've gone back to 2005.10.09.16.14.15, which was the time I installed > >-BETA5. So far, the connection is more stable and robust: Here's my > >diagnostics: > > > > > Strange, maybe its something else, such as power related? I have a > WG511T and am on 6.0RC1 / AMD64 laptop, I haven't noticed any > problems. I am using WPA mode via DHCP and have been using my laptop > every day for the last week and the laptop has been running non-stop. > It is strange. Since I've got back to -CURRENT dated 10/09/05, I've had no problems. I've been looking at my logs, and it seems the problems were when the connection switched from DS to OFDM. Thu Oct 20 17:10:56 CDT 2005 (DS/11Mbps) Thu Oct 20 17:11:07 CDT 2005 (OFDM/6Mbps) Thu Oct 20 17:11:43 CDT 2005 (DS/5.5Mbps) Thu Oct 20 17:12:27 CDT 2005 (DS/2Mbps) Thu Oct 20 17:12:31 CDT 2005 (DS/1Mbps) Thu Oct 20 17:12:39 CDT 2005 (OFDM/36Mbps) Thu Oct 20 17:12:47 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:14:00 CDT 2005 (OFDM/18Mbps) Do you know what those modes are? I'm willing to continue testing but will only have this laptop for three more days, then it's gone for two weeks. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 22:05:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 929D616A41F for ; Sun, 23 Oct 2005 22:05:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49BF443D46 for ; Sun, 23 Oct 2005 22:05:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1ETny1-0009rg-Iw; Sun, 23 Oct 2005 22:05:25 +0000 Received: from localhost.nanog.merit.net ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.53 (FreeBSD)) id 1ETnxl-000KDZ-Gq; Sun, 23 Oct 2005 15:05:09 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17244.2324.998092.730500@roam.psg.com> Date: Sun, 23 Oct 2005 15:05:08 -0700 To: FreeBSD Current Subject: ath0 pain on visiting network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 22:05:26 -0000 current of today on thinkpad t41 this puppy is stable at home on 11G talking to a kinksys wrt54gs it was stable yesterday at a starschmucks here i am at nanog talking to a cisco 1200 # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.35.165.22 netmask 0xfffffc00 broadcast 192.35.167.255 ether 00:05:4e:48:ce:66 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/18Mbps) status: associated ssid nanog-arin channel 40 bssid 00:12:d9:81:64:40 authmode OPEN privacy OFF txpowmax 28 bintval 100 wpa turned off, dhclient on 64 bytes from 147.28.0.39: icmp_seq=1814 ttl=54 time=66.783 ms 64 bytes from 147.28.0.39: icmp_seq=1815 ttl=54 time=66.028 ms 64 bytes from 147.28.0.39: icmp_seq=1816 ttl=54 time=66.838 ms 64 bytes from 147.28.0.39: icmp_seq=1817 ttl=54 time=64.952 ms ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host 64 bytes from 147.28.0.39: icmp_seq=1824 ttl=54 time=71.564 ms 64 bytes from 147.28.0.39: icmp_seq=1825 ttl=54 time=66.459 ms 64 bytes from 147.28.0.39: icmp_seq=1826 ttl=54 time=64.684 ms 64 bytes from 147.28.0.39: icmp_seq=1854 ttl=54 time=179.757 ms 64 bytes from 147.28.0.39: icmp_seq=1855 ttl=54 time=64.828 ms 64 bytes from 147.28.0.39: icmp_seq=1856 ttl=54 time=64.832 ms 64 bytes from 147.28.0.39: icmp_seq=1857 ttl=54 time=64.619 ms 64 bytes from 147.28.0.39: icmp_seq=1858 ttl=54 time=65.722 ms 64 bytes from 147.28.0.39: icmp_seq=1859 ttl=54 time=65.102 ms 64 bytes from 147.28.0.39: icmp_seq=1860 ttl=54 time=64.681 ms 64 bytes from 147.28.0.39: icmp_seq=1861 ttl=54 time=74.158 ms 64 bytes from 147.28.0.39: icmp_seq=1862 ttl=54 time=73.650 ms ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host 64 bytes from 147.28.0.39: icmp_seq=1868 ttl=54 time=72.364 ms 64 bytes from 147.28.0.39: icmp_seq=1869 ttl=54 time=74.804 ms 64 bytes from 147.28.0.39: icmp_seq=1870 ttl=54 time=64.819 ms 64 bytes from 147.28.0.39: icmp_seq=1871 ttl=54 time=64.824 ms ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host 64 bytes from 147.28.0.39: icmp_seq=1878 ttl=54 time=73.062 ms forever when down, it looks like # ifconfig ath0 ath0: flags=8843 mtu 1500 ether 00:05:4e:48:ce:66 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/6Mbps) status: no carrier ssid nanog-arin channel 40 authmode OPEN privacy OFF txpowmax 28 bintval 100 kill dhclient and it looks like 64 bytes from 147.28.0.39: icmp_seq=8 ttl=54 time=65.202 ms 64 bytes from 147.28.0.39: icmp_seq=9 ttl=54 time=71.260 ms 64 bytes from 147.28.0.39: icmp_seq=10 ttl=54 time=71.252 ms 64 bytes from 147.28.0.39: icmp_seq=11 ttl=54 time=64.790 ms 64 bytes from 147.28.0.39: icmp_seq=12 ttl=54 time=64.702 ms 64 bytes from 147.28.0.39: icmp_seq=13 ttl=54 time=65.214 ms 64 bytes from 147.28.0.39: icmp_seq=14 ttl=54 time=67.787 ms 64 bytes from 147.28.0.39: icmp_seq=16 ttl=54 time=4563.685 ms 64 bytes from 147.28.0.39: icmp_seq=17 ttl=54 time=3565.347 ms 64 bytes from 147.28.0.39: icmp_seq=18 ttl=54 time=2587.202 ms 64 bytes from 147.28.0.39: icmp_seq=19 ttl=54 time=1609.266 ms 64 bytes from 147.28.0.39: icmp_seq=20 ttl=54 time=524.803 ms 64 bytes from 147.28.0.39: icmp_seq=21 ttl=54 time=64.635 ms 64 bytes from 147.28.0.39: icmp_seq=22 ttl=54 time=64.708 ms 64 bytes from 147.28.0.39: icmp_seq=23 ttl=54 time=65.819 ms 64 bytes from 147.28.0.39: icmp_seq=24 ttl=54 time=65.554 ms 64 bytes from 147.28.0.39: icmp_seq=25 ttl=54 time=64.597 ms 64 bytes from 147.28.0.39: icmp_seq=26 ttl=54 time=64.661 ms 64 bytes from 147.28.0.39: icmp_seq=29 ttl=54 time=79.498 ms 64 bytes from 147.28.0.39: icmp_seq=31 ttl=54 time=4568.477 ms 64 bytes from 147.28.0.39: icmp_seq=32 ttl=54 time=3568.110 ms 64 bytes from 147.28.0.39: icmp_seq=33 ttl=54 time=2575.396 ms until it loses the lease, of course :-) randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 01:50:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C90516A41F; Mon, 24 Oct 2005 01:50:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F04443D45; Mon, 24 Oct 2005 01:50:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9O1o7XP028776; Sun, 23 Oct 2005 21:50:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9O1o6IN027317; Sun, 23 Oct 2005 21:50:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B99E67302F; Sun, 23 Oct 2005 21:50:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051024015006.B99E67302F@freebsd-current.sentex.ca> Date: Sun, 23 Oct 2005 21:50:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 01:50:09 -0000 TB --- 2005-10-24 00:01:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-24 00:01:58 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-24 00:01:58 - cleaning the object tree TB --- 2005-10-24 00:02:37 - checking out the source tree TB --- 2005-10-24 00:02:37 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-24 00:02:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-24 00:09:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-24 00:09:39 - cd /src TB --- 2005-10-24 00:09:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-24 01:41:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-24 01:41:12 - cd /src TB --- 2005-10-24 01:41:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 24 01:41:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/isa/vga_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/link_elf_obj.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/pci/agp_amd64.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/pci/agp_intel.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/ia32/ia32_reg.c In file included from /src/sys/amd64/ia32/ia32_reg.c:64: /src/sys/compat/freebsd32/freebsd32_proto.h:66: error: syntax error before "osigset_t" /src/sys/compat/freebsd32/freebsd32_proto.h:66: error: `osigset_t' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-24 01:50:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-24 01:50:06 - ERROR: failed to build generic kernel TB --- 2005-10-24 01:50:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 02:16:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5BB9D16A420; Mon, 24 Oct 2005 02:16:06 +0000 (GMT) In-Reply-To: <20051023094907.GA37741@freebsd.czest.pl> from "Wojciech A. Koszek" at "Oct 23, 2005 09:49:08 am" To: dunstan@freebsd.czest.pl (Wojciech A. Koszek) Date: Mon, 24 Oct 2005 02:16:06 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051024021606.5BB9D16A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: slawek.zak@gmail.com, freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 02:16:06 -0000 > Hello, > Your problem looks like Slawek's one: > > http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-July/052785.html > > -- > * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl > Well, after some investigation and experimentation, I came up with the following patch for src/sys/dev/pci/pci.c which seems to fix the problem, at least on my machine: http://www.freebsd.org/~wpaul/opteron/pci.c.diff I'm not entirely sure why this works, but it does. The pci_add_children() routine traverses each PCI bus by trying to read the header type field at offset 0x0e. It does this for each possible slot number from 0 to 31. A value of 0xFF indicates a failure to read the PCI config space at a given slot number, which usually means there's no device there. Unfortunately, it appears that sometimes it gets back 0xFF when trying to read the header type field for the USB controllers (which are actually three function at a single device index), even though the device is really there. I rummaged around a bit and found the OpenSolaris source code that enumerates PCI buses, and that code uses a slightly different algorithm: for each slot number, it first tries to read the PCI vendor ID field. If that value is valid, then it tries to read the header type field. The patch above implements the Solaris behavior and seems to allow FreeBSD/amd64 to detect the USB ports reliably. (I've rebooted the system a bunch of times and so far it's been successful.) Logically, this should not have any negative impact in any other cases. Can someone else who has this problem test this patch and tell me if it helps? Can anyone think of a reason why this patch shouldn't be checked in? -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 02:40:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19B816A41F; Mon, 24 Oct 2005 02:40:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF5643D49; Mon, 24 Oct 2005 02:40:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9O2bNtY059188; Sun, 23 Oct 2005 20:37:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 23 Oct 2005 20:38:50 -0600 (MDT) Message-Id: <20051023.203850.56563508.imp@bsdimp.com> To: wpaul@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051024021606.5BB9D16A420@hub.freebsd.org> References: <20051023094907.GA37741@freebsd.czest.pl> <20051024021606.5BB9D16A420@hub.freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 23 Oct 2005 20:37:24 -0600 (MDT) Cc: slawek.zak@gmail.com, dunstan@freebsd.czest.pl, freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 02:40:02 -0000 In message: <20051024021606.5BB9D16A420@hub.freebsd.org> wpaul@freebsd.org (Bill Paul) writes: : Well, after some investigation and experimentation, I came up with the : following patch for src/sys/dev/pci/pci.c which seems to fix the problem, : at least on my machine: : : http://www.freebsd.org/~wpaul/opteron/pci.c.diff : : I'm not entirely sure why this works, but it does. The pci_add_children() : routine traverses each PCI bus by trying to read the header type field : at offset 0x0e. It does this for each possible slot number from 0 to 31. : A value of 0xFF indicates a failure to read the PCI config space at a : given slot number, which usually means there's no device there. Usually, but not always. : Unfortunately, it appears that sometimes it gets back 0xFF when trying : to read the header type field for the USB controllers (which are actually : three function at a single device index), even though the device is : really there. Then chances are there's something else wrong. You also get 0xff when you have a child device of pci bridge whose bus/secbus/subbus is setup wrong. I have some patches cooking to solve this problem that some people are seeing on some laptops. When it returns 0xff, that should be > the 2, and we should ignore the device... It looks like what you are saying that if you read the vendor ID then the header type wil read back correctly? Is that the case? : I rummaged around a bit and found the OpenSolaris source code that : enumerates PCI buses, and that code uses a slightly different algorithm: : for each slot number, it first tries to read the PCI vendor ID field. : If that value is valid, then it tries to read the header type field. : The patch above implements the Solaris behavior and seems to allow : FreeBSD/amd64 to detect the USB ports reliably. (I've rebooted the : system a bunch of times and so far it's been successful.) : : Logically, this should not have any negative impact in any other cases. : Can someone else who has this problem test this patch and tell me if it : helps? Can anyone think of a reason why this patch shouldn't be checked : in? Yes. We went through a lot of consternation with some PCI ethernet cards made by sun. They have 0xffff listed as the function 0 vendor, but the header type was correct. The ethernet lived in function 1. You change will break those. We used to implement what you suggested, but purposely changed it away from that. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 02:55:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C6816A41F for ; Mon, 24 Oct 2005 02:55:41 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7190743D46 for ; Mon, 24 Oct 2005 02:55:40 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by qproxy.gmail.com with SMTP id p26so181450qbb for ; Sun, 23 Oct 2005 19:55:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kh9TIxdlnLxuFvV8iCu5V/+lAoR0hhvDXnULN4cE+8m8kvZMBeLFqW70zxSbwozmVWF6jwlZC7YgReWOSwy5AxOvKAEdLmuBv4zGzdzkcFU/AsuvdWe/pmSq1036SsLYgr8Peey3uV3bm7AW6Iqeg8/0dxRPP4SAR6Yjwa71GMo= Received: by 10.64.153.9 with SMTP id a9mr1208939qbe; Sun, 23 Oct 2005 19:55:39 -0700 (PDT) Received: by 10.64.185.19 with HTTP; Sun, 23 Oct 2005 19:55:39 -0700 (PDT) Message-ID: <9ab217670510231955pc528e7bx@mail.gmail.com> Date: Sun, 23 Oct 2005 19:55:39 -0700 From: "Devon H. O'Dell" To: Bill Paul In-Reply-To: <20051024021606.5BB9D16A420@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051023094907.GA37741@freebsd.czest.pl> <20051024021606.5BB9D16A420@hub.freebsd.org> Cc: slawek.zak@gmail.com, "Wojciech A. Koszek" , freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 02:55:41 -0000 2005/10/23, Bill Paul : > > Hello, > > Your problem looks like Slawek's one: > > > > http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-July/052785= .html > > > > -- > > * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl > > > > Well, after some investigation and experimentation, I came up with the > following patch for src/sys/dev/pci/pci.c which seems to fix the problem, > at least on my machine: > > http://www.freebsd.org/~wpaul/opteron/pci.c.diff I'll test this locally; my Ultra 20 exhibits the same issue -- not sure if it's to the effect of 1 time out of 10, but that's about how often I've rebooted to see it happen once -- perhaps a little low. --Devon From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 03:16:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 859C216A420; Mon, 24 Oct 2005 03:16:15 +0000 (GMT) In-Reply-To: <20051023.203850.56563508.imp@bsdimp.com> from "M. Warner Losh" at "Oct 23, 2005 08:38:50 pm" To: imp@bsdimp.com (M. Warner Losh) Date: Mon, 24 Oct 2005 03:16:15 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051024031615.859C216A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: slawek.zak@gmail.com, dunstan@freebsd.czest.pl, freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 03:16:15 -0000 > In message: <20051024021606.5BB9D16A420@hub.freebsd.org> > wpaul@freebsd.org (Bill Paul) writes: > : Well, after some investigation and experimentation, I came up with the > : following patch for src/sys/dev/pci/pci.c which seems to fix the problem, > : at least on my machine: > : > : http://www.freebsd.org/~wpaul/opteron/pci.c.diff > : > : I'm not entirely sure why this works, but it does. The pci_add_children() > : routine traverses each PCI bus by trying to read the header type field > : at offset 0x0e. It does this for each possible slot number from 0 to 31. > : A value of 0xFF indicates a failure to read the PCI config space at a > : given slot number, which usually means there's no device there. > > Usually, but not always. > > : Unfortunately, it appears that sometimes it gets back 0xFF when trying > : to read the header type field for the USB controllers (which are actually > : three function at a single device index), even though the device is > : really there. > > Then chances are there's something else wrong. You also get 0xff when > you have a child device of pci bridge whose bus/secbus/subbus is setup > wrong. I have some patches cooking to solve this problem that some > people are seeing on some laptops. > > When it returns 0xff, that should be > the 2, and we should ignore the > device... > > It looks like what you are saying that if you read the vendor ID then > the header type wil read back correctly? Is that the case? Yes. However, another patch which seems equally effective is and has no side effects is: *** pci.c.orig Sun Oct 23 15:31:23 2005 --- pci.c Sun Oct 23 20:07:58 2005 *************** *** 991,996 **** --- 991,997 ---- for (s = 0; s <= maxslots; s++) { pcifunchigh = 0; f = 0; + DELAY(100); hdrtype = REG(PCIR_HDRTYPE, 1); if ((hdrtype & PCIM_HDRTYPE) > PCI_MAXHDRTYPE) continue; Note that the devices in question are NEC ohci and ehci controllers. It appears that there's a single device containing three functions (two ohci + one ehci). The AMD8111 has built-in USB support, but this has been disabled and an external device used instead because the USB 2.0 support in the AMD8111 is broken. The configuration for the PCI-PCI bridge where the USB devices live doesn't seem to change between a good boot and a bad one, so I don't really know what to look for. > : I rummaged around a bit and found the OpenSolaris source code that > : enumerates PCI buses, and that code uses a slightly different algorithm: > : for each slot number, it first tries to read the PCI vendor ID field. > : If that value is valid, then it tries to read the header type field. > : The patch above implements the Solaris behavior and seems to allow > : FreeBSD/amd64 to detect the USB ports reliably. (I've rebooted the > : system a bunch of times and so far it's been successful.) > : > : Logically, this should not have any negative impact in any other cases. > : Can someone else who has this problem test this patch and tell me if it > : helps? Can anyone think of a reason why this patch shouldn't be checked > : in? > > Yes. We went through a lot of consternation with some PCI ethernet > cards made by sun. They have 0xffff listed as the function 0 vendor, > but the header type was correct. The ethernet lived in function 1. > You change will break those. We used to implement what you suggested, > but purposely changed it away from that. That's sort of peculiar. I looked at: http://cvs.opensolaris.org/source/xref/usr/src/uts/i86pc/io/pci/pci_boot.c And in enumerate_bus_devs() it says: 331 venid = pci_getw(bus, dev, func, PCI_CONF_VENID); 332 if ((venid == 0xffff) || (venid == 0)) { 333 /* no function at this address */ 334 continue; 335 } Probably the cards in question were designed for SPARC machines and depended on some special OpenFirware magic to be detected correctly. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 03:43:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 652F816A41F for ; Mon, 24 Oct 2005 03:43:32 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-157-21-180.jan.bellsouth.net [70.157.21.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED83D43D45 for ; Mon, 24 Oct 2005 03:43:31 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id D4F7320F56; Sun, 23 Oct 2005 22:43:29 -0500 (CDT) Date: Sun, 23 Oct 2005 22:43:29 -0500 From: "Matthew D. Fuller" To: freebsd-current@freebsd.org Message-ID: <20051024034329.GV66908@over-yonder.net> References: <20051023044115.7050216A421@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051023044115.7050216A421@hub.freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 03:43:32 -0000 On Sun, Oct 23, 2005 at 04:41:15AM +0000 I heard the voice of Bill Paul, and lo! it spake thus: > > The machine has several USB controllers and FreeBSD likes them just > fine -- _when_ it actually manages to detect and attach the > controllers correctly. Unfortunately, it very often doesn't. Interestingly enough, I have a machine that also doesn't get along with its USB, but my situation is completely different. Mine seems to be interrupt routing issues. And not even the fun ACPI-related interrupt routing issues that everyone else seems to enjoy... This is an Intel PR440FX board (dual PPro). It's got onboard USB, and I've got a mouse plugged into it, which I'd really like to use: uhci0: port 0xff80-0xff9f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered [...] ums0: Kensington Kensington USB/PS2 Wheel Mouse, rev 1.10/1.00, addr 2, iclass 3 /1 ums0: 3 buttons and Z dir. The downside is that it doesn't work. The mouse detects just fine there (as long as it's plugged in on boot; hotplug fails totally), but the USB controller never takes a single interrupt, so of course the mouse just sits there looking pretty. I only ever used the USB once, to test a USB keyboard a couple years back, and it worked all right then. I thought it might be a problem with that USB controller anyway, so I bought an Adaptec USB2 card. But that doesn't even probe or power up or anything. My only hint at that from dmesg is: pcib0: unable to route slot 7 INTD , so presumably it just won't talk to that PCI slot at all. I know it used to, because I had a NIC in that slot that I used years ago. I know it would still probe the NIC in that slot up until I took it out of the kernel config (de0; I took it out when mpsafenet became the default since it wasn't mpsafe). I messed around with PnP settings in the BIOS, but to no avail. And that's my only available slot... Unfortunately, this is my workstation, so I can't really spend a lot of time sitting around rebooting it either :| -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 04:46:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16ED916A41F for ; Mon, 24 Oct 2005 04:46:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DEBA43D6A for ; Mon, 24 Oct 2005 04:45:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9O4j7g6060056; Sun, 23 Oct 2005 22:45:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 23 Oct 2005 22:46:34 -0600 (MDT) Message-Id: <20051023.224634.124923661.imp@bsdimp.com> To: fullermd@over-yonder.net From: "M. Warner Losh" In-Reply-To: <20051024034329.GV66908@over-yonder.net> References: <20051023044115.7050216A421@hub.freebsd.org> <20051024034329.GV66908@over-yonder.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 23 Oct 2005 22:45:07 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 04:46:02 -0000 In message: <20051024034329.GV66908@over-yonder.net> "Matthew D. Fuller" writes: : pcib0: unable to route slot 7 INTD : : , so presumably it just won't talk to that PCI slot at all. It just means that it can't route to INTD, not that it can't talk to the PCI slot at all Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 06:05:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC27816A41F for ; Mon, 24 Oct 2005 06:05:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F333843D46 for ; Mon, 24 Oct 2005 06:05:20 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 4E3A133D2B for ; Mon, 24 Oct 2005 08:05:19 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j9O65F55009074 for ; Mon, 24 Oct 2005 08:05:17 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 24 Oct 2005 08:05:06 +0200 User-Agent: KMail/1.8.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510240805.08455.thierry@herbelot.com> Subject: malloc-induced panic while probing devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 06:05:21 -0000 Hello, on a recent -current, I get a panic at startup. I get the panic only with the vidconsole (boot is OK with the serial comconsole only, boot crashes with both serial and internal consoles). I get the panic with a normal and a verbose boot. I include a trace of a verbose boot with both the internal vidconsole and a serial console. Two full verbose dmesg's are accessible at http://therbelot.free.fr/Install_FreeBSD/malloc_panic/ dmesg.boot.verbose.173 is for the previous kernel and dmesg.boot.verbose.174 is for the kernel which crashes with the vidconsole recent changes in the kernel : %diff kernel.old.ident kernel.ident 322,323c322,323 < src/sys/kern/kern_exec.c,v 1.280 2005/10/14 12:43:46 davidxu Exp $ < src/sys/kern/kern_exit.c,v 1.266 2005/10/14 12:43:46 davidxu Exp $ --- > src/sys/kern/kern_exec.c,v 1.282 2005/10/23 12:19:08 davidxu Exp $ > src/sys/kern/kern_exit.c,v 1.268 2005/10/23 12:19:08 davidxu Exp $ 349c349 < src/sys/kern/kern_sig.c,v 1.307 2005/10/14 12:43:46 davidxu Exp $ --- > src/sys/kern/kern_sig.c,v 1.308 2005/10/23 04:12:26 davidxu Exp $ 357,358c357,358 < src/sys/kern/kern_thread.c,v 1.218 2005/10/14 12:43:46 davidxu Exp $ < src/sys/kern/kern_time.c,v 1.117 2005/10/15 02:54:18 ps Exp $ --- > src/sys/kern/kern_thread.c,v 1.220 2005/10/23 12:19:08 davidxu Exp $ > src/sys/kern/kern_time.c,v 1.119 2005/10/23 12:19:08 davidxu Exp $ recent changes in acpi : %diff acpi.old.ident acpi.ident 1,2c1,2 < src/sys/dev/acpica/acpi.c,v 1.215 2005/09/11 18:39:01 obrien Exp $ --- > src/sys/dev/acpica/acpi.c,v 1.216 2005/10/23 00:28:39 njl Exp $ 17c17 < src/sys/dev/acpica/acpi_battery.c,v 1.19 2005/09/11 18:39:01 obrien Exp $ --- > src/sys/dev/acpica/acpi_battery.c,v 1.20 2005/10/23 00:16:41 njl Exp $ 22a23 > src/sys/dev/acpica/acpi_smbat.c,v 1.1 2005/10/23 00:20:13 njl Exp $ /boot/kernel/acpi.ko text=0x43e30 data=0x2260+0x10f0 syms=[0x4+0x7b20+0x4+0xa712] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f800 SMAP type=02 base=000000000009f800 len=0000000000000800 SMAP type=02 base=00000000000eac00 len=0000000000015400 SMAP type=01 base=0000000000100000 len=000000000bef0000 SMAP type=03 base=000000000bff0000 len=000000000000f800 SMAP type=04 base=000000000bfff800 len=0000000000000800 SMAP type=02 base=00000000fff80000 len=0000000000080000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #174: Mon Oct 24 00:35:54 CEST 2005 herbelot@portable.herbelot.nom:/files5/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b32000. Preloaded elf module "/boot/kernel/snd_ds1.ko" at 0xc0b32160. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0b3220c. Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc0b322b8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b32364. Calibrating clock(s) ... i8254 clock: 1193124 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 171097267 Hz CPU: Intel Pentium III (171.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 201261056 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000000bc57fff, 184745984 bytes (45104 pages) avail memory = 187232256 (178 MB) bios32: Found BIOS32 Service Directory header at 0xc00f70e0 bios32: Entry = 0xfd880 (c00fd880) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x11e pnpbios: Found PnP BIOS data at 0xc00f7110 pnpbios: Entry = f0000:b326 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdf40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 9 embedded 0 1 B 0x61 9 embedded 0 1 C 0x62 9 embedded 0 1 D 0x63 9 embedded 0 7 D 0x63 9 embedded 0 8 A 0x63 9 embedded 0 9 A 0x62 9 embedded 0 10 A 0x61 9 embedded 0 12 A 0x60 9 embedded 0 12 B 0x61 9 embedded 0 16 A 0x62 9 embedded 0 13 A 0x61 9 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 12 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 12 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 3 pci_link0: irq 9 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 9 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 9 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link1: on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link2: on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link3: on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 ACPI timer: 0/88 0/88 0/87 0/87 0/87 0/88 0/88 0/86 0/88 0/88 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x8010 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base 40000000, size 24, enabled found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x8c (35000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fcf0, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 map[20]: type 4, range 32, base 0000fcc0, size 5, port disabled found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00001040, size 4, enabled found-> vendor=0x104d, dev=0x8039, revid=0x02 bus=0, slot=8, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base fedff000, size 11, memory disabled map[14]: type 1, range 32, base fedffc00, size 9, enabled found-> vendor=0x1073, dev=0x0010, revid=0x02 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x19 (6250 ns) intpin=a, irq=9 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base fedf0000, size 15, enabled map[14]: type 4, range 32, base 0000fc40, size 6, port disabled map[18]: type 4, range 32, base 0000fcec, size 2, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.LNKC:0) pci_link2: Picked IRQ 9 with weight 0 pcib0: slot 9 INTA routed to irq 9 via \_SB_.LNKC found-> vendor=0x14f1, dev=0x2443, revid=0x01 bus=0, slot=10, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fede0000, size 16, memory disabled map[14]: type 4, range 32, base 0000fce0, size 3, port disabled pcib0: matched entry for 0.10.INTA (src \_SB_.LNKB:0) pci_link1: Picked IRQ 9 with weight 3 pcib0: slot 10 INTA routed to irq 9 via \_SB_.LNKB found-> vendor=0x1180, dev=0x0478, revid=0x80 bus=0, slot=12, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=0x1180, dev=0x0478, revid=0x80 bus=0, slot=12, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled agp0: mem 0x40000000-0x40ffffff at device 0.0 on pci0 agp0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x40000000 agp0: allocating GATT for aperture of size 16M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfe800000-0xfecfffff pcib1: prefetched decode 0xfd000000-0xfdffffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.VID0 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10c8, dev=0x0025, revid=0x30 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0207, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=9 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 1, range 32, base fe800000, size 22, enabled pcib1: (null) requested memory range 0xfe800000-0xfebfffff: good map[18]: type 1, range 32, base fec00000, size 20, enabled pcib1: (null) requested memory range 0xfec00000-0xfecfffff: good pcib0: matched entry for 0.1.INTA (src \_SB_.LNKA:0) pcib0: slot 1 INTA routed to irq 9 via \_SB_.LNKA pcib1: slot 0 INTA is routed to irq 9 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcf0-0xfcff at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfcf0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xfcc0-0xfcdf at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xfcc0 pcib0: matched entry for 0.7.INTD (src \_SB_.LNKD:0) pci_link3: Picked IRQ 9 with weight 9 pcib0: slot 7 INTD routed to irq 9 via \_SB_.LNKD uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) fwohci0: mem 0xfedff000-0xfedff7ff,0xfedffc00-0xfedffdff at device 8.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfedff000 pcib0: matched entry for 0.8.INTA (src \_SB_.LNKD:0) pcib0: slot 8 INTA routed to irq 9 via \_SB_.LNKD fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:46:03:00:9d:41:5e fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 0a:00:46:9d:41:5e fwe0: bpf attached fwe0: Ethernet address: 0a:00:46:9d:41:5e fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode fw_sidrcv: invalid self-id packet firewire0: 1 nodes, maxhop <= 0, Not found IRM capable node Memory modified after free 0xc1513000(2044) val=807f8856 @ 0xc1513004 panic: Most recently used by bus-sc cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 0 tid 0 td 0xc092fc20 kdb_enter(c086889e) at kdb_enter+0x2b panic(c088329f,c086a5b7,c0883270,c1513000,7fc) at panic+0x127 mtrash_ctor(c1513000,800,0,101) at mtrash_ctor+0x4d uma_zalloc_arg(c104a960,0,101) at uma_zalloc_arg+0x10f malloc(4d4,c08d1680,101,6,c14a94d0) at malloc+0xb2 device_set_driver(c1548d80,c08a6d08) at device_set_driver+0x86 device_probe_child(c1548500,c1548d80,c1548880,c1548d80,c1548500) at device_probe_child+0x98 device_probe_and_attach(c1548d80) at device_probe_and_attach+0x7d bus_generic_attach(c1548500,6,c152a7c0,1,c0b03ba8) at bus_generic_attach+0x16 acpi_pci_attach(c1548500) at acpi_pci_attach+0xd0 device_attach(c1548500,c1514d60,c1548500,0,c14cf180) at device_attach+0x58 device_probe_and_attach(c1548500) at device_probe_and_attach+0xe0 bus_generic_attach(c14cf180,c14cf180,c14cf180,c152a7c0,c1531da0) at bus_generic_attach+0x16 acpi_pcib_attach(c14cf180,c1531db4,0,c0c20c58,c0658af0) at acpi_pcib_attach+0x130 acpi_pcib_acpi_attach(c14cf180) at acpi_pcib_acpi_attach+0xcf device_attach(c14cf180,c0c20ca0,c14cf180,c1549000,c14cf300) at device_attach+0x58 device_probe_and_attach(c14cf180) at device_probe_and_attach+0xe0 bus_generic_attach(c14cf300,fff7ffff,fff7f600,c1530a28,3) at bus_generic_attach+0x16 acpi_attach(c14cf300) at acpi_attach+0x631 device_attach(c14cf300,0,c14cf300,c14cfd00,0) at device_attach+0x58 device_probe_and_attach(c14cf300) at device_probe_and_attach+0xe0 bus_generic_attach(c14cfd00,c14cfd00,c14cfd00,c0c20d40,c0654e44) at bus_generic_attach+0x16 nexus_attach(c14cfd00) at nexus_attach+0x13 device_attach(c14cfd00,c0937ae8,c14cfd00,c0909890,c28000) at device_attach+0x58 device_probe_and_attach(c14cfd00) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c06176ce,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0446055) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 36 c1522224 0 0 0 0000204 [RUNQ] usbtask 35 c1522448 0 0 0 0000204 [RUNQ] usb0 9 c152266c 0 0 0 0000204 [RUNQ] thread taskq 34 c1522890 0 0 0 0000204 [IWAIT] swi6:+ 8 c1522ab4 0 0 0 0000204 [RUNQ] acpi_task2 7 c1522cd8 0 0 0 0000204 [RUNQ] acpi_task1 6 c1524000 0 0 0 0000204 [RUNQ] acpi_task0 33 c1524224 0 0 0 0000204 [IWAIT] swi6: task queue 5 c1524448 0 0 0 0000204 [RUNQ] kqueue taskq 32 c145a66c 0 0 0 0000204 [IWAIT] swi2: cambio 31 c145a890 0 0 0 0000204 [IWAIT] swi5:+ 30 c145aab4 0 0 0 0000204 [RUNQ] yarrow 4 c145acd8 0 0 0 0000204 [RUNQ] g_down 3 c1464000 0 0 0 0000204 [RUNQ] g_up 2 c1464224 0 0 0 0000204 [RUNQ] g_event 29 c1464448 0 0 0 0000204 [IWAIT] swi3: vm 28 c146466c 0 0 0 000020c [IWAIT] swi4: clock 27 c1464890 0 0 0 0000204 [IWAIT] swi1: net 26 c1464ab4 0 0 0 0000204 [RUNQ] irq15: ata1 25 c1443224 0 0 0 0000204 [RUNQ] irq14: ata0 24 c1443448 0 0 0 0000204 [IWAIT] irq13: 23 c144366c 0 0 0 0000204 [IWAIT] irq12: 22 c1443890 0 0 0 0000204 [IWAIT] irq11: 21 c1443ab4 0 0 0 0000204 [IWAIT] irq10: 20 c1443cd8 0 0 0 0000204 [RUNQ] irq9: fwohci0 uhci+ 19 c145a000 0 0 0 0000204 [IWAIT] irq8: 18 c145a224 0 0 0 0000204 [IWAIT] irq7: 17 c145a448 0 0 0 0000204 [IWAIT] irq6: 16 c143e000 0 0 0 0000204 [IWAIT] irq5: 15 c143e224 0 0 0 0000204 [IWAIT] irq4: 14 c143e448 0 0 0 0000204 [IWAIT] irq3: 13 c143e66c 0 0 0 0000204 [IWAIT] irq1: 12 c143e890 0 0 0 0000204 [IWAIT] irq0: 11 c143eab4 0 0 0 000020c [Can run] idle: cpu0 1 c143ecd8 0 0 0 0000200 [INACTIVE] swapper 10 c1443000 0 0 0 0000204 [RUNQ] ktrace 0 c092f9e0 0 0 0 0000200 [CPU 0] swapper From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 07:58:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B15816A420 for ; Mon, 24 Oct 2005 07:58:31 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 854F943D46 for ; Mon, 24 Oct 2005 07:58:29 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id A606313F064; Mon, 24 Oct 2005 09:58:28 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 8AFBE9EF87; Mon, 24 Oct 2005 09:58:28 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 70A6F9AA4B; Mon, 24 Oct 2005 09:58:28 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2488913F064; Mon, 24 Oct 2005 09:58:28 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j9O7wR3i071024; Mon, 24 Oct 2005 09:58:27 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id j9O7wRmD002188; Mon, 24 Oct 2005 09:58:27 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id j9O7wRxB001425; Mon, 24 Oct 2005 09:58:27 +0200 (CEST) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id j9O7wQvM001424; Mon, 24 Oct 2005 09:58:26 +0200 (CEST) (envelope-from q@galgenberg.net) Date: Mon, 24 Oct 2005 09:58:26 +0200 From: Ulrich Spoerlein To: Maxim Konovalov Message-ID: <20051024075826.GB1093@galgenberg.net> Mail-Followup-To: Maxim Konovalov , Jisakiel , freebsd-current@freebsd.org References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f0KYrhQ4vYSV2aJu" Content-Disposition: inline In-Reply-To: <20051023233759.B22848@mp2.macomnet.net> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: Jisakiel , freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 07:58:31 -0000 --f0KYrhQ4vYSV2aJu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 23.10.2005 at 23:38:34 +0400, Maxim Konovalov wrote: > > Sorry if this is the wrong mailing list to inform... I > > just noticed that in /usr/share/examples/make.conf > > Radius support option is written as PPP_NO_RADUIS > > instead of PPP_NO_RADIUS . I guess it's just a typo > > and RADIUS is the option which gets parsed. >=20 > Fixed. Thanks! While you're at it ... I was going mad when trying to get a devfs.rules file working and noticed the following typo in rc.subr --- /etc/rc.subr Sun Oct 23 11:23:59 2005 +++ /etc/rc.subr.new Mon Oct 24 09:53:17 2005 @@ -1184,7 +1184,7 @@ } =20 # devfs_set_ruleset ruleset [dir] -# Sets the default ruleset of dir to ruleset. The ruleset arguement +# Sets the default ruleset of dir to ruleset. The ruleset argument # must be a ruleset name as specified in devfs.rules(5) file. # Returns non-zero if it could not set it successfully. # Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --f0KYrhQ4vYSV2aJu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXJQimArGtfDbn0QRAkiKAJsGgE+bjue+eX3jngXzi3JqMgAkygCgmtQV OX30MZakTf0AweifkXIEymc= =Knke -----END PGP SIGNATURE----- --f0KYrhQ4vYSV2aJu-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 08:11:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB5FB16A41F for ; Mon, 24 Oct 2005 08:11:25 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 751FA43D4C for ; Mon, 24 Oct 2005 08:11:22 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j9O8BLM0080498; Mon, 24 Oct 2005 12:11:21 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 24 Oct 2005 12:11:21 +0400 (MSD) From: Maxim Konovalov To: Ulrich Spoerlein In-Reply-To: <20051024075826.GB1093@galgenberg.net> Message-ID: <20051024120821.B67591@mp2.macomnet.net> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jisakiel , freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 08:11:26 -0000 On Mon, 24 Oct 2005, 09:58+0200, Ulrich Spoerlein wrote: > On Sun, 23.10.2005 at 23:38:34 +0400, Maxim Konovalov wrote: > > > Sorry if this is the wrong mailing list to inform... I > > > just noticed that in /usr/share/examples/make.conf > > > Radius support option is written as PPP_NO_RADUIS > > > instead of PPP_NO_RADIUS . I guess it's just a typo > > > and RADIUS is the option which gets parsed. > > > > Fixed. Thanks! > > While you're at it ... > > I was going mad when trying to get a devfs.rules file working and > noticed the following typo in rc.subr > > > --- /etc/rc.subr Sun Oct 23 11:23:59 2005 > +++ /etc/rc.subr.new Mon Oct 24 09:53:17 2005 > @@ -1184,7 +1184,7 @@ > } > > # devfs_set_ruleset ruleset [dir] > -# Sets the default ruleset of dir to ruleset. The ruleset arguement > +# Sets the default ruleset of dir to ruleset. The ruleset argument > # must be a ruleset name as specified in devfs.rules(5) file. > # Returns non-zero if it could not set it successfully. > # Being non-native speaker I am not sure this is a error. There are about a dozen "arguement"s in our src tree and google gives 2.8 millions. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 08:34:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C544816A41F for ; Mon, 24 Oct 2005 08:34:36 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBBF43D45 for ; Mon, 24 Oct 2005 08:34:35 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9O8YXF1005587 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 24 Oct 2005 18:34:33 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9O8YWHh043527; Mon, 24 Oct 2005 18:34:32 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9O8YWBG043526; Mon, 24 Oct 2005 18:34:32 +1000 (EST) (envelope-from pjeremy) Date: Mon, 24 Oct 2005 18:34:32 +1000 From: Peter Jeremy To: Maxim Konovalov Message-ID: <20051024083432.GH39882@cirb503493.alcatel.com.au> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> <20051024120821.B67591@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051024120821.B67591@mp2.macomnet.net> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: Jisakiel , freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 08:34:36 -0000 On Mon, 2005-Oct-24 12:11:21 +0400, Maxim Konovalov wrote: >On Mon, 24 Oct 2005, 09:58+0200, Ulrich Spoerlein wrote: >> -# Sets the default ruleset of dir to ruleset. The ruleset arguement >> +# Sets the default ruleset of dir to ruleset. The ruleset argument >> # must be a ruleset name as specified in devfs.rules(5) file. >> # Returns non-zero if it could not set it successfully. >> # > >Being non-native speaker I am not sure this is a error. There are >about a dozen "arguement"s in our src tree and google gives 2.8 >millions. Being a native speaker, I can guarantee that "argument" is the correct spelling. My Concise Macquarie (Australian) dictionary doesn't even list "arguement" as a valid alternate spelling. Don't rely on google for accurate spelling. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 08:36:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E5416A420 for ; Mon, 24 Oct 2005 08:36:12 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB73543D79 for ; Mon, 24 Oct 2005 08:35:44 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5FEE513F007; Mon, 24 Oct 2005 10:35:43 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 4384CB4E6F; Mon, 24 Oct 2005 10:35:43 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1EAFDB4E67; Mon, 24 Oct 2005 10:35:43 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 02A9B13EF13; Mon, 24 Oct 2005 10:35:43 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j9O8ZgVK085072; Mon, 24 Oct 2005 10:35:42 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id j9O8Zgx0002360; Mon, 24 Oct 2005 10:35:42 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id j9O8Zg6k001983; Mon, 24 Oct 2005 10:35:42 +0200 (CEST) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id j9O8Zgn6001982; Mon, 24 Oct 2005 10:35:42 +0200 (CEST) (envelope-from q@galgenberg.net) Date: Mon, 24 Oct 2005 10:35:41 +0200 From: Ulrich Spoerlein To: Maxim Konovalov Message-ID: <20051024083541.GC1093@galgenberg.net> Mail-Followup-To: Maxim Konovalov , freebsd-current@freebsd.org References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> <20051024120821.B67591@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/3yNEOqWowh/8j+e" Content-Disposition: inline In-Reply-To: <20051024120821.B67591@mp2.macomnet.net> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 08:36:12 -0000 --/3yNEOqWowh/8j+e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 24.10.2005 at 12:11:21 +0400, Maxim Konovalov wrote: > > --- /etc/rc.subr Sun Oct 23 11:23:59 2005 > > +++ /etc/rc.subr.new Mon Oct 24 09:53:17 2005 > > @@ -1184,7 +1184,7 @@ > > } > > > > # devfs_set_ruleset ruleset [dir] > > -# Sets the default ruleset of dir to ruleset. The ruleset arguement > > +# Sets the default ruleset of dir to ruleset. The ruleset argument > > # must be a ruleset name as specified in devfs.rules(5) file. > > # Returns non-zero if it could not set it successfully. > > # >=20 > Being non-native speaker I am not sure this is a error. There are > about a dozen "arguement"s in our src tree and google gives 2.8 > millions. I see. My Dictionary of Contemporary English lists 'argument' only (no AE, BE distinction). There are 117 million google hits for 'argument' though. In /usr/src we have 35547 hits vs. 11 hits. No, I'm *not* saying all these should be fixed. We should probably just forget the matter. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --/3yNEOqWowh/8j+e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXJzdmArGtfDbn0QRAk17AKDZD88vQ2OEVmjQ/zjcyLBAkSSKLQCgniD7 KnLuetptrmPMJyvBqT/A0Bg= =JEqW -----END PGP SIGNATURE----- --/3yNEOqWowh/8j+e-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 08:54:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5014116A41F for ; Mon, 24 Oct 2005 08:54:05 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8C743D48 for ; Mon, 24 Oct 2005 08:54:04 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j9O8s2S8097877; Mon, 24 Oct 2005 12:54:03 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 24 Oct 2005 12:54:02 +0400 (MSD) From: Maxim Konovalov To: Peter Jeremy In-Reply-To: <20051024083432.GH39882@cirb503493.alcatel.com.au> Message-ID: <20051024125348.L97845@mp2.macomnet.net> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> <20051024120821.B67591@mp2.macomnet.net> <20051024083432.GH39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jisakiel , freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 08:54:05 -0000 On Mon, 24 Oct 2005, 18:34+1000, Peter Jeremy wrote: > On Mon, 2005-Oct-24 12:11:21 +0400, Maxim Konovalov wrote: > >On Mon, 24 Oct 2005, 09:58+0200, Ulrich Spoerlein wrote: > >> -# Sets the default ruleset of dir to ruleset. The ruleset arguement > >> +# Sets the default ruleset of dir to ruleset. The ruleset argument > >> # must be a ruleset name as specified in devfs.rules(5) file. > >> # Returns non-zero if it could not set it successfully. > >> # > > > >Being non-native speaker I am not sure this is a error. There are > >about a dozen "arguement"s in our src tree and google gives 2.8 > >millions. > > Being a native speaker, I can guarantee that "argument" is the correct > spelling. My Concise Macquarie (Australian) dictionary doesn't even > list "arguement" as a valid alternate spelling. Don't rely on google > for accurate spelling. OK, fixed. Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 10:26:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8595A16A41F; Mon, 24 Oct 2005 10:26:04 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E83443D46; Mon, 24 Oct 2005 10:26:03 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ETzWk-000Nbc-Ed; Mon, 24 Oct 2005 12:26:02 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Oct 2005 12:26:02 +0200 From: Danny Braniss Message-ID: Cc: freebsd-amd64@FreeBSD.org Subject: em/amd64 on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 10:26:04 -0000 I have been running this box (an Intel SR1435VP2/Xeon-NOCOMA), of which we have 6, under several different configurations to try and pin down some problems, initialy I suspected am-utils, but now it's almost certain the if_em. The problem is sometimes on i386, but always on amd64. it seems that the problem starts right after the em is re-initialized, after it was used via PXE to boot. Sniffing shows that the kernel sends a GETATTR, the server responds, but the client does not see it, and after some time it will resend, and so on ... pinging from the server to the client works. btw, booting off the local disk (not diskless/PXE) em works fine, though the logs seems a bit baffling: ... em0: no link ... got link DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 9 DHCPOFFER from 132.65.16.10 unknown dhcp option value 0xfc DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPACK from 132.65.16.10 unknown dhcp option value 0xfc bound to 132.65.16.104 -- renewal in 7200 seconds. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 em0: flags=8843 mtu 1500 options=b inet6 fe80::20e:cff:fe6a:8973%em0 prefixlen 64 scopeid 0x1 inet 132.65.16.104 netmask 0xfffff000 broadcast 132.65.31.255 ether 00:0e:0c:6a:89:73 media: Ethernet autoselect status: no carrier **************** HU? ************* later on, ifconfig em0 shows that all is ok. danny From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 10:42:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72B8D16A41F for ; Mon, 24 Oct 2005 10:42:41 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id D8EC043D46 for ; Mon, 24 Oct 2005 10:42:40 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 2766 invoked from network); 24 Oct 2005 10:42:38 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Oct 2005 10:42:38 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9OAgcen064238; Mon, 24 Oct 2005 12:42:38 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9OAgcKj064237; Mon, 24 Oct 2005 12:42:38 +0200 (CEST) (envelope-from pho) Date: Mon, 24 Oct 2005 12:42:38 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20051024104238.GA63889@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Kirk McKusick Subject: inodes and soft update [FIXED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 20050922094518.GA41762@holm.cc List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 10:42:41 -0000 Comparing RELENG_6_0 from Oct 23 09:12 UTC with the kernel from "30 days ago" both problems reported here has been fixed. > While trying to improve one of the tests from the kernel stress suite, > I have run into a strange problem. The program tries to use 90% of the > available inodes on a file system. This works fine where "soft update" > is disabled. However, when enabled I seem to run out of some resource > and the file system winds up corrupted (/tmp: unmount pending error: > blocks 0 files -83). > > http://people.freebsd.org/~pho/stress/log/inodes.html -- Peter Holm _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 13:21:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE34016A41F for ; Mon, 24 Oct 2005 13:21:31 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AFC743D45 for ; Mon, 24 Oct 2005 13:21:31 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id j9ODLVvd012107 for ; Mon, 24 Oct 2005 06:21:31 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id j9ODLV9T012106 for current@freebsd.org; Mon, 24 Oct 2005 06:21:31 -0700 (PDT) (envelope-from david) Date: Mon, 24 Oct 2005 06:21:30 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20051024132130.GW69015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.0-RC1, X11 cut/paste between windows on different machines??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 13:21:32 -0000 I finally(!) decided to go ahead & try RC1 even though my build machine hasn't been working, so I built it on the 3rd bootable slice of my laptop. I'm using it now (while updating it to sources as of a couple of hours ago). It's mostly pretty good, but there is one thing that's nearly driving me to distraction. As mentioned, this is my laptop. Now, my normal mode of interaction with various machines is for me to fire up my laptop, then use SSH to access all of the other machines with which I do anything. (Save, of course, when some interaction, such as pressing the "power" button on a machine requires a more direct form of interaction.) And in particular, on of the things I do moderately early in the AM (I'm 8 time zones west of UTC/GMT geographically), as I update the laptop, is to don my postmaster@freebsd.org hat and start wading through the messages -- the vast bulk of which are spam -- that have accumulated as "held for moderation" in the various FreeBSD.org mailing lists. And rather than merely discard all of the spam, I check it (via a comobination of scripts & manual inspection) so I can update the anti-spam filters both on my home MTA and the one for BayLISA. I have become accustomed to being able to use cut/paste rather freely from any text window running on one machine to any text window running on any machine. That has worked while running FreeBSD 4-STABLE and 5-STABLE on the laptop, but is working only sometimes (and I've yet to discern the pattern) while running FreeBSD 6-RC1 on my laptop. Now, I've not changed anything with respect to ACLs, PAM, or much of anything. And I never did spend a huge amount of time running 5.x; I still use 4-STABLE for day-to-day work. I use xdm to create the X11 environment, in case that has some relevance. And I use "piewm" (a variant of tvtwm) as a window manager. My home directory (on the laptop) -- and thus, my ~/.xsession file, in particular -- is shared among the various versions of FreeBSD that I run on the machine. Symptoms... Sometimes (as mentioned above), the cut/paste works fine. Sometimes it doesn't. And in the latter case, what gets pasted into the target window is whatever had last been "cut" on the machine where the target window is running. And -- as an added feature, I suppose -- it seems to be the norm (in the "non-working" case) for the source window to be closed (and the process that had been running it to die). So I typically am trying (during the above-described scenario) to use cut/paste among the following machines: * my laptop * freefall * hub * baylisa * my internal mail server (at home) * my external mail server (at home) I use ssh to access each of them -- most directly from my laptop; the exception is my external mail server: to get to it, I use ssh to login to my internal mail server first; from that machine, I can login to the external mail server (also via ssh). An attempt to run "xclipboard" on my laptop, type something there, then use cut/paste to paste what I typed there into a window running on my internal mail server caused the xclipboard process on my laptop to die. Running xclipboard on the internal mail server itself (but displaying it -- like everything else under discussion -- on my laptop) avoided that mode of failure. But then, trying to cut/paste from that xclipboard to the baylisa machine killed off xclipboard. On the other hand, cut/paste from the internal mail machine to freefall worked fine. Trying to cut/paste from freefall to the baylisa machine killed the freefall window's process. Trying to cut/paste from my external mail server to the baylisa machine killed the process on the external mail server. OK; that's not all of the combinations; I doubt that more than 2 or 3 folks have read this far, and I don't want to bore to many folks to death. But perhaps there's enough of a pattern that someone more familiar with what is likely to have happened to be able to provide me a clue, ask some salient questions, or suggest some experiments. I'll summarize off-list responses. Thanks. Peace, david -- David H. Wolfskill david@catwhisker.org Prediction is difficult, especially if it involves the future. -- Niels Bohr See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-current@FreeBSD.ORG Sun Oct 23 16:13:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8828916A41F for ; Sun, 23 Oct 2005 16:13:53 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E946D43D53 for ; Sun, 23 Oct 2005 16:13:51 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [192.168.2.4] (modemcable022.21-203-24.mc.videotron.ca [24.203.21.22]) by smtp.cyberfingers.net (Postfix) with ESMTP id B91E5170110 for ; Sun, 23 Oct 2005 12:13:50 -0400 (EDT) Message-ID: <435BB6B6.6070409@pldrouin.net> Date: Sun, 23 Oct 2005 12:13:42 -0400 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051008) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 24 Oct 2005 13:23:47 +0000 Subject: device entry not created by bsdlabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2005 16:13:53 -0000 I have added a label with bsdlabel on an empty slice, but it does not create the corresponding entry in /dev. I get no warning, error or anything. Is it a known issue with 6.0-RC1? From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 02:49:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F8D16A420; Mon, 24 Oct 2005 02:49:02 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from smtp1.skyinet.net (smtp1.skyinet.net [202.78.97.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A71943D49; Mon, 24 Oct 2005 02:49:00 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp1.skyinet.net (Postfix) with SMTP id 9E23D582CA; Mon, 24 Oct 2005 10:48:58 +0800 (PHT) Message-ID: <016201c5d845$84992820$42764eca@ilo.skyinet.net> From: To: "Marcin Jessa" References: <20051019235111.2225345e.lists@yazzy.org><20051020070145.GA59364@cell.sick.ru><20051020131549.5e432073.lists@yazzy.org><20051020123159.33f6fa33.lists@yazzy.org><07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net><20051021112934.7c857fcc.lists@yazzy.org><002801c5d634$fdc66bd0$42764eca@ilo.skyinet.net> <20051021145523.097758f5.lists@yazzy.org> Date: Mon, 24 Oct 2005 10:49:13 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Mon, 24 Oct 2005 13:23:47 +0000 Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 02:49:03 -0000 ----- Original Message ----- From: "Marcin Jessa" To: Cc: ; ; Sent: Friday, October 21, 2005 8:55 PM Subject: Re: PPPoE and Radius on 6.0RC1 > Thanks a lot. > I recompiled my kernel with the netgraph options and set up the > server with your configs. Besides from the fact that I only use my fxp0 > in the tests. > root 787 0.0 0.1 1256 796 ?? Ss 2:41PM > 0:00.02 /usr/libexec/pppoed -l PPPoE -P /var/run/pppoed.pid -p * fxp0 ok... but i would like to suggest your pppoe clients must be facing the ip less interface nic so that clients would not put static configuration on their side to defeat your pppoe configuration :-> > I disabled radius as well adding username and password by > hand. without radius does it worked? > Although the radius itself works fine when I test it with radtest > and user's credits. > Just like before, nothing gets loged in ppp.log and the ppp process > itself never gets started up by the pppoe daemon. does your radius server supports microsoft chap version 2? my config given to you only authenticates mschapv2... > "on receipt of the SUCCESS indication, pppoed > will execute exec /usr/sbin/ppp -direct label" > - This part is not taking place.... actually pppoed did executed ppp.... ppp will exit immediately if it sees something wrong with its configuration, authentication and others... fooler. From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 13:26:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13CE516A41F for ; Mon, 24 Oct 2005 13:26:29 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8E443D49 for ; Mon, 24 Oct 2005 13:26:28 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7D7C82082; Mon, 24 Oct 2005 15:26:23 +0200 (CEST) X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00,PLING_QUERY X-Spam-Learn: ham X-Spam-Score: -4.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 6F44F2080; Mon, 24 Oct 2005 15:26:23 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 578FB33C3E; Mon, 24 Oct 2005 15:26:23 +0200 (CEST) To: David Wolfskill References: <20051024132130.GW69015@bunrab.catwhisker.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 24 Oct 2005 15:26:23 +0200 In-Reply-To: <20051024132130.GW69015@bunrab.catwhisker.org> (David Wolfskill's message of "Mon, 24 Oct 2005 06:21:30 -0700") Message-ID: <86mzkzkpvk.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: 6.0-RC1, X11 cut/paste between windows on different machines??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 13:26:29 -0000 David Wolfskill writes: > Symptoms... Sometimes (as mentioned above), the cut/paste works > fine. Sometimes it doesn't. And in the latter case, what gets > pasted into the target window is whatever had last been "cut" on > the machine where the target window is running. And -- as an added > feature, I suppose -- it seems to be the norm (in the "non-working" > case) for the source window to be closed (and the process that had > been running it to die). man ssh, look for -Y. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 13:45:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A447B16A41F; Mon, 24 Oct 2005 13:45:24 +0000 (GMT) (envelope-from nocool@263.net) Received: from smtp.263.net (smtp.x263.net [211.150.96.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018C243D48; Mon, 24 Oct 2005 13:45:23 +0000 (GMT) (envelope-from nocool@263.net) Received: from iscas-zfw728iit (smtp1 [127.0.0.1]) by smtp.263.net (Postfix) with ESMTP id 31E53F02; Mon, 24 Oct 2005 21:45:27 +0800 (CST) (envelope-from nocool@263.net) X-Originating-IP: [159.226.5.225] Date: Mon, 24 Oct 2005 21:45:57 +0800 From: "nocool" To: "das" , "freebsd-hackers" , "freebsd-current" , "delphij" X-mailer: Foxmail 5.0 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Message-Id: <20051024134527.31E53F02@smtp.263.net> Cc: Subject: Re: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 13:45:24 -0000 SSBkaWRuJ3Qgbm90aWNlIHRoZSBVTUFfWk9ORV9OT0ZSRUUgZmxhZyBvZiBwcm9jX3pvbmUsIHNv IHByb2MgaXRlbXMgd2lsbCBub3QgYmUgcmVjeWNsZWQuDQpCdXQgdGhlIGV4aXN0ZW5jZSBvZiBw cm9jX2ZpbmkgcmVhbGx5IGNvbmZ1c2VkIG1lLg0KDQpBbm90aGVyIHF1ZXN0aW9uPw0KDQpDYW4g bWVtb3J5IG1hbmFnZW1lbnQgc3lzdGVtIHV0aWxpemUgQ09XIHRvIHN1cHBseSB6ZXJvLWZpbGxl ZCBwYWdlIHRvIGtlcm5lbCBvciB1c2VyIHByb2Nlc3MuDQpUaGF0IGlzIHRvIHNheToNCldoZW4g cHJvY2Vzc2VzIHdhbnQgemVyb2VkIHBhZ2UsIHdlIGdpdmUgdGhlbSBhIG1pcnJvciBvZiBvbmUg YWxyZWFkeSB6ZXJvZCBwYWdlcy4gSWYgdGhleSBqdXN0DQpyZWFkLCB0aGV5IGNhbiByZWFkIHpl cm8gZnJvbSB0aGUgYmFjayBwYWdlLiANCldlIG5lZWRuJ3QgcmVhbGx5IGFsbG9jIGEgbmV3IHpl cm8tZmlsbGVkIHBhZ2UgdW50aWwgdGhleSBtb2RpZnkgdGhlIHBhZ2UuDQpTbyB3ZSBjYW4gc2F2 aW5nIG1hbnkgdGltZSBmcm9tIGZpbGxpbmcgcGFnZXMgd2l0aCB6ZXJvLCBpZiBzb21lIHByb2Nl c3MganVzdCB3YW50IHJlYWQgZnJvbSB0aGVtLg0KDQpDYW4gdGhpcyBzdWdnZXN0aW9uIHdvcms/ IA0KPk9uIEZyaWRheSAyMSBPY3RvYmVyIDIwMDUgMDQ6MzIgcG0sIERhdmlkIFNjaHVsdHogd3Jv dGU6DQo+PiBPbiBGcmksIE9jdCAyMSwgMjAwNSwgSm9obiBCYWxkd2luIHdyb3RlOg0KPj4gPiBP biBGcmlkYXkgMjEgT2N0b2JlciAyMDA1IDA5OjEzIGFtLCBub2Nvb2wgd3JvdGU6DQo+PiA+ID4g ZnJlZWJzZC1oYWNrZXJzge+BvIxoZWxsbw0KPj4gPiA+DQo+PiA+ID4gCVF1ZXN0aW9uIGFib3V0 IDUuNCBrZXJuZWwgc291cmNlIGNvZGUuDQo+PiA+ID4gCUkgaGF2ZSBzb21lIHF1ZXN0aW9uIGFi b3V0IHN0cnVzdCBwcm9jJ3MgaW5pdGlhbGl6ZS4gS2VybmVsIHVzZQ0KPj4gPiA+IHByb2Nfem9u ZSB0byBhbGxvY2F0ZSBwcm9jIGl0ZW1zIGFuZCBpbml0aWFsaXplIHRoZW0gd2l0aCBwcm9jX2lu aXQNCj4+ID4gPiAoc3lzXGtlcm5ca2Vybl9wcm9jLmMpIGZ1bmN0aW9uLiBJbiB0aGlzIGZ1bmN0 aW9uLCB3ZSBjYW4gZmluZCB0aGUNCj4+ID4gPiBmaWVsZCBwcm9jLnBfc3RhdHMgaXMgYWxsb2Nh dGVkIHdpdGggcHN0YXRzX2FsbG9jKCksIGFzDQo+PiA+ID4NCj4+ID4gPiBwLT5wX3N0YXRzID0g cHN0YXRzX2FsbG9jKCk7DQo+PiA+ID4NCj4+ID4gPiBhbmQgcHN0YXRzX2FsbG9jIGlzIHJlYWxp emVkIGFzDQo+PiA+ID4NCj4+ID4gPiBtYWxsb2Moc2l6ZW9mKHN0cnVjdCBwc3RhdHMpLCBNX1NV QlBST0MsIE1fWkVST3xNX1dBSVRPSyk7DQo+PiA+ID4NCj4+ID4gPiBCdXQgSSBjYW4ndCBmaW5k IHdoZXJlIHRoaXMgZmllbGQgaXMgZnJlZWQuIElmIGl0IHdpbGwgbm90IGJlIHJlbGVhc2UsDQo+ PiA+ID4gd2lsbCB0aGVyZSBiZSBtZW1vcnkgbGVha2FnZT8NCj4+ID4NCj4+ID4gSGVoLCBkYXNA IGZvcmdvdCB0byBjYWxsIHBzdGF0c19mcmVlKCkgd2hlbiBoZSBkaWQgdGhlIGNoYW5nZXMuICBU aGUNCj4+ID4gcmVhc29uIGlzIHByb2JhYmx5IGJlY2F1c2UgcHJvY19maW5pKCkgZG9lc24ndCBk byBhbnl0aGluZyB1c2VmdWwgYmVjYXVzZQ0KPj4gPiB3ZSBuZXZlciByZWN5Y2xlIHByb2Mgc3Ry dWN0cy4gIFdlIHNob3VsZCBwcm9iYWJseSBhdCBsZWFzdCBhZGQgdGhlDQo+PiA+IG9wZXJhdGlv bnMgdGhlcmUgdGhvdWdoIGZvciBkb2N1bWVudGF0aW9uIHB1cnBvc2VzLiAgU29tZXRoaW5nIGxp a2UgdGhpcw0KPj4gPiB3b3VsZCB3b3JrIEkgdGhpbms6DQo+Pg0KPj4gSSBkaWRuJ3QgcHV0IGlu IHRoZSBjYWxsIGJlY2F1c2Ugd2UgbmV2ZXIgZnJlZSBwcm9jIHN0cnVjdHVyZXMsIGJ1dA0KPj4g ZG9jdW1lbnRpbmcgd2hhdCBzaG91bGQgaGFwcGVuIGlmIHdlIGV2ZXIgZG8gZnJlZSB0aGVtIGlz IGEgZ29vZA0KPj4gaWRlYS4gIFRoZXJlJ3MgYSBmYWlyIGFtb3VudCBvZiBvdGhlciBjbGVhbnVw IHRoYXQgbmVlZHMgdG8gaGFwcGVuDQo+PiBhcyB3ZWxsLCB3aGljaCB5b3UgY2FuIHByb2JhYmx5 IGZpbmQgaW4gdGhlIENWUyBoaXN0b3J5LiAgKElJUkMsDQo+PiBJJ20gZ3VpbHR5IG9mIHJlbW92 aW5nIHRoZSBjb2RlIGF0IGEgdGltZSB3aGVuIG1vcmUgdGhpbmdzIGRlcGVuZGVkDQo+PiB1cG9u IHN0cnVjdCBwcm9jIGJlaW5nIHR5cGUgc2FmZS4gIEFyZSB0aGVyZSBhbnkgcmVtYWluaW5nIHJl YXNvbnMNCj4+IHdoeSB3ZSBjYW4ndCBmcmVlIHN0cnVjdCBwcm9jcyBhdCB0aGlzIHBvaW50PykN Cj4+DQo+PiBCeSB0aGUgd2F5LCB0aGVyZSdzIG5vIHJlYXNvbiB3aHkgd2UgY2FuJ3QgZm9sZCBz dHJ1Y3QgcHN0YXRzIGludG8NCj4+IHN0cnVjdCBwcm9jIHNvIHdlIGRvbid0IGhhdmUgdG8gYWxs b2NhdGUgYW5kIGZyZWUgaXQgYXQgYWxsLg0KPj4gSXQncyBuZXZlciBzaGFyZWQsIHNvIHRoZSBl eHRyYSBsZXZlbCBvZiBpbmRpcmVjdGlvbiBqdXN0IGFkZHMgb3ZlcmhlYWQuDQo+PiBUaGUgbWFp biByZWFzb24gSSBkaWRuJ3QgbWFrZSB0aGlzIGNoYW5nZSBlYXJsaWVyIHdhcyB0byBtYWludGFp biBiaW5hcnkNCj4+IGNvbXBhdGliaWxpdHkgd2hlbiBJIGJhY2twb3J0ZWQgbXkgVS1hcmVhIGNo YW5nZXMgdG8gLVNUQUJMRS4NCj4NCj5Mb29rcyBsaWtlIHNvbWUgb2YgdGhlIGZ1bmN0aW9ucyAo dm1fZGlzcG9zZV9wcm9jKCkgYW5kIHNjaGVkX2Rlc3Ryb3lwcm9jKCkpIA0KPmhhdmUgdmFuaXNo ZWQsIHNvIHRoaXMgaXMgYWxsIHRoYXQgd291bGQgYmUgaW4gdGhlcmUgbm93Og0KPg0KPkluZGV4 OiBrZXJuX3Byb2MuYw0KPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0NCj5SQ1MgZmlsZTogL3Vzci9jdnMvc3JjL3N5cy9r ZXJuL2tlcm5fcHJvYy5jLHYNCj5yZXRyaWV2aW5nIHJldmlzaW9uIDEuMjMyDQo+ZGlmZiAtdSAt cjEuMjMyIGtlcm5fcHJvYy5jDQo+LS0tIGtlcm5fcHJvYy5jIDIgT2N0IDIwMDUgMjM6Mjc6NTYg LTAwMDAgICAgICAgMS4yMzINCj4rKysga2Vybl9wcm9jLmMgMjEgT2N0IDIwMDUgMjE6MjE6NDUg LTAwMDANCj5AQCAtMTk2LDggKzE5NiwxNyBAQA0KPiBzdGF0aWMgdm9pZA0KPiBwcm9jX2Zpbmko dm9pZCAqbWVtLCBpbnQgc2l6ZSkNCj4gew0KPisjaWZkZWYgbm90bm93DQo+KyAgICAgICBzdHJ1 Y3QgcHJvYyAqcDsNCj4NCj4rICAgICAgIHAgPSAoc3RydWN0IHByb2MgKiltZW07DQo+KyAgICAg ICBwc3RhdHNfZnJlZShwLT5wX3N0YXRzKTsNCj4rICAgICAgIGtzZWdycF9mcmVlKEZJUlNUX0tT RUdSUF9JTl9QUk9DKHApKTsNCj4rICAgICAgIHRocmVhZF9mcmVlKEZJUlNUX1RIUkVBRF9JTl9Q Uk9DKHApKTsNCj4rICAgICAgIG10eF9kZXN0cm95KCZwLT5wX210eCk7DQo+KyNlbHNlDQo+ICAg ICAgICBwYW5pYygicHJvYyByZWNsYWltZWQiKTsNCj4rI2VuZGlmDQo+IH0NCj4NCj4gLyoNCj4N Cj4NCj4tLSANCj5Kb2huIEJhbGR3aW4gPGpoYkBGcmVlQlNELm9yZz4gIDw+PCAgaHR0cDovL3d3 dy5GcmVlQlNELm9yZy9+amhiLw0KPiJQb3dlciBVc2VycyBVc2UgdGhlIFBvd2VyIHRvIFNlcnZl IiAgPSAgaHR0cDovL3d3dy5GcmVlQlNELm9yZw0KDQo9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9 ID0gPSA9ID0gPSA9ID0NCgkJCQ0KDQqhoaGhoaGhoaGhoaGhoaGh1sINCsDxo6ENCiANCgkJCQkg DQqhoaGhoaGhoaGhoaGhoaGhbm9jb29sDQqhoaGhoaGhoaGhoaGhoaGhbm9jb29sQDI2My5uZXQN CqGhoaGhoaGhoaGhoaGhoaGhoaGhMjAwNS0xMC0yMg0KDQo= From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 14:26:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D8C16A420 for ; Mon, 24 Oct 2005 14:26:23 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C2BA43D5C for ; Mon, 24 Oct 2005 14:26:23 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.14.179] (pldrouin-mobile.physics.carleton.ca [134.117.14.179]) by smtp.cyberfingers.net (Postfix) with ESMTP id 55D64170154 for ; Mon, 24 Oct 2005 10:26:22 -0400 (EDT) Message-ID: <435CEF13.2060508@pldrouin.net> Date: Mon, 24 Oct 2005 10:26:27 -0400 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051008) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <435BB6B6.6070409@pldrouin.net> In-Reply-To: <435BB6B6.6070409@pldrouin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: device entry not created by bsdlabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 14:26:23 -0000 Sorry I had done a stupid mistake, the slice type was not 165. Everything is fine now Pierre-Luc Drouin wrote: > I have added a label with bsdlabel on an empty slice, but it does not > create the corresponding entry in /dev. I get no warning, error or > anything. Is it a known issue with 6.0-RC1? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 14:52:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 613E716A41F for ; Mon, 24 Oct 2005 14:52:10 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from mx18.yandex.ru (mx18.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B66443D46 for ; Mon, 24 Oct 2005 14:52:08 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from 15-42-249-85-dial-up.master.ru ([85.249.42.15]:56795 "EHLO darkstar" smtp-auth: "polachok" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375746AbVJXOwG (ORCPT ); Mon, 24 Oct 2005 18:52:06 +0400 X-Comment: RFC 2476 MSA function at mx18.yandex.ru logged sender identity as: polachok Date: Mon, 24 Oct 2005 18:43:37 +0400 From: Alexander Polakov To: freebsd-current@freebsd.org Message-Id: <20051024184337.406c3f7e.polachok@narod.ru> X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: new comms/ltmdm problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 14:52:10 -0000 I made a cvsup (ports & src) last night, and of course rebuilt a kernel & world. In the morning before going to university I made: make installkernel ; installworld ; mergemaster procedure. When I rebooted after that I saw that the kernel fails when loading ltmdm.ko(comms/ltmdm) module. /var/log/messages: Oct 24 11:04:53 darkstar root: /usr/local/etc/rc.d/ltmdm.sh: ERROR: ltmdm module failed to load. It was something about undefined symbol `ttsetcompat`. Then I rebooted into single user mode and rebuilt the module. Here are compiler warnings: : In function `sioioctl': /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c:2236: warning: implicit declaration of function `ttsetcompat' /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c:2236: warning: nested extern declaration of `ttsetcompat' New module kills kernel too. Now I use old kernel. From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 15:52:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D01416A41F for ; Mon, 24 Oct 2005 15:52:27 +0000 (GMT) (envelope-from antitoch@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A04C443D45 for ; Mon, 24 Oct 2005 15:52:24 +0000 (GMT) (envelope-from antitoch@gmail.com) Received: by qproxy.gmail.com with SMTP id z1so325117qbc for ; Mon, 24 Oct 2005 08:52:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UB6dpnFDStEnBfzcNdTFJQ+09MmF7TwlwXnvApktTWmEJUy86PX0GFOhsSpleFsjHmXw1++7WvoFeh2+zXtkz8SUNrLcmA6XZbWcHzln+LJPO9MRtbVLipmc/EDAY/qrfwn8fmxTiRI3VqnTYHroE7OXWg1eGNLwZauWCihppLI= Received: by 10.65.72.17 with SMTP id z17mr2854908qbk; Mon, 24 Oct 2005 08:52:24 -0700 (PDT) Received: by 10.64.142.5 with HTTP; Mon, 24 Oct 2005 08:52:24 -0700 (PDT) Message-ID: <287c9df30510240852i33e011ddr21d0ed7a13cd2b45@mail.gmail.com> Date: Mon, 24 Oct 2005 11:52:24 -0400 From: William Lam To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Problems with suspend on Toshiba Portege 2010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 15:52:27 -0000 Hi, I'm running the latest -CURRENT on my Portege, and it works quite well except I cannot get the notebook to properly wake up. It seems that the disk is not being reattached after waking up. An 'atacontrol reinit ata0' shows no devices. Thanks in advance for any help. William From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 15:59:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DB216A420 for ; Mon, 24 Oct 2005 15:59:53 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A46DA43D6A for ; Mon, 24 Oct 2005 15:59:49 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id E242CB804 for ; Mon, 24 Oct 2005 17:59:47 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id AB20D1147C; Mon, 24 Oct 2005 17:59:47 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org References: <287c9df30510240852i33e011ddr21d0ed7a13cd2b45@mail.gmail.com> From: Christian Laursen Date: 24 Oct 2005 17:59:47 +0200 In-Reply-To: <287c9df30510240852i33e011ddr21d0ed7a13cd2b45@mail.gmail.com> Message-ID: <864q76ucr0.fsf@borg.borderworlds.dk> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Problems with suspend on Toshiba Portege 2010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 15:59:54 -0000 William Lam writes: > Hi, I'm running the latest -CURRENT on my Portege, and it works quite > well except I cannot get the notebook to properly wake up. It seems > that the disk is not being reattached after waking up. An 'atacontrol > reinit ata0' shows no devices. Thanks in advance for any help. FWIW I'm experiencing the same thing on my Portege R100. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 17:17:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA4D16A41F for ; Mon, 24 Oct 2005 17:17:35 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.uni-dortmund.de [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CDA743D45 for ; Mon, 24 Oct 2005 17:17:34 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 9777444523 for ; Mon, 24 Oct 2005 19:17:32 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01375-09 for ; Mon, 24 Oct 2005 19:17:31 +0200 (CEST) Received: from m2a2.dyndns.org (p509101DF.dip0.t-ipconnect.de [80.145.1.223]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id E91BA444C6 for ; Mon, 24 Oct 2005 19:17:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 366972007B1 for ; Mon, 24 Oct 2005 19:17:30 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28485-04 for ; Mon, 24 Oct 2005 19:17:27 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id D787E201206; Mon, 24 Oct 2005 19:17:26 +0200 (CEST) From: Matthias Andree To: freebsd-current@freebsd.org X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Mon, 24 Oct 2005 19:17:26 +0200 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at dt.e-technik.uni-dortmund.de Subject: 6.0-RC1: ral(4) driver broken? network interruptions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 17:17:35 -0000 Greetings, I have an oldish computer VIA KT333/Athlon XP board (i386) that I recently upgraded from FreeBSD 5.4 (was rock solid) to 6.0-BETA3 and today to 6.0-RC1 (I rebuilt everything from scratch). I had to upgrade because there was no ral(4) driver for FreeBSD 5.4 but only for 6.0, which I needed after I had switched from 3C900 Combo (802.3 whatever 10Base2) to Edimax EW-7128g (802.11b/g). The latter card is based on RT2525 and RT2560 chips/modules. I'm using WPA-TKIP to connect it to an AVM Fritz!Box Fon WLAN. The computer is dual boot with SUSE Linux 9.3, where RA card is absolutely stable and does 48 Mbps without trouble. Booting FreeBSD 6.0-BETA3 or -RC1, I constantly see lines like these from cvsup running on FreeBSD: Parsing supfile "/usr/share/examples/cvsup/ports-supfile" Connecting to cvsup7.de.FreeBSD.org Connected to cvsup7.de.FreeBSD.org Server software version: SNAP_16_1g Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running TreeList failed: Network write failure: Connection closed Will retry at 19:10:59 and in my ssh client (running on Linux, logging in to that FreeBSD machine), with varying numbers: Disconnecting: Bad packet length 3626208547. Something in TKIP, WLAN or ral appears to be hosed. Anyone else seeing this? -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 17:30:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C26616A41F for ; Mon, 24 Oct 2005 17:30:44 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A757343D46 for ; Mon, 24 Oct 2005 17:30:43 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j9OHUVx2051079; Mon, 24 Oct 2005 19:30:31 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <681F27CD-851B-4901-AE65-C2AF4C1960CB@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 24 Oct 2005 19:30:40 +0200 To: Matthias Andree X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-RC1: ral(4) driver broken? network interruptions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 17:30:44 -0000 On 24/10/2005, at 19:17, Matthias Andree wrote: > Greetings, > > I have an oldish computer VIA KT333/Athlon XP board (i386) that I > recently upgraded from FreeBSD 5.4 (was rock solid) to 6.0-BETA3 and > today to 6.0-RC1 (I rebuilt everything from scratch). > > I had to upgrade because there was no ral(4) driver for FreeBSD 5.4 =20= > but > only for 6.0, which I needed after I had switched from 3C900 Combo > (802.3 whatever 10Base2) to Edimax EW-7128g (802.11b/g). The latter =20= > card > is based on RT2525 and RT2560 chips/modules. I'm using WPA-TKIP to > connect it to an AVM Fritz!Box Fon WLAN. > > The computer is dual boot with SUSE Linux 9.3, where RA card is > absolutely stable and does 48 Mbps without trouble. > > Booting FreeBSD 6.0-BETA3 or -RC1, I constantly see lines like these > from cvsup running on FreeBSD: > > Parsing supfile "/usr/share/examples/cvsup/ports-supfile" > Connecting to cvsup7.de.FreeBSD.org > Connected to cvsup7.de.FreeBSD.org > Server software version: SNAP_16_1g > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > TreeList failed: Network write failure: Connection closed > Will retry at 19:10:59 > > and in my ssh client (running on Linux, logging in to that FreeBSD > machine), with varying numbers: > > Disconnecting: Bad packet length 3626208547. > > Something in TKIP, WLAN or ral appears to be hosed. Anyone else =20 > seeing this? Yes I see the same thing with iwi, it looses connection now and then. =20= Heavy traffic alone doesn't do it, but starting VNCviewer kills it =20 every time. A killall -1 wpa_supplicant gets the connection back on =20 track... Other end here is a Dlink DI624+ so the mix is totally different from =20= yours... S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 17:40:51 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB8516A41F for ; Mon, 24 Oct 2005 17:40:51 +0000 (GMT) (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 C14C543D46 for ; Mon, 24 Oct 2005 17:40:50 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 24 Oct 2005 17:40:48 -0000 Received: from p509101DF.dip0.t-ipconnect.de (EHLO merlin) [80.145.1.223] by mail.gmx.net (mp016) with SMTP; 24 Oct 2005 19:40:48 +0200 X-Authenticated: #428038 Date: Mon, 24 Oct 2005 19:40:47 +0200 From: Matthias Andree To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20051024174047.GC27400@merlin.emma.line.org> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , freebsd-current@FreeBSD.org References: <681F27CD-851B-4901-AE65-C2AF4C1960CB@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <681F27CD-851B-4901-AE65-C2AF4C1960CB@FreeBSD.org> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: freebsd-current@FreeBSD.org, Matthias Andree Subject: Re: 6.0-RC1: ral(4) driver broken? network interruptions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 17:40:51 -0000 On Mon, 24 Oct 2005, Sřren Schmidt wrote: > Yes I see the same thing with iwi, it looses connection now and then. > Heavy traffic alone doesn't do it, but starting VNCviewer kills it > every time. A killall -1 wpa_supplicant gets the connection back on > track... > Other end here is a Dlink DI624+ so the mix is totally different from > yours... Good - I'm not alone to see this. I wonder what the common parts of our setups are, wpa_supplicant for sure, "device wlan" is also used by both, relevant modules: 4 1 0xc0b54000 6f04 wlan_ccmp.ko 5 1 0xc0b5b000 40c4 wlan_tkip.ko 6 1 0xc0b60000 1bac wlan_xauth.ko 7 1 0xc0b62000 c6d8 if_ral.ko Otherwise, I have a fairly generic kernel, no fancy -O2 tricks or other make.conf madness, just "CPUTYPE?= athlon-xp". I presume Sřren is using an Intel processor ;-) This is my kernel configuration, pretty unexciting. I've forced ral to be a module so I can play with the ndisulator, but it doesn't work nearly as well as ral(4). include GENERIC ident SIGMA device atapicam options ATA_STATIC_ID #Static device numbering nooptions WITNESS nooptions INVARIANTS options HZ=250 options EXT2FS device pf # required device pflog # optional device pfsync # optional nodevice ral -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 17:49:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B8016A432 for ; Mon, 24 Oct 2005 17:49:00 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACB943D46 for ; Mon, 24 Oct 2005 17:49:00 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9OHmsK9011968; Mon, 24 Oct 2005 10:48:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9OHms0M011967; Mon, 24 Oct 2005 10:48:54 -0700 Date: Mon, 24 Oct 2005 10:48:54 -0700 From: Brooks Davis To: Forrest Aldrich Message-ID: <20051024174854.GB7433@odin.ac.hmc.edu> References: <4357D560.6010509@forrie.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: <4357D560.6010509@forrie.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient problems on FreeBSD-6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 17:49:01 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 01:35:28PM -0400, Forrest Aldrich wrote: > I'm running: 6.0-BETA5 #0: Sat Oct 8 14:41:44 EDT 2005 >=20 > Recently, I posted a quesiton about dhclient becoming "wedged" in the=20 > mornings, it would raise the system load and basically hang. A simple= =20 > kill -HUP and restart would solve the problem. >=20 > The only indication I'm seeing in the logs is: >=20 > Oct 20 13:25:26 forrie dhclient[11061]: 5 bad IP checksums seen in 5 > packets >=20 >=20 > My provider is Comcast. Does the above message indicate something=20 > "bad" being sent from their DHCP servers or am I hitting a known bug. >=20 > The dhclient I'm using is whatever comes with the stock system build. Sounds like the bpf input is buffer is getting mangled. I find that unlikely outside a hardware problem at this point, but it's possible there's some sort of bpf bug that is triggered by your system. The most useful thing you could do is try to get a version of dhclient with debug symbols to fail and find out where it's actually looping. http://lists.freebsd.org/pipermail/freebsd-current/2005-August/054224.html Also, if you haven't done so already try the following patch. If it fixes it, there's a bpf bug. -- Brooks Index: bpf.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/dhclient/bpf.c,v retrieving revision 1.6 diff -u -p -r1.6 bpf.c --- bpf.c 23 Aug 2005 23:59:55 -0000 1.6 +++ bpf.c 24 Oct 2005 17:45:33 -0000 @@ -288,7 +288,7 @@ receive_packet(struct interface_info *in if (length <=3D 0) return (length); interface->rbuf_offset =3D 0; - interface->rbuf_len =3D length; + interface->rbuf_len =3D BPF_WORDALIGN(length); } =20 /* --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDXR6FXY6L6fI4GtQRAtJIAJ9AyfxVGjTNdmG39F2HS8zWqFsfCACgo9Bz iZPJZddDMB00sLvAYa+MVJg= =FxO3 -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 19:09:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE0DD16A421 for ; Mon, 24 Oct 2005 19:09:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16E1443D46 for ; Mon, 24 Oct 2005 19:09:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DB10F1A3C2C; Mon, 24 Oct 2005 12:09:35 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA859513A4; Sun, 23 Oct 2005 15:14:26 -0400 (EDT) Date: Sun, 23 Oct 2005 15:14:26 -0400 From: Kris Kennaway To: Gregory Nou Message-ID: <20051023191426.GA70859@xor.obsecurity.org> References: <435BB1B8.9050603@altern.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <435BB1B8.9050603@altern.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Suspected problem with /libexec/ld-elf.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 19:09:36 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 23, 2005 at 05:52:24PM +0200, Gregory Nou wrote: > Hi, >=20 > I'm experiencing lots of weird problems since my last cvsup (yesterday) > Everything I have installed using packages or sources after the cvsup=20 > doesn't work, exiting with weird error messages like for example: > % pdflatex rapport.tex > zsh: exec format error: pdflatex > or > % texi2pdf rapport.tex > pdflatex: 2: Syntax error: ")" unexpected > /usr/local/bin/texi2dvi: pdflatex exited with bad status, quitting. >=20 > and also : > /libexec/ld-elf.so.1: some_lib_here: unsupported file layout >=20 > % xpdf > /libexec/ld-elf.so.1: /usr/local/lib/libt1.so.5: unsupported file layout > % kile > /libexec/ld-elf.so.1: /usr/X11R6/lib/libqt-mt.so.3: unsupported file layo= ut What does file(1) say about those files? Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDW+ESWry0BWjoQKURAvPPAKDMadUFfghQuqMjU85+v/rm2l/gdQCdFmPV njJ9V1P/t9BSfVyiNdj41hY= =jeDd -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 19:31:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2832B16A41F for ; Mon, 24 Oct 2005 19:31:18 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6300C43D48 for ; Mon, 24 Oct 2005 19:31:16 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j9OJVFI27098 for ; Mon, 24 Oct 2005 21:31:15 +0200 Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j9OJP2K19004; Mon, 24 Oct 2005 21:25:02 +0200 Message-ID: <435D3683.2060201@altern.org> Date: Mon, 24 Oct 2005 21:31:15 +0200 From: Gregory Nou User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <435BB1B8.9050603@altern.org> <20051023191426.GA70859@xor.obsecurity.org> In-Reply-To: <20051023191426.GA70859@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Suspected problem with /libexec/ld-elf.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 19:31:18 -0000 Kris Kennaway wrote: > On Sun, Oct 23, 2005 at 05:52:24PM +0200, Gregory Nou wrote: > >>Hi, >> >>I'm experiencing lots of weird problems since my last cvsup (yesterday) >>Everything I have installed using packages or sources after the cvsup >>doesn't work, exiting with weird error messages like for example: >>% pdflatex rapport.tex >>zsh: exec format error: pdflatex >>or >>% texi2pdf rapport.tex >>pdflatex: 2: Syntax error: ")" unexpected >>/usr/local/bin/texi2dvi: pdflatex exited with bad status, quitting. >> >>and also : >>/libexec/ld-elf.so.1: some_lib_here: unsupported file layout >> >>% xpdf >>/libexec/ld-elf.so.1: /usr/local/lib/libt1.so.5: unsupported file layout >>% kile >>/libexec/ld-elf.so.1: /usr/X11R6/lib/libqt-mt.so.3: unsupported file layout > > > What does file(1) say about those files? > > Kris Thanks, you're a genius ! % file /usr/local/lib/libt1.so.5 /usr/local/lib/libt1.so.5: ELF 64-bit LSB shared object, AMD x86-64, version 1 (FreeBSD), not stripped But I only have a poor AMD athlon x86... So, now, the question is : how should I correct this ? my uname is : FreeBSD nou.rez-metz.supelec.fr 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Mon Oct 24 12:03:01 CEST 2005 root@nou.rez-metz.supelec.fr:/usr/obj/usr/src/sys/MYKERNEL i386 I suppose the thing is aware it is using a i386 and not a x86-64... (And in most of the cases, file answer "ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped") Thanks again, now I know why it doesn't work :) -- Gregory From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 19:44:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A85616A41F for ; Mon, 24 Oct 2005 19:44:02 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD6D43D49 for ; Mon, 24 Oct 2005 19:44:01 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id j9OJhxAH007611 for ; Mon, 24 Oct 2005 21:44:00 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 3548A40547 for ; Mon, 24 Oct 2005 21:43:59 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15989-08 for ; Mon, 24 Oct 2005 21:43:55 +0200 (CEST) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id F28D540509 for ; Mon, 24 Oct 2005 21:43:54 +0200 (CEST) From: Roger Grosswiler To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 24 Oct 2005 21:43:55 +0200 Message-Id: <1130183035.38582.2.camel@niobe> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-07.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-07.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: FreeBSD 6.0RC1 and WLAN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 19:44:02 -0000 Hello, i am quite new to freebsd, and i would like to use it with my D-Link DWL-G650+ - i use this card successfully under linux with ndiswrapper. Where can i find a manual (for beginners) on howto make freebsd connecting via wlan? What do i need to use? Also, i encrypt with wpa. and i found wpa_supplicant on my disk. How do i feed the .config for wpa_supplicant with the correct indications? Thanks for your help. Roger From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 20:10:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F00416A420 for ; Mon, 24 Oct 2005 20:10:15 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE73243D45 for ; Mon, 24 Oct 2005 20:10:14 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.254.67]) by mailhub03.unibe.ch (Postfix) with ESMTP id 42B3022BFF; Mon, 24 Oct 2005 22:10:13 +0200 (CEST) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 31297-06-21; Mon, 24 Oct 2005 22:10:11 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id C544522C3E; Mon, 24 Oct 2005 22:10:11 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j9OKABdB014822; Mon, 24 Oct 2005 22:10:11 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j9OKABh4004383; Mon, 24 Oct 2005 22:10:11 +0200 (MEST) Date: Mon, 24 Oct 2005 22:10:11 +0200 From: Tobias Roth To: Roger Grosswiler Message-ID: <20051024201011.GA4372@droopy.unibe.ch> References: <1130183035.38582.2.camel@niobe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1130183035.38582.2.camel@niobe> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: current@freebsd.org Subject: Re: FreeBSD 6.0RC1 and WLAN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 20:10:15 -0000 On Mon, Oct 24, 2005 at 09:43:55PM +0200, Roger Grosswiler wrote: > Hello, > > i am quite new to freebsd, and i would like to use it with my D-Link > DWL-G650+ - i use this card successfully under linux with ndiswrapper. > > Where can i find a manual (for beginners) on howto make freebsd > connecting via wlan? What do i need to use? Also, i encrypt with wpa. > and i found wpa_supplicant on my disk. How do i feed the .config for > wpa_supplicant with the correct indications? Please resend this mail to freebsd-questions and/or have a look at the handbook on www.freebsd.org, which is a very valuable resource for beginners and professionals alike. cheers, t. From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 21:36:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0914316A41F for ; Mon, 24 Oct 2005 21:36:16 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E501143D46 for ; Mon, 24 Oct 2005 21:36:14 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j9OLaDPo065885; Mon, 24 Oct 2005 23:36:13 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j9OLaDEp065884; Mon, 24 Oct 2005 17:36:13 -0400 (EDT) (envelope-from cracauer) Date: Mon, 24 Oct 2005 17:36:13 -0400 From: Martin Cracauer To: Matthias Andree Message-ID: <20051024173613.A65863@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from matthias.andree@gmx.de on Mon, Aug 29, 2005 at 10:44:29AM +0200 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA3: ext2fs: if mounted at shutdown, fsck at next boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 21:36:16 -0000 Matthias Andree wrote on Mon, Aug 29, 2005 at 10:44:29AM +0200: > See Subject - this bug has already haunted FreeBSD 5 and still persists > in FreeBSD 6.0: shutting down FreeBSD 5 or 6 with a mounted ext2fs file > system prevents proper synching of the super blocks (vnode count remains > nonzero, until kernel gives up), so all file systems that were mounted > are fsck'd at next reboot, UFS, UFS2, ext2fs, doesn't matter. If this hasn't be fixed by now, please open a PR and assign it to me. If there is a PR, please mail me the number. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 21:38:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B46416A41F for ; Mon, 24 Oct 2005 21:38:13 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C202043D45 for ; Mon, 24 Oct 2005 21:38:12 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j9OLcBVH065979; Mon, 24 Oct 2005 23:38:11 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j9OLcBan065978; Mon, 24 Oct 2005 17:38:11 -0400 (EDT) (envelope-from cracauer) Date: Mon, 24 Oct 2005 17:38:11 -0400 From: Martin Cracauer To: Matthias Andree Message-ID: <20051024173811.A65901@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from matthias.andree@gmx.de on Mon, Aug 29, 2005 at 10:37:31AM +0200 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA3: ext2fs: no cp(1) possible, mmap returns EINVAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 21:38:13 -0000 Matthias Andree wrote on Mon, Aug 29, 2005 at 10:37:31AM +0200: > Greetings, > > I mounted a Linux ext3 as ext2fs, which worked fine. However, trying to > cvsupd or cp data out of the partition was refused, tracing the > processes revealed that mmap() returned EINVAL. > > rsync(1) (from ports) worked though. Same thing, if the problem still exists, please open a PR and assign it to me. I fiddled with Linux mmap before. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 21:53:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E6416A41F for ; Mon, 24 Oct 2005 21:53:54 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D9343D49 for ; Mon, 24 Oct 2005 21:53:54 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.14.179] (pldrouin-mobile.physics.carleton.ca [134.117.14.179]) by smtp.cyberfingers.net (Postfix) with ESMTP id 475FB1700EE for ; Mon, 24 Oct 2005 17:53:53 -0400 (EDT) Message-ID: <435D57EB.2090607@pldrouin.net> Date: Mon, 24 Oct 2005 17:53:47 -0400 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051008) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Unable to search for networks with intel 2915 (iwi driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 21:53:54 -0000 Hi, I was able to search for networks with dstumbler on FreeBSD 5.x, but now it doesn't work with 6.0-RC1. My wireless card is an Intel 2915 and I am using the iwi driver. I have also tried ndis. With both I get the same error when I run dstumbler: error: unable to ioctl device socket: Invalid argument Thanks! Pierre-Luc Drouin From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 22:18:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89B816A41F for ; Mon, 24 Oct 2005 22:18:53 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 489F143D45 for ; Mon, 24 Oct 2005 22:18:52 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so863199wxc for ; Mon, 24 Oct 2005 15:18:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=uDqsDnevME+2yqJhj8hKkNgOY6mu/wgl3rQJ5EPqxeYbzuX1WhTdFlj6xpVl8Hbwmq3qp7wG8kBYeUeTpCU4JRy8Jb6XS+m10cJzmKXrDETetutVw3kbOWfXfnGZIkNVoBigqCV5cZMep6pvo/k1TJzZOrBgCSFwnrGSQb7Tsx8= Received: by 10.70.7.8 with SMTP id 8mr2360640wxg; Mon, 24 Oct 2005 15:18:52 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Mon, 24 Oct 2005 15:18:52 -0700 (PDT) Message-ID: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> Date: Mon, 24 Oct 2005 23:18:52 +0100 From: Joao Barros To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 22:18:53 -0000 I've this PIII 733MHz running 6.0 RC1 with a GENERIC kernel which I can only squeeze out 5.5MB/s via a Samba share, reading or writing. The share was from a RAID 5 volume and to eliminate possibilities, I tried adding an IDE drive having the same results. SCP throughput is about 1MB/s I tried adding this to Samba configuration resulting in no improvement. top and systat show nothing more than a 0.2 load with a 70% idle cpu when doing a file copy at about 5MB/s Strangely, the IDE, the boot disk which is a 9GB SCSI-2 and the RAID 5 volume all give about the same speed with a simple dd speed test: AMR# dd bs=3D1M if=3D/dev/amrd0 of=3D/dev/null count=3D1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 36.400622 secs (28806541 bytes/sec) AMR# dd bs=3D1M if=3D/dev/ad0 of=3D/dev/null count=3D1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 35.180386 secs (29805699 bytes/sec) AMR# dd bs=3D1M if=3D/dev/da0 of=3D/dev/null count=3D1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 37.693338 secs (27818603 bytes/sec) This machine should be able to max out the network interface. What can I check to find out the limiting factor? dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RC1 #7: Sat Oct 22 18:41:56 WEST 2005 root@AMR.bsdtech.org:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (735.00-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383fbff real memory =3D 267255808 (254 MB) avail memory =3D 252051456 (240 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: < INTEL SOLANO70> on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 15 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci_link2: BIOS IRQ 11 does not match initial IRQ 10 pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 amr0: mem 0xf0000000-0xf3ffffff irq 11 at device 0.0 on pci3 amr0: Firmware 198U, BIOS 3.35, 64MB RAM pci2: at device 1.0 (no driver attached) fxp0: port 0xc800-0xc83f mem 0xff8fc000-0xff8fcfff,0xff600000-0xff6fffff irq 3 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:11:2d:f5 fxp1: port 0xd000-0xd03f mem 0xff8fd000-0xff8fdfff,0xff700000-0xff7fffff irq 11 at device 4.0 on pci1 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:48:11:2d:f4 ahc0: port 0xd400-0xd4ff mem 0xff8fe000-0xff8fefff irq 5 at device 5.0 on pci1 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 11 at device 5.1 on pci1 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 3 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 15 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 735004480 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 19073MB at ata0-master UDMA100 amrd0: on amr0 amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0: 8727MB (17873040 512 byte sectors: 255H 63S/T 1112C) Trying to mount root from ufs:/dev/da0s1a -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 22:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD3D716A420 for ; Mon, 24 Oct 2005 22:40:40 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A31D943D4C for ; Mon, 24 Oct 2005 22:40:39 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 24 Oct 2005 22:40:37 -0000 Received: from p509101DF.dip0.t-ipconnect.de (EHLO merlin) [80.145.1.223] by mail.gmx.net (mp008) with SMTP; 25 Oct 2005 00:40:37 +0200 X-Authenticated: #428038 Date: Tue, 25 Oct 2005 00:40:36 +0200 From: Matthias Andree To: Martin Cracauer Message-ID: <20051024224036.GA20911@merlin.emma.line.org> Mail-Followup-To: Martin Cracauer , freebsd-current@freebsd.org References: <20051024173613.A65863@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051024173613.A65863@cons.org> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: Matthias Andree , freebsd-current@freebsd.org Subject: Re: 6.0-BETA3: ext2fs: if mounted at shutdown, fsck at next boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 22:40:41 -0000 On Mon, 24 Oct 2005, Martin Cracauer wrote: > Matthias Andree wrote on Mon, Aug 29, 2005 at 10:44:29AM +0200: > > See Subject - this bug has already haunted FreeBSD 5 and still persists > > in FreeBSD 6.0: shutting down FreeBSD 5 or 6 with a mounted ext2fs file > > system prevents proper synching of the super blocks (vnode count remains > > nonzero, until kernel gives up), so all file systems that were mounted > > are fsck'd at next reboot, UFS, UFS2, ext2fs, doesn't matter. > > If this hasn't be fixed by now, please open a PR and assign it to me. This appears to work for me on 5.4-STABLE and 6.0-RC1, after the work by Don 'truckman@' Lewis last month, thanks for asking. Kind regards, -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 22:48:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CAD916A41F for ; Mon, 24 Oct 2005 22:48:20 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46AE343D45 for ; Mon, 24 Oct 2005 22:48:20 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [192.168.50.210] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp2.linkline.com (Postfix) with ESMTP id 1511D12B; Mon, 24 Oct 2005 15:48:16 -0700 (PDT) Message-ID: <435D64B2.2020703@linkline.com> Date: Mon, 24 Oct 2005 15:48:18 -0700 From: Samuel Clements User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Joao Barros References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> In-Reply-To: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 22:48:20 -0000 > This machine should be able to max out the network interface. What can > I check to find out the limiting factor? Don't forget to check your link speed & duplex settings. Confirm (using ifconfig) that the interface is running at full-duplex... -Sam From owner-freebsd-current@FreeBSD.ORG Mon Oct 24 23:06:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991BC16A42D for ; Mon, 24 Oct 2005 23:06:53 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7AD4C43D53 for ; Mon, 24 Oct 2005 23:06:52 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 24 Oct 2005 23:06:50 -0000 Received: from p509101DF.dip0.t-ipconnect.de (EHLO merlin) [80.145.1.223] by mail.gmx.net (mp013) with SMTP; 25 Oct 2005 01:06:50 +0200 X-Authenticated: #428038 Date: Tue, 25 Oct 2005 01:06:49 +0200 From: Matthias Andree To: Martin Cracauer Message-ID: <20051024230649.GA24725@merlin.emma.line.org> Mail-Followup-To: Martin Cracauer , freebsd-current@freebsd.org References: <20051024173811.A65901@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051024173811.A65901@cons.org> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: Matthias Andree , freebsd-current@freebsd.org Subject: Re: 6.0-BETA3: ext2fs: no cp(1) possible, mmap returns EINVAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 23:06:53 -0000 On Mon, 24 Oct 2005, Martin Cracauer wrote: > Matthias Andree wrote on Mon, Aug 29, 2005 at 10:37:31AM +0200: > > Greetings, > > > > I mounted a Linux ext3 as ext2fs, which worked fine. However, trying to > > cvsupd or cp data out of the partition was refused, tracing the > > processes revealed that mmap() returned EINVAL. > > > > rsync(1) (from ports) worked though. > > Same thing, if the problem still exists, please open a PR and assign > it to me. > > I fiddled with Linux mmap before. Thanks for your taking the bug, but I'm not sure how to assign it to you (can a regular user do this at all?) Anyways, problem persists in 6.0-RC1, filed as official PR with some minor detail. Thanks again, -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 01:43:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FFB716A41F for ; Tue, 25 Oct 2005 01:43:40 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D0043D46 for ; Tue, 25 Oct 2005 01:43:39 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j9P1hcc4070434; Tue, 25 Oct 2005 03:43:38 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j9P1hcvA070433; Mon, 24 Oct 2005 21:43:38 -0400 (EDT) (envelope-from cracauer) Date: Mon, 24 Oct 2005 21:43:37 -0400 From: Martin Cracauer To: Martin Cracauer , freebsd-current@freebsd.org Message-ID: <20051024214337.A70320@cons.org> References: <20051024173811.A65901@cons.org> <20051024230649.GA24725@merlin.emma.line.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051024230649.GA24725@merlin.emma.line.org>; from matthias.andree@gmx.de on Tue, Oct 25, 2005 at 01:06:49AM +0200 Cc: Subject: Re: 6.0-BETA3: ext2fs: no cp(1) possible, mmap returns EINVAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 01:43:40 -0000 > > > I mounted a Linux ext3 as ext2fs, which worked fine. However, trying to > > > cvsupd or cp data out of the partition was refused, tracing the > > > processes revealed that mmap() returned EINVAL. > > > > > > rsync(1) (from ports) worked though. > > > > Same thing, if the problem still exists, please open a PR and assign > > it to me. > > Thanks for your taking the bug, but I'm not sure how to assign it to you > (can a regular user do this at all?) Did that. Thank you. Please keep me updated when you spott oddities around ext2fs mounts, I'd like to polish that up for 6.0. Just to be sure, you used FreeBSD's cp, not Linux' cp? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 03:21:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7C016A41F for ; Tue, 25 Oct 2005 03:21:48 +0000 (GMT) (envelope-from phreaki@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A6943D45 for ; Tue, 25 Oct 2005 03:21:48 +0000 (GMT) (envelope-from phreaki@gmail.com) Received: by qproxy.gmail.com with SMTP id m21so518384qbe for ; Mon, 24 Oct 2005 20:21:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=dWCSd6hSt3jHdtJaMwC4oT6R/in6kudH7R8C1sK0W1IxP/YaLMgaX8WV+sJ/OeBBD8im9j5ywgLBynAiZFZdNrwiCc7GQYrSifwZzMeVD+ttp6tYtW0Vall8+qschcJ6gonmoatHOnUl5Zf1wweNcKGurZLgt8tX26sYvelyz80= Received: by 10.65.44.13 with SMTP id w13mr3387906qbj; Mon, 24 Oct 2005 20:21:44 -0700 (PDT) Received: by 10.65.22.6 with HTTP; Mon, 24 Oct 2005 20:21:44 -0700 (PDT) Message-ID: <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> Date: Mon, 24 Oct 2005 23:21:44 -0400 From: Robert Atkinson To: Samuel Clements In-Reply-To: <435D64B2.2020703@linkline.com> MIME-Version: 1.0 References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Joao Barros , freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 03:21:49 -0000 Maybe a longshot, but what is your cluster size? I'd be interested to hear if same irq is being shared if that is enough bw? I've gotten better perf on that hardware with 6, so that's things i watch for. On 10/24/05, Samuel Clements wrote: > > > This machine should be able to max out the network interface. What can > > I check to find out the limiting factor? > > Don't forget to check your link speed & duplex settings. Confirm (using > ifconfig) that the interface is running at full-duplex... > -Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 06:34:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBC5116A41F for ; Tue, 25 Oct 2005 06:34:35 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632BB43D46 for ; Tue, 25 Oct 2005 06:34:35 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id j9P6YZQd056448 for ; Mon, 24 Oct 2005 23:34:35 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id j9P6YYUO004499 for ; Mon, 24 Oct 2005 23:34:34 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id j9P6YY0V004496 for current@freebsd.org; Mon, 24 Oct 2005 23:34:34 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: FreeBSD-Current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Mon, 24 Oct 2005 23:34:33 -0700 Message-Id: <1130222074.1792.13.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.86.2/1146/Thu Oct 20 21:36:48 2005 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Race in NFS in 6.0-RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 06:34:36 -0000 I've started using NFS in 6.0 a little more heavily lately, as since the em(4) wedge has been fixed I can actually use it reliably. Unfortunately there appears to be a problem. Twice, now, in less than 24 hours the client has paniced under load. Both times it was building OpenOffice in an NFS-mounted /usr/ports. In case it matters, it's a soft mount from another 6.0 box over an em(4) interface with an MTU of 9000. Both times it was a panic from vnlru while trying to flush a vnode and both times it was a null-pointer dereference in nfs_putpages() at nfs_bio.c:301. In both cases vp->v_data was null. The vnode itself looks fine to my eyes, although there may well be FreeBSD-specific subtleties that I'm missing. I've just entered a PR for this problem, kern/87967. I'll keep the cores around; if anyone wants more information from them, let me know. As may be apparent, I can reproduce this fairly easily, although it takes a few minutes for it to trigger. The worrying thing about this is, in fact, its reproducibility. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 07:33:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B9716A41F for ; Tue, 25 Oct 2005 07:33:09 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB5D43D45 for ; Tue, 25 Oct 2005 07:33:09 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EUJIw-000KM1-UR; Tue, 25 Oct 2005 09:33:06 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: frank@exit.com In-Reply-To: Message from Frank Mayhar of "Mon, 24 Oct 2005 23:34:33 MST." <1130222074.1792.13.camel@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Oct 2005 09:33:06 +0200 From: Danny Braniss Message-ID: Cc: alsbergt@cs.huji.ac.il, FreeBSD-Current Subject: Re: Race in NFS in 6.0-RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 07:33:09 -0000 > I've started using NFS in 6.0 a little more heavily lately, as since the > em(4) wedge has been fixed I can actually use it reliably. > Unfortunately there appears to be a problem. Twice, now, in less than > 24 hours the client has paniced under load. Both times it was building > OpenOffice in an NFS-mounted /usr/ports. In case it matters, it's a > soft mount from another 6.0 box over an em(4) interface with an MTU of > 9000. > > Both times it was a panic from vnlru while trying to flush a vnode and > both times it was a null-pointer dereference in nfs_putpages() at > nfs_bio.c:301. In both cases vp->v_data was null. The vnode itself > looks fine to my eyes, although there may well be FreeBSD-specific > subtleties that I'm missing. I've just entered a PR for this problem, > kern/87967. I'll keep the cores around; if anyone wants more > information from them, let me know. As may be apparent, I can reproduce > this fairly easily, although it takes a few minutes for it to trigger. > > The worrying thing about this is, in fact, its reproducibility. This looks very similar to a problem we have with a 5.4 box running samba, it has an em(4), no jumbo packets, but is heavely doing nfs - the files are on a netapp filer. the problem is not easely reprodusable, but it happens. danny From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 07:36:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFDAB16A420 for ; Tue, 25 Oct 2005 07:36:57 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D61743D46 for ; Tue, 25 Oct 2005 07:36:55 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 14186 invoked from network); 25 Oct 2005 07:36:52 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 25 Oct 2005 07:36:52 -0000 Received: (qmail 990 invoked by uid 89); 25 Oct 2005 07:36:52 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 25 Oct 2005 07:36:52 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 5AAF26454; Tue, 25 Oct 2005 10:36:53 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Tue, 25 Oct 2005 10:36:53 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 7FC97A7; Tue, 25 Oct 2005 10:36:52 +0300 (EEST) Date: Tue, 25 Oct 2005 10:36:52 +0300 From: Ion-Mihai Tetcu To: freebsd-current@freebsd.org, kientzle@freebsd.org Message-ID: <20051025103652.52312a56@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AV-Checked: on buh by ClamAV using ClamSMTP Cc: Subject: 6.0RC1: libarchive - archive_write_header_pax: 'x' header failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 07:36:57 -0000 Hi, On a FreeBSD 6.0-RC1 #6: Sat Oct 15 01:52:05 EEST 2005 I was : root@it> /usr [9:46:35] 0 # tar vvcf /mnt/usr.tar ./ ............... a local/www/sites/rotravel.bad/res_quot.gif a local/www/sites/rotravel.bad/images/1pixel_l.gifarchive_write_pax_header:= 'x' header failed?! This can't happen. root@it> /usr [9:48:09] 1 # tar vvcf - ./local/www/sites/rotravel.bad/images/1pixel_l.gif a local/www/sites/rotravel.bad/images/1pixel_l.gifarchive_write_pax_header:= 'x' header failed?! This can't happen. root@it> /usr [10:31:32] 1 # gtar vvcf - ./local/www/sites/rotravel.bad/images/1pixel_l.gif -rw-r--r-- itetcu/wheel 43 Apr 10 13:30 1924 ./local/www/sites/rotravel= .bad/images/1pixel_l.gif ./local/www/sites/rotravel.bad/images/1pixel_l.gif010064400017510000000000= 00000053=FF=FF=FF=FF=FF=FF=FF=FF=A9=FDhj0255630ustar itetcuwheelGIF89a=CC= =CC=CC!=F9,D; root@it> /usr [10:31:42] 0 # According to http://www.freebsd.org/cgi/query-pr.cgi?pr=3D74385 this (or something very similar) was supposedly fixed back in January, at least for RELENG_5. --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 08:21:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0519A16A41F; Tue, 25 Oct 2005 08:21:52 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BDC743D48; Tue, 25 Oct 2005 08:21:51 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [10.10.10.253] (hermes.nostrum.com [10.10.10.253]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9P8LoiK086877 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 25 Oct 2005 03:21:50 -0500 (CDT) (envelope-from pckizer@nostrum.com) In-Reply-To: <20051019175020.S60849@fledge.watson.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Tue, 25 Oct 2005 03:21:48 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 10.10.10.253 is authenticated by a trusted mechanism) Cc: Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 08:21:52 -0000 On Oct 19, 2005, at 11:54, Robert Watson wrote: > This appears to be a problem with file descriptor passing and > garbage collection. I've seen one report of a lock order reversal > along these lines, but it was not believed to be symptomatic of an > actual hang, just an architectural issue. This could be a sign > that we need to address the source of the reversal, although it > sounds like you don't get a reversal > warning? > > Could I have you try the following DDB commands also: > > show alllocks > traceall OK, this is a new hang with almost all I had before (looks like I did forgot the "print sysctllock", will I need to be sure and include it for a complete diagnosis?) and those two as well: http://www.nostrum.com/hang/hang.trace-2005-10-25-0.txt [Or would you prefer I include it directly rather than sparing the list the output?] Thank you, Philip From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 08:31:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7439316A420 for ; Tue, 25 Oct 2005 08:31:00 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.uni-dortmund.de [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F060143D5A for ; Tue, 25 Oct 2005 08:30:56 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id D3B3244547; Tue, 25 Oct 2005 10:30:54 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14252-04; Tue, 25 Oct 2005 10:30:53 +0200 (CEST) Received: from m2a2.dyndns.org (p50912D3E.dip0.t-ipconnect.de [80.145.45.62]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 511B844380; Tue, 25 Oct 2005 10:30:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 0F0C420067B; Tue, 25 Oct 2005 10:30:48 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11035-14; Tue, 25 Oct 2005 10:30:47 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 3897D2009C2; Tue, 25 Oct 2005 10:30:47 +0200 (CEST) From: Matthias Andree To: Martin Cracauer In-Reply-To: <20051024214337.A70320@cons.org> (Martin Cracauer's message of "Mon, 24 Oct 2005 21:43:37 -0400") References: <20051024173811.A65901@cons.org> <20051024230649.GA24725@merlin.emma.line.org> <20051024214337.A70320@cons.org> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Tue, 25 Oct 2005 10:30:47 +0200 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at dt.e-technik.uni-dortmund.de Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA3: ext2fs: no cp(1) possible, mmap returns EINVAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 08:31:00 -0000 Martin Cracauer writes: > Just to be sure, you used FreeBSD's cp, not Linux' cp? I did use FreeBSD's. The FreeBSD machine in question has no Linux emulation layer installed. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 09:26:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B784516A41F for ; Tue, 25 Oct 2005 09:26:13 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C09B343D4C for ; Tue, 25 Oct 2005 09:26:12 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j9P9QBQA007647 for ; Tue, 25 Oct 2005 12:26:11 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 38558-01-9 for ; Tue, 25 Oct 2005 12:26:11 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j9P9Ouf9007540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Oct 2005 12:24:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id j9P9Ovok024021 for current@FreeBSD.org; Tue, 25 Oct 2005 12:24:57 +0300 (EEST) (envelope-from ru) Date: Tue, 25 Oct 2005 12:24:57 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20051025092457.GC85749@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: HEADS UP: installing debug kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 09:26:13 -0000 --NKoe5XOeduwbEQHU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, Installing kernels configured for debugging will now result in debug versions of kernel and module objects to be installed with their canonical names. On amd64, it consumes about 77M of disk space vs. 28M for non-debug objects. If this is undesirable, you can revert to installing non-debug objects by passing -DINSTALL_NODEBUG to "make installkernel". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXfnpqRfpzJluFF4RAirLAJ9sZw1YAisahMegKNF2tmBYwbuttACgmyEa ixjfK60GVWq5rHg0gvmQ1/g= =9Ct8 -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 10:07:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C62A216A41F; Tue, 25 Oct 2005 10:07:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B5BB43D48; Tue, 25 Oct 2005 10:07:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5C07146B1A; Tue, 25 Oct 2005 06:07:01 -0400 (EDT) Date: Tue, 25 Oct 2005 11:07:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Philip Kizer In-Reply-To: Message-ID: <20051025110453.L6720@fledge.watson.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 10:07:02 -0000 On Tue, 25 Oct 2005, Philip Kizer wrote: > On Oct 19, 2005, at 11:54, Robert Watson wrote: >> This appears to be a problem with file descriptor passing and garbage >> collection. I've seen one report of a lock order reversal along these >> lines, but it was not believed to be symptomatic of an actual hang, just an >> architectural issue. This could be a sign that we need to address the >> source of the reversal, although it sounds like you don't get a reversal >> warning? >> >> Could I have you try the following DDB commands also: >> >> show alllocks >> traceall > > OK, this is a new hang with almost all I had before (looks like I did > forgot the "print sysctllock", will I need to be sure and include it for > a complete diagnosis?) and those two as well: > > http://www.nostrum.com/hang/hang.trace-2005-10-25-0.txt > > [Or would you prefer I include it directly rather than sparing the list > the output?] URL is fine, and useful, thanks! There are a couple of possible sources, so if this is reproduceable and you don't mind trying some diagnostic patches, I've attached a first one below. This checks for the case where the looping in the unp_gc() routine becomes unbounded due to a possible lack of synchronization in the handling of marking and counting of marking. It needs INVARIANTS to be compiled in to work; if it fires, this will suggest an avenue to explore. Robert N M Watson Index: uipc_usrreq.c =================================================================== RCS file: /data/fbsd-cvs/ncvs/src/sys/kern/uipc_usrreq.c,v retrieving revision 1.156 diff -u -r1.156 uipc_usrreq.c --- uipc_usrreq.c 23 Sep 2005 12:41:06 -0000 1.156 +++ uipc_usrreq.c 25 Oct 2005 10:04:36 -0000 @@ -1613,6 +1613,7 @@ LIST_FOREACH(fp, &filehead, f_list) fp->f_gcflag &= ~(FMARK|FDEFER); do { + KASSERT(unp_defer >= 0, ("unp_gc: unp_defer %d", unp_defer)); LIST_FOREACH(fp, &filehead, f_list) { FILE_LOCK(fp); /* From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 11:05:40 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7028216A41F for ; Tue, 25 Oct 2005 11:05:40 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id BB9FA43D55 for ; Tue, 25 Oct 2005 11:05:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 23868 invoked from network); 25 Oct 2005 11:05:35 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 25 Oct 2005 11:05:35 -0000 Received: (qmail 8521 invoked by uid 89); 25 Oct 2005 11:05:35 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 25 Oct 2005 11:05:35 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 6F150609C; Tue, 25 Oct 2005 14:05:30 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Tue, 25 Oct 2005 14:05:30 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id C005F87; Tue, 25 Oct 2005 14:05:29 +0300 (EEST) Date: Tue, 25 Oct 2005 14:05:29 +0300 From: Ion-Mihai Tetcu To: Ruslan Ermilov Message-ID: <20051025140529.5a8d82a0@it.buh.cameradicommercio.ro> In-Reply-To: <20051025092457.GC85749@ip.net.ua> References: <20051025092457.GC85749@ip.net.ua> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP Cc: current@FreeBSD.org Subject: Re: HEADS UP: installing debug kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 11:05:40 -0000 On Tue, 25 Oct 2005 12:24:57 +0300 Ruslan Ermilov wrote: > Hi all, > > Installing kernels configured for debugging will now result > in debug versions of kernel and module objects to be installed > with their canonical names. > > On amd64, it consumes about 77M of disk space vs. 28M for > non-debug objects. > > If this is undesirable, you can revert to installing non-debug > objects by passing -DINSTALL_NODEBUG to "make installkernel". This is only on HEAD I suppose ? -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 12:55:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B2216A41F; Tue, 25 Oct 2005 12:55:19 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 873D143D4C; Tue, 25 Oct 2005 12:55:18 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from [195.208.252.201] (celsius.cc.rsu.ru [195.208.252.201]) by mail.r61.net (8.13.4/8.13.4) with ESMTP id j9PCtFH9041602; Tue, 25 Oct 2005 16:55:15 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <435E2C1E.8030702@rsu.ru> Date: Tue, 25 Oct 2005 16:59:10 +0400 From: Michael Bushkov User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051018) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: Subject: [PATCH] nsswitch extensions + caching daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 12:55:19 -0000 Hello! I've made the "nsswitch + caching daemon" project during the Google's Summer of Code. There were some issues, though, in the first release of the project. Here is the second version of the patch: http://www.rsu.ru/~bushman/nsswitch_cached/nss_cached.patch It contains several new features, which were not included in the first release (like negative caching, nscd-like functionality support, new cached.conf file syntax). Besides, a lot of code style improvements were made to match the style(9) rules. The description of the project itself and its new features can be found here: http://rsu.ru/~bushman/nsswitch_cached/ Please test the patch and send me your feedback. It would be just great if it could be included to the HEAD. If it's not possible right now, I'll continue working on it to fix all the issues, so that it could be finally merged into the FreeBSD source tree. With best regards, Michael Bushkov Rostov State University From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 15:16:50 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A2C16A41F; Tue, 25 Oct 2005 15:16:50 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id A698743D49; Tue, 25 Oct 2005 15:16:48 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [85.140.159.104] (ppp85-140-159-104.pppoe.mtu-net.ru [85.140.159.104]) (authenticated bits=0) by portpc-design.spb.ru (8.13.5/8.13.5) with ESMTP id j9PFGhBj024157; Tue, 25 Oct 2005 19:16:44 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <435E4C56.2090708@mcsi.pp.ru> Date: Tue, 25 Oct 2005 19:16:38 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Doug Barton References: <43590814.5090201@mcsi.pp.ru> <4359483C.6000808@mcsi.pp.ru> <435953A6.6090203@mcsi.pp.ru> <435A78A0.1090608@FreeBSD.org> In-Reply-To: <435A78A0.1090608@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on 81.176.64.226 X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 15:16:50 -0000 Doug Barton wrote: > FYI, Bill put a workaround for this problem in -current. I tested it last > night, and it works fine for me with my driver module preloaded in > /boot/loader.conf. Oh yes, I watch every Bill's commit very closely. It works fine for me too. Thanks, Bill. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 15:59:42 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9E0816A41F for ; Tue, 25 Oct 2005 15:59:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC43743D6A for ; Tue, 25 Oct 2005 15:59:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7635C1A3C29 for ; Tue, 25 Oct 2005 08:59:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D47735369C; Tue, 25 Oct 2005 11:59:34 -0400 (EDT) Date: Tue, 25 Oct 2005 11:59:33 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20051025155930.GF93337@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xA/XKXTdy9G3iaIz" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: syncer going nuts on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 15:59:43 -0000 --xA/XKXTdy9G3iaIz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have 3 UP 6.0 machines that are currently stuck using 100-epsilon% of CPU in the syncer: last pid: 17621; load averages: 9.02, 7.21, 4.82 up 3+18:15:31 +08:49:50 73 processes: 2 running, 47 sleeping, 24 waiting CPU states: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle Mem: 27M Active, 149M Inact, 137M Wired, 4K Cache, 109M Buf, 684M Free Swap: 2048M Total, 8K Used, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 38 root 1 -4 0 0K 8K getblk 180:21 431.30% syncer 17474 root 1 -4 0 1928K 1428K getblk 1:13 28.71% rm 11 root 1 171 52 0K 8K RUN 20.2H 8.94% idle rm -rf is just removing a single ufs directory tree, but it's taking *much* longer than it should be (order of 5 minutes instead of 30 seconds it took for the other 25 machines), and the machine was extremely unresponsive in the meantime (response times of 30 seconds to run commands like top). WITNESS is on, but it's also on on the other 25 machines that aren't seeing a problem under what should be analogous loads. I broke to ddb a couple of times, and syncer is here: --- interrupt, eip = 0xc068fc97, esp = 0xe502f7ec, ebp = 0xe502f7f0 --- spinlock_exit(c07906a0,1,c06c6d13,18b) at spinlock_exit+0x27 _mtx_unlock_spin_flags(c07906a0,0,c06cb459,34a,c06cf11c) at _mtx_unlock_spin_flags+0xbc witness_checkorder(c292d000,9,c06cf11c,d25,1) at witness_checkorder+0x35e _mtx_lock_flags(c292d000,0,c06cf11c,d25,c06cf11c) at _mtx_lock_flags+0x8a vfs_clean_pages(d63aead0,0,c06cf11c,3a0,d63aead0) at vfs_clean_pages+0x68 bdwrite(d63aead0,0,c06dbd1a,867,0) at bdwrite+0x420 softdep_setup_freeblocks(c44154a4,0,0,800,1) at softdep_setup_freeblocks+0x7bf ffs_truncate(c2cc3770,0,0,c00,0) at ffs_truncate+0x632 ufs_inactive(e502fbd4,c2cc37ec,c2cc3770,c2cc37ec,e502fbec) at ufs_inactive+0xe6 VOP_INACTIVE_APV(c070fb20,e502fbd4,c06d0e48,886,c071de20) at VOP_INACTIVE_APV+0xac vinactive(c2cc3770,c22c4180,c06d0e48,818,d64) at vinactive+0x8b vput(c2cc3770,0,c06dbd1a,d64,3b7) at vput+0x19e handle_workitem_remove(c72960c0,0,2,32e,0) at handle_workitem_remove+0x14a process_worklist_item(0,0,c06dbd1a,2de,435e5452) at process_worklist_item+0x20b softdep_process_worklist(0,0,c06d0e48,689,0) at softdep_process_worklist+0x130 sched_sync(0,e502fd38,c06c4e9f,30d,0) at sched_sync+0x2fe fork_exit(c05524f0,0,e502fd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe502fd6c, ebp = 0 --- db> --- interrupt, eip = 0xc068fc97, esp = 0xe502fbd0, ebp = 0xe502fbd4 --- spinlock_exit(c07906a0,1,c06c6d13,18b) at spinlock_exit+0x27 _mtx_unlock_spin_flags(c07906a0,0,c06cb459,34a,c070ef80) at _mtx_unlock_spin_flags+0xbc witness_checkorder(c07dfc20,9,c06dbd1a,362,c33cfdd0) at witness_checkorder+0x35e _mtx_lock_flags(c07dfc20,0,c06dbd1a,362,0) at _mtx_lock_flags+0x8a process_worklist_item(0,0,c06dbd1a,2de,435e545e) at process_worklist_item+0x356 softdep_process_worklist(0,0,c06d0e48,689,0) at softdep_process_worklist+0x130 sched_sync(0,e502fd38,c06c4e9f,30d,0) at sched_sync+0x2fe fork_exit(c05524f0,0,e502fd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe502fd6c, ebp = 0 --- They eventually completed, but I'm suspicious of why these 3 took so long. Kris --xA/XKXTdy9G3iaIz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXlZhWry0BWjoQKURArPBAKDBKZeaLnl3NCr+MZYfyHQljzxVrACgtZu6 oCpwyzSFq7U1fVR1kDh1EjU= =tMsa -----END PGP SIGNATURE----- --xA/XKXTdy9G3iaIz-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 16:11:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E70116A41F for ; Tue, 25 Oct 2005 16:11:48 +0000 (GMT) (envelope-from lists@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DA143D5A for ; Tue, 25 Oct 2005 16:11:47 +0000 (GMT) (envelope-from lists@efinley.com) Received: from science.efinley.com ([205.161.203.50] helo=science1) by postmaster.etv.net with smtp (Exim 4.52 (FreeBSD)) id 1EUROs-0003f0-NC; Tue, 25 Oct 2005 10:11:46 -0600 Message-ID: <009901c5d97e$cc3f14c0$32cba1cd@science1> From: "Elliot Finley" To: "Doug White" References: <20050518153328.Y87264@carver.gumbysoft.com> Date: Tue, 25 Oct 2005 10:11:44 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 16:11:48 -0000 ----- Original Message ----- From: "Doug White" > On Tue, 17 May 2005, Danny Braniss wrote: > > > as far as i have checked, the IBM and Intel blade server are 'almost' > > identical, if so then FreeBSD 5.x works fine with 'Intel SBXL52', but so > > far not much success with the EM64 based SBX82. > > I'm working on the SBX82s right now. I have a workaround that gets them > booting. Finding the root issue will take some more work; its a > data-corruption issue. What is the status on the SBX82s? Elliot From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 16:25:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACDBF16A41F for ; Tue, 25 Oct 2005 16:25:54 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ABB043D53 for ; Tue, 25 Oct 2005 16:25:53 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by qproxy.gmail.com with SMTP id p26so583522qbb for ; Tue, 25 Oct 2005 09:25:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hlumhCdHxNcjW+9wnI5EplClBIgFeKoKdIJbBzSpG/WWplR6jgaiyx0GOkeAkF7DN67F+1soxBHhvHvTchJLVFVL5VDSah078Ixa7sms5r0AHOdFjnKqg1N8RNwd+F2ZYBbi970jMV0jfECnjy5QNfbr786xGO/eLonr/i67lyc= Received: by 10.64.153.9 with SMTP id a9mr2516735qbe; Tue, 25 Oct 2005 09:25:53 -0700 (PDT) Received: by 10.64.185.19 with HTTP; Tue, 25 Oct 2005 09:25:53 -0700 (PDT) Message-ID: <9ab217670510250925n462ccb7em@mail.gmail.com> Date: Tue, 25 Oct 2005 09:25:53 -0700 From: "Devon H. O'Dell" To: Elliot Finley In-Reply-To: <009901c5d97e$cc3f14c0$32cba1cd@science1> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050518153328.Y87264@carver.gumbysoft.com> <009901c5d97e$cc3f14c0$32cba1cd@science1> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 16:25:54 -0000 2005/10/25, Elliot Finley : > ----- Original Message ----- > From: "Doug White" > > On Tue, 17 May 2005, Danny Braniss wrote: > > > > > as far as i have checked, the IBM and Intel blade server are 'almost' > > > identical, if so then FreeBSD 5.x works fine with 'Intel SBXL52', but= so > > > far not much success with the EM64 based SBX82. > > > > I'm working on the SBX82s right now. I have a workaround that gets them > > booting. Finding the root issue will take some more work; its a > > data-corruption issue. > > What is the status on the SBX82s? > > Elliot They work well. There were a couple patches Doug made for the blades and they're all committed and working. We've got a customer with several SBX82 blades in a datacenter (and they get hammered _hard_), two running FreeBSD and two running Windows, and the Windows blades appear to have more trouble. (But you were expecting that, right? :-)). --Devon From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 17:20:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB8CB16A50F for ; Tue, 25 Oct 2005 17:20:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D47D43D53 for ; Tue, 25 Oct 2005 17:20:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5F9AC1A3C2D; Tue, 25 Oct 2005 10:20:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C408B511F0; Tue, 25 Oct 2005 13:20:24 -0400 (EDT) Date: Tue, 25 Oct 2005 13:20:24 -0400 From: Kris Kennaway To: 20050922094518.GA41762@holm.cc Message-ID: <20051025172024.GA45213@xor.obsecurity.org> References: <20051024104238.GA63889@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20051024104238.GA63889@peter.osted.lan> User-Agent: Mutt/1.4.2.1i Cc: Kirk McKusick , current@freebsd.org Subject: Re: inodes and soft update [FIXED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 17:20:28 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 24, 2005 at 12:42:38PM +0200, Peter Holm wrote: > Comparing RELENG_6_0 from Oct 23 09:12 UTC with the kernel from "30 > days ago" both problems reported here has been fixed. Good news :) Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXmlYWry0BWjoQKURAhs4AJ4vOZdCewgryk50f0vlzedJ2IbppACgoYdJ jOoPfgSVT7RTZpbgWS/lvHs= =99AU -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 17:23:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C6516A41F for ; Tue, 25 Oct 2005 17:23:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D9D43D46 for ; Tue, 25 Oct 2005 17:23:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2327A1A3C30; Tue, 25 Oct 2005 10:23:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8855D511F0; Tue, 25 Oct 2005 13:23:18 -0400 (EDT) Date: Tue, 25 Oct 2005 13:23:18 -0400 From: Kris Kennaway To: Gregory Nou Message-ID: <20051025172318.GB45213@xor.obsecurity.org> References: <435BB1B8.9050603@altern.org> <20051023191426.GA70859@xor.obsecurity.org> <435D3683.2060201@altern.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <435D3683.2060201@altern.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Suspected problem with /libexec/ld-elf.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 17:23:19 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 24, 2005 at 09:31:15PM +0200, Gregory Nou wrote: > >What does file(1) say about those files? > > > >Kris >=20 > Thanks, you're a genius ! >=20 > % file /usr/local/lib/libt1.so.5 > /usr/local/lib/libt1.so.5: ELF 64-bit LSB shared object, AMD x86-64,=20 > version 1 (FreeBSD), not stripped > But I only have a poor AMD athlon x86... > So, now, the question is : how should I correct this ? The only ways I can think of that this happened are: * You installed one of the previous beta releases, which initially contained amd64 packages instead of i386, by mistake. This was corrected within a day or two though. * You installed the packages manually. Anyway, you just need to delete the affected packages (see pkg_which(1) if you use portupgrade, which I recommend) and reinstall them. Kris --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXmoGWry0BWjoQKURAngMAJ9WQZCKlHago6fVNFhDOiYi1I3fegCbBsvq rxhSJUUfiTLkofway5iJASA= =n5Z4 -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 00:04:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20EF816A41F for ; Tue, 25 Oct 2005 00:04:04 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 634DB43D53 for ; Tue, 25 Oct 2005 00:04:00 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 11551 invoked by uid 207); 25 Oct 2005 00:03:58 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.30/3.97. Clear:RC:1(81.186.70.153):. Processed in 0.552934 secs); 25 Oct 2005 00:03:58 -0000 Received: from dialup153.ach.sch.gr (HELO flame.pc) ([81.186.70.153]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Oct 2005 00:03:57 -0000 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j9P03quJ095139; Tue, 25 Oct 2005 03:03:52 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j9P03m9x095138; Tue, 25 Oct 2005 03:03:48 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 25 Oct 2005 03:03:48 +0300 From: Giorgos Keramidas To: Maxim Konovalov Message-ID: <20051025000348.GA95011@flame.pc> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> <20051024120821.B67591@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051024120821.B67591@mp2.macomnet.net> X-Mailman-Approved-At: Tue, 25 Oct 2005 17:28:00 +0000 Cc: Jisakiel , freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 00:04:04 -0000 On 2005-10-24 12:11, Maxim Konovalov wrote: > On Mon, 24 Oct 2005, 09:58+0200, Ulrich Spoerlein wrote: > > While you're at it ... > > > > I was going mad when trying to get a devfs.rules file working and > > noticed the following typo in rc.subr > > > > --- /etc/rc.subr Sun Oct 23 11:23:59 2005 > > +++ /etc/rc.subr.new Mon Oct 24 09:53:17 2005 > > @@ -1184,7 +1184,7 @@ > > } > > > > # devfs_set_ruleset ruleset [dir] > > -# Sets the default ruleset of dir to ruleset. The ruleset arguement > > +# Sets the default ruleset of dir to ruleset. The ruleset argument > > # must be a ruleset name as specified in devfs.rules(5) file. > > # Returns non-zero if it could not set it successfully. > > # > > Being non-native speaker I am not sure this is a error. There are > about a dozen "arguement"s in our src tree and google gives 2.8 > millions. It's definitely a typo. From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 10:59:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B15CD16A41F for ; Tue, 25 Oct 2005 10:59:17 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from v.gz.ru (gw-gpt.v.gz.ru [195.209.41.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC3343D49 for ; Tue, 25 Oct 2005 10:59:16 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from kva (kva.mics.msu.su [158.250.28.130]) (authenticated bits=0) by v.gz.ru (8.13.4/8.13.4) with ESMTP id j9PAxDuW019583 for ; Tue, 25 Oct 2005 14:59:14 +0400 (MSD) (envelope-from mike@v.gz.ru) Message-ID: <025401c5d953$47004480$821cfa9e@mics.msu.su> From: "Mike G" To: Date: Tue, 25 Oct 2005 15:00:14 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 FL-Build: Fidolook 2002 (SL) 6.0.2600.78 - 24/10/2002 21:18:29 X-Antivirus: Dr.Web (R) for Mail Servers on virgin.v.gz.ru host X-Antivirus-Code: 100000 X-Mailman-Approved-At: Tue, 25 Oct 2005 17:28:00 +0000 Cc: Subject: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 10:59:17 -0000 Hello! I have a problem with multi-port card based on Nm9845 chip. It's a card with 4 com-ports. It perfectly works with puc(4) and sio(4) drivers if they compiled into kernel. or with puc(4) and uart(4) drivers if they loaded manualy. But if puc(4) and uart(4) are compiled into kernel or loaded from loader.conf - problem appears. Instead of puc(4) attaching to the device, and uarts attaching to the puc0, I see that uart(4) driver attaches to the device itself. If I force puc(4) to attach first using kldload, then everything goes OK. It seems to be similar to the next problem report >Number: 87845 >Category: kern >Synopsis: sio(4) should on probe return BUS_PROBE_GENERIC to allow >other drivers to attach [fix] There is my /var/run/dmesg.boot if both puc(4) and uart(4) conpiled into kernel mike@$ cat /var/run/dmesg.boot Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RC1 #14: Sun Oct 23 22:06:27 MSD 2005 root@:/usr/obj/usr/src/sys/GUARDIAN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.34-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 536805376 (511 MB) avail memory = 515268608 (491 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 10 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: irq 11 on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 pci_link8: on acpi0 pci_link9: irq 5 on acpi0 pci_link10: irq 10 on acpi0 pci_link11: irq 3 on acpi0 pci_link12: on acpi0 pci_link13: irq 10 on acpi0 pci_link14: irq 11 on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfb00-0xfb0f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf600-0xf60f mem 0xfebfc000-0xfebfcfff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf100-0xf10f mem 0xfebfb000-0xfebfbfff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci_link17: BIOS IRQ 21 for 0.7.INTA is invalid pci_link18: BIOS IRQ 22 for 0.8.INTA is invalid pci1: on pcib1 uart0: port 0xdf00-0xdf07,0xde00-0xde07,0xdd00-0xdd07,0xdc00-0xdc07,0xdb00-0xdb07,0xda00-0xda0f irq 16 at device 6.0 on pci1 pci1: at device 7.0 (no driver attached) em0: port 0xd900-0xd93f mem 0xfbfe0000-0xfbffffff,0xfbfc0000-0xfbfdffff irq 18 at device 8.0 on pci1 em0: Ethernet address: 00:07:e9:0f:33:c7 em0: Speed:N/A Duplex:N/A nve0: port 0xf000-0xf007 mem 0xfebfa000-0xfebfafff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:13:d3:38:9a:67 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:13:d3:38:9a:67 nve0: [GIANT-LOCKED] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] uart1: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcf000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1808343875 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 1000 packets/entry by default ad0: 190782MB at ata2-master SATA150 ad1: 190782MB at ata3-master SATA150 ar0: 190782MB status: READY ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master Trying to mount root from ufs:/dev/ar0s1a Mike G. -- MSU Microelectronics E-mail: mike@v.gz.ru From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 17:41:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DA316A41F; Tue, 25 Oct 2005 17:41:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7ACA43D7B; Tue, 25 Oct 2005 17:41:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 25 Oct 2005 13:57:48 -0400 From: John Baldwin To: Julian Elischer Date: Tue, 25 Oct 2005 13:41:20 -0400 User-Agent: KMail/1.8.2 References: <20051021131329.A16FC126E@smtp.263.net> <200510211728.32476.jhb@freebsd.org> <435965EE.7070504@elischer.org> In-Reply-To: <435965EE.7070504@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510251341.22621.jhb@freebsd.org> Cc: nocool , freebsd-hackers@freebsd.org, David Schultz , freebsd-current , delphij Subject: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 17:41:27 -0000 On Friday 21 October 2005 06:04 pm, Julian Elischer wrote: > John Baldwin wrote: > >On Friday 21 October 2005 04:32 pm, David Schultz wrote: > >>On Fri, Oct 21, 2005, John Baldwin wrote: > >>>On Friday 21 October 2005 09:13 am, nocool wrote: > >>>>freebsd-hackers=EF=BF=BD=C3=AF=EF=BF=BD=C2=BC=C5=92hello > >>>> > >>>> Question about 5.4 kernel source code. > >>>> I have some question about strust proc's initialize. Kernel use > >>>>proc_zone to allocate proc items and initialize them with proc_init > >>>>(sys\kern\kern_proc.c) function. In this function, we can find the > >>>>field proc.p_stats is allocated with pstats_alloc(), as > >>>> > >>>>p->p_stats =3D pstats_alloc(); > >>>> > >>>>and pstats_alloc is realized as > >>>> > >>>>malloc(sizeof(struct pstats), M_SUBPROC, M_ZERO|M_WAITOK); > >>>> > >>>>But I can't find where this field is freed. If it will not be release, > >>>>will there be memory leakage? > >>> > >>>Heh, das@ forgot to call pstats_free() when he did the changes. The > >>>reason is probably because proc_fini() doesn't do anything useful > >>> because we never recycle proc structs. We should probably at least a= dd > >>> the operations there though for documentation purposes. Something li= ke > >>> this would work I think: > >> > >>I didn't put in the call because we never free proc structures, but > >>documenting what should happen if we ever do free them is a good > >>idea. There's a fair amount of other cleanup that needs to happen > >>as well, which you can probably find in the CVS history. (IIRC, > >>I'm guilty of removing the code at a time when more things depended > >>upon struct proc being type safe. Are there any remaining reasons > >>why we can't free struct procs at this point?) > >> > >>By the way, there's no reason why we can't fold struct pstats into > >>struct proc so we don't have to allocate and free it at all. > >>It's never shared, so the extra level of indirection just adds overhead. > >>The main reason I didn't make this change earlier was to maintain binary > >>compatibility when I backported my U-area changes to -STABLE. > > > >Looks like some of the functions (vm_dispose_proc() and > > sched_destroyproc()) have vanished, so this is all that would be in the= re > > now: > > > >Index: kern_proc.c > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v > >retrieving revision 1.232 > >diff -u -r1.232 kern_proc.c > >--- kern_proc.c 2 Oct 2005 23:27:56 -0000 1.232 > >+++ kern_proc.c 21 Oct 2005 21:21:45 -0000 > >@@ -196,8 +196,17 @@ > > static void > > proc_fini(void *mem, int size) > > { > >+#ifdef notnow > >+ struct proc *p; > > > >+ p =3D (struct proc *)mem; > >+ pstats_free(p->p_stats); > >+ ksegrp_free(FIRST_KSEGRP_IN_PROC(p)); > >+ thread_free(FIRST_THREAD_IN_PROC(p)); > >+ mtx_destroy(&p->p_mtx); > >+#else > > panic("proc reclaimed"); > >+#endif > > } > > > > /* > > sched_destroyproc was removed by someone I believe because "it was not > used". > > if you were removing a proc you possibly should re introduce it. I actually looked in the CVS history to find out if vm_dispose_proc() and=20 sched_destroyproc() should come back and I don't think they need to. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 17:43:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E52016A420 for ; Tue, 25 Oct 2005 17:43:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C684E43D46 for ; Tue, 25 Oct 2005 17:43:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8CED21A3C29; Tue, 25 Oct 2005 10:43:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1911351376; Tue, 25 Oct 2005 13:43:38 -0400 (EDT) Date: Tue, 25 Oct 2005 13:43:37 -0400 From: Kris Kennaway To: Mike G Message-ID: <20051025174337.GA45694@xor.obsecurity.org> References: <025401c5d953$47004480$821cfa9e@mics.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <025401c5d953$47004480$821cfa9e@mics.msu.su> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 17:43:39 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 03:00:14PM +0400, Mike G wrote: > Hello! >=20 > I have a problem with multi-port card based on Nm9845 chip. > It's a card with 4 com-ports. > It perfectly works with puc(4) and sio(4) drivers if they compiled into= =20 > kernel. > or with puc(4) and uart(4) drivers if they loaded manualy. > But if puc(4) and uart(4) are compiled into kernel or loaded from > loader.conf - problem appears. Isn't puc superceded by uart? Why do you need both? Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXm7JWry0BWjoQKURApTgAJwNSCCVLlm2iX1WYAE2z31/84P4gACg+zpc 7gR1KBZTXnP0QX3RoxkOsvg= =UJkv -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 18:48:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F8916A41F for ; Tue, 25 Oct 2005 18:48:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990B043D6D for ; Tue, 25 Oct 2005 18:48:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 25 Oct 2005 15:04:46 -0400 From: John Baldwin To: Benjamin Close Date: Tue, 25 Oct 2005 14:49:33 -0400 User-Agent: KMail/1.8.2 References: <434D9B4A.7080909@clearchain.com> <200510141517.16934.jhb@freebsd.org> In-Reply-To: <200510141517.16934.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510251449.34508.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RC1 Panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 18:48:27 -0000 On Friday 14 October 2005 03:17 pm, John Baldwin wrote: > On Wednesday 12 October 2005 07:24 pm, Benjamin Close wrote: > > Hi All, > > I can repeatedly get this panic at boot if I have my wi0 (802.11b > > Lucent / Hermes chipset) card in my laptop. > > > > Fatal trap 18: integer divide fault while in kernel mode > > instruction pointer = 0x20:0xc06474fa > > stack pointer = 0x28:0xd9927c78 > > frame pointer = 0x28:0xd9927c88 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 242 (netstat) > > trap number = 18 > > panic: integer divide fault > > Uptime: 3m32s > > Dumping 511 MB (2 chunks) > > chunk 0: 1MB (159 pages) ... ok > > chunk 1: 511MB (130794 pages) 495 479 463 447 431 415 399 383 367 351 > > 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 > > 95 79 63 47 31 15 > > > > Full Details below... > > Hmm, so it looks like maybe your ipfw.ko KLD doesn't have a DT_HASH > section. Try doing an objdump of your ipfw.ko and see if it has a .hash. > Here's the > > objdump from the ipfw.ko on my laptop: > > objdump -h /boot/kernel.GENERIC/ipfw.ko | head > > /boot/kernel.GENERIC/ipfw.ko: file format elf32-i386-freebsd > > Sections: > Idx Name Size VMA LMA File off Algn > 0 .hash 00000348 00000094 00000094 00000094 2**2 > CONTENTS, ALLOC, LOAD, READONLY, DATA > 1 .dynsym 000006f0 000003dc 000003dc 000003dc 2**2 > CONTENTS, ALLOC, LOAD, READONLY, DATA > 2 .dynstr 00000439 00000acc 00000acc 00000acc 2**0 > > Note the .hash as the first section. > > You can also try this patch which might fix the problem (though your > ipfw.ko still won't load): > > Index: kern/link_elf.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/link_elf.c,v > retrieving revision 1.84 > diff -u -r1.84 link_elf.c > --- kern/link_elf.c 28 Aug 2005 04:50:11 -0000 1.84 > +++ kern/link_elf.c 14 Oct 2005 19:16:48 -0000 > @@ -1019,6 +1019,12 @@ > unsigned long hash; > int i; > > + /* If we don't have a hash, bail. */ > + if (ef->buckets == NULL || ef->nbuckets == 0) { > + printf("link_elf_lookup_symbol: missing symbol hash table\n"); > + return ENOENT; > + } > + > /* First, search hashed global symbols */ > hash = elf_hash(name); > symnum = ef->buckets[hash % ef->nbuckets]; Did you ever resolve your issue and/or get a chance to test this patch to see if it at least kept the kernel from panicing? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:21:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1351116A41F; Tue, 25 Oct 2005 19:21:28 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [81.13.10.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id F162F43D6E; Tue, 25 Oct 2005 19:21:24 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id 6AFB3114E6; Tue, 25 Oct 2005 23:21:22 +0400 (MSD) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03635-07; Tue, 25 Oct 2005 23:21:17 +0400 (MSD) Received: from [192.168.80.100] (ushakova.office.sportlottery.ru [192.168.80.100]) by vika.newlines.ru (Postfix) with ESMTP; Tue, 25 Oct 2005 23:21:17 +0400 (MSD) Message-ID: <435E85AB.3070701@nikiforov.ru> Date: Tue, 25 Oct 2005 23:21:15 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000200040006020205040905" X-Virus-Scanned: By amavis at office-gw.newlines.ru Cc: current@freebsd.org Subject: pf and short packets X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:21:28 -0000 This is a cryptographically signed message in MIME format. --------------ms000200040006020205040905 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear ALL! Maybe someone can help me with my problem? I have no adea what is happening with my packets :( I have 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 box running pf. And i have ipcad daemon running (installed from ports) pf.conf says pass quick on lo0 all and when i'm trying to rsh to ipcad that is listening on anna# netstat -a|grep shell tcp4 0 0 localhost.shell *.* LISTEN anna# rsh -l root localhost show ip accounting i got no replay, but pflog says the following: anna# tcpdump -n -e -ttt -x -i pflog0 host 127.0.0.1 000034 rule 0/3(short): pass out on lo0: IP 127.0.0.1.514 > 127.0.0.1.643: . ack 30 win 65535 0x0000: 4600 002c 6605 4000 0306 11c5 7f00 0001 F..,f.@......... 0x0010: 7f00 0001 0100 0000 0202 0283 8129 5dab .............)]. 0x0020: 5db7 f2f2 5010 ffff 7dce 0000 ]...P...}... 000034 rule 0/3(short): pass out on lo0: IP 127.0.0.1.514 > 127.0.0.1.643: . ack 30 win 65535 0x0000: 4600 002c d21d 4000 0306 a5ac 7f00 0001 F..,..@......... 0x0010: 7f00 0001 0100 0000 0202 0283 8129 5dab .............)]. 0x0020: 5db7 f2f2 5010 ffff 7dce 0000 ]...P...}... The rule for this packet is not a "log" one, but the sign (short) is what i cannot understand. The only place i have found this word is in man pflogd (reason why this packet appers in this log) When i'm disabling pf by pfctl -d everything works just fine and i can get my ip accounting. Best regards, Anton Nikiforov --------------ms000200040006020205040905 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGKDCC AuEwggJKoAMCAQICAw6AYzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNDE2MTEwMzExWhcNMDYwNDE2MTEwMzEx WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDp45jI HORB4RVcbIIDMttb19fW9gb9dIX4CVBbCZSPmX+gpsYUCswB/wcqnF98LoSTIYxiY/hUrENH 5lObA+oEazWWmZQR5MQIgZViQ3H7vJ1KpaQ8tR7atUsCMudFb9Wu4jYgvFbjhYLO0cOFOfhr n99ucG5qpsXwriIbDYLT20xFvsbCk/zlMwPsIfxell+EM87MglUH5uym8LtcWVvfZgzYuNN0 1lJXF4Qs17X3y3XELuuRowdQGZQ6nNM2StTePuOL6J3piVERqhscLIpM9rjfH6nV8HM1+BW3 trgt5rWqzSfFlvxk6MF6cvz06xnE6Yw4FV63lrRzaiwm914/AgMBAAGjPzA9MA4GA1UdDwEB /wQEAwIHgDAdBgNVHREEFjAUgRJhbnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQASvk2h3CLH4S3NOw9yRfEdpHruWxov2mQvsV8qZKwjG8/661ze FmsQhAS18+6hCgK84qNrCINydH06Y5jsAGmwS8r9m+xOPxDKiehmOSsOpSVShzIfWdRx5Ni1 uFvPwH9L6czsOlw0PAQnYEv0jVbel6SA5MUWHwJ8liIGxkhi3jCCAz8wggKooAMCAQICAQ0w DQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQ CjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk 16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAG AQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQ ZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNm rGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx 0x1G/11fZU8xggJEMIICQAIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDDoBjMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUxMDI1MTkyMTE1WjAjBgkqhkiG9w0BCQQxFgQU852Z 0bjItZRjpKxbkNOc76nbOcgwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZI hvcNAQEBBQAEggEA31wWOjQ2syKGQr7Lv9MwGQbdLnV1VaPkwWm5IHFsE3esAhR7KyTlS57E wTtdY7PTpgOjCVZ+cCXwMPl0njtb9P0pRqg7X7cs9MIAexocajdG/oO7EFnMfTvrFwC18tpD Rxr0Qxwt3DiGOPTFFZ4S+zTUkA736zJ1M3/0bPSvOSHRqukpVlk79pfBuMn4SbUTLfB1jArY 2nkaYMCw7lSVvKLcui4UAtOuaMCBclRbxc8kz6nPM70/u++jnJtKife9bBno0uMtdloXmYhZ VPrX2/DvYUM/jLKunfsweBuvbwS72jEQT1p4pgA1QRfOks5oZr8bsrQKNF8HpmxgJP+LYgAA AAAAAA== --------------ms000200040006020205040905-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:31:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFCB16A41F for ; Tue, 25 Oct 2005 19:31:47 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 481B843D45 for ; Tue, 25 Oct 2005 19:31:47 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9PJVi8M080977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Oct 2005 23:31:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9PJViZh080976; Tue, 25 Oct 2005 23:31:44 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 25 Oct 2005 23:31:44 +0400 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20051025193144.GU41520@cell.sick.ru> References: <025401c5d953$47004480$821cfa9e@mics.msu.su> <20051025174337.GA45694@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051025174337.GA45694@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Cc: Mike G , current@FreeBSD.org Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:31:48 -0000 On Tue, Oct 25, 2005 at 01:43:37PM -0400, Kris Kennaway wrote: K> > I have a problem with multi-port card based on Nm9845 chip. K> > It's a card with 4 com-ports. K> > It perfectly works with puc(4) and sio(4) drivers if they compiled into K> > kernel. K> > or with puc(4) and uart(4) drivers if they loaded manualy. K> > But if puc(4) and uart(4) are compiled into kernel or loaded from K> > loader.conf - problem appears. K> K> Isn't puc superceded by uart? Why do you need both? Shouldn't uarts attach on puc? This is what I have in 5.4-STABLE system: puc0: mem 0xea202000-0xea202fff irq 5 at device 11.0 on pci0 uart0: <16750 or compatible> on puc0 uart1: <16750 or compatible> on puc0 uart2: <16750 or compatible> on puc0 uart3: <16750 or compatible> on puc0 uart4: <16750 or compatible> on puc0 uart5: <16750 or compatible> on puc0 uart6: <16750 or compatible> on puc0 uart7: <16750 or compatible> on puc0 Should it be other way in 6.0 and HEAD? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:42:16 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3EA016A420 for ; Tue, 25 Oct 2005 19:42:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7580F43D45 for ; Tue, 25 Oct 2005 19:42:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9PJef24012827; Tue, 25 Oct 2005 13:40:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 25 Oct 2005 13:40:37 -0600 (MDT) Message-Id: <20051025.134037.33538216.imp@bsdimp.com> To: kris@obsecurity.org From: "M. Warner Losh" In-Reply-To: <20051025174337.GA45694@xor.obsecurity.org> References: <025401c5d953$47004480$821cfa9e@mics.msu.su> <20051025174337.GA45694@xor.obsecurity.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 25 Oct 2005 13:40:42 -0600 (MDT) Cc: mike@v.gz.ru, current@FreeBSD.ORG Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:42:17 -0000 In message: <20051025174337.GA45694@xor.obsecurity.org> Kris Kennaway writes: : On Tue, Oct 25, 2005 at 03:00:14PM +0400, Mike G wrote: : > Hello! : > : > I have a problem with multi-port card based on Nm9845 chip. : > It's a card with 4 com-ports. : > It perfectly works with puc(4) and sio(4) drivers if they compiled into : > kernel. : > or with puc(4) and uart(4) drivers if they loaded manualy. : > But if puc(4) and uart(4) are compiled into kernel or loaded from : > loader.conf - problem appears. : : Isn't puc superceded by uart? Why do you need both? No. puc isn't superceded by uart. Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:42:28 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D7F16A41F for ; Tue, 25 Oct 2005 19:42:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A8C43D45 for ; Tue, 25 Oct 2005 19:42:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9PJaOVg012817; Tue, 25 Oct 2005 13:36:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 25 Oct 2005 13:36:20 -0600 (MDT) Message-Id: <20051025.133620.61267293.imp@bsdimp.com> To: maxim@macomnet.ru From: "M. Warner Losh" In-Reply-To: <20051024125348.L97845@mp2.macomnet.net> References: <20051024120821.B67591@mp2.macomnet.net> <20051024083432.GH39882@cirb503493.alcatel.com.au> <20051024125348.L97845@mp2.macomnet.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 25 Oct 2005 13:36:28 -0600 (MDT) Cc: PeterJeremy@optushome.com.au, jisakiel@yahoo.es, freebsd-current@FreeBSD.ORG Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:42:28 -0000 In message: <20051024125348.L97845@mp2.macomnet.net> Maxim Konovalov writes: : On Mon, 24 Oct 2005, 18:34+1000, Peter Jeremy wrote: : : > On Mon, 2005-Oct-24 12:11:21 +0400, Maxim Konovalov wrote: : > >On Mon, 24 Oct 2005, 09:58+0200, Ulrich Spoerlein wrote: : > >> -# Sets the default ruleset of dir to ruleset. The ruleset arguement : > >> +# Sets the default ruleset of dir to ruleset. The ruleset argument : > >> # must be a ruleset name as specified in devfs.rules(5) file. : > >> # Returns non-zero if it could not set it successfully. : > >> # : > > : > >Being non-native speaker I am not sure this is a error. There are : > >about a dozen "arguement"s in our src tree and google gives 2.8 : > >millions. : > : > Being a native speaker, I can guarantee that "argument" is the correct : > spelling. My Concise Macquarie (Australian) dictionary doesn't even : > list "arguement" as a valid alternate spelling. Don't rely on google : > for accurate spelling. : : OK, fixed. Thanks! Since I wrote it originally, and am a native speaker, the following fact should shed some light on the discussion. I can't spell my way out of a paper bag sometimes. Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:43:42 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F40016A420; Tue, 25 Oct 2005 19:43:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45BEE43D67; Tue, 25 Oct 2005 19:43:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1494E1A3C28; Tue, 25 Oct 2005 12:43:39 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 83D655121A; Tue, 25 Oct 2005 15:43:38 -0400 (EDT) Date: Tue, 25 Oct 2005 15:43:38 -0400 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20051025194338.GA81317@xor.obsecurity.org> References: <025401c5d953$47004480$821cfa9e@mics.msu.su> <20051025174337.GA45694@xor.obsecurity.org> <20051025193144.GU41520@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20051025193144.GU41520@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: Mike G , current@FreeBSD.org, Kris Kennaway Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:43:42 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 11:31:44PM +0400, Gleb Smirnoff wrote: > On Tue, Oct 25, 2005 at 01:43:37PM -0400, Kris Kennaway wrote: > K> > I have a problem with multi-port card based on Nm9845 chip. > K> > It's a card with 4 com-ports. > K> > It perfectly works with puc(4) and sio(4) drivers if they compiled i= nto=20 > K> > kernel. > K> > or with puc(4) and uart(4) drivers if they loaded manualy. > K> > But if puc(4) and uart(4) are compiled into kernel or loaded from > K> > loader.conf - problem appears. > K>=20 > K> Isn't puc superceded by uart? Why do you need both? >=20 > Shouldn't uarts attach on puc? This is what I have in 5.4-STABLE > system: >=20 > puc0: mem 0xea202000-0xea202fff irq 5 at device 11.0 = on pci0 > uart0: <16750 or compatible> on puc0 > uart1: <16750 or compatible> on puc0 > uart2: <16750 or compatible> on puc0 > uart3: <16750 or compatible> on puc0 > uart4: <16750 or compatible> on puc0 > uart5: <16750 or compatible> on puc0 > uart6: <16750 or compatible> on puc0 > uart7: <16750 or compatible> on puc0 >=20 > Should it be other way in 6.0 and HEAD? Sorry, I was confused..you do need both. I was thinking about uart superceding other sparc tty drivers. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXorqWry0BWjoQKURAgKJAJ9ZMRG6m6vZUuSfgm+aXab4nd5DTACg81hq jqUlNvUATO8FrZRizQrmkwg= =PFGz -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 19:45:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D58B16A420 for ; Tue, 25 Oct 2005 19:45:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9585D43D4C for ; Tue, 25 Oct 2005 19:45:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9PJbjRE012819; Tue, 25 Oct 2005 13:37:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 25 Oct 2005 13:37:41 -0600 (MDT) Message-Id: <20051025.133741.105393650.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86mzkzkpvk.fsf@xps.des.no> References: <20051024132130.GW69015@bunrab.catwhisker.org> <86mzkzkpvk.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 25 Oct 2005 13:37:46 -0600 (MDT) Cc: david@bunrab.catwhisker.org, current@freebsd.org Subject: Re: 6.0-RC1, X11 cut/paste between windows on different machines??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 19:45:24 -0000 In message: <86mzkzkpvk.fsf@xps.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : David Wolfskill writes: : > Symptoms... Sometimes (as mentioned above), the cut/paste works : > fine. Sometimes it doesn't. And in the latter case, what gets : > pasted into the target window is whatever had last been "cut" on : > the machine where the target window is running. And -- as an added= : > feature, I suppose -- it seems to be the norm (in the "non-working"= : > case) for the source window to be closed (and the process that had : > been running it to die). : = : man ssh, look for -Y. Or ForwardX11Trusted. Too bad ssh is stupid and old revisions die when they see configuration options they know nothing about :-( Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 20:09:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A3D16A41F for ; Tue, 25 Oct 2005 20:09:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BCF43D46 for ; Tue, 25 Oct 2005 20:09:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 25 Oct 2005 16:26:01 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 25 Oct 2005 15:21:02 -0400 User-Agent: KMail/1.8.2 References: <20051023044115.7050216A421@hub.freebsd.org> <20051024034329.GV66908@over-yonder.net> In-Reply-To: <20051024034329.GV66908@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510251521.03036.jhb@freebsd.org> Cc: "Matthew D. Fuller" Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 20:09:19 -0000 On Sunday 23 October 2005 11:43 pm, Matthew D. Fuller wrote: > On Sun, Oct 23, 2005 at 04:41:15AM +0000 I heard the voice of > > Bill Paul, and lo! it spake thus: > > The machine has several USB controllers and FreeBSD likes them just > > fine -- _when_ it actually manages to detect and attach the > > controllers correctly. Unfortunately, it very often doesn't. > > Interestingly enough, I have a machine that also doesn't get along > with its USB, but my situation is completely different. Mine seems to > be interrupt routing issues. And not even the fun ACPI-related > interrupt routing issues that everyone else seems to enjoy... > > This is an Intel PR440FX board (dual PPro). It's got onboard USB, and > I've got a mouse plugged into it, which I'd really like to use: Ok, some simple questions. 1) Does it work ok in 4.x? 2) Does it work ok if you disable APIC? 3) Do you have a verbose dmesg and mptable output available somewhere? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 20:11:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3E216A421 for ; Tue, 25 Oct 2005 20:11:37 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B60443D46 for ; Tue, 25 Oct 2005 20:11:35 +0000 (GMT) (envelope-from gbergling@0xfce3.net) X-Envelope-From: gbergling@0xfce3.net X-Envelope-To: Received: from node26.0xfce3.net (port-212-202-34-7.dynamic.qsc.de [212.202.34.7]) (authenticated bits=128) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j9PKBUX4015600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 25 Oct 2005 22:11:33 +0200 Received: from node26.0xfce3.net (localhost [127.0.0.1]) by node26.0xfce3.net (8.13.4/8.13.4) with ESMTP id j9PKBTMc001684 for ; Tue, 25 Oct 2005 22:11:29 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by node26.0xfce3.net (8.13.4/8.13.4/Submit) id j9PKBMdM001683 for current@freebsd.org; Tue, 25 Oct 2005 22:11:22 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: node26.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Tue, 25 Oct 2005 22:11:22 +0200 From: Gordon Bergling To: current@freebsd.org Message-ID: <20051025201122.GA1591@node26.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 6.0-RC1 i386 X-Host-Uptime: 10:03PM up 2:42, 5 users, load averages: 0.13, 0.09, 0.03 User-Agent: Mutt/1.5.11 X-Spam-Score: * (1.411) AWL,BAYES_50,FORGED_RCVD_HELO,HELO_DYNAMIC_DHCP X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: Subject: strange double panic (privileged instruction fault && page vault in ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 20:11:37 -0000 Hi, I have a Thinkpad T22. Sometimes I use the Suspend Mode (S3). It works without any problems so far, but a few hours ago I saw something strange. ---------------------------------------------------------------------- usb0: interrupt while not operating ignored usb0: interrupt while not operating ignored usb0: interrupt while not operating ignored Fatal trap 1: privileged instruction fault while in vm86 mode instruction pointer = 0x0:0x2 stack pointer = 0x0:0xff8 frame pointer = 0x0:0x0 code segment = base 0x0, limit 0x0, type 0x0 = DPL 0, pres 0, def32 0, gran 0 processor eflags = interrupt enabled, resume, vm86, IOPL = 0 current process = 6 (acpi_task1) trap number = 1 panic: privileged instruction fault Uptime: 14h0m42s Dumping 255 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 255MB (65248 pages) 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok chunk 2: 1MB (12 pages) ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RC1 #2: Fri Oct 21 18:31:34 CEST 2005 root@node26.0xfce3.net:/usr/obj/usr/src/sys/NODE26 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (896.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff [...] intpm0: PM I/O mapped 1000 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 Fatal trap 12: page fault while in vm86 mode fault virtual address = 0xffff fault code = user read, page not present instruction pointer = 0x0:0xffff stack pointer = 0x0:0xff8 frame pointer = 0x0:0x0 code segment = base 0x0, limit 0x0, type 0x0 = DPL 0, pres 0, def32 0, gran 0 processor eflags = interrupt enabled, resume, vm86, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ----------------------------------------------------------------------------- If I could provide more information just ask. Normally the systems comes up without problems, but I prints a few hundert times, "usb0: interrupt while not operating ignored", if this is from interest. best regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 20:31:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A628D16A41F for ; Tue, 25 Oct 2005 20:31:33 +0000 (GMT) (envelope-from mclone@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1847343D49 for ; Tue, 25 Oct 2005 20:31:33 +0000 (GMT) (envelope-from mclone@gmail.com) Received: by xproxy.gmail.com with SMTP id s17so1248wxc for ; Tue, 25 Oct 2005 13:31:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Hpr9UtdtgWCKMNvjlM/Y31VN5kGXW12mTtEpKNlJcE+v0+ppq6J3UkHkSo5n6r5rz357I34GrRe1nV8mAoHK48kmC9jbCVI74WHe+N5SjyUwd7yiysf7Xkgy4eF0mrfXGjDhcoiild04J4VWWEktCz1L0Jzt3P1Cye0aNlPAb8E= Received: by 10.64.208.5 with SMTP id f5mr87751qbg; Tue, 25 Oct 2005 13:31:32 -0700 (PDT) Received: by 10.64.184.14 with HTTP; Tue, 25 Oct 2005 13:31:31 -0700 (PDT) Message-ID: <451cb3010510251331l3e664c04u210052947c36a252@mail.gmail.com> Date: Tue, 25 Oct 2005 23:31:31 +0300 From: McLone To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Cc: Subject: geom_eli stability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 20:31:33 -0000 V2hpbGUgc3VmZmVyaW5nIGZyb20gcGFyYW5veWEgYXR0YWNrIGxhdGVseSwgaSB3YW50ZWQgdG8K ZW5jcnlwdCBteSAvIGFuZCAvdXNyLCBzbyBpIHJlYWQgZ2VsaSg4KSBhbmQgZG9uZSB0aGlzOgo+ IG5ld2ZzIC9kZXYvYWQzczFhICAjIGZvciB1bmVuY3J5cHRlZCBrZXJuZWwKPiBnZWxpIGluaXQg LWIgLWwgMjU2IC1zIDIwNDggL2Rldi9hZDNzMWQKPiBnZWxpIGF0dGFjaCAvZGV2L2FkM3MxZDsg bmV3ZnMgLVUgL2Rldi9hZDNzMWQuZWxpCj4gbW91bnQgL2Rldi9hZDNzMWQuZWxpIC9tbnQvbmV3 OyBta2RpciAvbW50L25ldy91c3IKPiBlY2hvICJzb19tMyBkQC5UYSIgfCBtZDUgfCBjdXQgLWMg LTIzID4gL21udC9uZXcvdGhlLmtleQo+IGNwIC9tbnQvbmV3L3RoZS5rZXkgLyAgIyBkdW5ubyBp ZiBpdCdzIG5lZWRlZCwganVzdCBndWVzcwo+IGdlbGkgaW5pdCAtSyAvdGhlLmtleSAtcyA0MDk2 IC9kZXYvYWQzczFlCj4gZ2VsaSBhdHRhY2ggLWsgL3RoZS5rZXkgL2Rldi9hZDNzMWU7IG5ld2Zz IC1VIC9kZXYvYWQzczFlLmVsaQo+IG1vdW50IC9kZXYvYWQzczFlLmVsaSAvbW50L25ldy91c3IK PiBjZCAvdXNyL3NyYyAmJiBzZXRlbnYgREVTVERJUiAvbW50L25ldwo+IG1ha2UgaW5zdGFsbHdv cmxkCgppdCBwYW5pY2tzIGhlcmUgKGxhdGVzdCBSRUxFTkdfNikgd2l0aCB2bV8/LgpJcyBpdCBr bm93biBwcm9ibGVtLCBvciBpIHNob3VsZCBwdXQgZGVidWcgb24gaXQgYW5kCnBvc3QgZXhhY3Qg cGFuaWMgaGVyZT8KCkZvciBub3cgaSBlbmRlZCB3aXRoIG9ubHkgc3dhcCBhbmQgIC9ob21lIGVu Y3J5cHRlZCwKc2VlbXMgc3RhYmxlLCBidXQgaSdtIGFmcmFpZCB0byBwcm9kdWNlIGxvYWQgb24g aXQuCgpwLnMuIE1heSBiZSBzZWN0b3Igc2l6ZXMgaSBmZWQgZ2VsaSB3aXRoIGFyZSBiaXphcnJl IHRvbz8KLS0Kd2JyLCAgICAgICAgICAgICAgICAgICAgICAgIHxcICAgICAgXywsLC0tLSwsXyAg ICAgICAgICAgZG9nIGJsZXNzIHlhIQpgICAgICAgICAgICAgICAgICAgICAgICBaenogLyxgLi0n YCcgICAgLS4gIDstOzssXwpNY0xvbmUgYXQgR01haWwgZG90IGNvbSAgICB8LDQtICApICktLF8u ICxcICggIGAnLScKLCBuZXQtIGFuZCAqQlNEIGFkbWluICAgICAnLS0tJycoXy8tLScgIGAtJ1xf KSAgIC4uLnRyYW5zbGl0IHJhd3gK From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 20:39:59 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09DD16A41F for ; Tue, 25 Oct 2005 20:39:59 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3458743D48 for ; Tue, 25 Oct 2005 20:39:59 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.4) with ESMTP id j9PKdoHY004917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Tue, 25 Oct 2005 16:39:50 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.4/Submit) id j9PKdhMZ004914; Tue, 25 Oct 2005 16:39:43 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17246.38927.551094.180428@khavrinen.csail.mit.edu> Date: Tue, 25 Oct 2005 16:39:43 -0400 To: "Matt Emmerton" In-Reply-To: <0d9d01c5d7ea$4a9ab860$1200a8c0@gsicomp.on.ca> References: <435A8E71.1000806@forrie.com> <0d9d01c5d7ea$4a9ab860$1200a8c0@gsicomp.on.ca> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Tue, 25 Oct 2005 16:39:51 -0400 (EDT) X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: OpenAFS for FreeBSD... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 20:39:59 -0000 < said: > OpenAFS has a partial port to FreeBSD; there have been a few folks who have > been dilligently working on this over the past couple of years. > From http://www.openafs.org/projects.html, it appears that all the *BSDs > have some degree of support but with missing pieces. The OpenAFS kernel code is an incredible festering pile of excr^H^H^H^H#ifdefs. I had much better luck getting Arla to work properly; it doesn't try to do so much in the kernel. So I stopped working on OpenAFS. I think Jim Rees still keeps a hand in.... -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 23:09:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FBCC16A41F for ; Tue, 25 Oct 2005 23:09:28 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id C254F43D48 for ; Tue, 25 Oct 2005 23:09:27 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 25 Oct 2005 19:09:03 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 2788E13653; Tue, 25 Oct 2005 19:09:26 -0400 (EDT) Date: Tue, 25 Oct 2005 19:09:26 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20051025230925.GA4354@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 25 Oct 2005 23:09:03.0953 (UTC) FILETIME=[17B03C10:01C5D9B9] Subject: panic: trying to sleep while sleeping is prohibited (from ttyinfo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 23:09:28 -0000 I just got this panic from my 7.0-CURRENT laptop (Thinkpad T20), cvsup'd as of Oct 11. I was editing a file in vi at the time. -ed root@laptop# uname -a FreeBSD laptop 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Tue Oct 11 18:03:58 EDT 2005 emaste_bsd-build.phaedrus.sandvine.com:/d2/emaste/head/obj/d2/emaste/head/sr c/sys/GENERIC i386 (kgdb) bt [...] #9 0xc063805f in panic ( fmt=0xc0867c0a "trying to sleep while sleeping is prohibited") at /d2/emaste/head/src/sys/kern/kern_shutdown.c:539 #10 0xc065555c in sleepq_add (wchan=0xc092e764, lock=0xc092e1c0, wmesg=0x12
, flags=1) at /d2/emaste/head/src/sys/kern/subr_sleepqueue.c:273 #11 0xc0613636 in cv_wait (cvp=0xc092e764, mp=0xc092e1c0) at /d2/emaste/head/src/sys/kern/kern_condvar.c:127 #12 0xc063d0a0 in _sx_slock (sx=0xc092e740, file=0xc086adef "/d2/emaste/head/src/sys/kern/tty.c", line=2564) at /d2/emaste/head/src/sys/kern/kern_sx.c:122 #13 0xc06691f0 in ttyinfo (tp=0xc1bac000) at /d2/emaste/head/src/sys/kern/tty.c:2564 #14 0xc066627e in ttyinput (c=20, tp=0xc1bac000) at /d2/emaste/head/src/sys/kern/tty.c:626 #15 0xc07da749 in sckbdevent (thiskbd=0xc098afa0, event=0, arg=0xc09aee80) at linedisc.h:122 #16 0xc07b6d74 in atkbd_intr (kbd=0xc098afa0, arg=0x0) at /d2/emaste/head/src/sys/dev/atkbdc/atkbd.c:486 #17 0xc07b7e6a in atkbdintr (arg=0xc1033000) at /d2/emaste/head/src/sys/dev/atkbdc/atkbd_atkbdc.c:174 #18 0xc06258bc in ithread_loop (arg=0xc19d8900) at /d2/emaste/head/src/sys/kern/kern_intr.c:547 #19 0xc0624cc8 in fork_exit (callout=0xc0625778 , arg=0xc19d8900, frame=0xd44a5d38) at /d2/emaste/head/src/sys/kern/kern_fork.c:789 #20 0xc07e780c in fork_trampoline () at /d2/emaste/head/src/sys/i386/i386/exception.s:208 (kgdb) frame 12 [...] (kgdb) p *sx $2 = {sx_object = {lo_class = 0xc08cc8ac, lo_name = 0xc0864442 "proctree", lo_type = 0xc0864442 "proctree", lo_flags = 3866624, lo_list = { tqe_next = 0xc092e780, tqe_prev = 0xc092e710}, lo_witness = 0xc093fa38}, sx_lock = 0xc092e1c0, sx_cnt = -1, sx_shrd_cv = {cv_description = 0xc0864442 "proctree", cv_waiters = 1}, sx_shrd_wcnt = 1, sx_excl_cv = {cv_description = 0xc0864442 "proctree", cv_waiters = 0}, sx_excl_wcnt = 0, sx_xholder = 0xc344d300} From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 23:24:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC2316A420 for ; Tue, 25 Oct 2005 23:24:24 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC6B43D48 for ; Tue, 25 Oct 2005 23:24:24 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465 for ; Tue, 25 Oct 2005 16:24:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E00155D04 for ; Tue, 25 Oct 2005 16:24:19 -0700 (PDT) To: current@freebsd.org Date: Tue, 25 Oct 2005 16:24:19 -0700 From: "Kevin Oberman" Message-Id: <20051025232419.E00155D04@ptavv.es.net> Cc: Subject: On-going problems with new dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 23:24:24 -0000 Brooks et. al., I have just spent a miserable time fighting with the new dhclient. I am currently working in Seattle getting a very large network ready for a bit computer show next month. I have excellent signal strength and don't ever see the association drop. But I keep loosing my address and long before the lease expires. For a while I was seeing the address vanish more than once a minute. Ack! I assumed that dhclient was exiting, but then I did "ps -ax | grep dhclient" and I discovered that I had a whole bunch of processes, half [priv] and half not, all on the same interface. This looked rather broken to me. I had "restarted" dhclient several times, so I suspect it was not really exiting when the network died and the address went away. I know that if_wi does not play nice with the 802.11 modem but I really don't think this should be happening. It's rally annoying! I don't see this on my home wireless, but I have seen it several times while traveling. I see it occasionally at work. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 23:36:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F5516A41F for ; Tue, 25 Oct 2005 23:36:11 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 544B043D45 for ; Tue, 25 Oct 2005 23:36:11 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so58689wxc for ; Tue, 25 Oct 2005 16:36:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pjeQoNvezshwOSvniLn4nQQUcS8vOAJsquByJuz86sNbQC5HlVafnhxL4TMkAgbBfiRFkcvVRKjx1vbpAHRlOxLIejCnyDxxKcVPuuFBoD+q2MyLUHHObHrEsOTmqqgaLhBHOYvpGyFVpgGgZiHZYrN8cjj9Ijh8DeLO5UjZTYQ= Received: by 10.70.86.11 with SMTP id j11mr29117wxb; Tue, 25 Oct 2005 16:36:10 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Tue, 25 Oct 2005 16:36:10 -0700 (PDT) Message-ID: <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> Date: Wed, 26 Oct 2005 00:36:10 +0100 From: Joao Barros To: Robert Atkinson In-Reply-To: <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> Cc: freebsd-current@freebsd.org, Samuel Clements Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 23:36:12 -0000 On 10/25/05, Robert Atkinson wrote: > Maybe a longshot, but what is your cluster size? The default block size of 16384 bytes, a fragment size of 2048 bytes The ide drive has a NTFS partition which I mounted readonly and copying files from there resulted with the same below expected performance :( > > I'd be interested to hear if same irq is being shared if that is enough = bw? I disabled the USB controller and the extra NIC to get more available IRQs and tried using the amr on diferent pci slots with no change in performance. > > I've gotten better perf on that hardware with 6, so that's things i watc= h > for. Tipical 'systat -vm' when getting most bandwith (5.4MB/s): 1 users Load 0.21 0.20 0.08 Oct 26 00:27 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 11428 1340 44612 3552 10832 count All 246032 3028 10261972 6828 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 3340 total 24 7743 1535 5604 40 45836 wire 1001 0: cl= k 14108 act 2127 5: fx= p0 15.6%Sys 10.9%Intr 0.8%User 0.0%Nice 72.7%Idl 176424 inact 6: fd= c0 | | | | | | | | | | 10184 cache 128 8: rt= c =3D=3D=3D=3D=3D=3D=3D=3D+++++> 648 f= ree 11: ahc daefr 13: n= px Namei Name-cache Dir-cache prcfr 14: a= ta Calls hits % hits % react 84 15: a= mr 1 pdwake zfod 1229 pdpgs Disks ad0 amrd0 da0 pass0 ofod intrn KB/t 0.00 128 0.00 0.00 %slo-z 35152 buf tps 0 42 0 0 993 tfree 3 dirtybuf MB/s 0.00 5.25 0.00 0.00 17453 desiredvnodes % busy 0 14 0 0 643 numvnodes 336 freevnodes -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Oct 25 23:57:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF5C16A41F; Tue, 25 Oct 2005 23:57:27 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924E543D45; Tue, 25 Oct 2005 23:57:27 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (unknown [70.152.101.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 081D02A; Tue, 25 Oct 2005 18:57:24 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 25) id 253B520F67; Tue, 25 Oct 2005 18:56:14 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 9511220F56; Tue, 25 Oct 2005 17:45:09 -0500 (CDT) Date: Tue, 25 Oct 2005 17:45:09 -0500 From: "Matthew D. Fuller" To: John Baldwin Message-ID: <20051025224508.GB74484@over-yonder.net> References: <20051023044115.7050216A421@hub.freebsd.org> <20051024034329.GV66908@over-yonder.net> <200510251521.03036.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <200510251521.03036.jhb@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2005 23:57:28 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 25, 2005 at 03:21:02PM -0400 I heard the voice of John Baldwin, and lo! it spake thus: > > Ok, some simple questions. > > 1) Does it work ok in 4.x? I'll have to see if I have a drive with 4.x around here that I can try booting in it. I think I have a 4.{7,8} machine in a closet. > 2) Does it work ok if you disable APIC? > > 3) Do you have a verbose dmesg and mptable output available > somewhere? mptable -verbose attached. The dmesg will probably have to wait for the weekend; I really hate losing my state :| Isn't there a loader tunable for disabling APIC? I don't see anything jumping out at me in the manpages... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=mpt =============================================================================== MPTable looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f80f0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f80f0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x10 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f8100 signature: 'PCMP' base table length: 252 version: 1.4 checksum: 0x8e OEM ID: 'INTEL ' Product ID: 'PR440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 23 local APIC address: 0xfec08000 extended table length: 120 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 1 7 0xfbff 12 0x11 AP, usable 6 1 7 0xfbff -- Bus: Bus ID Type 0 PCI 18 ISA -- I/O APICs: APIC ID Version State Address 13 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 13 0 INT active-hi edge 18 1 13 1 INT active-hi edge 18 3 13 3 INT active-hi edge 18 4 13 4 INT active-hi edge 18 5 13 5 INT active-hi edge 18 6 13 6 INT active-hi edge 18 7 13 7 INT active-hi edge 18 8 13 8 INT active-hi edge 18 12 13 12 INT active-hi edge 18 14 13 14 INT active-hi edge 18 15 13 15 INT active-lo level 0 17:A 13 18 INT active-lo level 0 15:A 13 17 INT active-lo level 0 11:A 13 16 INT active-lo level 0 9:A 13 17 INT active-lo level 0 6:A 13 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x4000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x4000 -- System Address Space bus ID: 0 address type: memory address address base: 0xdc000 address range: 0x4000 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- System Address Space bus ID: 0 address type: memory address address base: 0x10000000 address range: 0xf0000000 -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 =============================================================================== --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:05:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A6F916A41F for ; Wed, 26 Oct 2005 00:05:11 +0000 (GMT) (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 8126B43D48 for ; Wed, 26 Oct 2005 00:05:10 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q0593S037831 for ; Tue, 25 Oct 2005 20:05:09 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id j9Q058MN063704; Tue, 25 Oct 2005 20:05:08 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q057tu044899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Oct 2005 20:05:07 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051025195327.07e7b9a8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 25 Oct 2005 20:04:22 -0400 To: Joao Barros , Robert Atkinson From: Mike Tancsa In-Reply-To: <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.co m> References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:05:11 -0000 At 07:36 PM 25/10/2005, Joao Barros wrote: >Tipical 'systat -vm' when getting most bandwith (5.4MB/s): On my home box (2Ghz celeron) doing an xcopy to a share on a plain old IDE drive tty ad0 twed0 da1 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 78 128.00 74 9.24 0.00 0 0.00 0.00 0 0.00 2 0 20 44 34 0 232 128.00 75 9.37 0.00 0 0.00 0.00 0 0.00 1 0 15 46 38 0 78 126.53 76 9.38 0.00 0 0.00 0.00 0 0.00 2 0 13 32 53 0 78 128.00 74 9.24 0.00 0 0.00 0.00 0 0.00 4 0 27 37 31 This is just fastE on a realtek. Oddly enough, reading is not quite as fast, but close enough. It might be my fragmented laptop drive cant write out very fast 0 77 88.73 11 0.95 0.00 0 0.00 0.00 0 0.00 0 0 0 5 95 0 77 128.00 69 8.61 0.00 0 0.00 0.00 0 0.00 4 0 11 35 50 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 0 0 15 34 51 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 3 0 11 33 53 0 78 121.23 70 8.28 0.00 0 0.00 0.00 0 0.00 3 0 17 32 49 0 78 128.00 70 8.74 0.00 0 0.00 0.00 0 0.00 2 0 11 34 53 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 1 0 13 35 52 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 3 0 17 32 48 0 78 126.38 69 8.50 0.00 0 0.00 0.00 0 0.00 1 0 10 37 53 0 78 128.00 71 8.86 0.00 0 0.00 0.00 0 0.00 4 0 13 29 54 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 1 0 12 37 50 0 78 126.42 71 8.76 0.00 0 0.00 0.00 0 0.00 2 0 14 33 52 0 78 128.00 68 8.49 0.00 0 0.00 0.00 0 0.00 2 0 16 32 50 0 78 121.60 70 8.30 0.00 0 0.00 0.00 0 0.00 1 0 11 35 53 ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:09:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4BE16A41F for ; Wed, 26 Oct 2005 00:09:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A20FA43D49 for ; Wed, 26 Oct 2005 00:09:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9Q09Xrt008186; Tue, 25 Oct 2005 17:09:33 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9Q09XXj008185; Tue, 25 Oct 2005 17:09:33 -0700 Date: Tue, 25 Oct 2005 17:09:33 -0700 From: Brooks Davis To: Kevin Oberman Message-ID: <20051026000933.GA23992@odin.ac.hmc.edu> References: <20051025232419.E00155D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20051025232419.E00155D04@ptavv.es.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: On-going problems with new dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:09:42 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 04:24:19PM -0700, Kevin Oberman wrote: > Brooks et. al., >=20 > I have just spent a miserable time fighting with the new dhclient. I am > currently working in Seattle getting a very large network ready for a bit > computer show next month. I have excellent signal strength and don't > ever see the association drop. But I keep loosing my address and long > before the lease expires. For a while I was seeing the address vanish > more than once a minute. Ack! >=20 > I assumed that dhclient was exiting, but then I did "ps -ax | grep > dhclient" and I discovered that I had a whole bunch of processes, half > [priv] and half not, all on the same interface. This looked rather > broken to me. I had "restarted" dhclient several times, so I suspect it > was not really exiting when the network died and the address went away. >=20 > I know that if_wi does not play nice with the 802.11 modem but I really > don't think this should be happening. It's rally annoying! >=20 > I don't see this on my home wireless, but I have seen it several times > while traveling. I see it occasionally at work. I've never seen more than two dhclients per interface so some weird edge case is being hit. I'm guessing the interface is thrashing between APs and that may be causing problems. What I really need is a trace of state transitions from the NIC. 80211watch and 80211debug in src/tools/tools/ath/ may be sufficent, though I'm not sure. If you can get me in, I'd be happy to come down and try to debug this myself since I live in Seattle. I'd certainly like my laptop to work when I'm trying to attend the show. :) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDXsk9XY6L6fI4GtQRArXtAJ90w8JJXAy0r5GWJLvymvzoCKyVXACfaasw EBOrfw7CmeeBk0e9u8OUGwA= =miK9 -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:21:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E0416A41F for ; Wed, 26 Oct 2005 00:21:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 377AA43D45 for ; Wed, 26 Oct 2005 00:21:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 25 Oct 2005 17:21:16 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4894C5D04; Tue, 25 Oct 2005 17:21:16 -0700 (PDT) To: Brooks Davis In-reply-to: Your message of "Tue, 25 Oct 2005 17:09:33 PDT." <20051026000933.GA23992@odin.ac.hmc.edu> Date: Tue, 25 Oct 2005 17:21:16 -0700 From: "Kevin Oberman" Message-Id: <20051026002116.4894C5D04@ptavv.es.net> Cc: current@freebsd.org Subject: Re: On-going problems with new dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:21:20 -0000 Brooks, Thanks for the kind offer, but it's too late. The wireless network was re-done when we got our permanent link from PNW GigaPOP came up. The AP did not move, although the configuration changed at least a bit as the WAN side address changed. I have no idea why this would make a difference, but it did. The network has been completely solid since just about the time I sent the message. Weird! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:34:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 752F516A41F for ; Wed, 26 Oct 2005 00:34:15 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA9E043D46 for ; Wed, 26 Oct 2005 00:34:14 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9Q0Y84h011938; Tue, 25 Oct 2005 17:34:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9Q0Y8Wa011937; Tue, 25 Oct 2005 17:34:08 -0700 Date: Tue, 25 Oct 2005 17:34:08 -0700 From: Brooks Davis To: Kevin Oberman Message-ID: <20051026003408.GA10176@odin.ac.hmc.edu> References: <20051026000933.GA23992@odin.ac.hmc.edu> <20051026002116.4894C5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20051026002116.4894C5D04@ptavv.es.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: On-going problems with new dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:34:15 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 05:21:16PM -0700, Kevin Oberman wrote: > Brooks, >=20 > Thanks for the kind offer, but it's too late. >=20 > The wireless network was re-done when we got our permanent link from PNW > GigaPOP came up. The AP did not move, although the configuration > changed at least a bit as the WAN side address changed. I have no idea > why this would make a difference, but it did. The network has been > completely solid since just about the time I sent the message. Weird! What sort of AP is it? A standard AP or another fancy thing the vendor wants to test the hard way. :) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDXs79XY6L6fI4GtQRAhtUAKCzYguAk7RTMXqM8aim4D72yEc7RACfQTb8 aYLJjmN98/WmLTVqtn3vq+s= =etwr -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:37:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C647416A41F for ; Wed, 26 Oct 2005 00:37:15 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E267843D45 for ; Wed, 26 Oct 2005 00:37:14 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j9Q0bBHr023686; Tue, 25 Oct 2005 20:37:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j9Q0b0to023683; Tue, 25 Oct 2005 20:37:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 25 Oct 2005 20:37:00 -0400 (EDT) From: Andre Guibert de Bruet To: Ulrich Spoerlein In-Reply-To: <20051024083541.GC1093@galgenberg.net> Message-ID: <20051025202143.O21639@lexi.siliconlandmark.com> References: <20051023190528.78454.qmail@web26809.mail.ukl.yahoo.com> <20051023233759.B22848@mp2.macomnet.net> <20051024075826.GB1093@galgenberg.net> <20051024120821.B67591@mp2.macomnet.net> <20051024083541.GC1093@galgenberg.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.456, required 6, autolearn=not spam, AWL 0.14, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: Small typo in /usr/share/examples/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:37:15 -0000 On Mon, 24 Oct 2005, Ulrich Spoerlein wrote: > On Mon, 24.10.2005 at 12:11:21 +0400, Maxim Konovalov wrote: >> >> Being non-native speaker I am not sure this is a error. There are >> about a dozen "arguement"s in our src tree and google gives 2.8 >> millions. > > I see. My Dictionary of Contemporary English lists 'argument' only (no > AE, BE distinction). There are 117 million google hits for 'argument' > though. > > In /usr/src we have 35547 hits vs. 11 hits. > > No, I'm *not* saying all these should be fixed. We should probably just > forget the matter. I figured I would conjure up some patches, just in case someone wanted to commit them: http://bling.properkernel.com/freebsd/argument.bind9.FAQ.diff http://bling.properkernel.com/freebsd/argument.extras.c.diff http://bling.properkernel.com/freebsd/argument.gcc.ChangeLog.10.diff http://bling.properkernel.com/freebsd/argument.ipfilter.ipfw-howto.txt.diff http://bling.properkernel.com/freebsd/argument.isccfg.c.diff http://bling.properkernel.com/freebsd/argument.libmilter.smfi_stop.html.diff http://bling.properkernel.com/freebsd/argument.libsm.io.html.diff http://bling.properkernel.com/freebsd/argument.pr.c.diff http://bling.properkernel.com/freebsd/argument.texinfo.NEWS.diff I will try contacting the guilty parties for the instances that are in contrib/*. Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 00:42:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25D1E16A41F for ; Wed, 26 Oct 2005 00:42:57 +0000 (GMT) (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 E91D443D45 for ; Wed, 26 Oct 2005 00:42:56 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 25 Oct 2005 17:42:53 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B50175D09; Tue, 25 Oct 2005 17:42:52 -0700 (PDT) To: Brooks Davis In-reply-to: Your message of "Tue, 25 Oct 2005 17:34:08 PDT." <20051026003408.GA10176@odin.ac.hmc.edu> Date: Tue, 25 Oct 2005 17:42:52 -0700 From: "Kevin Oberman" Message-Id: <20051026004252.B50175D09@ptavv.es.net> Cc: current@freebsd.org Subject: Re: On-going problems with new dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 00:42:57 -0000 > Date: Tue, 25 Oct 2005 17:34:08 -0700 > From: Brooks Davis > > On Tue, Oct 25, 2005 at 05:21:16PM -0700, Kevin Oberman wrote: > > Brooks, > > > > Thanks for the kind offer, but it's too late. > > > > The wireless network was re-done when we got our permanent link from PNW > > GigaPOP came up. The AP did not move, although the configuration > > changed at least a bit as the WAN side address changed. I have no idea > > why this would make a difference, but it did. The network has been > > completely solid since just about the time I sent the message. Weird! > > What sort of AP is it? A standard AP or another fancy thing the vendor > wants to test the hard way. :) Just a generic Linksys WRT54G. It's just here for us to use while staging the net and will not be used during the show. We have about 30 laptops here that are using it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 01:30:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D01316A41F for ; Wed, 26 Oct 2005 01:30:46 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABD5843D45 for ; Wed, 26 Oct 2005 01:30:45 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 25 Oct 2005 21:30:22 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id B8A3313638; Tue, 25 Oct 2005 21:30:44 -0400 (EDT) Date: Tue, 25 Oct 2005 21:30:44 -0400 From: Ed Maste To: "M. Warner Losh" Message-ID: <20051026013044.GA33070@sandvine.com> References: <20051016202721.GA10256@sandvine.com> <20051016.210255.65497697.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051016.210255.65497697.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Oct 2005 01:30:22.0406 (UTC) FILETIME=[D53D7E60:01C5D9CC] Cc: freebsd-current@freebsd.org Subject: Re: DWL-650 (RTL8180L) cardbus issue (Expecting link target, got 0xcc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 01:30:46 -0000 On Sun, Oct 16, 2005 at 09:02:55PM -0600, M. Warner Losh wrote: > However, it won't help you. Your problem is resource allocation. > When we allocate the memory to read the CIS, something conflicts so we > can't map the CIS there. that's why you are seeing odd things. > > I'd try setting hw.cbb.start_memory=0x5200000 and other addresses that > aren't 0x88000000. With hw.cbb.start_memory=0x520000, none of my wireless cards work; they all report "Expecting link target, got ..." With it set to 0x88000000, my Atheros based card works, but my other two don't. The Atheros reports Oct 25 21:14:13 laptop kernel: cardbus1: Non-prefetchable memory at 88000000-8800ffff Oct 25 21:14:13 laptop kernel: ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on cardbus1 (and ath0 then works) The ADMtek one reports Oct 25 21:15:07 laptop kernel: cardbus1: Expecting link target, got 0x0 Oct 25 21:15:07 laptop kernel: cardbus1: Resource not specified in CIS: id=10, size=100 Oct 25 21:15:07 laptop kernel: cardbus1: Resource not specified in CIS: id=14, size=400 Oct 25 21:15:07 laptop kernel: cardbus1: Non-prefetchable memory at 88000000-880003ff Oct 25 21:15:07 laptop kernel: cbb alloc res fail Oct 25 21:15:07 laptop kernel: cardbus1: Can't get memory for IO ports Oct 25 21:15:07 laptop kernel: ndis0: port 0-0xff mem 0x88000000-0x880003ff at device 0.0 on cardbus1 Oct 25 21:15:07 laptop kernel: cbb alloc res fail Oct 25 21:15:07 laptop kernel: ndis0: couldn't map iospace -ed From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 01:52:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917E116A41F for ; Wed, 26 Oct 2005 01:52:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D5743D48 for ; Wed, 26 Oct 2005 01:52:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1EUaSP-0002jr-OZ for freebsd-current@freebsd.org; Wed, 26 Oct 2005 01:52:01 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.53 (FreeBSD)) id 1EUaSH-0005Eq-6T for freebsd-current@freebsd.org; Tue, 25 Oct 2005 18:51:53 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17246.57656.780906.76828@roam.psg.com> Date: Tue, 25 Oct 2005 18:51:52 -0700 To: FreeBSD Current Subject: tty_ithd' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 01:52:02 -0000 exceeding current i386 ===> cx (all) cc -O -pipe -march=pentiumpro -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/ROAM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/ROAM -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/cx/../../dev/cx/if_cx.c /usr/src/sys/modules/cx/../../dev/cx/if_cx.c: In function `cx_modevent': /usr/src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: `tty_ithd' undeclared (first use in this function) /usr/src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: for each function it appears in.) /usr/src/sys/modules/cx/../../dev/cx/if_cx.c:2563: warning: implicit declaration of function `ithread_remove_handler' /usr/src/sys/modules/cx/../../dev/cx/if_cx.c:2563: warning: nested extern declaration of `ithread_remove_handler' *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 01:58:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E3F16A41F for ; Wed, 26 Oct 2005 01:58:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id F307843D45 for ; Wed, 26 Oct 2005 01:58:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j9Q1wl7X022081; Tue, 25 Oct 2005 18:58:47 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <025401c5d953$47004480$821cfa9e@mics.msu.su> References: <025401c5d953$47004480$821cfa9e@mics.msu.su> Mime-Version: 1.0 (Apple Message framework v734) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9187905F-F952-444A-912D-823BB97B42DE@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 25 Oct 2005 18:58:46 -0700 To: Mike G X-Mailer: Apple Mail (2.734) Cc: current@freebsd.org Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 01:58:49 -0000 On Oct 25, 2005, at 4:00 AM, Mike G wrote: > Hello! > > I have a problem with multi-port card based on Nm9845 chip. > It's a card with 4 com-ports. > It perfectly works with puc(4) and sio(4) drivers if they compiled > into kernel. > or with puc(4) and uart(4) drivers if they loaded manualy. > But if puc(4) and uart(4) are compiled into kernel or loaded from > loader.conf - problem appears. > > Instead of puc(4) attaching to the device, and uarts attaching to > the puc0, > I see that uart(4) driver attaches to the device itself. Fixed in rev. 1.6 of src/sys/dev/uart/uart_bus_pci.c The problem was that there were PCI IDs of multi-port cards in the list of devices that uart(4) could attach to. Rev 1.6 can manually be applied to 6.0 (including BETAs and RCs). The fix will not make it in 6.0 though. I'll merge after 6.0 is released. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 02:02:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E6716A41F; Wed, 26 Oct 2005 02:02:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C46E43D48; Wed, 26 Oct 2005 02:02:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q22rZr077219; Tue, 25 Oct 2005 22:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q22rdi034138; Tue, 25 Oct 2005 22:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5029A7302F; Tue, 25 Oct 2005 22:02:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051026020253.5029A7302F@freebsd-current.sentex.ca> Date: Tue, 25 Oct 2005 22:02:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 02:02:55 -0000 TB --- 2005-10-26 00:39:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-26 00:39:10 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-26 00:39:10 - cleaning the object tree TB --- 2005-10-26 00:39:42 - checking out the source tree TB --- 2005-10-26 00:39:42 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-26 00:39:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-26 00:46:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-26 00:46:49 - cd /src TB --- 2005-10-26 00:46:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-26 01:52:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-26 01:52:28 - cd /src TB --- 2005-10-26 01:52:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 26 01:52:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:648: error: (Each undeclared identifier is reported only once /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:648: error: for each function it appears in.) /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: implicit declaration of function `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: nested extern declaration of `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c: In function `bt3c_pccard_detach': /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:727: warning: nested extern declaration of `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: redundant redeclaration of 'ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: previous implicit declaration of 'ithread_remove_handler' was here *** Error code 1 Stop in /src/sys/modules/netgraph/bluetooth/bt3c. *** Error code 1 Stop in /src/sys/modules/netgraph/bluetooth. *** Error code 1 Stop in /src/sys/modules/netgraph. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-26 02:02:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-26 02:02:53 - ERROR: failed to build generic kernel TB --- 2005-10-26 02:02:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 03:57:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE89F16A41F; Wed, 26 Oct 2005 03:57:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6921543D4C; Wed, 26 Oct 2005 03:57:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9Q3v72o073822; Tue, 25 Oct 2005 23:57:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q3v8P1026241; Tue, 25 Oct 2005 23:57:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E50677302F; Tue, 25 Oct 2005 23:57:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051026035707.E50677302F@freebsd-current.sentex.ca> Date: Tue, 25 Oct 2005 23:57:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 03:57:10 -0000 TB --- 2005-10-26 02:02:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-26 02:02:53 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-26 02:02:53 - cleaning the object tree TB --- 2005-10-26 02:03:34 - checking out the source tree TB --- 2005-10-26 02:03:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-26 02:03:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-26 02:10:38 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-26 02:10:38 - cd /src TB --- 2005-10-26 02:10:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-26 03:43:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-26 03:43:33 - cd /src TB --- 2005-10-26 03:43:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 26 03:43:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:648: error: (Each undeclared identifier is reported only once /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:648: error: for each function it appears in.) /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: implicit declaration of function `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: nested extern declaration of `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c: In function `bt3c_pccard_detach': /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:727: warning: nested extern declaration of `ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: redundant redeclaration of 'ithread_remove_handler' /src/sys/modules/netgraph/bluetooth/bt3c/../../../../netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c:685: warning: previous implicit declaration of 'ithread_remove_handler' was here *** Error code 1 Stop in /src/sys/modules/netgraph/bluetooth/bt3c. *** Error code 1 Stop in /src/sys/modules/netgraph/bluetooth. *** Error code 1 Stop in /src/sys/modules/netgraph. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-26 03:57:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-26 03:57:07 - ERROR: failed to build generic kernel TB --- 2005-10-26 03:57:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 04:07:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6602D16A41F for ; Wed, 26 Oct 2005 04:07:14 +0000 (GMT) (envelope-from phreaki@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B862B43D46 for ; Wed, 26 Oct 2005 04:07:13 +0000 (GMT) (envelope-from phreaki@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so143110wxc for ; Tue, 25 Oct 2005 21:07:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=dDYSVbfMZKaHewojCo4fJpX/4eSR2ib44Rohl16sm4ExMYEGlD0Y2L/DHTFrEz1zq/f37NopM7be6KLzpi26MjA0/h6H+SmSXFTDvFqbfqpkQKZZssRpe4fkc8bFN7nE2LMx82mdjrB6i5i4TGHm88ffOQHmmzJpp1s7oGbdQRw= Received: by 10.64.210.11 with SMTP id i11mr346307qbg; Tue, 25 Oct 2005 21:07:13 -0700 (PDT) Received: by 10.65.23.2 with HTTP; Tue, 25 Oct 2005 21:07:13 -0700 (PDT) Message-ID: <6fb2b4650510252107n66318924m874d530fb01410ad@mail.gmail.com> Date: Wed, 26 Oct 2005 00:07:13 -0400 From: Robert Atkinson To: Joao Barros In-Reply-To: <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> MIME-Version: 1.0 References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 04:07:14 -0000 On 10/25/05, Joao Barros wrote: > > On 10/25/05, Robert Atkinson wrote: > > Maybe a longshot, but what is your cluster size? > The default block size of 16384 bytes, a fragment size of 2048 bytes > The ide drive has a NTFS partition which I mounted readonly and > copying files from there resulted with the same below expected > performance :( > > > > > I'd be interested to hear if same irq is being shared if that is enough > bw? > > I disabled the USB controller and the extra NIC to get more available > > IRQs and tried using the amr on diferent pci slots with no change in > > performance. > > I could swear I remember seeing that actually usbd_enable=3D"NO" is required even if you disable the usb controller for the problem with drive speed and the usbd. Above that, does dmesg still show the nic, agp, and scsi controller sittin= g on irq 11? Might take a reset config data in bios, or a staggering of pci slots to get it to stop doing that. > > > > I've gotten better perf on that hardware with 6, so that's things i > > watch > > > for. > > > > > > Tipical 'systat -vm' when getting most bandwith (5.4MB/s): > > > > 1 users Load 0.21 0.20 0.08 Oct 26 00:27 > > > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > > Tot Share Tot Share Free in out in out > > Act 11428 1340 44612 3552 10832 count > > All 246032 3028 10261972 6828 pages > > Interrupts > > Proc:r p d s w Csw Trp Sys Int Sof Flt cow 3340 total > > 24 7743 1535 5604 40 45836 wire 1001 0: clk > > 14108 act 2127 5: fxp0 > > 15.6%Sys 10.9%Intr 0.8%User 0.0%Nice 72.7%Idl 176424 inact 6: fdc0 > > | | | | | | | | | | 10184 cache 128 8: rtc > > =3D=3D=3D=3D=3D=3D=3D=3D+++++> 648 free 11: ahc > > daefr 13: npx > > Namei Name-cache Dir-cache prcfr 14: ata > > Calls hits % hits % react 84 15: amr > > 1 pdwake > > zfod 1229 pdpgs > > Disks ad0 amrd0 da0 pass0 ofod intrn > > KB/t 0.00 128 0.00 0.00 %slo-z 35152 buf > > tps 0 42 0 0 993 tfree 3 dirtybuf > > MB/s 0.00 5.25 0.00 0.00 17453 desiredvnodes > > % busy 0 14 0 0 643 numvnodes > > 336 freevnodes > > I'm not great at vm usage, but I think it could just be chipset issue. I've seen some really poor results with disk performance from some people, but was mostly related to vnconfig and mdconfig (4.11 vs 5.X). This may not help your system out that greatly, as it doesn't appear to be an issue, but your fxp card should be supported for device_polling. AFAIK you should see better performance, since the fxp card won't be waking up the kernel for every little packet. I'd hope that with screen updates, nic data and the load of the irq from the disk would hurt it all. Surely the agp card is using up some of that, but I'm not sure of what that chipset would do under those types of conditions. Is dma being enabled? Is it really important to have access times marked o= n disk? You could/should turn that off with tunefs I think if you don't need it, will waste some access time and if you don't want that stamp, things should improve for at least smaller files. Above all, when a drive starts to be unusually slow, I'd pop a 4.11 disc i= n and test, throw in hard drive tester if 4.11 shows same perf, which is not easy for scsi drives (don't se= e smart data on the ones I have), ide drives can at least show me what errors are coming from the disk reads and I know the drive is going to be slower. (It takes 5 attempts to get a seek to go through) HTH -- > > Joao Barros > > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 05:55:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06A3116A41F; Wed, 26 Oct 2005 05:55:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C95343D46; Wed, 26 Oct 2005 05:54:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9Q5svEe082182; Wed, 26 Oct 2005 01:54:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q5swLI023529; Wed, 26 Oct 2005 01:54:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 39FCC7302F; Wed, 26 Oct 2005 01:54:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051026055458.39FCC7302F@freebsd-current.sentex.ca> Date: Wed, 26 Oct 2005 01:54:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 05:55:00 -0000 TB --- 2005-10-26 03:57:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-26 03:57:08 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-26 03:57:08 - cleaning the object tree TB --- 2005-10-26 03:57:43 - checking out the source tree TB --- 2005-10-26 03:57:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-26 03:57:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-26 04:06:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-26 04:06:34 - cd /src TB --- 2005-10-26 04:06:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-26 05:39:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-26 05:39:10 - cd /src TB --- 2005-10-26 05:39:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 26 05:39:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> cx (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/obj/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/cx/../../dev/cx/if_cx.c /src/sys/modules/cx/../../dev/cx/if_cx.c: In function `cx_modevent': /src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: `tty_ithd' undeclared (first use in this function) /src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: (Each undeclared identifier is reported only once /src/sys/modules/cx/../../dev/cx/if_cx.c:2550: error: for each function it appears in.) /src/sys/modules/cx/../../dev/cx/if_cx.c:2563: warning: implicit declaration of function `ithread_remove_handler' /src/sys/modules/cx/../../dev/cx/if_cx.c:2563: warning: nested extern declaration of `ithread_remove_handler' *** Error code 1 Stop in /src/sys/modules/cx. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-26 05:54:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-26 05:54:57 - ERROR: failed to build generic kernel TB --- 2005-10-26 05:54:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 06:46:24 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC67116A41F; Wed, 26 Oct 2005 06:46:24 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B3A43D45; Wed, 26 Oct 2005 06:46:24 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [10.10.10.253] (hermes.nostrum.com [10.10.10.253]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9Q6kNLX084806 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 26 Oct 2005 01:46:23 -0500 (CDT) (envelope-from pckizer@nostrum.com) In-Reply-To: <20051025110453.L6720@fledge.watson.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> <20051025110453.L6720@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2E18CEAE-2A72-4387-B92E-DAED7CC7FACD@nostrum.com> Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Wed, 26 Oct 2005 01:46:17 -0500 To: freebsd-current@FreeBSD.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 10.10.10.253 is authenticated by a trusted mechanism) Cc: Robert Watson , John Baldwin Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 06:46:25 -0000 On Oct 25, 2005, at 05:07, Robert Watson wrote: > There are a couple of possible sources, so if this is reproduceable > and you don't mind trying some diagnostic patches, I've attached a > first one below. This checks for the case where the looping in the > unp_gc() routine becomes unbounded due to a possible lack of > synchronization in the handling of marking and counting of > marking. It needs INVARIANTS to be compiled in to work; if it > fires, this will suggest an avenue to explore. OK, patch applied and it ran all day, finally hanging again. http://www.nostrum.com/hang/hang.trace-2005-10-26-0.txt Hopefully that's more of a help. Till later, Philip From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:11:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07AEE16A41F for ; Wed, 26 Oct 2005 07:11:13 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A75443D45 for ; Wed, 26 Oct 2005 07:11:12 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so175946wxc for ; Wed, 26 Oct 2005 00:11:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=lYr5pzZq4nZ2IdRmOIaLi5mHtjKHj7UmJeM+ZYLNb24P0jhjE3VO7wJ5Q1oG4tPC61iZ2kAr9rJGsgUHDt0dBq6Ojzv+wM6e0UWvKoOb00YgiEotM5CPEhVYYgHtICCjBd7mY9uEsEzJw5uhmFY6yY6FMFPLujA77FYc+EPxRyc= Received: by 10.65.218.3 with SMTP id v3mr403892qbq; Wed, 26 Oct 2005 00:11:11 -0700 (PDT) Received: from ?172.16.101.106? ( [212.36.7.117]) by mx.gmail.com with ESMTP id e15sm270479qba.2005.10.26.00.11.10; Wed, 26 Oct 2005 00:11:11 -0700 (PDT) Message-ID: <435F2C9F.2060603@gmail.com> Date: Wed, 26 Oct 2005 10:13:35 +0300 From: Nikolay Kalev User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051022) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: problem with /usr/libexec/ftpd download ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:11:13 -0000 Recently i had several problems from this kind which i understand are something with ftpd no idea what yet ! When i do upload with /usr/libexec/ftpd image files of a DVD-R, the file seems to be ok, but downloading it via /usr/libexec/ftpd cuts them on 360-400MB. I tought first that it has something to do with the SHED_ULE then i tryed with SHED_BSD no diference. I have tryed with PASV and normal mode same results. Downloading via sftp works just fine. Any ideas or sugestions ? From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:11:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E0116A41F for ; Wed, 26 Oct 2005 07:11:18 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EAF643D46 for ; Wed, 26 Oct 2005 07:11:17 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-245.dynamic.qsc.de [212.202.37.245]) by efacilitas.de (Postfix) with ESMTP id 150274B25B for ; Wed, 26 Oct 2005 09:18:39 +0200 (CEST) Received: from [192.168.1.4] (syn.local [192.168.1.4]) by eurystheus.local (Postfix) with ESMTP id 272B2332F48 for ; Wed, 26 Oct 2005 09:10:11 +0200 (CEST) Message-ID: <435F2BCE.1040704@cs.tu-berlin.de> Date: Wed, 26 Oct 2005 09:10:06 +0200 From: Bjoern Koenig User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: deadlocks with SMP and Pentium 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:11:18 -0000 Hello, I have an Asus CUVX4-D mainboard with an VIA Apollo Pro 133A chipset and two Intel Pentium III 733 MHz processors. It runs fine with FreeBSD 4.11 and SMP enabled, but something happened before 5.0-RELEASE that it don't work anymore now; neither with 5.4-RELEASE, 6.0-RC1 nor 7-CURRENT. In case I have many concurrent processes the system just locks up after a few minutes. I disabled ACPI, compiled a kernel with WITNESS, set all debug mpsafe tunables to zero and many other things, but nothing helped to find a reason for this behaviour. Right now I noticed that top(1) shows a huge bunch of processes with the state *Giant shortly before the machine freezed. Therefore I think it's related to the giant lock. ;-) Currently I prepare to do a binary search in HEAD between march 2000 and januar 2003, but I would be glad if somebody still has a hint for me to prevent me from doing this. Is there still a way to gather debug information? Regards Björn From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:23:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6183F16A41F for ; Wed, 26 Oct 2005 07:23:45 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id CCD3F43D45 for ; Wed, 26 Oct 2005 07:23:44 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 91122 invoked from network); 26 Oct 2005 07:23:38 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Oct 2005 07:23:38 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9Q7NbTF031345 for ; Wed, 26 Oct 2005 09:23:37 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9Q7NbQ6031344 for current@freebsd.org; Wed, 26 Oct 2005 09:23:37 +0200 (CEST) (envelope-from pho) Date: Wed, 26 Oct 2005 09:23:37 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20051026072337.GA31319@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:23:45 -0000 While stress testing RELENG_6_0 with a nfs mounted file system on a box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): http://people.freebsd.org/~pho/stress/log/nfsd.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:29:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBA116A41F for ; Wed, 26 Oct 2005 07:29:07 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A208943D49 for ; Wed, 26 Oct 2005 07:29:07 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from dhcp-4.sql1.plosh.net (c-67-161-77-203.hsd1.ca.comcast.net [67.161.77.203]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 6973D677FD; Wed, 26 Oct 2005 07:29:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: freebsd-current@freebsd.org Date: Wed, 26 Oct 2005 00:29:47 -0700 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1324321.HIGRRCkznr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510260029.47683.Peter_Losher@isc.org> Subject: Unhandled Event Notify Frame in mpt driver... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:29:08 -0000 --nextPart1324321.HIGRRCkznr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Saw this on a freshly installed 6.0-RC1 system that has two onboard=20 LSILogic SCSI controllers - should I be concerned? =2D=3D- mpt0: port 0x3000-0x30ff mem=20 0xf3310000-0xf331ffff,0xf3300000-0xf330ffff irq 29 at device 1.0 on=20 pci14 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.12.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt1: port 0x3400-0x34ff mem=20 0xf3330000-0xf333ffff,0xf3320000-0xf332ffff irq 30 at device 1.1 on=20 pci14 mpt1: [GIANT-LOCKED] mpt1: MPI Version=3D1.2.12.0 mpt1: Unhandled Event Notify Frame. Event 0xa. =2D=3D- Best WIshes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart1324321.HIGRRCkznr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQBDXzBrPtVx9OgEjQgRAmhkAJdAK4h2LetpU4mqh5T6FRd6Zs90AKDakI8+ 4vhqoK6AV5zQwdTu+H+V5Q== =s3yN -----END PGP SIGNATURE----- --nextPart1324321.HIGRRCkznr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:39:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD17D16A41F for ; Wed, 26 Oct 2005 07:39:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F5E843D45 for ; Wed, 26 Oct 2005 07:39:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 66DD01A3C19; Wed, 26 Oct 2005 00:39:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C6BA95121A; Wed, 26 Oct 2005 03:39:16 -0400 (EDT) Date: Wed, 26 Oct 2005 03:39:15 -0400 From: Kris Kennaway To: Bjoern Koenig Message-ID: <20051026073915.GA77249@xor.obsecurity.org> References: <435F2BCE.1040704@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <435F2BCE.1040704@cs.tu-berlin.de> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: deadlocks with SMP and Pentium 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:39:18 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 26, 2005 at 09:10:06AM +0200, Bjoern Koenig wrote: > Hello, >=20 > I have an Asus CUVX4-D mainboard with an VIA Apollo Pro 133A chipset and= =20 > two Intel Pentium III 733 MHz processors. It runs fine with FreeBSD 4.11= =20 > and SMP enabled, but something happened before 5.0-RELEASE that it don't= =20 > work anymore now; neither with 5.4-RELEASE, 6.0-RC1 nor 7-CURRENT. In=20 > case I have many concurrent processes the system just locks up after a=20 > few minutes. >=20 > I disabled ACPI, compiled a kernel with WITNESS, set all debug mpsafe=20 > tunables to zero and many other things, but nothing helped to find a=20 > reason for this behaviour. Right now I noticed that top(1) shows a huge= =20 > bunch of processes with the state *Giant shortly before the machine=20 > freezed. Therefore I think it's related to the giant lock. ;-) >=20 > Currently I prepare to do a binary search in HEAD between march 2000 and= =20 > januar 2003, but I would be glad if somebody still has a hint for me to= =20 > prevent me from doing this. Is there still a way to gather debug=20 > information? You need to break to DDB, trace processes and examine lock state with commands like 'show alllocks' and 'show lockedvnods' to see what is going on. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXzKiWry0BWjoQKURAh6kAJ9HWnZITlADvngcA8kgkTncF6ZBQgCglY6T lANyLRO8Ez9SDkglm2Yp0No= =CUyq -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:43:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3299716A41F; Wed, 26 Oct 2005 07:43:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C229E43D46; Wed, 26 Oct 2005 07:43:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9Q7hTev090496; Wed, 26 Oct 2005 03:43:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9Q7hT7o017786; Wed, 26 Oct 2005 03:43:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B16587302F; Wed, 26 Oct 2005 03:43:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051026074329.B16587302F@freebsd-current.sentex.ca> Date: Wed, 26 Oct 2005 03:43:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:43:31 -0000 TB --- 2005-10-26 05:54:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-26 05:54:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-26 05:54:58 - cleaning the object tree TB --- 2005-10-26 05:55:46 - checking out the source tree TB --- 2005-10-26 05:55:46 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-26 05:55:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-26 06:13:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-26 06:13:29 - cd /src TB --- 2005-10-26 06:13:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-26 07:36:32 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-26 07:36:32 - cd /src TB --- 2005-10-26 07:36:32 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 26 07:36:32 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/pc98/cbus/scterm-sck.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/pc98/cbus/scvtb.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/pc98/cbus/sio.c /src/sys/pc98/cbus/sio.c: In function `sioattach': /src/sys/pc98/cbus/sio.c:1721: error: `tty_ithd' undeclared (first use in this function) /src/sys/pc98/cbus/sio.c:1721: error: (Each undeclared identifier is reported only once /src/sys/pc98/cbus/sio.c:1721: error: for each function it appears in.) /src/sys/pc98/cbus/sio.c:1723: error: `clk_ithd' undeclared (first use in this function) *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-26 07:43:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-26 07:43:29 - ERROR: failed to build generic kernel TB --- 2005-10-26 07:43:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 08:31:53 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 028C316A41F for ; Wed, 26 Oct 2005 08:31:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A47C43D48 for ; Wed, 26 Oct 2005 08:31:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9Q8Vmoi091284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Oct 2005 12:31:48 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9Q8VlWa091283; Wed, 26 Oct 2005 12:31:48 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 26 Oct 2005 12:31:47 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20051026083147.GA41520@cell.sick.ru> References: <20051026072337.GA31319@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3O1VwFp74L81IIeR" Content-Disposition: inline In-Reply-To: <20051026072337.GA31319@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 08:31:53 -0000 --3O1VwFp74L81IIeR Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Peter, On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: P> While stress testing RELENG_6_0 with a nfs mounted file system on a P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): P> http://people.freebsd.org/~pho/stress/log/nfsd.html let's try out this one. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --3O1VwFp74L81IIeR Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="nfs_serv.c.diff" Index: nfs_serv.c =================================================================== RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v retrieving revision 1.156 diff -u -r1.156 nfs_serv.c --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 +++ nfs_serv.c 26 Oct 2005 08:00:26 -0000 @@ -2092,6 +2092,7 @@ tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); vtyp = nfsv3tov_type(*tl); if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { + NFSD_UNLOCK(); error = NFSERR_BADTYPE; goto out; } @@ -2108,6 +2109,7 @@ * Iff doesn't exist, create it. */ if (nd.ni_vp) { + NFSD_UNLOCK(); error = EEXIST; goto out; } --3O1VwFp74L81IIeR-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 08:52:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7429F16A41F for ; Wed, 26 Oct 2005 08:52:00 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E1743D49 for ; Wed, 26 Oct 2005 08:51:58 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so192918wxc for ; Wed, 26 Oct 2005 01:51:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pGr2FF4n1o5OTFWj3pYboRs+h59QdUJPa7VIP1Ry+ThLedSDPoOWk+tF63vOUk4RW2GySvXcI69ScSMFQng6FmfZol2PPPz30fs6brHYToXCOAXtxAhR7XN+t+yYON+Y3vcZC0vMpDwLiM9y4Gm6HWUagniIMUYns8q9cUm99v4= Received: by 10.70.12.9 with SMTP id 9mr154251wxl; Wed, 26 Oct 2005 01:51:58 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Wed, 26 Oct 2005 01:51:58 -0700 (PDT) Message-ID: <70e8236f0510260151q4a891cb4m35b0b98cffc048a6@mail.gmail.com> Date: Wed, 26 Oct 2005 09:51:58 +0100 From: Joao Barros To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20051025195327.07e7b9a8@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> <6.2.3.4.0.20051025195327.07e7b9a8@64.7.153.2> Cc: freebsd-current@freebsd.org, Robert Atkinson Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 08:52:00 -0000 On 10/26/05, Mike Tancsa wrote: > At 07:36 PM 25/10/2005, Joao Barros wrote: > > >Tipical 'systat -vm' when getting most bandwith (5.4MB/s): > > > On my home box (2Ghz celeron) doing an xcopy to a share on a plain > old IDE drive > > tty ad0 twed0 da1 = cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in= id > 0 78 128.00 74 9.24 0.00 0 0.00 0.00 0 0.00 2 0 20 4= 4 34 > 0 232 128.00 75 9.37 0.00 0 0.00 0.00 0 0.00 1 0 15 4= 6 38 > 0 78 126.53 76 9.38 0.00 0 0.00 0.00 0 0.00 2 0 13 3= 2 53 > 0 78 128.00 74 9.24 0.00 0 0.00 0.00 0 0.00 4 0 27 3= 7 31 > > This is just fastE on a realtek. How many Interrupts is that generating on the realtek? I'm seeing 2127 interrupts on my fxp0 and I believe it to be too much. I'm going to capture some traffic in order to see the packet size and rate. > > Oddly enough, reading is not quite as fast, but close enough. It > might be my fragmented laptop drive cant write out very fast > > > 0 77 88.73 11 0.95 0.00 0 0.00 0.00 0 0.00 0 0 0 5= 95 > 0 77 128.00 69 8.61 0.00 0 0.00 0.00 0 0.00 4 0 11 3= 5 50 > 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 0 0 15 3= 4 51 > 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 3 0 11 3= 3 53 > 0 78 121.23 70 8.28 0.00 0 0.00 0.00 0 0.00 3 0 17 3= 2 49 > 0 78 128.00 70 8.74 0.00 0 0.00 0.00 0 0.00 2 0 11 3= 4 53 > 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 1 0 13 3= 5 52 > 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 3 0 17 3= 2 48 > 0 78 126.38 69 8.50 0.00 0 0.00 0.00 0 0.00 1 0 10 3= 7 53 > 0 78 128.00 71 8.86 0.00 0 0.00 0.00 0 0.00 4 0 13 2= 9 54 > 0 78 128.00 72 8.99 0.00 0 0.00 0.00 0 0.00 1 0 12 3= 7 50 > 0 78 126.42 71 8.76 0.00 0 0.00 0.00 0 0.00 2 0 14 3= 3 52 > 0 78 128.00 68 8.49 0.00 0 0.00 0.00 0 0.00 2 0 16 3= 2 50 > 0 78 121.60 70 8.30 0.00 0 0.00 0.00 0 0.00 1 0 11 3= 5 53 > > ---Mike > > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:00:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5BD616A41F for ; Wed, 26 Oct 2005 09:00:46 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1927843D45 for ; Wed, 26 Oct 2005 09:00:46 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so204594wxc for ; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hD2t+PTLS0AFbB4MFysrpQBF4+Yjwo7JesjUP64newFTcQRAbqabTI7NBm2dIKdYQFXf70Z3le9CnO0m9zklKCGBdKHsKlv9XxhK+UJmhtU8nqg76bizLifPqxxj0nadq0qxBl7EZo6wwHco09qdeyIxV5NHEhoOYaXe1BY5S9c= Received: by 10.70.15.11 with SMTP id 11mr328875wxo; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) Message-ID: <70e8236f0510260200r60ba38abha0a3afefcfa976d4@mail.gmail.com> Date: Wed, 26 Oct 2005 10:00:45 +0100 From: Joao Barros To: Robert Atkinson In-Reply-To: <6fb2b4650510252107n66318924m874d530fb01410ad@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> <6fb2b4650510252107n66318924m874d530fb01410ad@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:00:47 -0000 On 10/26/05, Robert Atkinson wrote: > On 10/25/05, Joao Barros wrote: > > On 10/25/05, Robert Atkinson wrote: > > > Maybe a longshot, but what is your cluster size? > > The default block size of 16384 bytes, a fragment size of 2048 bytes > > The ide drive has a NTFS partition which I mounted readonly and > > copying files from there resulted with the same below expected > > performance :( > > > > > > > > I'd be interested to hear if same irq is being shared if that is eno= ugh > bw? > > > > > > > I disabled the USB controller and the extra NIC to get more available > > > IRQs and tried using the amr on diferent pci slots with no change in > > > performance. > > > > > I could swear I remember seeing that actually usbd_enable=3D"NO" is requi= red > even > if you disable the usb controller for the problem with drive speed and th= e > usbd. I don't have usbd enabled. > > Above that, does dmesg still show the nic, agp, and scsi controller sitti= ng > on irq 11? > Might take a reset config data in bios, or a staggering of pci slots to g= et > it to stop > doing that. No, they don't share interrupts. And I did the slot juggling ;) > > > I'm not great at vm usage, but I think it could just be chipset issue. > I've seen some really poor results with disk performance from some people= , > but was mostly related to vnconfig and mdconfig (4.11 vs 5.X). For what it's worth, it's a server motherboard: Supermicro 370SSR > > This may not help your system out that greatly, as it doesn't appear to b= e > an issue, > but your fxp card should be supported for device_polling. AFAIK you shoul= d > see better > performance, since the fxp card won't be waking up the kernel for every > little packet. > Polling should help when you have lots of interrupts which I believe I do. My objective now is discovering why I do ;) > I'd hope that with screen updates, nic data and the load of the irq from = the > disk would > hurt it all. Surely the agp card is using up some of that, but I'm not su= re > of what that chipset would do under those types of conditions. I mostly use ssh on that machine. > > Is dma being enabled? Is it really important to have access times marked = on > disk? > You could/should turn that off with tunefs I think if you don't need it, > will waste some > access time and if you don't want that stamp, things should improve for a= t > least smaller files. My test is with big files. More easy to benchmark. > > Above all, when a drive starts to be unusually slow, I'd pop a 4.11 disc = in > and test, throw in hard drive > tester if 4.11 shows same perf, which is not easy for scsi drives (don't = see > smart data on the ones I have), ide drives can at least show me what erro= rs > are coming from the disk reads and I know the drive is going to be slower= . > (It takes 5 attempts to get a seek to go through) > I'm getting the same results from an IDE drive, a single SCSI-2 and a RAID5 with 4 drives. I take it it's not a drive issue. Thanks for your input :) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:07:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD2E16A456 for ; Wed, 26 Oct 2005 09:07:02 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A66543D46 for ; Wed, 26 Oct 2005 09:07:01 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 6323 invoked from network); 26 Oct 2005 09:07:00 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Oct 2005 09:07:00 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9Q96sXl039520; Wed, 26 Oct 2005 11:06:54 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9Q96s71039519; Wed, 26 Oct 2005 11:06:54 +0200 (CEST) (envelope-from pho) Date: Wed, 26 Oct 2005 11:06:54 +0200 From: Peter Holm To: Gleb Smirnoff Message-ID: <20051026090654.GA39435@peter.osted.lan> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051026083147.GA41520@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:07:02 -0000 On Wed, Oct 26, 2005 at 12:31:47PM +0400, Gleb Smirnoff wrote: > Peter, > > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: > P> While stress testing RELENG_6_0 with a nfs mounted file system on a > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): > P> http://people.freebsd.org/~pho/stress/log/nfsd.html > > let's try out this one. > Wow, that was fast! Meanwhile here's another fifo related panic on HEAD ;-) http://people.freebsd.org/~pho/stress/log/nfsd2.html - Peter > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > Index: nfs_serv.c > =================================================================== > RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v > retrieving revision 1.156 > diff -u -r1.156 nfs_serv.c > --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 > +++ nfs_serv.c 26 Oct 2005 08:00:26 -0000 > @@ -2092,6 +2092,7 @@ > tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); > vtyp = nfsv3tov_type(*tl); > if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { > + NFSD_UNLOCK(); > error = NFSERR_BADTYPE; > goto out; > } > @@ -2108,6 +2109,7 @@ > * Iff doesn't exist, create it. > */ > if (nd.ni_vp) { > + NFSD_UNLOCK(); > error = EEXIST; > goto out; > } From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:14:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB59F16A41F for ; Wed, 26 Oct 2005 09:14:36 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5FEE43D7D for ; Wed, 26 Oct 2005 09:14:16 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 7BE973F28 for ; Wed, 26 Oct 2005 11:14:15 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21067-14 for ; Wed, 26 Oct 2005 11:14:02 +0200 (CEST) Received: from [192.168.100.10] (p54BDD77B.dip.t-dialin.net [84.189.215.123]) by crivens.unixoid.de (Postfix) with ESMTP id 6147A3F26 for ; Wed, 26 Oct 2005 11:14:02 +0200 (CEST) Message-ID: <435F48DA.6060009@kernel32.de> Date: Wed, 26 Oct 2005 11:14:02 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: Subject: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:14:37 -0000 Hi Folks, I'm using RC1 on some of my test servers and workstations. So far, it runs very good (as in stable and fast) :) However, I thought of doing a small benchmark of MySQL in comparison to Linux 2.6.8 (Debian Sarge) and the results are kinda... shocking. On FreeBSD I took a pretty much generic kernel, I just removed debugging options, added SMP and changed the scheduler from BSD to ULE. I used super-smack to do a select-key test. MySQL 4.1 was build from ports with BUILD_OPTIMIZED and BUILD_STATIC super-smack gave me these numbers: Query Barrel Report for client smacker1 connect: max=15ms min=1ms avg= 12ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 2 0 3673.36 My Kernel Config: http://unixoid.de/rabauke/freebsd/EDGECRUSHER My dmesg: http://unixoid.de/rabauke/freebsd/dmesg.freebsd6rc1 Since I have an identical second disk in my Dual Xeon BOX, I installed a Debian Sarge with Linux SMP Kernel 2.6.8, installed mysql-server41 (which is 4.1.11) and did the same super-smack test. Results: Query Barrel Report for client smacker1 connect: max=35ms min=0ms avg= 9ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 14736.23 Whut? 14700 queries/second compared to only 3600 q/s on FreeBSD? I do know, that rc1 is not about performance, this will be -RELEASE then. I do know too, that it was just a quick shot and probably I should compile my own version of the MySQL server from sources on FreeBSD and Debian to have the very same mysql version. However, I can't imagine that I would gain 4 to 5 times the performance on FreeBSD just by compiling mysql myself... Any Ideas where this huge difference comes from? Did I oversee some debugging features still active in RC1 ? Best regards and keep up the good work on 6.x! - Marian From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:21:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A2B16A41F for ; Wed, 26 Oct 2005 09:21:49 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB9043D48 for ; Wed, 26 Oct 2005 09:21:48 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 597C050F94; Wed, 26 Oct 2005 11:21:46 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5C3A250F92; Wed, 26 Oct 2005 11:21:40 +0200 (CEST) Date: Wed, 26 Oct 2005 11:21:37 +0200 From: Pawel Jakub Dawidek To: McLone Message-ID: <20051026092137.GB37564@garage.freebsd.pl> References: <451cb3010510251331l3e664c04u210052947c36a252@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <451cb3010510251331l3e664c04u210052947c36a252@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@freebsd.org Subject: Re: geom_eli stability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:21:50 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 11:31:31PM +0300, McLone wrote: +> While suffering from paranoya attack lately, i wanted to +> encrypt my / and /usr, so i read geli(8) and done this: +> > newfs /dev/ad3s1a # for unencrypted kernel +> > geli init -b -l 256 -s 2048 /dev/ad3s1d +> > geli attach /dev/ad3s1d; newfs -U /dev/ad3s1d.eli +> > mount /dev/ad3s1d.eli /mnt/new; mkdir /mnt/new/usr +> > echo "so_m3 d@.Ta" | md5 | cut -c -23 > /mnt/new/the.key +> > cp /mnt/new/the.key / # dunno if it's needed, just guess +> > geli init -K /the.key -s 4096 /dev/ad3s1e +> > geli attach -k /the.key /dev/ad3s1e; newfs -U /dev/ad3s1e.eli +> > mount /dev/ad3s1e.eli /mnt/new/usr +> > cd /usr/src && setenv DESTDIR /mnt/new +> > make installworld +>=20 +> it panicks here (latest RELENG_6) with vm_?. +> Is it known problem, or i should put debug on it and +> post exact panic here? There are no problems in geli(8) that I'm aware of, so more debug will be helpful. +> p.s. May be sector sizes i fed geli with are bizarre too? Should be fine and I advice to use bigger sector for better performance. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDX0qhForvXbEpPzQRAqu8AKDX0DBqcZzUO2888JyNq6IUdMhKJwCfWzVo onQL9MX5sbrHr1l+MjbjmNw= =145B -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:33:51 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9459816A41F for ; Wed, 26 Oct 2005 09:33:51 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5BBB43D49 for ; Wed, 26 Oct 2005 09:33:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9Q9Xm9N092451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Oct 2005 13:33:48 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9Q9Xli3092450; Wed, 26 Oct 2005 13:33:47 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 26 Oct 2005 13:33:47 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20051026093347.GE41520@cell.sick.ru> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> <20051026090654.GA39435@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051026090654.GA39435@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:33:51 -0000 On Wed, Oct 26, 2005 at 11:06:54AM +0200, Peter Holm wrote: P> On Wed, Oct 26, 2005 at 12:31:47PM +0400, Gleb Smirnoff wrote: P> > Peter, P> > P> > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: P> > P> While stress testing RELENG_6_0 with a nfs mounted file system on a P> > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): P> > P> http://people.freebsd.org/~pho/stress/log/nfsd.html P> > P> > let's try out this one. P> > P> P> Wow, that was fast! Meanwhile here's another fifo related panic on P> HEAD ;-) Not sure it is correct. I don't know whom should I ask for review. The 'cvs blame' command blames so many people for this function :) P> http://people.freebsd.org/~pho/stress/log/nfsd2.html Too hard for me. I think Robert can help here. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:38:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC4E916A41F for ; Wed, 26 Oct 2005 09:38:17 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C4E643D45 for ; Wed, 26 Oct 2005 09:38:16 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail01.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9Q9bxwB000487 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 26 Oct 2005 19:38:00 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9Q9bxHh046758; Wed, 26 Oct 2005 19:37:59 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9Q9buDh046757; Wed, 26 Oct 2005 19:37:56 +1000 (EST) (envelope-from pjeremy) Date: Wed, 26 Oct 2005 19:37:56 +1000 From: Peter Jeremy To: "M. Warner Losh" Message-ID: <20051026093756.GM39882@cirb503493.alcatel.com.au> References: <20051024132130.GW69015@bunrab.catwhisker.org> <86mzkzkpvk.fsf@xps.des.no> <20051025.133741.105393650.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051025.133741.105393650.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: current@freebsd.org Subject: Re: 6.0-RC1, X11 cut/paste between windows on different machines??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:38:17 -0000 On Tue, 2005-Oct-25 13:37:41 -0600, M. Warner Losh wrote: >Or ForwardX11Trusted. Too bad ssh is stupid and old revisions die >when they see configuration options they know nothing about :-( This cuts both ways. It's very difficult for an application to distinguish between an option that is implemented in a later revision and a mis-spelt option. (Though I have a similar problem at work where I have multiple ssh versions but would like to be able to use common configuration files). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:54:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEAF916A420 for ; Wed, 26 Oct 2005 09:54:14 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id BA64543D46 for ; Wed, 26 Oct 2005 09:54:13 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 16498 invoked from network); 26 Oct 2005 09:54:12 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Oct 2005 09:54:12 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9Q9sB89039683; Wed, 26 Oct 2005 11:54:11 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9Q9sBAm039682; Wed, 26 Oct 2005 11:54:11 +0200 (CEST) (envelope-from pho) Date: Wed, 26 Oct 2005 11:54:11 +0200 From: Peter Holm To: Gleb Smirnoff Message-ID: <20051026095411.GA39638@peter.osted.lan> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> <20051026090654.GA39435@peter.osted.lan> <20051026093347.GE41520@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051026093347.GE41520@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:54:15 -0000 On Wed, Oct 26, 2005 at 01:33:47PM +0400, Gleb Smirnoff wrote: > On Wed, Oct 26, 2005 at 11:06:54AM +0200, Peter Holm wrote: > P> On Wed, Oct 26, 2005 at 12:31:47PM +0400, Gleb Smirnoff wrote: > P> > Peter, > P> > > P> > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: > P> > P> While stress testing RELENG_6_0 with a nfs mounted file system on a > P> > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): > P> > P> http://people.freebsd.org/~pho/stress/log/nfsd.html > P> > > P> > let's try out this one. > P> > > P> > P> Wow, that was fast! Meanwhile here's another fifo related panic on > P> HEAD ;-) > > Not sure it is correct. I don't know whom should I ask for review. I'm testing with your patch right now and will let you know how it goes. > The 'cvs blame' command blames so many people for this function :) > > P> http://people.freebsd.org/~pho/stress/log/nfsd2.html > > Too hard for me. I think Robert can help here. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:57:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C17A16A41F for ; Wed, 26 Oct 2005 09:57:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05C143D45 for ; Wed, 26 Oct 2005 09:57:27 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E7B5946B86; Wed, 26 Oct 2005 05:57:26 -0400 (EDT) Date: Wed, 26 Oct 2005 10:57:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marian Hettwer In-Reply-To: <435F48DA.6060009@kernel32.de> Message-ID: <20051026105411.L32255@fledge.watson.org> References: <435F48DA.6060009@kernel32.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:57:28 -0000 On Wed, 26 Oct 2005, Marian Hettwer wrote: > I'm using RC1 on some of my test servers and workstations. So far, it > runs very good (as in stable and fast) :) However, I thought of doing a > small benchmark of MySQL in comparison to Linux 2.6.8 (Debian Sarge) and > the results are kinda... shocking. > > On FreeBSD I took a pretty much generic kernel, I just removed debugging > options, added SMP and changed the scheduler from BSD to ULE. I used > super-smack to do a select-key test. MySQL 4.1 was build from ports with > BUILD_OPTIMIZED and BUILD_STATIC Could you: - Switch back to 4BSD - Use libmap to configure the mysql server to use libthr instead of libpthread And see what that does to performance using otherwise identical configurations? You might also consider installing MySQL 4.0.x on freebsd and linux and see how they compare. I've not looked closely, but I seem to remember observing that something changed between 4.0 and 4.1 that seriously impacted performance on FreeBSD, but not on Linux. I've not had time to confirm or investigate this. Robert N M Watson > > super-smack gave me these numbers: Query Barrel Report for client > smacker1 connect: max=15ms min=1ms avg= 12ms from 10 clients Query_type > num_queries max_time min_time q_per_s select_index 200000 2 0 3673.36 > > My Kernel Config: http://unixoid.de/rabauke/freebsd/EDGECRUSHER My > dmesg: http://unixoid.de/rabauke/freebsd/dmesg.freebsd6rc1 > > Since I have an identical second disk in my Dual Xeon BOX, I installed a > Debian Sarge with Linux SMP Kernel 2.6.8, installed mysql-server41 (which is > 4.1.11) and did the same super-smack test. Results: > Query Barrel Report for client smacker1 > connect: max=35ms min=0ms avg= 9ms from 10 clients > Query_type num_queries max_time min_time q_per_s > select_index 200000 0 0 > 14736.23 > > Whut? 14700 queries/second compared to only 3600 q/s on FreeBSD? > > I do know, that rc1 is not about performance, this will be -RELEASE then. I > do know too, that it was just a quick shot and probably I should compile my > own version of the MySQL server from sources on FreeBSD and Debian to have > the very same mysql version. > However, I can't imagine that I would gain 4 to 5 times the performance on > FreeBSD just by compiling mysql myself... > > Any Ideas where this huge difference comes from? Did I oversee some debugging > features still active in RC1 ? > > Best regards and keep up the good work on 6.x! > - Marian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:58:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F2F916A41F for ; Wed, 26 Oct 2005 09:58:11 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A4F43D53 for ; Wed, 26 Oct 2005 09:58:07 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id D55C6EB1056 for ; Wed, 26 Oct 2005 17:58:05 +0800 (CST) Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 69507-18 for ; Wed, 26 Oct 2005 17:58:04 +0800 (CST) Received: from beastie.frontfree.net (unknown [211.71.95.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6E9A2EB1042 for ; Wed, 26 Oct 2005 17:58:02 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1483913262D; Wed, 26 Oct 2005 17:57:56 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57691-02; Wed, 26 Oct 2005 17:57:55 +0800 (CST) Received: from [10.217.12.68] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id A5306132548; Wed, 26 Oct 2005 17:57:53 +0800 (CST) From: Xin LI To: Marian Hettwer In-Reply-To: <435F48DA.6060009@kernel32.de> References: <435F48DA.6060009@kernel32.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-txlcpLehz5KxV5pljZD4" Organization: The FreeBSD Simplified Chinese Project Date: Wed, 26 Oct 2005 17:57:48 +0800 Message-Id: <1130320668.810.87.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net X-Virus-Scanned: amavisd-new at geekcn.org Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:58:11 -0000 --=-txlcpLehz5KxV5pljZD4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Marian, =E5=9C=A8 2005-10-26=E4=B8=89=E7=9A=84 11:14 +0200=EF=BC=8CMarian Hettwer= =E5=86=99=E9=81=93=EF=BC=9A > Hi Folks, >=20 > I'm using RC1 on some of my test servers and workstations. So far, it=20 > runs very good (as in stable and fast) :) > However, I thought of doing a small benchmark of MySQL in comparison to=20 > Linux 2.6.8 (Debian Sarge) and the results are kinda... shocking. [...] > Any Ideas where this huge difference comes from? Did I oversee some=20 > debugging features still active in RC1 ? There are many factors that can affect the performance of MySQL. Would you please post the output of "dumpfs /var | head -n 21" on your server? (Replace /var with whatever mountpoint that your database is stored in). Some observations that I think can affect MySQL performance: - Our malloc(3) implementation might be sub-optimal for the workload. - Lack of some POSIX system call which was implemented in other ways (e.g. we do not have fsyncdata yet) - Some detailed implementation difference between our and Linux's threading library, or MySQL itself. I think David (davidxu@) had worked on performance of MySQL and he may have some suggestions. BTW. What file system are you using on your Debian test? What's the mount options? Cheers, --=20 Xin LI http://www.delphij.net/ --=-txlcpLehz5KxV5pljZD4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDX1Mc/cVsHxFZiIoRAnmpAJ9pRiNMFA2kGhPYaQS7qia4C85BkACgkGAx jiipPcMlglt+rebE/K4Ir8c= =+mFn -----END PGP SIGNATURE----- --=-txlcpLehz5KxV5pljZD4-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 10:04:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0364516A41F for ; Wed, 26 Oct 2005 10:04:13 +0000 (GMT) (envelope-from xdamen@sci.kun.nl) Received: from hermes.uci.kun.nl (hermes.uci.kun.nl [131.174.93.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id A004F43D45 for ; Wed, 26 Oct 2005 10:04:11 +0000 (GMT) (envelope-from xdamen@sci.kun.nl) Received: from [127.0.0.1] (vhe-383505.sshn.net [195.169.208.89]) by hermes.uci.kun.nl (PMDF V6.2-X17 #30689) with ESMTP id <0IOY000P7PA7QC@hermes.uci.kun.nl> for current@freebsd.org; Wed, 26 Oct 2005 12:03:45 +0200 (MEST) Date: Wed, 26 Oct 2005 12:02:02 +0200 From: Xander Damen In-reply-to: <1130320668.810.87.camel@spirit> Message-id: <435F541A.7050107@sci.kun.nl> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8BIT User-Agent: Thunderbird 1.4.1 (Windows/20051006) References: <435F48DA.6060009@kernel32.de> <1130320668.810.87.camel@spirit> Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 10:04:13 -0000 There was a similar discussion on stable a while back: http://lists.freebsd.org/pipermail/freebsd-stable/2005-June/015874.html which continued on performance: http://lists.freebsd.org/pipermail/freebsd-performance/2005-June/001403.html -- Xander Xin LI wrote: > Hi, Marian, > > 在 2005-10-26三的 11:14 +0200，Marian Hettwer写é“： > >> Hi Folks, >> >> I'm using RC1 on some of my test servers and workstations. So far, it >> runs very good (as in stable and fast) :) >> However, I thought of doing a small benchmark of MySQL in comparison to >> Linux 2.6.8 (Debian Sarge) and the results are kinda... shocking. >> > [...] > >> Any Ideas where this huge difference comes from? Did I oversee some >> debugging features still active in RC1 ? >> > > There are many factors that can affect the performance of MySQL. Would > you please post the output of "dumpfs /var | head -n 21" on your server? > (Replace /var with whatever mountpoint that your database is stored in). > > Some observations that I think can affect MySQL performance: > - Our malloc(3) implementation might be sub-optimal for the workload. > - Lack of some POSIX system call which was implemented in other ways > (e.g. we do not have fsyncdata yet) > - Some detailed implementation difference between our and Linux's > threading library, or MySQL itself. > > I think David (davidxu@) had worked on performance of MySQL and he may > have some suggestions. > > BTW. What file system are you using on your Debian test? What's the > mount options? > > Cheers, > From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 10:55:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1611916A41F for ; Wed, 26 Oct 2005 10:55:56 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F8643D45 for ; Wed, 26 Oct 2005 10:55:55 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id D0DFE3F26; Wed, 26 Oct 2005 12:55:53 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35257-05; Wed, 26 Oct 2005 12:55:40 +0200 (CEST) Received: from [192.168.100.10] (p54BDD77B.dip.t-dialin.net [84.189.215.123]) by crivens.unixoid.de (Postfix) with ESMTP id EFA513EE3; Wed, 26 Oct 2005 12:55:39 +0200 (CEST) Message-ID: <435F60AC.3030406@kernel32.de> Date: Wed, 26 Oct 2005 12:55:40 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xin LI References: <435F48DA.6060009@kernel32.de> <1130320668.810.87.camel@spirit> In-Reply-To: <1130320668.810.87.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: amavisd-new at unixoid.de Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 10:55:56 -0000 Hej Xin, (or is it Li ?) Xin LI wrote: > Hi, Marian, >=20 > =C3=A5=EF=BF=BD=C5=A1 2005-10-26=C3=A4=C5=BE=EF=BF=BD=C3=A7=EF=BF=BD=EF= =BF=BD 11:14 +0200=C3=AF=C5=92=EF=BF=BDMarian Hettwer=C3=A5=EF=BF=BD=EF=BF= =BD=C3=A9=EF=BF=BD=EF=BF=BD=C3=AF=C5=92=EF=BF=BD >=20 >=20 > [...] >=20 >>Any Ideas where this huge difference comes from? Did I oversee some=20 >>debugging features still active in RC1 ? >=20 >=20 > There are many factors that can affect the performance of MySQL. Would= > you please post the output of "dumpfs /var | head -n 21" on your server= ? > (Replace /var with whatever mountpoint that your database is stored in)= =2E > as it's a default installation from ports, it's /var... and here we go: rabauke@edgecrusher$ sudo dumpfs /var | head -n 21 magic 19540119 (UFS2) time Wed Oct 26 13:12:16 2005 superblock location 65536 id [ 4321ded2 d21e08fb ] ncg 9 size 779776 blocks 753095 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 minfree 8% optim time symlinklen 120 maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8 nbfree 90021 ndir 81 nifree 211666 nffree 272 bpg 11761 fpg 94088 ipg 23552 nindir 2048 inopb 64 maxfilesize 140806241583103 sbsize 2048 cgsize 16384 csaddr 3000 cssize 2048 sblkno 40 cblkno 48 iblkno 56 dblkno 3000 cgrotor 7 fmod 0 ronly 0 clean 0 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt /var volname swuid 0 cs[].cs_(nbfree,ndir,nifree,nffree): (11383,3,23547,20) (11389,12,23539,3) (11389,3,23546,2)=20 (11388,14,23532,2) If the output is too scrambled via Mail (guess I have to configure my=20 thunderbird under Mac OS X...) take a look here: http://unixoid.de/rabauke/freebsd/dumpfs.var.freebsd60rc1.txt I guess rather download it. Somehow the Apache has a problem with this=20 file, although file(1) tells me it's ASCII... > Some observations that I think can affect MySQL performance: > - Our malloc(3) implementation might be sub-optimal for the workload. > - Lack of some POSIX system call which was implemented in other ways > (e.g. we do not have fsyncdata yet) > - Some detailed implementation difference between our and Linux's > threading library, or MySQL itself. >=20 The case of threading in FreeBSD vs. Linux was discussed in several=20 MySQL Benchmark articles. Especially: http://software.newsforge.com/article.pl?sid=3D04/12/27/1238216&tid=3D72 and http://software.newsforge.com/article.pl?sid=3D04/12/27/1243207&from=3Drs= s Just thought, maybe it's time to do this benchmark partly again, since=20 6.0 shows at the door-step ;) > I think David (davidxu@) had worked on performance of MySQL and he may > have some suggestions. >=20 > BTW. What file system are you using on your Debian test? What's the > mount options? > it was a plain Debian installation with just one mount point: rabauke@edgecrusher:~$ mount /dev/sdb1 on / type ext3 (rw,errors=3Dremount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=3D5,mode=3D620) tmpfs on /dev/shm type tmpfs (rw) usbfs on /proc/bus/usb type usbfs (rw) thanks so far, Marian From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 11:40:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F71716A41F; Wed, 26 Oct 2005 11:40:00 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABD143D46; Wed, 26 Oct 2005 11:39:59 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 5D6903FDE; Wed, 26 Oct 2005 13:39:58 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35257-08; Wed, 26 Oct 2005 13:39:45 +0200 (CEST) Received: from [192.168.100.10] (p54BDD77B.dip.t-dialin.net [84.189.215.123]) by crivens.unixoid.de (Postfix) with ESMTP id 0069B3EDC; Wed, 26 Oct 2005 13:39:44 +0200 (CEST) Message-ID: <435F6B01.5020003@kernel32.de> Date: Wed, 26 Oct 2005 13:39:45 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> In-Reply-To: <20051026105411.L32255@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 11:40:00 -0000 Hi Robert, Robert Watson wrote: > > On Wed, 26 Oct 2005, Marian Hettwer wrote: > >> I'm using RC1 on some of my test servers and workstations. So far, it >> runs very good (as in stable and fast) :) However, I thought of doing >> a small benchmark of MySQL in comparison to Linux 2.6.8 (Debian Sarge) >> and the results are kinda... shocking. >> >> On FreeBSD I took a pretty much generic kernel, I just removed >> debugging options, added SMP and changed the scheduler from BSD to >> ULE. I used super-smack to do a select-key test. MySQL 4.1 was build >> from ports with BUILD_OPTIMIZED and BUILD_STATIC > > > Could you: > > - Switch back to 4BSD > yep. by the way, back in the days of FreeBSD 4.x and 5.x, after I did a config MYKERNEL, it doesn't said I need to do a "make cleandepend" before doing a "make depend"... why that? Seems like this additional step in compiling the Kernel is around since 6-CURRENT, right? Here we go with a super-smack with 4BSD (but unchanged libmap.conf)... Kernel is apart from scheduler still the same like the on uploaded at http://unixoid.de/rabauke/freebsd/ I did the select-smack 4 times. This is now: 4BSD, MySQL 4.1.14, BUILD_STATIC, BUILD_OPTIMIZED: select_index 200000 2 0 3776.34 select_index 200000 2 0 3802.04 select_index 200000 2 0 3809.38 select_index 200000 2 0 3796.41 Numbers are quite the same with 4BSD... > - Use libmap to configure the mysql server to use libthr instead of > libpthread > uh. Last time I fiddled around with libmap.conf was back in FreeBSD 5.1 ... could you enlighten me a wee bit in regards to libmap.conf ? :) If not, I'll stress google a bit and hopefully find something useful... > And see what that does to performance using otherwise identical > configurations? > my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. As mentioned before, this benchmark here is a quick shot. However, the difference shouldn't be _that_ large (3600 vs. 14000). > You might also consider installing MySQL 4.0.x on freebsd and linux and > see how they compare. I've not looked closely, but I seem to remember > observing that something changed between 4.0 and 4.1 that seriously > impacted performance on FreeBSD, but not on Linux. I've not had time to > confirm or investigate this. > I'll give that a shot too and see what'll happen. Hopefully I'll have a MySQL 4.0.x on Debian. Otherwise the pain of self compiling or debian packages searching starts ;) I'll get back with another eMail as soon as I figured the libmap.conf thing out and tried it with MySQL 4.0.x best regards, Marian From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 12:38:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9922C16A41F for ; Wed, 26 Oct 2005 12:38:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3545D43D7B for ; Wed, 26 Oct 2005 12:38:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9F58546B4C; Wed, 26 Oct 2005 08:38:07 -0400 (EDT) Date: Wed, 26 Oct 2005 13:38:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marian Hettwer In-Reply-To: <435F6B01.5020003@kernel32.de> Message-ID: <20051026133606.O32255@fledge.watson.org> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 12:38:09 -0000 On Wed, 26 Oct 2005, Marian Hettwer wrote: >> - Use libmap to configure the mysql server to use libthr instead of >> libpthread >> > uh. Last time I fiddled around with libmap.conf was back in FreeBSD 5.1 > ... could you enlighten me a wee bit in regards to libmap.conf ? :) If > not, I'll stress google a bit and hopefully find something useful... libmap.conf(5) has the details, including examples. The easy (cheating) way to accomplish the same thing is to replace /usr/lib/libpthread with /usr/lib/libthr :-). Remember that for linker changes to the thread library to affect an application, you need to stop and restart the application. > my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, > Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. As mentioned > before, this benchmark here is a quick shot. However, the difference > shouldn't be _that_ large (3600 vs. 14000). I think you will find people generally agree with this viewpoint. :-) BTW, you're running MySQL over UNIX domain sockets, not TCP, right? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 12:49:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52AE416A41F; Wed, 26 Oct 2005 12:49:58 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D2B843D48; Wed, 26 Oct 2005 12:49:56 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 77E3B3FE0; Wed, 26 Oct 2005 14:49:55 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35257-13; Wed, 26 Oct 2005 14:49:43 +0200 (CEST) Received: from [192.168.100.10] (p54BDD77B.dip.t-dialin.net [84.189.215.123]) by crivens.unixoid.de (Postfix) with ESMTP id 70E263F26; Wed, 26 Oct 2005 14:49:43 +0200 (CEST) Message-ID: <435F7B67.5080709@kernel32.de> Date: Wed, 26 Oct 2005 14:49:43 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <20051026133606.O32255@fledge.watson.org> In-Reply-To: <20051026133606.O32255@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 12:49:58 -0000 Hi Robert, Robert Watson wrote: > > On Wed, 26 Oct 2005, Marian Hettwer wrote: > >>> - Use libmap to configure the mysql server to use libthr instead of >>> libpthread >>> >> uh. Last time I fiddled around with libmap.conf was back in FreeBSD >> 5.1 ... could you enlighten me a wee bit in regards to libmap.conf ? >> :) If not, I'll stress google a bit and hopefully find something >> useful... > > > libmap.conf(5) has the details, including examples. The easy (cheating) > way to accomplish the same thing is to replace /usr/lib/libpthread with > /usr/lib/libthr :-). Remember that for linker changes to the thread > library to affect an application, you need to stop and restart the > application. > Thanks for the input. I give it a try and report back later :-) >> my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, >> Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. As >> mentioned before, this benchmark here is a quick shot. However, the >> difference shouldn't be _that_ large (3600 vs. 14000). > > > I think you will find people generally agree with this viewpoint. :-) > Ack. the difference is that huge... well, for some reasons I don't know, I think a look into Linux' way of threading may be worth, hm? > BTW, you're running MySQL over UNIX domain sockets, not TCP, right? > indeed. Connect via /tmp/mysql.sock no network involved... best regards, Marian From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 13:04:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1A0516A420 for ; Wed, 26 Oct 2005 13:04:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AE843D5E for ; Wed, 26 Oct 2005 13:04:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4776A46B85; Wed, 26 Oct 2005 09:04:00 -0400 (EDT) Date: Wed, 26 Oct 2005 14:04:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marian Hettwer In-Reply-To: <435F7B67.5080709@kernel32.de> Message-ID: <20051026135927.Y32255@fledge.watson.org> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <20051026133606.O32255@fledge.watson.org> <435F7B67.5080709@kernel32.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 13:04:02 -0000 On Wed, 26 Oct 2005, Marian Hettwer wrote: >>> my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, >>> Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. As >>> mentioned before, this benchmark here is a quick shot. However, the >>> difference shouldn't be _that_ large (3600 vs. 14000). >> >> I think you will find people generally agree with this viewpoint. :-) >> > Ack. the difference is that huge... well, for some reasons I don't know, > I think a look into Linux' way of threading may be worth, hm? By the above, I mean that people will generally agree with the viewpoint that the difference is huge, and shouldn't be. The reason I suggested you try libthr is twofold: (1) libthr has undergone more performance optimization for MySQL -- in fact, MySQL has been one of the specific workload targets for libthr. (2) libthr uses a threading model more like the Linux model, and since MySQL has been heavily optimized for Linux, that also helps out. Note performance optimization for applications is often one by looking at what the underlying OS does badly, and what it does well, and modifying the application to use more features where it does well, and fewer where it does badly. This means, for example, that if Linux is optimized to support a small number of threads, and FreeBSD is optimized for a large number of threads, that MySQL developers who are targetting Linux will focus on having a small number of threads. This is an interesting property of plugging lots of parts together, and can't be ignored... It goes both ways, of course. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 13:09:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E031C16A421 for ; Wed, 26 Oct 2005 13:09:32 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9088743D48 for ; Wed, 26 Oct 2005 13:09:31 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 49094 invoked from network); 26 Oct 2005 13:09:29 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Oct 2005 13:09:29 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9QD9QCH041346; Wed, 26 Oct 2005 15:09:26 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9QD9QWg041345; Wed, 26 Oct 2005 15:09:26 +0200 (CEST) (envelope-from pho) Date: Wed, 26 Oct 2005 15:09:26 +0200 From: Peter Holm To: Gleb Smirnoff Message-ID: <20051026130926.GA41293@peter.osted.lan> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051026083147.GA41520@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 13:09:33 -0000 On Wed, Oct 26, 2005 at 12:31:47PM +0400, Gleb Smirnoff wrote: > Peter, > > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: > P> While stress testing RELENG_6_0 with a nfs mounted file system on a > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): > P> http://people.freebsd.org/~pho/stress/log/nfsd.html > > let's try out this one. > With this patch I got a (unrelated ?) panic: lock (sleep mutex) Giant not locked @ nfsserver/nfs_serv.c:2193 http://people.freebsd.org/~pho/stress/log/nfsd3.html - Peter > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > Index: nfs_serv.c > =================================================================== > RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v > retrieving revision 1.156 > diff -u -r1.156 nfs_serv.c > --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 > +++ nfs_serv.c 26 Oct 2005 08:00:26 -0000 > @@ -2092,6 +2092,7 @@ > tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); > vtyp = nfsv3tov_type(*tl); > if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { > + NFSD_UNLOCK(); > error = NFSERR_BADTYPE; > goto out; > } > @@ -2108,6 +2109,7 @@ > * Iff doesn't exist, create it. > */ > if (nd.ni_vp) { > + NFSD_UNLOCK(); > error = EEXIST; > goto out; > } From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 13:14:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD71916A41F for ; Wed, 26 Oct 2005 13:14:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FE0343D7C for ; Wed, 26 Oct 2005 13:14:25 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9QDENvD095395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Oct 2005 17:14:23 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9QDENcc095394; Wed, 26 Oct 2005 17:14:23 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 26 Oct 2005 17:14:23 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20051026131423.GH41520@cell.sick.ru> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> <20051026130926.GA41293@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bGR76rFJjkSxVeRa" Content-Disposition: inline In-Reply-To: <20051026130926.GA41293@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 13:14:33 -0000 --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Wed, Oct 26, 2005 at 03:09:26PM +0200, Peter Holm wrote: P> > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: P> > P> While stress testing RELENG_6_0 with a nfs mounted file system on a P> > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): P> > P> http://people.freebsd.org/~pho/stress/log/nfsd.html P> > P> > let's try out this one. P> > P> P> With this patch I got a (unrelated ?) P> panic: lock (sleep mutex) Giant not locked @ nfsserver/nfs_serv.c:2193 Related. Please try out a corrected patch. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="nfs_serv.c.diff" Index: nfs_serv.c =================================================================== RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v retrieving revision 1.156 diff -u -r1.156 nfs_serv.c --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 +++ nfs_serv.c 26 Oct 2005 13:13:25 -0000 @@ -2092,6 +2092,8 @@ tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); vtyp = nfsv3tov_type(*tl); if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { + NFSD_UNLOCK(); + mtx_lock(&Giant); /* VFS */ error = NFSERR_BADTYPE; goto out; } @@ -2108,6 +2110,8 @@ * Iff doesn't exist, create it. */ if (nd.ni_vp) { + NFSD_UNLOCK(); + mtx_lock(&Giant); /* VFS */ error = EEXIST; goto out; } --bGR76rFJjkSxVeRa-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 13:57:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C34A16A420 for ; Wed, 26 Oct 2005 13:57:08 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DBCD43D78 for ; Wed, 26 Oct 2005 13:57:05 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 5C60452219 for ; Wed, 26 Oct 2005 15:57:04 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1F8E64080; Wed, 26 Oct 2005 15:56:42 +0200 (CEST) Date: Wed, 26 Oct 2005 15:56:42 +0200 From: Jeremie Le Hen To: current@freebsd.org Message-ID: <20051026135641.GV14063@obiwan.tataz.chchile.org> References: <20051021163151.GG985@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051021163151.GG985@galgenberg.net> User-Agent: Mutt/1.5.10i Cc: Subject: Re: panic: ffs_valloc: dup alloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 13:57:08 -0000 Hi Ulrich, > updated my server to 6.0RC1 (needed GELI, so I went straight to 6.0) and > got this panic while moving 20GB of data to a GELI+GMIRROR backed > volume. > > mode = 015115, inum = 444208, fs = /vol2 > panic: ffs_valloc: dup alloc > Uptime: 7h55m14s It would be far more useful to provide a backtrace. You can achieve this by asking FreeBSD to frop to DDB upon panic and then use the "trace" command. > No WITNESS, no INVARIANTS, no DDB. Sorry. Should I retry with these > settings? Yes, INVARIANTS are useful to have, and I think DDB is a must :-). > Due to performance reasons, I went with a geli-sectorsize of 8192 for > this particular volume, resulting in a bs/fs of 16384/8192. > > Is this an incredibly stupid thing to do? How else could I speed up the > operation of GELI? (No, sadly GBDE is even slower). I don't know, but the kernel should not panic anyway. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 14:20:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4639E16A41F for ; Wed, 26 Oct 2005 14:20:17 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6655E43D46 for ; Wed, 26 Oct 2005 14:20:15 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 9481 invoked by uid 89); 26 Oct 2005 14:20:14 -0000 Received: by simscan 1.1.0 ppid: 9384, pid: 9477, t: 2.2682s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Oct 2005 14:20:12 -0000 Message-ID: <435F9095.507@ultra-secure.de> Date: Wed, 26 Oct 2005 16:20:05 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current References: <139e33fd0505170202a18e7c0@mail.gmail.com> In-Reply-To: <139e33fd0505170202a18e7c0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.3 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 14:20:17 -0000 Arun Raman wrote: >Hi, > >Had anyone successfully installed FreeBSD (any version) on a IBM blade server? > > I would love to run it on our LS 20 BladeCenter blades (Dual Core, Dual Opteron). But we don't have local disks, only SAN. And FreeBSD totally lacks multipathing and failover-support for the integrated Qlogic card (or just about any FC-card). So, this is one more place where I can say "Goodbye" to FreeBSD and "Hello" to RHEL. I found an old posting from Pavel J. Dawidek, claiming to have written a complete MP-solution (GEOM_ROME): http://lists.freebsd.org/pipermail/freebsd-geom/2004-January/000064.html But it seemed to be "closed source" back then - I wonder what the status is nowadays. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 14:38:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF9E16A41F for ; Wed, 26 Oct 2005 14:38:10 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF9243D64 for ; Wed, 26 Oct 2005 14:38:06 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E84E.dip.t-dialin.net [84.165.232.78]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j9QEIQcY042961; Wed, 26 Oct 2005 16:18:27 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j9QEc0DN036294; Wed, 26 Oct 2005 16:38:00 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Wed, 26 Oct 2005 16:37:59 +0200 Message-ID: <20051026163759.hlvgwsmbokswk8ww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 26 Oct 2005 16:37:59 +0200 From: Alexander Leidinger To: Joao Barros References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> In-Reply-To: <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, Robert Atkinson , Samuel Clements Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 14:38:10 -0000 Joao Barros wrote: > On 10/25/05, Robert Atkinson wrote: >> Maybe a longshot, but what is your cluster size? > The default block size of 16384 bytes, a fragment size of 2048 bytes > The ide drive has a NTFS partition which I mounted readonly and > copying files from there resulted with the same below expected > performance :( I haven't read the entire thread, but by looking at this I assume there's another FS than NTFS involved. Benchmarking with NTFS (or MSDOSFS) as the underlying FS doesn't make sense (unless you want to measure the performance of NTFS or MSDOSFS), since it's slow (for NTFS you should be happy to at least be able to read something, there's no open documentation about it available). So I suggest you try with a good FS (ufs 1 or 2) only and don't bother about NTFS, to make sure the FS isn't the bottleneck. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The Supreme Court does it with all deliberate speed. From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 14:56:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4094816A41F for ; Wed, 26 Oct 2005 14:56:48 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EDB343D78 for ; Wed, 26 Oct 2005 14:56:47 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id j9QEuiZV032811; Wed, 26 Oct 2005 16:56:44 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id j9QEuhwF044316; Wed, 26 Oct 2005 16:56:43 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id j9QEuhwS044315; Wed, 26 Oct 2005 16:56:43 +0200 (CEST) (envelope-from wb) Date: Wed, 26 Oct 2005 16:56:43 +0200 From: Wilko Bulte To: Rainer Duffner Message-ID: <20051026145643.GA44296@freebie.xs4all.nl> References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <435F9095.507@ultra-secure.de> X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Current Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 14:56:48 -0000 On Wed, Oct 26, 2005 at 04:20:05PM +0200, Rainer Duffner wrote.. > Arun Raman wrote: > > >Hi, > > > >Had anyone successfully installed FreeBSD (any version) on a IBM blade > >server? > > > > > > > I would love to run it on our LS 20 BladeCenter blades (Dual Core, Dual > Opteron). > But we don't have local disks, only SAN. > And FreeBSD totally lacks multipathing and failover-support for the > integrated Qlogic card (or just about any FC-card). FreeBSD happens to support most Qlogic based FC cards with the isp(4) driver. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 15:09:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE7316A41F for ; Wed, 26 Oct 2005 15:09:36 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 729EB43D6D for ; Wed, 26 Oct 2005 15:09:31 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so321533wxc for ; Wed, 26 Oct 2005 08:09:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XP3GNtP9ZMm78UEBkRYchAuSWfUGs7P8WFNQY9CEotEd9GO2Cci5Leu0iXNHvVN2TeivesxMGORomw7Bv0/Np914WuUwAAgnSH8M4+TLy8W+W+Em+NS6uXPr9F16Pej/EPNUtDlHFHYk+Gl8SEghQSRkpGti71Nt6L2iuI51ibk= Received: by 10.70.7.11 with SMTP id 11mr357089wxg; Wed, 26 Oct 2005 08:09:31 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Wed, 26 Oct 2005 08:09:31 -0700 (PDT) Message-ID: <70e8236f0510260809j7612cf4di5d7bb00c986efa0c@mail.gmail.com> Date: Wed, 26 Oct 2005 16:09:31 +0100 From: Joao Barros To: Alexander Leidinger In-Reply-To: <20051026163759.hlvgwsmbokswk8ww@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> <20051026163759.hlvgwsmbokswk8ww@netchild.homeip.net> Cc: freebsd-current@freebsd.org, Robert Atkinson , Samuel Clements Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 15:09:37 -0000 On 10/26/05, Alexander Leidinger wrote: > I haven't read the entire thread, but by looking at this I assume there's > another FS than NTFS involved. Benchmarking with NTFS (or MSDOSFS) as the > underlying FS doesn't make sense (unless you want to measure the performa= nce > of NTFS or MSDOSFS), since it's slow (for NTFS you should be happy to at > least be able to read something, there's no open documentation about it > available). > > So I suggest you try with a good FS (ufs 1 or 2) only and don't bother ab= out > NTFS, to make sure the FS isn't the bottleneck. > > Bye, > Alexander. Your right, you didn't read the entire thread :D My first test was with ufs. I just popped an IDE disk into the machine to have means to compare. /dev/da0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/da0s1e on /tmp (ufs, local, soft-updates) /dev/da0s1f on /usr (ufs, local, soft-updates) /dev/da0s1d on /var (ufs, local, soft-updates) /dev/amrd0s1c on /storage (ufs, local, soft-updates) /dev/ad0s1 on /mnt/temp (ntfs, local) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 15:14:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB9716A41F; Wed, 26 Oct 2005 15:14:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC4143D4C; Wed, 26 Oct 2005 15:14:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 26 Oct 2005 11:31:06 -0400 From: John Baldwin To: current@freebsd.org Date: Wed, 26 Oct 2005 11:15:44 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510261115.46355.jhb@freebsd.org> Cc: stable@freebsd.org Subject: HEADSUP: ddb stack trace command name changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 15:14:23 -0000 First, the 'traceall' command has been renamed to 'alltrace'. This allows abbreviated versions of 'trace' such as 't' or 'tr' to work again. It is also more consistent with other ddb functions that dump data about multiple objects ('show allpcpu', etc.). Secondly, 'bt' has been added as a new alias for 'trace' which should make some gdb-using folks lives easier if they are used to using 'bt' in gdb all the time. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 16:13:43 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9204716A41F for ; Wed, 26 Oct 2005 16:13:43 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA52443D60 for ; Wed, 26 Oct 2005 16:13:41 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id j9PHHmDc005879; Tue, 25 Oct 2005 20:17:53 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (192.168.48.1) with smtp ; Tue, 25 Oct 2005 20:30:02 +0300 Message-ID: <000a01c5d989$ba089a00$0130a8c0@Gleb> From: "Gleb Kozyrev" To: "Kris Kennaway" , References: <20051025155930.GF93337@xor.obsecurity.org> Date: Tue, 25 Oct 2005 20:29:59 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: Subject: Re: syncer going nuts on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 16:13:43 -0000 Kris Kennaway wrote to on Tue, 25 Oct 2005 11:59:33 -0400: KK> I have 3 UP 6.0 machines that are currently stuck using 100-epsilon% KK> of CPU in the syncer: KK> last pid: 17621; load averages: 9.02, 7.21, 4.82 KK> up 3+18:15:31 +08:49:50 KK> 73 processes: 2 running, 47 sleeping, 24 waiting KK> CPU states: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle KK> Mem: 27M Active, 149M Inact, 137M Wired, 4K Cache, 109M Buf, 684M Free KK> Swap: 2048M Total, 8K Used, 2048M Free KK> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND KK> 38 root 1 -4 0 0K 8K getblk 180:21 431.30% syncer KK> 17474 root 1 -4 0 1928K 1428K getblk 1:13 28.71% rm KK> 11 root 1 171 52 0K 8K RUN 20.2H 8.94% idle KK> rm -rf is just removing a single ufs directory tree, but it's taking KK> *much* longer than it should be (order of 5 minutes instead of 30 KK> seconds it took for the other 25 machines), and the machine was KK> extremely unresponsive in the meantime (response times of 30 seconds KK> to run commands like top). WITNESS is on, but it's also on on the KK> other 25 machines that aren't seeing a problem under what should be KK> analogous loads. I've seen the same problem and it seems to be related with filesystem snapshots. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 16:16:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F139D16A41F for ; Wed, 26 Oct 2005 16:16:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD38C43D45 for ; Wed, 26 Oct 2005 16:16:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 971981A3C19; Wed, 26 Oct 2005 09:16:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C72CF51213; Wed, 26 Oct 2005 12:16:35 -0400 (EDT) Date: Wed, 26 Oct 2005 12:16:35 -0400 From: Kris Kennaway To: Gleb Kozyrev Message-ID: <20051026161635.GB47405@xor.obsecurity.org> References: <20051025155930.GF93337@xor.obsecurity.org> <000a01c5d989$ba089a00$0130a8c0@Gleb> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <000a01c5d989$ba089a00$0130a8c0@Gleb> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: syncer going nuts on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 16:16:37 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 08:29:59PM +0300, Gleb Kozyrev wrote: > Kris Kennaway wrote to on Tue, 25 Oct 2005 11:59:33= -0400: >=20 > KK> I have 3 UP 6.0 machines that are currently stuck using 100-epsilon% > KK> of CPU in the syncer: >=20 > KK> last pid: 17621; load averages: 9.02, 7.21, 4.82 = =20 > KK> up 3+18:15:31 +08:49:50 > KK> 73 processes: 2 running, 47 sleeping, 24 waiting > KK> CPU states: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0= .0% idle > KK> Mem: 27M Active, 149M Inact, 137M Wired, 4K Cache, 109M Buf, 684M Free > KK> Swap: 2048M Total, 8K Used, 2048M Free > KK> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMA= ND > KK> 38 root 1 -4 0 0K 8K getblk 180:21 431.30% sync= er > KK> 17474 root 1 -4 0 1928K 1428K getblk 1:13 28.71% rm > KK> 11 root 1 171 52 0K 8K RUN 20.2H 8.94% idle >=20 > KK> rm -rf is just removing a single ufs directory tree, but it's taking > KK> *much* longer than it should be (order of 5 minutes instead of 30 > KK> seconds it took for the other 25 machines), and the machine was > KK> extremely unresponsive in the meantime (response times of 30 seconds > KK> to run commands like top). WITNESS is on, but it's also on on the > KK> other 25 machines that aren't seeing a problem under what should be > KK> analogous loads. >=20 > I've seen the same problem and it seems to be related with filesystem sna= pshots. I'm not using them. Kris --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDX6vjWry0BWjoQKURAjhXAJ9qXQYVHJq3mWEl69fT4V4z5FujEwCg1eUp FDSTMUT4Cd6XcA1nnbNYDQ8= =P0Zl -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 02:41:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1967116A421 for ; Wed, 26 Oct 2005 02:41:10 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [81.176.113.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 217A243D49 for ; Wed, 26 Oct 2005 02:41:09 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id AF97D45A51; Wed, 26 Oct 2005 09:41:04 +0700 (OMSST) Date: Wed, 26 Oct 2005 09:41:04 +0700 From: "Evgueni V. Gavrilov" To: freebsd-current@freebsd.org Message-ID: <20051026024104.GA49983@rusunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Wed, 26 Oct 2005 16:27:00 +0000 Subject: 6.0-RC1 crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 02:41:10 -0000 # kgdb /usr/obj/usr/src/sys/BLACKBIRD6/kernel.debug vmcore.29 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x5a fault code = supervisor read, page not present instruction pointer = 0x20:0xc06a17fb stack pointer = 0x28:0xeacc49d0 frame pointer = 0x28:0xeacc4abc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28349 (nnrpd) trap number = 12 panic: page fault cpuid = 0 Uptime: 14h54m48s Dumping 1919 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 1919MB (491264 pages) 1904 Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0xc1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc04f137c stack pointer = 0x28:0xe6733c8c frame pointer = 0x28:0xe6733c94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 62 (irq48: iir0) trap number = 12 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where full #0 doadump () at pcpu.h:165 No locals. #1 0xc0567a57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc0567e08 in panic (fmt=0xc072ee9c "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc3acaa80 bootopt = 260 newpanic = 0 ap = 0xc3acaa80 "\fŇ\230Ä Â\230Ä" buf = "page fault", '\0' #3 0xc0705620 in trap_fatal (frame=0xeacc4990, eva=0) at /usr/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc0705319 in trap_pfault (frame=0xeacc4990, usermode=0, eva=90) at /usr/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc5e66834 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc3acaa80 p = (struct proc *) 0xc498d20c #5 0xc0704eff in trap (frame= {tf_fs = -1056571384, tf_es = -1056636888, tf_ds = -1056636888, tf_edi = -1056571392, tf_esi = 2, tf_ebp = -355710276, tf_isp = -355710532, tf_ebx = 0, tf_edx = 7, tf_ecx = -355710376, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066788869, tf_cs = 32, tf_eflags = 66118, tf_esp = -355710368, tf_ss = -1056518144}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc3acaa80 p = (struct proc *) 0xc498d20c sticks = 0 i = 0 ucode = 0 type = 12 code = 0 eva = 90 #6 0xc06f099a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc06a17fb in vm_fault (map=0xc1060000, vaddr=3238449152, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:293 rv = 0 reqpage = -1066886755 ahead = 5 behind = -1016206336 behavior = 7 '\a' prot = 7 '\a' is_first_object_locked = 131072 result = 0 growstack = 1 wired = 0 map_generation = 1621 next_object = 0x0 marray = {0x0, 0x7, 0x246, 0xc3acaa80, 0xeacc4a94, 0xc3627400, 0xc36dec00, 0xc698edec, 0x0, 0xc3acaa80, 0xeacc4ac8, 0xc05595d5, 0xeacc4ad0, 0x1, 0x70000, 0xeacc4ac0} hardfault = 0 faultcount = 2 fs = {m = 0x0, object = 0xeacc4a94, pindex = 16918979663060814480, first_m = 0xc06fc582, first_object = 0x0, first_pindex = 4462, map = 0xc1060000, entry = 0xc105d044, lookup_still_valid = 0, vp = 0x5} #8 0xc07052c5 in trap_pfault (frame=0xeacc4b2c, usermode=0, eva=3238453236) at /usr/src/sys/i386/i386/trap.c:731 va = 3238449152 vm = (struct vmspace *) 0x0 map = 0xc1060000 rv = 2 ftype = 2 '\002' td = (struct thread *) 0xc3acaa80 p = (struct proc *) 0xc498d20c #9 0xc0704eff in trap (frame= {tf_fs = -1065943032, tf_es = -355729368, tf_ds = 40, tf_edi = -942492608, tf_esi = 24549, tf_ebp = -355710092, tf_isp = -355710120, tf_ebx = -1056514120, tf_edx = -1012094336, tf_ecx = 4, tf_eax = -1056514120, tf_trapno = 12, tf_err = 2, tf_eip = -1066720393, tf_cs = 32, tf_eflags = 66198, tf_esp = 24549, tf_ss = -942492608}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc3acaa80 p = (struct proc *) 0xc498d20c sticks = 3247367568 i = 0 ucode = 0 type = 12 code = 2 eva = 3238453236 #10 0xc06f099a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #11 0xc06b2377 in vm_page_cowsetup (m=0xc106dfb8) at /usr/src/sys/vm/vm_page.c:1696 No locals. #12 0xc05a86eb in socow_setup (m0=0xc8d2d400, uio=0xc7d2b440) at /usr/src/sys/kern/uipc_cow.c:131 sf = (struct sf_buf *) 0x5fe5 pp = 0xc106dfb8 pa = 3238453176 iov = (struct iovec *) 0x4 vmspace = (struct vmspace *) 0xc3acaa80 offset = 1435 uva = 3238453176 #13 0xc05accec in sosend (so=0xc61ae164, addr=0x0, uio=0xc7d2b440, top=0x0, control=0x0, flags=0, td=0xc3acaa80) at /usr/src/sys/kern/uipc_socket.c:748 mp = (struct mbuf **) 0xeacc4c2c m = (struct mbuf *) 0xc8d2d400 space = 24549 len = 0 resid = 89551 clen = -925707264 error = 128 dontroute = 0 atomic = 0 cow_send = 0 #14 0xc0598fe7 in soo_write (fp=0xc106dfb8, uio=0xc7d2b440, active_cred=0xc3a59d00, flags=0, td=0xc3acaa80) at /usr/src/sys/kern/sys_socket.c:118 so = (struct socket *) 0xc61ae164 error = 89551 #15 0xc0591cf4 in dofilewrite (td=0xc3acaa80, fd=-1056514120, fp=0xc398e1b0, auio=0xc7d2b440, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 cnt = 89551 error = -1013390928 ktruio = (struct uio *) 0x0 #16 0xc0591b2b in kern_writev (td=0xc3acaa80, fd=1, auio=0xc106dfb8) at /usr/src/sys/kern/sys_generic.c:402 fp = (struct file *) 0xc398e1b0 error = 0 #17 0xc0591aa5 in writev (td=0xc106dfb8, uap=0xeacc4d04) at /usr/src/sys/kern/sys_generic.c:388 auio = (struct uio *) 0xc7d2b440 error = 0 #18 0xc0705a07 in syscall (frame= {tf_fs = 134873147, tf_es = 59, tf_ds = -1078001605, tf_edi = 134950912, tf_esi = 89551, tf_ebp = -1077950728, tf_isp = -355709596, tf_ebx = 674649364, tf_edx = 0, tf_ecx = 0, tf_eax = 121, tf_trapno = 12, tf_err = 2, tf_eip = 674949283, tf_cs = 51, tf_eflags = 642, tf_esp = -1077950756, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 params = 0xbfbfc6e0
callp = (struct sysent *) 0xc076cbcc td = (struct thread *) 0xc3acaa80 p = (struct proc *) 0xc498d20c orig_tf_eflags = 642 sticks = 0 error = 0 narg = 3 args = {1, 134858144, 2, 675856384, 12, 0, 0, -996617716} code = 121 #19 0xc06f09ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #20 0x00000033 in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 07:35:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489F316A41F for ; Wed, 26 Oct 2005 07:35:57 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from v.gz.ru (gw-gpt.v.gz.ru [195.209.41.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F6D43D49 for ; Wed, 26 Oct 2005 07:35:55 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from kva (kva.mics.msu.su [158.250.28.130]) (authenticated bits=0) by v.gz.ru (8.13.4/8.13.4) with ESMTP id j9Q7Zq0i045221; Wed, 26 Oct 2005 11:35:53 +0400 (MSD) (envelope-from mike@v.gz.ru) Message-ID: <029201c5da00$072ad570$821cfa9e@mics.msu.su> From: "Mike G" To: "Marcel Moolenaar" References: <025401c5d953$47004480$821cfa9e@mics.msu.su> <9187905F-F952-444A-912D-823BB97B42DE@xcllnt.net> Date: Wed, 26 Oct 2005 11:36:49 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 FL-Build: Fidolook 2002 (SL) 6.0.2600.78 - 24/10/2002 21:18:29 X-Antivirus: Dr.Web (R) for Mail Servers on virgin.v.gz.ru host X-Antivirus-Code: 100000 X-Mailman-Approved-At: Wed, 26 Oct 2005 16:27:00 +0000 Cc: current@freebsd.org Subject: Re: uart and puc attach conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 07:35:57 -0000 Zig Hail, Marcel! You wrote to "Mike G" on Tue, 25 Oct 2005 18:58:46 -0700: It's perfectly works! Thanks! ??>> Instead of puc(4) attaching to the device, and uarts attaching to ??>> the puc0, ??>> I see that uart(4) driver attaches to the device itself. MM> Fixed in rev. 1.6 of src/sys/dev/uart/uart_bus_pci.c MM> The problem was that there were PCI IDs of multi-port cards in MM> the list of devices that uart(4) could attach to. MM> Rev 1.6 can manually be applied to 6.0 (including BETAs and RCs). MM> The fix will not make it in 6.0 though. I'll merge after 6.0 is MM> released. Mike G. -- MSU Microelectronics E-mail: mike@v.gz.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 16:38:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44C8E16A41F for ; Wed, 26 Oct 2005 16:38:57 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E26443D45 for ; Wed, 26 Oct 2005 16:38:56 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 25514 invoked by uid 89); 26 Oct 2005 16:38:55 -0000 Received: by simscan 1.1.0 ppid: 25490, pid: 25507, t: 1.9056s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Oct 2005 16:38:53 -0000 Message-ID: <435FB117.2030003@ultra-secure.de> Date: Wed, 26 Oct 2005 18:38:47 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> <20051026145643.GA44296@freebie.xs4all.nl> In-Reply-To: <20051026145643.GA44296@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD Current Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 16:38:57 -0000 Wilko Bulte wrote: >On Wed, Oct 26, 2005 at 04:20:05PM +0200, Rainer Duffner wrote.. > > >>Arun Raman wrote: >> >> >> >>>Hi, >>> >>>Had anyone successfully installed FreeBSD (any version) on a IBM blade >>>server? >>> >>> >>> >>> >>I would love to run it on our LS 20 BladeCenter blades (Dual Core, Dual >>Opteron). >>But we don't have local disks, only SAN. >>And FreeBSD totally lacks multipathing and failover-support for the >>integrated Qlogic card (or just about any FC-card). >> >> > >FreeBSD happens to support most Qlogic based FC cards with the isp(4) >driver. > > > I know. It just happens that I see every LUN 4 times, due to the multipath configuration we have! Also, when I ran 5.4 on out BL20 blades, it liked to panic while rescanning the SCSI-bus (after adding some space to a LUN). cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 16:41:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA6D16A41F for ; Wed, 26 Oct 2005 16:41:09 +0000 (GMT) (envelope-from carlos@infodrive.com.ar) Received: from ns-1.net (ns-1.net [200.68.192.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1186543D5F for ; Wed, 26 Oct 2005 16:40:59 +0000 (GMT) (envelope-from carlos@infodrive.com.ar) Received: by ns-1.net (Postfix, from userid 65534) id 9D23E62D52B; Wed, 26 Oct 2005 13:40:55 -0300 (ART) Received: from [127.0.0.1] (77-138-89-200.fibertel.com.ar [200.89.138.77]) by ns-1.net (Postfix) with ESMTP id B1BDC62D529 for ; Wed, 26 Oct 2005 13:40:54 -0300 (ART) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 91867, updated: 26.10.2005] Message-ID: <435FB196.30406@infodrive.com.ar> Date: Wed, 26 Oct 2005 13:40:54 -0300 From: Carlos Horowicz User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <20051026133606.O32255@fledge.watson.org> <435F7B67.5080709@kernel32.de> <20051026135927.Y32255@fledge.watson.org> In-Reply-To: <20051026135927.Y32255@fledge.watson.org> Content-Type: multipart/mixed; boundary="------------000504060802050809050005" X-SMTP: http://internet.Argentina.com Cc: Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 16:41:10 -0000 This is a multi-part message in MIME format. --------------000504060802050809050005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I've tested MySQL 4.0.x and 4.1.x under a double-Opteron server with 4G RAM. The disk is a plain IDE (dmesg and diskinfo are attached, kernel is just SMP). Here my tests, using my-large.cnf: 1. FreeBSD 5.4-STABLE from June 1st mysql-server-4.0.22 from ports with no options root@antivirus-1#/usr/local/src/super-smack-1.3(14:38:16)> for i in 1 2 3 4 ; do super-smack -d mysql /usr/share/smacks/select-key.smack 50 1000 ; done | grep select select_index 100000 3 0 17030.08 select_index 100000 3 0 17076.08 select_index 100000 7 0 16908.59 select_index 100000 7 0 16769.76 2. same as 1, but mysql-4.1.14 default port compile ... Performance increase for i in 1 2 3 4 ; do super-smack -d mysql /usr/share/smacks/select-key.smack 50 1000 ; done | grep select select_index 100000 5 0 17893.95 select_index 100000 2 0 18728.95 select_index 100000 9 0 18537.49 select_index 100000 5 0 18496.73 3. same as 2. but with -stable from october 3rd 2005 no change. 4. same as 3. but with 6.0-BETA5 from october 4th 2005 mysql41 recompiled select_index 100000 2 0 18770.87 select_index 100000 3 0 18727.82 select_index 100000 2 0 18781.72 select_index 100000 4 0 18606.72 5. same as 4. but with SCHED_ULE instead of SCHED_4BSD select_index 100000 2 0 22951.84 select_index 100000 4 0 20193.24 select_index 100000 4 0 20103.91 select_index 100000 4 0 20773.52 select_index 100000 5 0 20110.09 Nevertheless I run a production MySQL on a double-Xeon ( Supermicro X5DPR-iG2+ , 4G RAM ) on 5.4-stable, that had continous crashes (Out of memory, every 5 minutes restarts, coredumps, "you hit a bug" sort of message, etc) even with different compiler options , until I recompiled with Linuxthreads. THe error log has been completely silent since then (one week ago). The my.cnf is basically my-large.cnf plus wait_timeout 120 and max_connections 1000, and the tables are all MyISAM. It requires between 400 and 600 threads in memory, and it handles 500 to 700 queries per/second. I couldn't reproduce this config under the double-Opteron because linuxthreads is not available from ports on amd64. I think this has to do with the nature of the queries in a real-world scenario, super-smack hammers MySQL in only one way , but in my case we got at least five completely different applications with very variable requirements (e.g. sort a 10-mail mailbox by subject, then do the same but with 10.000 mails, etc) which eventually kill MySQL with FreeBSD native threads. Same sort of continuous crash under a single-CPU scenario, same apps, 4G RAM and FreeBSD-6.0-RC1. Any ideas ? Regards, -Carlos Robert Watson wrote: > > On Wed, 26 Oct 2005, Marian Hettwer wrote: > >>>> my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. >>>> Although, Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL >>>> 4.1.14. As mentioned before, this benchmark here is a quick shot. >>>> However, the difference shouldn't be _that_ large (3600 vs. 14000). >>> >>> >>> I think you will find people generally agree with this viewpoint. :-) >>> >> Ack. the difference is that huge... well, for some reasons I don't >> know, I think a look into Linux' way of threading may be worth, hm? > > > By the above, I mean that people will generally agree with the > viewpoint that the difference is huge, and shouldn't be. > > The reason I suggested you try libthr is twofold: > > (1) libthr has undergone more performance optimization for MySQL -- in > fact, MySQL has been one of the specific workload targets for libthr. > > (2) libthr uses a threading model more like the Linux model, and since > MySQL has been heavily optimized for Linux, that also helps out. > Note > performance optimization for applications is often one by looking at > what the underlying OS does badly, and what it does well, and > modifying the application to use more features where it does well, > and > fewer where it does badly. This means, for example, that if Linux is > optimized to support a small number of threads, and FreeBSD is > optimized for a large number of threads, that MySQL developers who > are > targetting Linux will focus on having a small number of threads. > This is an interesting property of plugging lots of parts together, > and can't be ignored... It goes both ways, of course. > > Robert N M Watson > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" ------------------------------------------------------------- Conectate a Turbo Internet Gratis en Buenos Aires - 5500-5500 Entra a http://free.internet.argentina.com/promointernet/ --------------000504060802050809050005 Content-Type: text/plain; name="supersmack.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="supersmack.txt" MySQL supersmack 1.3 root@antivirus-1#/usr/src(15:20:23)> diskinfo -tv /dev/ad0 /dev/ad0 512 # sectorsize 200049647616 # mediasize in bytes (186G) 390721968 # mediasize in sectors 387621 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 9.750260 sec = 39.001 msec Half stroke: 250 iter in 4.380025 sec = 17.520 msec Quarter stroke: 500 iter in 6.612929 sec = 13.226 msec Short forward: 400 iter in 2.848763 sec = 7.122 msec Short backward: 400 iter in 5.099140 sec = 12.748 msec Seq outer: 2048 iter in 0.689416 sec = 0.337 msec Seq inner: 2048 iter in 3.312997 sec = 1.618 msec Transfer rates: outside: 102400 kbytes in 2.481251 sec = 41270 kbytes/sec middle: 102400 kbytes in 5.514508 sec = 18569 kbytes/sec inside: 102400 kbytes in 20.607294 sec = 4969 kbytes/sec dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Wed Jun 1 03:41:22 ART 2005 root@antivirus-1.argentina.com:/usr/obj/usr/src/sys/AMDBOLA2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (1991.48-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 4227792896 (4031 MB) avail memory = 4080869376 (3891 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xa880-0xa88f,0xac00-0xac03,0xb800-0xb807,0xb880-0xb883,0xbc0 0-0xbc07 mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xa800-0xa83f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff i rq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2d:04:97 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7 .1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc8b0000-0xfc8bffff,0xfc8c0000-0x fc8cffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2d:04:c4 bge1: mem 0xfc8e0000-0xfc8effff,0xfc8f0000-0x fc8fffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2d:04:c5 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 190782MB [387621/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a 1. FreeBSD 5.4-STABLE from June 1st mysql-server-4.0.22 from ports with no options root@antivirus-1#/usr/local/src/super-smack-1.3(14:38:16)> for i in 1 2 3 4 ; do super-smack -d mysql /usr/share/smacks/select-key.smack 50 1000 ; done | grep select select_index 100000 3 0 17030.08 select_index 100000 3 0 17076.08 select_index 100000 7 0 16908.59 select_index 100000 7 0 16769.76 2. same as 1, but mysql-4.1.14 default port compile ... Performance increase for i in 1 2 3 4 ; do super-smack -d mysql /usr/share/smacks/select-key.smack 50 1000 ; done | grep select select_index 100000 5 0 17893.95 select_index 100000 2 0 18728.95 select_index 100000 9 0 18537.49 select_index 100000 5 0 18496.73 3. same as 2. but with -stable from october 3rd 2005 no change. 4. same as 3. but with 6.0-BETA5 from october 4th 2005 mysql41 recompiled select_index 100000 2 0 18770.87 select_index 100000 3 0 18727.82 select_index 100000 2 0 18781.72 select_index 100000 4 0 18606.72 5. same as 4. but with SCHED_ULE instead of SCHED_4BSD select_index 100000 2 0 22951.84 select_index 100000 4 0 20193.24 select_index 100000 4 0 20103.91 select_index 100000 4 0 20773.52 select_index 100000 5 0 20110.09 --------------000504060802050809050005-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 17:22:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A99516A41F for ; Wed, 26 Oct 2005 17:22:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22F043D46 for ; Wed, 26 Oct 2005 17:22:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 26 Oct 2005 13:39:37 -0400 From: John Baldwin To: "Matthew D. Fuller" Date: Wed, 26 Oct 2005 13:21:49 -0400 User-Agent: KMail/1.8.2 References: <20051023044115.7050216A421@hub.freebsd.org> <200510251521.03036.jhb@freebsd.org> <20051025224508.GB74484@over-yonder.net> In-Reply-To: <20051025224508.GB74484@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510261321.50623.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: The case of the missing USB controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 17:22:53 -0000 On Tuesday 25 October 2005 06:45 pm, Matthew D. Fuller wrote: > On Tue, Oct 25, 2005 at 03:21:02PM -0400 I heard the voice of > > John Baldwin, and lo! it spake thus: > > Ok, some simple questions. > > > > 1) Does it work ok in 4.x? > > I'll have to see if I have a drive with 4.x around here that I can try > booting in it. I think I have a 4.{7,8} machine in a closet. Ok. > > 2) Does it work ok if you disable APIC? > > > > 3) Do you have a verbose dmesg and mptable output available > > somewhere? > > mptable -verbose attached. The dmesg will probably have to wait for > the weekend; I really hate losing my state :| Ok. I kind of need both of them to make sense of things, but I can wait, no rush. > Isn't there a loader tunable for disabling APIC? I don't see anything > jumping out at me in the manpages... hint.apic.0.disabled=1 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 17:59:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087DA16A41F for ; Wed, 26 Oct 2005 17:59:20 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E37D43D48 for ; Wed, 26 Oct 2005 17:59:18 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id j9QHxH9J023572; Wed, 26 Oct 2005 19:59:17 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id j9QHxGGV045162; Wed, 26 Oct 2005 19:59:16 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id j9QHxGjC045161; Wed, 26 Oct 2005 19:59:16 +0200 (CEST) (envelope-from wb) Date: Wed, 26 Oct 2005 19:59:16 +0200 From: Wilko Bulte To: Rainer Duffner Message-ID: <20051026175916.GB45100@freebie.xs4all.nl> References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> <20051026145643.GA44296@freebie.xs4all.nl> <435FB117.2030003@ultra-secure.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <435FB117.2030003@ultra-secure.de> X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Current Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 17:59:20 -0000 On Wed, Oct 26, 2005 at 06:38:47PM +0200, Rainer Duffner wrote.. > Wilko Bulte wrote: > > >On Wed, Oct 26, 2005 at 04:20:05PM +0200, Rainer Duffner wrote.. > > > > > >>Arun Raman wrote: > >> > >> > >> > >>>Hi, > >>> > >>>Had anyone successfully installed FreeBSD (any version) on a IBM blade > >>>server? > >>> > >>> > >>> > >>> > >>I would love to run it on our LS 20 BladeCenter blades (Dual Core, Dual > >>Opteron). > >>But we don't have local disks, only SAN. > >>And FreeBSD totally lacks multipathing and failover-support for the > >>integrated Qlogic card (or just about any FC-card). > >> > >> > > > >FreeBSD happens to support most Qlogic based FC cards with the isp(4) > >driver. > > > > > > > > I know. It just happens that I see every LUN 4 times, due to the > multipath configuration we have! Maybe you can zone the fabric such that the HBA only sees one path to the storage? > Also, when I ran 5.4 on out BL20 blades, it liked to panic while > rescanning the SCSI-bus (after adding some space to a LUN). THat is one of the things I still have to try, FreeBSD on our BL20pG2 -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 18:25:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8150A16A41F for ; Wed, 26 Oct 2005 18:25:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D93543D48 for ; Wed, 26 Oct 2005 18:25:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 26 Oct 2005 14:42:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 26 Oct 2005 13:59:19 -0400 User-Agent: KMail/1.8.2 References: <20051025230925.GA4354@sandvine.com> In-Reply-To: <20051025230925.GA4354@sandvine.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510261359.20789.jhb@freebsd.org> Cc: Ed Maste Subject: Re: panic: trying to sleep while sleeping is prohibited (from ttyinfo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 18:25:27 -0000 On Tuesday 25 October 2005 07:09 pm, Ed Maste wrote: > I just got this panic from my 7.0-CURRENT laptop (Thinkpad T20), > cvsup'd as of Oct 11. I was editing a file in vi at the time. > > -ed > > root@laptop# uname -a > FreeBSD laptop 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Tue Oct 11 18:03:58 EDT > 2005 > emaste_bsd-build.phaedrus.sandvine.com:/d2/emaste/head/obj/d2/emaste/head/s >r c/sys/GENERIC i386 Bah, this is my bug. Looks like you hit Ctrl-T in non-X11. Try the patch at www.freebsd.org/~jhb/patches/ttyinfo.patch It reverts my changes to use the proctree sx lock in ttyinfo and expands use of the proc lock to address my earlier concerns that prompted me to use the proctree lock. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 18:28:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E9D816A41F for ; Wed, 26 Oct 2005 18:28:10 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E3DE43D45 for ; Wed, 26 Oct 2005 18:28:09 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp1-g19.free.fr (Postfix) with ESMTP id E50485E177 for ; Wed, 26 Oct 2005 20:28:08 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j9QIRv72028614 for ; Wed, 26 Oct 2005 20:28:02 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Wed, 26 Oct 2005 20:27:48 +0200 User-Agent: KMail/1.8.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510262027.50488.thierry@herbelot.com> Cc: Subject: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 18:28:10 -0000 Hello, I've resurrected one of my two ISA-based ed(4) boards, which is used to exchange NFS traffic between a client (under -current) and a server (under 6-RC1). The client is building world over NFS with both src and obj stored on the server. The client is running -current as this this the only version able to set the media on the NIC (thanks Warner). The error messages are : Oct 26 09:01:18 newmail-fb6 kernel: ed2: device timeout Oct 26 09:22:30 newmail-fb6 kernel: ed2: device timeout Oct 26 17:31:51 newmail-fb6 kernel: ed2: device timeout the NIC is detected as : %grep ed2 /var/run/dmesg.boot ed2 at port 0x300-0x31f iomem 0xd8000 irq 10 on isa0 ed2: Ethernet address: 52:54:4c:1b:90:1b ed2: type RTL8019 (16 bit) So far, the NFS traffic is flowing fine in spite of the previous messages. The NIC is connected to a cheap switch via a twisted pair cable. TfH From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 18:30:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A78C016A420; Wed, 26 Oct 2005 18:30:08 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3775C43D46; Wed, 26 Oct 2005 18:30:08 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j9QISFXX052429; Wed, 26 Oct 2005 14:28:15 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j9QISEgg052428; Wed, 26 Oct 2005 14:28:14 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 26 Oct 2005 14:28:14 -0400 From: David Schultz To: nocool Message-ID: <20051026182814.GA52373@VARK.MIT.EDU> Mail-Followup-To: nocool , freebsd-hackers , freebsd-current , delphij References: <20051024134527.31E53F02@smtp.263.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051024134527.31E53F02@smtp.263.net> Cc: freebsd-hackers , freebsd-current , delphij Subject: Re: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 18:30:08 -0000 On Mon, Oct 24, 2005, nocool wrote: > Can memory management system utilize COW to supply zero-filled page to kernel or user process. > That is to say: > When processes want zeroed page, we give them a mirror of one already zerod pages. If they just > read, they can read zero from the back page. > We needn't really alloc a new zero-filled page until they modify the page. > So we can saving many time from filling pages with zero, if some process just want read from them. I don't know whether this is done now, but yes, we could do copy-on-write (really, allocate-on-write) for heap pages that have never been written to. But this is a sort of silly optimization that would only affect naive benchmarks. The value stored at a location on the heap that has never been written to is unspecified, so correct applications would never notice this change. Incorrect applications might use fewer pages, but they could also take more traps (one for the read and one for the write), so this change might actually reduce performance. From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 19:48:01 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 0625816A421; Wed, 26 Oct 2005 19:48:01 +0000 (GMT) In-Reply-To: <200510262027.50488.thierry@herbelot.com> from Thierry Herbelot at "Oct 26, 2005 08:27:48 pm" To: thierry@herbelot.com Date: Wed, 26 Oct 2005 19:48:01 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051026194801.0625816A421@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@FreeBSD.ORG Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 19:48:01 -0000 > Hello, > > I've resurrected one of my two ISA-based ed(4) boards, which is used to > exchange NFS traffic between a client (under -current) and a server (under > 6-RC1). The client is building world over NFS with both src and obj stored on > the server. > > The client is running -current as this this the only version able to set the > media on the NIC (thanks Warner). > > The error messages are : > Oct 26 09:01:18 newmail-fb6 kernel: ed2: device timeout > Oct 26 09:22:30 newmail-fb6 kernel: ed2: device timeout > Oct 26 17:31:51 newmail-fb6 kernel: ed2: device timeout Getting a few watchdog timeouts is not unexpected in this case, since it means you lost an interrupt somewhere, which I suppose can happen if the host CPU is slow or very heavily loaded (which I guess it would be if you're building world). Hopefully it recovers quickly. > the NIC is detected as : > %grep ed2 /var/run/dmesg.boot > ed2 at port 0x300-0x31f iomem 0xd8000 irq 10 on isa0 > ed2: Ethernet address: 52:54:4c:1b:90:1b > ed2: type RTL8019 (16 bit) FYI, this is a bogus station address. There are two bits in an ethernet address that have special meaning. If bit 0 in the first octet is set, then the address is a multicast group address rather than a unicast address. (Hence ff:ff:ff:ff:ff:ff is technically a special case of multicast.) If bit 1 in the first octet is set, the address is locally defined rather than globally assigned. Bit 1 is set in your address (the 2 in '52') which means either the code to read the station address from the NIC is broken, or the EEPROM on your card is scrambled. Or both. Another dead giveaway that the address is bogus is that 52:54:4c is not registered in the IEEE's OUI database: http://standards.ieee.org/regauth/oui/index.shtml -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 20:06:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC78516A41F; Wed, 26 Oct 2005 20:06:23 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5889143D48; Wed, 26 Oct 2005 20:06:23 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 4A39F36E4E; Wed, 26 Oct 2005 22:06:22 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j9QK6JjB027865; Wed, 26 Oct 2005 22:06:21 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 26 Oct 2005 22:06:10 +0200 User-Agent: KMail/1.8.2 References: <20051026194801.0625816A421@hub.freebsd.org> In-Reply-To: <20051026194801.0625816A421@hub.freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200510262206.12508.thierry@herbelot.com> Cc: Bill Paul Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 20:06:23 -0000 Le Wednesday 26 October 2005 21:48, Bill Paul a écrit : > > Getting a few watchdog timeouts is not unexpected in this case, since > it means you lost an interrupt somewhere, which I suppose can happen > if the host CPU is slow or very heavily loaded (which I guess it > would be if you're building world). Hopefully it recovers quickly. indeed : this (slow) machine has recovered from the timeouts and is valiantly compiling its world (and I forgot to set CFLAGS to just -O : next time will be faster) > > > the NIC is detected as : > > %grep ed2 /var/run/dmesg.boot > > ed2 at port 0x300-0x31f iomem 0xd8000 irq 10 on isa0 > > ed2: Ethernet address: 52:54:4c:1b:90:1b > > ed2: type RTL8019 (16 bit) > [SNIP] > > Bit 1 is set in your address (the 2 in '52') which means either the > code to read the station address from the NIC is broken, or the > EEPROM on your card is scrambled. Or both. then I've got one more bogus NIC on the same machine (this one PCI-based) : ed1: flags=8802 mtu 1500 ether 52:54:00:e5:36:06 as all of these are just junk chinese old NIC's, a snafu from the manufacturer could also be a valid explanation. interestingly (?), my other ISA-based ed board is seen as : ed0 at port 0x280-0x29f iomem 0xd8000 irq 9 on isa0 ed0: Ethernet address: 00:40:05:61:20:3e ed0: type NE2000 (16 bit) (that is, with a correct MAC address) TfH From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 20:35:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FE4B16A41F for ; Wed, 26 Oct 2005 20:35:52 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D096043D49 for ; Wed, 26 Oct 2005 20:35:51 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id j9QKZpnE080564 for ; Wed, 26 Oct 2005 13:35:51 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id j9QKZorL055662 for ; Wed, 26 Oct 2005 13:35:50 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id j9QKZodN055660 for current@freebsd.org; Wed, 26 Oct 2005 13:35:50 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: current@freebsd.org In-Reply-To: <1130048351.3442.8.camel@realtime.exit.com> References: <1130048351.3442.8.camel@realtime.exit.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Wed, 26 Oct 2005 13:35:50 -0700 Message-Id: <1130358950.47465.11.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.86.2/1148/Tue Oct 25 12:34:12 2005 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Re: "panic: initiate_write_inodeblock_ufs2: already started" on 6.0-RC1 with Intel SRCU42L RAID. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 20:35:52 -0000 On Sat, 2005-10-22 at 23:19 -0700, Frank Mayhar wrote: > I ran into this panic this evening; PR entered as kern/87861. The > filesystem that gets this is on an Intel SRCU42L RAID5 array and that > seems to be the important characteristic. This also happens in > 5.4-stable, so it's not something special about 6.0. I can reproduce > this at will so it will be easy for me to help diagnose it. Following up my own email to add a little bit of information. I built the kernel with INVARIANTS and managed to catch a KASSERT() at the beginning of bundirty(): panic: bundirty: buffer 0xd6d6cc00 still on queue 1 Queue 1 is the QUEUE_CLEAN queue, for (from the commentary) "non-B_DELWRI buffers." Somewhat more interesting is this error message from just before the panic. There are 200+ of these messages, but this one appears to be associated with this buffer, since the offset and length match: g_vfs_done():da6s1e[WRITE(offset=63781224448, length=16384)]error = 16 Error 16 is EBUSY. Unfortunately the stack is messed up (apparently because of a panic cascade) so I can't extract a backtrace for this one. A dump of the buf structure is in the PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=87861 -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 22:14:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D55E16A41F; Wed, 26 Oct 2005 22:14:46 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3A1843D45; Wed, 26 Oct 2005 22:14:45 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9QMNAM3029697; Wed, 26 Oct 2005 18:23:10 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Wed, 26 Oct 2005 18:14:29 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510261814.32292.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1148/Tue Oct 25 15:34:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 22:14:46 -0000 This patch is merge from ACPICA 20051021 release: http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz There are new files added in this release. So, you need `-p' option when applying this patch. Please test and/or review. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 22:50:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915C016A420 for ; Wed, 26 Oct 2005 22:50:47 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2921E43D62 for ; Wed, 26 Oct 2005 22:50:47 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6957346B04; Wed, 26 Oct 2005 18:50:44 -0400 (EDT) Date: Wed, 26 Oct 2005 23:50:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Evgueni V. Gavrilov" In-Reply-To: <20051026024104.GA49983@rusunix.org> Message-ID: <20051026234933.U31152@fledge.watson.org> References: <20051026024104.GA49983@rusunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RC1 crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 22:50:47 -0000 On Wed, 26 Oct 2005, Evgueni V. Gavrilov wrote: > #11 0xc06b2377 in vm_page_cowsetup (m=0xc106dfb8) at /usr/src/sys/vm/vm_page.c:1696 > No locals. > #12 0xc05a86eb in socow_setup (m0=0xc8d2d400, uio=0xc7d2b440) at /usr/src/sys/kern/uipc_cow.c:131 > sf = (struct sf_buf *) 0x5fe5 > pp = 0xc106dfb8 > pa = 3238453176 > iov = (struct iovec *) 0x4 > vmspace = (struct vmspace *) 0xc3acaa80 > offset = 1435 > uva = 3238453176 > #13 0xc05accec in sosend (so=0xc61ae164, addr=0x0, uio=0xc7d2b440, top=0x0, control=0x0, flags=0, td=0xc3acaa80) > at /usr/src/sys/kern/uipc_socket.c:748 > mp = (struct mbuf **) 0xeacc4c2c > m = (struct mbuf *) 0xc8d2d400 > space = 24549 > len = 0 > resid = 89551 > clen = -925707264 > error = 128 > dontroute = 0 > atomic = 0 > cow_send = 0 Looks like you're running into a problem with zero-copy sockets. A number of bug fixes were recently committed that address this problem, but do not appear in 6.0-RC1. Hopefully they'll be in RC2, if not, then in the release. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 23:41:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A9D16A41F for ; Wed, 26 Oct 2005 23:41:47 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A39D43D48 for ; Wed, 26 Oct 2005 23:41:46 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h36.240.159.dialup.iptcom.net ([213.159.240.36]:2815 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219421AbVJZXlo (INRCPT ); Thu, 27 Oct 2005 02:41:44 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j9QNfcC7000799 for ; Thu, 27 Oct 2005 02:41:38 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Thu, 27 Oct 2005 02:41:37 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: freebsd-current@FreeBSD.org Message-ID: <20051027022313.R675@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1762453317-1130369966=:675" Content-ID: <20051027024133.U796@kushnir1.kiev.ua> Cc: Subject: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 23:41:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1762453317-1130369966=:675 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20051027024133.H796@kushnir1.kiev.ua> Hello, For a couple of days already my -CURRENT amd64 reliably panicks whenever I'm trying to connect via ppp (nothing fancy - playn dialup, no firewall). It's 100% reproducible both with custom kernel and with GENERIC. A typescript of kgdb is attached. I'm running now on the kernel from Oct 19 which also panicks, BTW, with "kmem_map too small" on an attempt to run something like Linux OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) Regards, Vladimir --0-1762453317-1130369966=:675 Content-Type: TEXT/PLAIN; CHARSET=KOI8-U; NAME=typescript Content-Transfer-Encoding: BASE64 Content-ID: <20051027023926.I675@kushnir1.kiev.ua> Content-Description: Content-Disposition: ATTACHMENT; FILENAME=typescript U2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE9jdCAyNyAwMjoyMDozMyAyMDA1DQog fj4gc3VkbyBrZ2RiIC91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMva2Vy bmVsLmRlYnVnIC91c3IvY3Jhc2gvdm1jb3JlLjENDQ0KW0dEQiB3aWxsIG5v dCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xp Yi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9i YWxfbG9va3VwIl0NDQpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQ0NCkNvcHly aWdodCAyMDA0IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0NCkdE QiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUNDQp3ZWxjb21lIHRvIGNo YW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIg Y2VydGFpbiBjb25kaXRpb25zLg0NClR5cGUgInNob3cgY29weWluZyIgdG8g c2VlIHRoZSBjb25kaXRpb25zLg0NClRoZXJlIGlzIGFic29sdXRlbHkgbm8g d2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBk ZXRhaWxzLg0NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJhbWQ2NC1t YXJjZWwtZnJlZWJzZCIuDQ0KDQ0KVW5yZWFkIHBvcnRpb24gb2YgdGhlIGtl cm5lbCBtZXNzYWdlIGJ1ZmZlcjoNDQo3DzoPZQ9iDyAPIA8gDyAPIA8gDyAP IA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8g DyAPIA8gDyAPIA8gDyAPIA8gDyAPbQ9pD2kPYg91D3MPMA86DyAPPA9ND0kP SQ8gD2IPdQ9zDz4PIA9vD24PIA9uD3YPZQ8wDyAPIA8gDyAPIA8gDyAPIA8g DyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAP IA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8g D3UPaw9wD2gPeQ8wDzoPIA88D0cPZQ9uD2UPcg9pD2MPIA9JD0UPRQ9FDyAP OA8wDzIPLg8zD3UPIA9tD2UPZA9pD2EPIA9pD24PdA9lD3IPZg9hD2MPZQ8+ DyAPbw9uDyAPbQ9pD2kPYg91D3MPMA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAP IA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA91D2sPcA9oD3kPMA86DyAPIA8x DzAPYg9hD3MPZQ9UDywPIA8xDzAPYg9hD3MPZQ9UDy0PRg9ED1gPLA8gDzEP MA8wD2IPYQ9zD2UPVA9YDywPIA8xDzAPMA9iD2EPcw9lD1QPWA8tD0YPRA9Y DywPIA8xDzAPMA8wD2IPYQ9zD2UPVA8sDyAPMQ8wDzAPMA9iD2EPcw9lD1QP LQ9GD0QPWA8sDyAPYQ91D3QPbw8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8g DyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAP IA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDyAPIA8gDQ0KDQ0K IzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE3Mg0NCjE3MglwY3B1Lmg6IE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuDQ0KCWluIHBjcHUuaA0NCihrZ2Ri KSB3aGVyZQ0NCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNzINDQojMSAg MHhmZmZmZmZmZjgwM2M2NWZjIGluIGJvb3QgKGhvd3RvPTI2MCkNDQogICAg YXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjM5OQ0NCiMy ICAweGZmZmZmZmZmODAzYzYwOWIgaW4gcGFuaWMgKGZtdD0weGZmZmZmZmZm ODA1ZjJmNDYgImZyb20gZGVidWdnZXIiKQ0NCiAgICBhdCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTU1DQ0KIzMgIDB4ZmZmZmZmZmY4 MDFhOGEzMiBpbiBkYl9wYW5pYyAoYWRkcj0wLCBoYXZlX2FkZHI9MCwgY291 bnQ9MCwgbW9kaWY9MHgwKQ0NCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2Ri X2NvbW1hbmQuYzo0MzUNDQojNCAgMHhmZmZmZmZmZjgwMWE4Zjc1IGluIGRi X2NvbW1hbmRfbG9vcCAoKQ0NCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2Ri X2NvbW1hbmQuYzo0MDQNDQojNSAgMHhmZmZmZmZmZjgwMWFhZTgzIGluIGRi X3RyYXAgKHR5cGU9LTE3OTQ1NzQwMzIsIGNvZGU9MCkNDQogICAgYXQgL3Vz ci9zcmMvc3lzL2RkYi9kYl9tYWluLmM6MjIxDQ0KIzYgIDB4ZmZmZmZmZmY4 MDNlNTI3OSBpbiBrZGJfdHJhcCAodHlwZT05LCBjb2RlPTAsIHRmPTB4ZmZm ZmZmZmY5NTA4ZmIxMCkNDQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vi cl9rZGIuYzo0NDUNDQojNyAgMHhmZmZmZmZmZjgwNThkODRlIGluIHRyYXBf ZmF0YWwgKGZyYW1lPTB4ZmZmZmZmZmY5NTA4ZmIxMCwgDQ0KICAgIGV2YT0x ODQ0Njc0Mjk3NDcxNTI0MzU2OCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2Ft ZDY0L3RyYXAuYzo2NzINDQojOCAgMHhmZmZmZmZmZjgwNThkZGIxIGluIHRy YXAgKGZyYW1lPQ0NCiAgICAgIHt0Zl9yZGkgPSAxLCB0Zl9yc2kgPSA3MDg3 NiwgdGZfcmR4ID0gLTI0MDEwNTA5NjI4Njc0MDQ1NzgsIHRmX3JjeCA9IDcw ODc2LCB0Zl9yOCA9IDAsIHRmX3I5ID0gMSwgdGZfcmF4ID0gNTM0MCwgdGZf cmJ4ID0gMSwgdGZfcmJwID0gLTE3OTQ1NzMyOTYsIHRmX3IxMCA9IDEsIHRm X3IxMSA9IDQsIHRmX3IxMiA9IC0xMDk5NTExMTQzNjgwLCB0Zl9yMTMgPSAt MTA5OTAzNTkwMzQ4OCwgdGZfcjE0ID0gLTE5NjQyNDUxNTIsIHRmX3IxNSA9 IDIsIHRmX3RyYXBubyA9IDksIHRmX2FkZHIgPSAwLCB0Zl9mbGFncyA9IDAs IHRmX2VyciA9IDAsIHRmX3JpcCA9IC0yMTQzNDYyMTk1LCB0Zl9jcyA9IDgs IHRmX3JmbGFncyA9IDY1NTM4LCB0Zl9yc3AgPSAtMTc5NDU3MzM2MCwgdGZf c3MgPSAxNn0pIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6 NDg4DQ0KIzkgIDB4ZmZmZmZmZmY4MDU3YjNiYiBpbiBjYWxsdHJhcCAoKQ0N CiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6 MTY4DQ0KLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0 dXJuPiB0byBxdWl0LS0tDQ0KIzEwIDB4ZmZmZmZmZmY4MDNkNWNjZCBpbiBz b2Z0Y2xvY2sgKGR1bW15PTB4MSkNDQogICAgYXQgL3Vzci9zcmMvc3lzL2tl cm4va2Vybl90aW1lb3V0LmM6MjIwDQ0KIzExIDB4ZmZmZmZmZmY4MDNiMDVj YyBpbiBpdGhyZWFkX2xvb3AgKGFyZz0weGZmZmZmZjAwMDAwMzE3ODApDQ0K ICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5faW50ci5jOjY2Mg0NCiMx MiAweGZmZmZmZmZmODAzYWYzY2IgaW4gZm9ya19leGl0ICgNDQogICAgY2Fs bG91dD0weGZmZmZmZmZmODAzYjA0ODAgPGl0aHJlYWRfbG9vcD4sIGFyZz0w eGZmZmZmZjAwMDAwMzE3ODAsIA0NCiAgICBmcmFtZT0weGZmZmZmZmZmOTUw OGZjOTApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9yay5jOjc4OQ0N CiMxMyAweGZmZmZmZmZmODA1N2I3MWUgaW4gZm9ya190cmFtcG9saW5lICgp DQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24u UzozOTQNDQojMTQgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpDQ0KUHJl dmlvdXMgZnJhbWUgaWRlbnRpY2FsIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQg c3RhY2s/KQ0NCihrZ2RiKSBxdWl0DQ0KIH4+IGV4aXQNDQ0KZXhpdA0NCg0K U2NyaXB0IGRvbmUgb24gVGh1IE9jdCAyNyAwMjoyMjoyNiAyMDA1DQo= --0-1762453317-1130369966=:675-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 01:34:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E69F16A41F for ; Thu, 27 Oct 2005 01:34:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7507343D49 for ; Thu, 27 Oct 2005 01:34:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9R1Yhtk090141; Wed, 26 Oct 2005 19:34:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43602EB4.10106@samsco.org> Date: Wed, 26 Oct 2005 19:34:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Losher References: <200510260029.47683.Peter_Losher@isc.org> In-Reply-To: <200510260029.47683.Peter_Losher@isc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Unhandled Event Notify Frame in mpt driver... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 01:34:46 -0000 Peter Losher wrote: > Saw this on a freshly installed 6.0-RC1 system that has two onboard > LSILogic SCSI controllers - should I be concerned? > > -=- > mpt0: port 0x3000-0x30ff mem > 0xf3310000-0xf331ffff,0xf3300000-0xf330ffff irq 29 at device 1.0 on > pci14 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.2.12.0 > mpt0: Unhandled Event Notify Frame. Event 0xa. > mpt1: port 0x3400-0x34ff mem > 0xf3330000-0xf333ffff,0xf3320000-0xf332ffff irq 30 at device 1.1 on > pci14 > mpt1: [GIANT-LOCKED] > mpt1: MPI Version=1.2.12.0 > mpt1: Unhandled Event Notify Frame. Event 0xa. > -=- > > Best WIshes - Peter It's ok to ignore it. It's an artifact of the modular nature of the driver and is something that will likely be fixed in the near future. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 01:36:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B8B16A41F; Thu, 27 Oct 2005 01:36:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F02343D46; Thu, 27 Oct 2005 01:36:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9R1akO7090374; Wed, 26 Oct 2005 19:36:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43602F2F.7080500@samsco.org> Date: Wed, 26 Oct 2005 19:36:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Kushnir , John Baldwin References: <20051027022313.R675@kushnir1.kiev.ua> In-Reply-To: <20051027022313.R675@kushnir1.kiev.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 01:36:50 -0000 Vladimir Kushnir wrote: > Hello, > For a couple of days already my -CURRENT amd64 reliably panicks whenever > I'm trying to connect via ppp (nothing fancy - playn dialup, no > firewall). It's 100% reproducible both with custom kernel and with > GENERIC. A typescript of kgdb is attached. > > I'm running now on the kernel from Oct 19 which also panicks, BTW, with > "kmem_map too small" on an attempt to run something like Linux > OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor > vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) > > Regards, > Vladimir > I think that this is a result of the interrupt handler changes that John Baldwin made yesterday. Can you step your source back in time and see where it stops panicing? Scott > > ------------------------------------------------------------------------ > > Script started on Thu Oct 27 02:20:33 2005 > ~> sudo kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug /usr/crash/vmcore.1 > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > 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 "amd64-marcel-freebsd". > > > Unread portion of the kernel message buffer: > > 7:eb                                        miibus0: <MII bus> on nve0                                                      ukphy0: <Generic IEEE 802.3u media interface> on miibus0                        ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto                                                       > > > #0 doadump () at pcpu.h:172 > > 172 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) where > > #0 doadump () at pcpu.h:172 > > #1 0xffffffff803c65fc in boot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:399 > > #2 0xffffffff803c609b in panic (fmt=0xffffffff805f2f46 "from debugger") > > at /usr/src/sys/kern/kern_shutdown.c:555 > > #3 0xffffffff801a8a32 in db_panic (addr=0, have_addr=0, count=0, modif=0x0) > > at /usr/src/sys/ddb/db_command.c:435 > > #4 0xffffffff801a8f75 in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:404 > > #5 0xffffffff801aae83 in db_trap (type=-1794574032, code=0) > > at /usr/src/sys/ddb/db_main.c:221 > > #6 0xffffffff803e5279 in kdb_trap (type=9, code=0, tf=0xffffffff9508fb10) > > at /usr/src/sys/kern/subr_kdb.c:445 > > #7 0xffffffff8058d84e in trap_fatal (frame=0xffffffff9508fb10, > > eva=18446742974715243568) at /usr/src/sys/amd64/amd64/trap.c:672 > > #8 0xffffffff8058ddb1 in trap (frame= > > {tf_rdi = 1, tf_rsi = 70876, tf_rdx = -2401050962867404578, tf_rcx = 70876, tf_r8 = 0, tf_r9 = 1, tf_rax = 5340, tf_rbx = 1, tf_rbp = -1794573296, tf_r10 = 1, tf_r11 = 4, tf_r12 = -1099511143680, tf_r13 = -1099035903488, tf_r14 = -1964245152, tf_r15 = 2, tf_trapno = 9, tf_addr = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143462195, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1794573360, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:488 > > #9 0xffffffff8057b3bb in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:168 > > ---Type to continue, or q to quit--- > > #10 0xffffffff803d5ccd in softclock (dummy=0x1) > > at /usr/src/sys/kern/kern_timeout.c:220 > > #11 0xffffffff803b05cc in ithread_loop (arg=0xffffff0000031780) > > at /usr/src/sys/kern/kern_intr.c:662 > > #12 0xffffffff803af3cb in fork_exit ( > > callout=0xffffffff803b0480 , arg=0xffffff0000031780, > > frame=0xffffffff9508fc90) at /usr/src/sys/kern/kern_fork.c:789 > > #13 0xffffffff8057b71e in fork_trampoline () > > at /usr/src/sys/amd64/amd64/exception.S:394 > > #14 0x0000000000000000 in ?? () > > Previous frame identical to this frame (corrupt stack?) > > (kgdb) quit > > ~> exit > > exit > > > Script done on Thu Oct 27 02:22:26 2005 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 03:30:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9278016A421; Thu, 27 Oct 2005 03:30:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2061643D46; Thu, 27 Oct 2005 03:30:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9R3U8qR032618; Wed, 26 Oct 2005 21:30:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 26 Oct 2005 21:30:07 -0600 (MDT) Message-Id: <20051026.213007.38907217.imp@bsdimp.com> To: thierry@herbelot.com From: "M. Warner Losh" In-Reply-To: <200510262206.12508.thierry@herbelot.com> References: <20051026194801.0625816A421@hub.freebsd.org> <200510262206.12508.thierry@herbelot.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 26 Oct 2005 21:30:08 -0600 (MDT) Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 03:30:22 -0000 In message: <200510262206.12508.thierry@herbelot.com> Thierry Herbelot writes: : then I've got one more bogus NIC on the same machine (this one PCI-based) : : ed1: flags=8802 mtu 1500 : ether 52:54:00:e5:36:06 Can you send me a dmesg for this board? : as all of these are just junk chinese old NIC's, a snafu from the manufacturer : could also be a valid explanation. I believe that's unlikely... Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 03:30:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFF116A421; Thu, 27 Oct 2005 03:30:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F37543D48; Thu, 27 Oct 2005 03:30:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9R3SrB1032614; Wed, 26 Oct 2005 21:28:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 26 Oct 2005 21:28:53 -0600 (MDT) Message-Id: <20051026.212853.23778780.imp@bsdimp.com> To: wpaul@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051026194801.0625816A421@hub.freebsd.org> References: <200510262027.50488.thierry@herbelot.com> <20051026194801.0625816A421@hub.freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 26 Oct 2005 21:28:58 -0600 (MDT) Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 03:30:27 -0000 In message: <20051026194801.0625816A421@hub.freebsd.org> wpaul@freebsd.org (Bill Paul) writes: : > the NIC is detected as : : > %grep ed2 /var/run/dmesg.boot : > ed2 at port 0x300-0x31f iomem 0xd8000 irq 10 on isa0 : > ed2: Ethernet address: 52:54:4c:1b:90:1b : > ed2: type RTL8019 (16 bit) I don't understand how this can be, since I didn't MFC the RTL8019 changes for ISA cards. I've fixed a few problems with them. I can't recall if a bogus MAC address is one of them. You must have gotten this message from -current. : FYI, this is a bogus station address. There are two bits in an : ethernet address that have special meaning. If bit 0 in the first : octet is set, then the address is a multicast group address rather : than a unicast address. (Hence ff:ff:ff:ff:ff:ff is technically a : special case of multicast.) If bit 1 in the first octet is set, : the address is locally defined rather than globally assigned. They look bogus to me too. I've made a number of changes to if_ed that didn't make it into 6.0 of late. Maybe he should try those to make sure I got it right. I managed to get the ed interface working on an embedded board that we have at work. It is down right now, most likely because I didn't turn it on after putting the system back together tonight. I'll give it a spin tomorrow. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 06:09:20 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7B516A426 for ; Thu, 27 Oct 2005 06:09:20 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 2304543D48 for ; Thu, 27 Oct 2005 06:09:18 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 31032 invoked from network); 27 Oct 2005 06:09:17 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 27 Oct 2005 06:09:17 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j9R69HrE055666; Thu, 27 Oct 2005 08:09:17 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j9R69HYK055665; Thu, 27 Oct 2005 08:09:17 +0200 (CEST) (envelope-from pho) Date: Thu, 27 Oct 2005 08:09:17 +0200 From: Peter Holm To: Gleb Smirnoff Message-ID: <20051027060916.GA55631@peter.osted.lan> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> <20051026130926.GA41293@peter.osted.lan> <20051026131423.GH41520@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051026131423.GH41520@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 06:09:20 -0000 On Wed, Oct 26, 2005 at 05:14:23PM +0400, Gleb Smirnoff wrote: > On Wed, Oct 26, 2005 at 03:09:26PM +0200, Peter Holm wrote: > P> > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: > P> > P> While stress testing RELENG_6_0 with a nfs mounted file system on a > P> > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): > P> > P> http://people.freebsd.org/~pho/stress/log/nfsd.html > P> > > P> > let's try out this one. > P> > > P> > P> With this patch I got a (unrelated ?) > P> panic: lock (sleep mutex) Giant not locked @ nfsserver/nfs_serv.c:2193 > > Related. Please try out a corrected patch. > After running for +15 hours I think that I can conclude that this patch has fixed the problem? - Peter > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > Index: nfs_serv.c > =================================================================== > RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v > retrieving revision 1.156 > diff -u -r1.156 nfs_serv.c > --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 > +++ nfs_serv.c 26 Oct 2005 13:13:25 -0000 > @@ -2092,6 +2092,8 @@ > tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); > vtyp = nfsv3tov_type(*tl); > if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { > + NFSD_UNLOCK(); > + mtx_lock(&Giant); /* VFS */ > error = NFSERR_BADTYPE; > goto out; > } > @@ -2108,6 +2110,8 @@ > * Iff doesn't exist, create it. > */ > if (nd.ni_vp) { > + NFSD_UNLOCK(); > + mtx_lock(&Giant); /* VFS */ > error = EEXIST; > goto out; > } From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 06:42:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C0D316A41F for ; Thu, 27 Oct 2005 06:42:09 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B420843D45 for ; Thu, 27 Oct 2005 06:42:08 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 685783DC60 for ; Thu, 27 Oct 2005 08:42:07 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j9R6g3NO030927 for ; Thu, 27 Oct 2005 08:42:05 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 27 Oct 2005 08:41:55 +0200 User-Agent: KMail/1.8.2 References: <20051026194801.0625816A421@hub.freebsd.org> <200510262206.12508.thierry@herbelot.com> <20051026.213007.38907217.imp@bsdimp.com> In-Reply-To: <20051026.213007.38907217.imp@bsdimp.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200510270841.57297.thierry@herbelot.com> Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 06:42:09 -0000 Le Thursday 27 October 2005 05:30, M. Warner Losh a écrit : > In message: <200510262206.12508.thierry@herbelot.com> > > Thierry Herbelot writes: > : then I've got one more bogus NIC on the same machine (this one PCI-based) > : : ed1: flags=8802 mtu 1500 > : ether 52:54:00:e5:36:06 > > Can you send me a dmesg for this board? ed1: port 0x1840-0x185f irq 11 at device 14.0 on pci0 ed1: Ethernet address: 52:54:00:e5:36:06 ed1: type RTL8029 (16 bit) I have also (in the same machine) : ed0: port 0x1820-0x183f irq 9 at device 13.0 on pci0 ed0: Ethernet address: 00:4f:49:08:17:72 ed0: type RTL8029 (16 bit) (with a correct MAC address) pciconf -lv gives : ed0@pci0:13:0: class=0x020000 card=0x00000000 chip=0x802910ec rev=0x00 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8029 NE2000 compatible Ethernet' class = network subclass = ethernet ed1@pci0:14:0: class=0x020000 card=0x00000000 chip=0x802910ec rev=0x00 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8029 NE2000 compatible Ethernet' class = network subclass = ethernet TfH PS : This how the two "bogus" boards are detected under OpenBSD 3.6 (same problematic MAC addresses) : ... ne3 at pci0 dev 14 function 0 "Realtek 8029" rev 0x00: irq 11 ne3: address 52:54:00:e5:36:06 ... ne1 at isa0 port 0x300/32 irq 10 ne1: NE2000 (RTL8019) Ethernet ne1: address 52:54:4c:1b:90:1b From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 06:57:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19E416A41F; Thu, 27 Oct 2005 06:57:21 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AA943D46; Thu, 27 Oct 2005 06:57:21 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9R6w7H4014598; Thu, 27 Oct 2005 02:58:07 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.0.242] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j9R6vIF9032064; Thu, 27 Oct 2005 02:57:19 -0400 Message-ID: <43607A61.4040504@root.org> Date: Wed, 26 Oct 2005 23:57:37 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dawnshade References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 06:57:22 -0000 dawnshade wrote: > > -----Original Message----- > From: Jung-uk Kim > To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org > Date: Wed, 26 Oct 2005 18:14:29 -0400 > Subject: [PATCH] ACPICA 20051021 import > > >>This patch is merge from ACPICA 20051021 release: >> >>http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz >> >>There are new files added in this release. So, you need `-p' option >>when applying this patch. >> >>Please test and/or review. > > > doesn't compile on 6.0RC1: > > cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/36/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/36 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) > *** Error code 1 I haven't tested this yet, but perhaps this is due to obrien's -I change? Perhaps acpica_prep.sh wasn't run with all the header substitions enabled since they are commented out currently. Jung-uk, can you check if includes are not "file.h" but ? From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 07:12:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2E6116A420 for ; Thu, 27 Oct 2005 07:12:25 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA98A43D6D; Thu, 27 Oct 2005 07:12:21 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9R7CJDv064173; Thu, 27 Oct 2005 07:12:20 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43607DD5.3020708@freebsd.org> Date: Thu, 27 Oct 2005 15:12:21 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xin LI References: <435F48DA.6060009@kernel32.de> <1130320668.810.87.camel@spirit> In-Reply-To: <1130320668.810.87.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 07:12:25 -0000 Xin LI wrote: > Hi, Marian, > > 在 2005-10-26三的 11:14 +0200，Marian Hettwer写é“： > >>Hi Folks, >> >>I'm using RC1 on some of my test servers and workstations. So far, it >>runs very good (as in stable and fast) :) >>However, I thought of doing a small benchmark of MySQL in comparison to >>Linux 2.6.8 (Debian Sarge) and the results are kinda... shocking. > > [...] > >>Any Ideas where this huge difference comes from? Did I oversee some >>debugging features still active in RC1 ? > > > There are many factors that can affect the performance of MySQL. Would > you please post the output of "dumpfs /var | head -n 21" on your server? > (Replace /var with whatever mountpoint that your database is stored in). > > Some observations that I think can affect MySQL performance: > - Our malloc(3) implementation might be sub-optimal for the workload. > - Lack of some POSIX system call which was implemented in other ways > (e.g. we do not have fsyncdata yet) > - Some detailed implementation difference between our and Linux's > threading library, or MySQL itself. > > I think David (davidxu@) had worked on performance of MySQL and he may > have some suggestions. > make sure key_buffer_size is 256M or more, set it in /etc/my.cnf: [mysqld] port = 3306 socket = /tmp/mysql.sock skip-locking key_buffer_size = 256M also, after key buffer size is no longer a bottleneck factor, try to repalce microtime() with getmicrotime() in gettimeofday syscall: the syscall is in /sys/kern/kern_time.c, here is some benchmark results: http://people.freebsd.org/~davidxu/mysql/gettimeofday_use_getmicrotime.txt http://people.freebsd.org/~davidxu/mysql/gettimeofday_use_microtime.txt Here is the ktrace dump for mysql server 4.1.14: http://people.freebsd.org/~davidxu/mysql/mysql_ktrace.txt Check gettimeofday syscall, it follows every I/O syscall, I think our gettimeofday is tooooooo expensive, if we can directly get time from memory, the performance will be improved further. > BTW. What file system are you using on your Debian test? What's the > mount options? > > Cheers, From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 07:49:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 396F216A41F for ; Thu, 27 Oct 2005 07:49:57 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D015043D4C for ; Thu, 27 Oct 2005 07:49:56 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.54 (FreeBSD)) id 1EV2WJ-0000Jc-Ap for current@freebsd.org; Thu, 27 Oct 2005 11:49:55 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Thu, 27 Oct 2005 11:49:54 +0400 Message-Id: <1130399394.1173.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: recent CURRENT - failed to mount smb share X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 07:49:57 -0000 Hi % uname -a FreeBSD vbook.fbsd.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu Oct 27 11:22:05 MSD 2005 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK i386 % # mount /m/w2k3-C mount_smbfs: unable to open connection: syserr = Authentication error # dmesg output: ... smb_encrypt: password encryption is not available smb_ntencrypt: password encryption is not available smb_encrypt: password encryption is not available smb_ntencrypt: password encryption is not available lockmgr: thread 0xc2f7d180 unlocking unheld lock KDB: stack backtrace: lockmgr(c239ce08,2006,c239ce2c,c2f7d180,f757abc0) at lockmgr+0x62e smb_co_put(c239ce00,f757abc0,0,c239ce00,0) at smb_co_put+0x46 smb_sm_lookup(f757ab4c,f757ab2c,f757abc0,f757ab28,f757ab2c) at smb_sm_lookup+0x11a smb_usr_lookup(c2533000,f757abc0,f757abbc,f757abb8,c38b1e00) at smb_usr_lookup+0x76 nsmb_dev_ioctl(c370cb00,82fc6e6a,c2533000,3,c2f7d180) at nsmb_dev_ioctl+0x1e5 giant_ioctl(c370cb00,82fc6e6a,c2533000,3,c2f7d180) at giant_ioctl+0x3d devfs_ioctl_f(c350ca20,82fc6e6a,c2533000,c38b1e00,c2f7d180) at devfs_ioctl_f+0x49 ioctl(c2f7d180) at ioctl+0xf5 syscall(3b,3b,3b,bfbfe190,bfbfd790) at syscall+0x1ea Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2813f08b, esp = 0xbfbfd77c, ebp = 0xbfbfdaa8 --- Any hints ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:00:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A36016A41F; Thu, 27 Oct 2005 08:00:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F3EC43D48; Thu, 27 Oct 2005 08:00:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9R80VgR024372; Thu, 27 Oct 2005 01:00:31 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9R80ULV024366; Thu, 27 Oct 2005 01:00:30 -0700 (PDT) (envelope-from obrien) Date: Thu, 27 Oct 2005 01:00:29 -0700 From: "David O'Brien" To: Nate Lawson Message-ID: <20051027080029.GA24310@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Nate Lawson , dawnshade , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim References: <43607A61.4040504@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43607A61.4040504@root.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: dawnshade , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:00:33 -0000 On Wed, Oct 26, 2005 at 11:57:37PM -0700, Nate Lawson wrote: > dawnshade wrote: > > > >-----Original Message----- > >From: Jung-uk Kim > >To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org > >Date: Wed, 26 Oct 2005 18:14:29 -0400 > >Subject: [PATCH] ACPICA 20051021 import > > > > > >>This patch is merge from ACPICA 20051021 release: > >> > >>http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz > >> > >>There are new files added in this release. So, you need `-p' option > >>when applying this patch. > >> > >>Please test and/or review. > > > > > >doesn't compile on 6.0RC1: > >cc -O -pipe -march=pentium-m > >-I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror ... > >error: for each function it appears in.) > >*** Error code 1 > > I haven't tested this yet, but perhaps this is due to obrien's -I > change? This error is said to happen on 6.0RC1, which cannot be affected by my change. It also has -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica on the command line. So the error has to be something else. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:20:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 640C516A424; Thu, 27 Oct 2005 08:20:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F1143D4C; Thu, 27 Oct 2005 08:20:23 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 14A2EBC7A; Thu, 27 Oct 2005 08:20:20 +0000 (UTC) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 15:12:21 +0800." <43607DD5.3020708@freebsd.org> Date: Thu, 27 Oct 2005 10:20:20 +0200 Message-ID: <21137.1130401220@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:20:24 -0000 In message <43607DD5.3020708@freebsd.org>, David Xu writes: >Check gettimeofday syscall, it follows every I/O syscall, I think >our gettimeofday is tooooooo expensive, if we can directly get time from >memory, the performance will be improved further. Why would anybody take a timestamp at all I/O syscalls ? "I wonder why my car can only go 30 km/h with the trunk full of concrete" ? In a data base application I could possibly understand a timestamp after every write. But after _all_ I/O syscalls ? That's just plain stupid... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:23:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384BB16A41F; Thu, 27 Oct 2005 08:23:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E16ED43D46; Thu, 27 Oct 2005 08:23:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 031FB46B03; Thu, 27 Oct 2005 04:23:28 -0400 (EDT) Date: Thu, 27 Oct 2005 09:23:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <21137.1130401220@critter.freebsd.dk> Message-ID: <20051027092153.D31152@fledge.watson.org> References: <21137.1130401220@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Xu , Marian Hettwer , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:23:29 -0000 On Thu, 27 Oct 2005, Poul-Henning Kamp wrote: > In message <43607DD5.3020708@freebsd.org>, David Xu writes: > >> Check gettimeofday syscall, it follows every I/O syscall, I think >> our gettimeofday is tooooooo expensive, if we can directly get time from >> memory, the performance will be improved further. > > Why would anybody take a timestamp at all I/O syscalls ? > > "I wonder why my car can only go 30 km/h with the trunk full of > concrete" ? > > In a data base application I could possibly understand a timestamp after > every write. > > But after _all_ I/O syscalls ? That's just plain stupid... This is actually a problem that came up with netperf as well -- it turned out we built it by default with -DHISTOGRAM, which meant that each syscall was followed by a time check. However, the issue of expensive time keeping will presumably keep coming up. It would be interesting to know which time counter is in use on the system is question. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:26:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA22C16A41F; Thu, 27 Oct 2005 08:26:31 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B46243D46; Thu, 27 Oct 2005 08:26:28 +0000 (GMT) (envelope-from jura@networks.ru) Received: from [81.195.67.217] (HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.3.8) with ESMTPS id 2041527; Thu, 27 Oct 2005 12:26:26 +0400 Message-ID: <00a801c5dacf$db3b7700$6504010a@Jura> From: "Yuriy N. Shkandybin" To: "David Xu" References: <21137.1130401220@critter.freebsd.dk> Date: Thu, 27 Oct 2005 12:24:30 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1251"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:26:32 -0000 >>Check gettimeofday syscall, it follows every I/O syscall, I think >>our gettimeofday is tooooooo expensive, if we can directly get time from >>memory, the performance will be improved further. It's true: run next on same PC îň freebsd and linux and compare struct timeval start; struct timeval stop; struct timeval tmp; register unsigned i; unsigned difft; gettimeofday(&start, NULL); for(i=0;i<1000000; i++) { gettimeofday(&tmp, NULL); } gettimeofday(&stop, NULL); difft= (unsigned) ( (stop.tv_sec - start.tv_sec)*1000000 + (stop.tv_usec - start.tv_usec)); printf("%u\n", difft); Jura From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:29:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C00E716A420 for ; Thu, 27 Oct 2005 08:29:25 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A41E43D6B; Thu, 27 Oct 2005 08:29:25 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9R8TL0a074031; Thu, 27 Oct 2005 08:29:23 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43608FE3.9050406@freebsd.org> Date: Thu, 27 Oct 2005 16:29:23 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <21137.1130401220@critter.freebsd.dk> In-Reply-To: <21137.1130401220@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:29:25 -0000 Poul-Henning Kamp wrote: > In message <43607DD5.3020708@freebsd.org>, David Xu writes: > > >>Check gettimeofday syscall, it follows every I/O syscall, I think >>our gettimeofday is tooooooo expensive, if we can directly get time from >>memory, the performance will be improved further. > > > Why would anybody take a timestamp at all I/O syscalls ? > > "I wonder why my car can only go 30 km/h with the trunk full of concrete" ? > > In a data base application I could possibly understand a timestamp > after every write. > > But after _all_ I/O syscalls ? That's just plain stupid... > Don't panic, I agree that is stupid code, but I can not change it, it is not written by me, sorry! From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:34:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13FE516A41F for ; Thu, 27 Oct 2005 08:34:14 +0000 (GMT) (envelope-from ke.han@redstarling.com) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B95A43D45 for ; Thu, 27 Oct 2005 08:34:13 +0000 (GMT) (envelope-from ke.han@redstarling.com) Received: (qmail 1579 invoked from network); 27 Oct 2005 08:34:12 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhancock@patternware.com@218.79.213.163 with plain) by smtp102.biz.mail.re2.yahoo.com with SMTP; 27 Oct 2005 08:34:12 -0000 Message-ID: <43609107.2050901@redstarling.com> Date: Thu, 27 Oct 2005 16:34:15 +0800 From: "ke.han" User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP, device polling, em performance, etc.. on 6.0-rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:34:14 -0000 hello list... PLEASE HELP!!! I would greatly appreciate any experienced recommendation for choosing a motherboard for optimal 6.0-rc1 usage. I need to buy a motherboard (tomorrow...as I've been researching for 2 weeks and my head is spinning from reading maillists). I need a motherboard which is supported well by freeBSD 6-rc1 drivers in regards to SMP and ethernet (including polling..extremely important!!). I have been reading on performance issues with various ethernet controllers and find lots of problems popping up (throughput and polling with SMP kernels). For example, this thread from freebsd-performance shows the em driver is trouble and SMP is not supported for polling (2004 posting in regards to freeBSD 5.3). http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2004-10/0016.html The page http://www.freebsd.org/releases/5.4R/hardware-i386.html doesn't give me the info I need to make decisions and I'm in China so I cannot order a preconfiged product from freebsdsystems. One such board I'm looking into is the Tyan Thunder i7520 (S5360). Everything looks right except for confirming the em driver usage for polling on an SMP kernel. Any experience here? regards,, ke han From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 08:53:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DB316A41F; Thu, 27 Oct 2005 08:53:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8201443D45; Thu, 27 Oct 2005 08:53:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id AD4D3BC7A; Thu, 27 Oct 2005 08:53:27 +0000 (UTC) To: "Yuriy N. Shkandybin" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 12:24:30 +0400." <00a801c5dacf$db3b7700$6504010a@Jura> Date: Thu, 27 Oct 2005 10:53:27 +0200 Message-ID: <21264.1130403207@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 08:53:30 -0000 In message <00a801c5dacf$db3b7700$6504010a@Jura>, "Yuriy N. Shkandybin" writes: >>>Check gettimeofday syscall, it follows every I/O syscall, I think >>>our gettimeofday is tooooooo expensive, if we can directly get time from >>>memory, the performance will be improved further. >It's true: >run next on same PC îň freebsd and linux and compare I can produce unprecise timestamps just as fast as Linux. Heck, I can do it even faster: static __inline int gettimeofday(struct timeval *tp, void *tz __unused) { tp.tv_sec = 0; tp.tv_usec = 0; return (0); } A very important part of learning how to do benchmarks is learning how to measure the target and not the benchmarking code. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 09:11:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6D7916A41F; Thu, 27 Oct 2005 09:11:41 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F69243D45; Thu, 27 Oct 2005 09:11:41 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9R9BdcO081235; Thu, 27 Oct 2005 09:11:40 GMT (envelope-from davidxu@freebsd.org) Message-ID: <436099CE.50401@freebsd.org> Date: Thu, 27 Oct 2005 17:11:42 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <21137.1130401220@critter.freebsd.dk> <20051027092153.D31152@fledge.watson.org> In-Reply-To: <20051027092153.D31152@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 09:11:41 -0000 Sorry, it is a bit OT, can we also dump thread id in ktrace output file? it may be useless for libpthread, but is useful for libthr. David Xu From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 09:38:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3FD416A41F; Thu, 27 Oct 2005 09:38:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F5043D46; Thu, 27 Oct 2005 09:38:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6371E46B93; Thu, 27 Oct 2005 05:38:13 -0400 (EDT) Date: Thu, 27 Oct 2005 10:38:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <436099CE.50401@freebsd.org> Message-ID: <20051027103023.B32255@fledge.watson.org> References: <21137.1130401220@critter.freebsd.dk> <20051027092153.D31152@fledge.watson.org> <436099CE.50401@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 09:38:14 -0000 On Thu, 27 Oct 2005, David Xu wrote: > Sorry, it is a bit OT, can we also dump thread id in ktrace output file? > it may be useless for libpthread, but is useful for libthr. I've been wondering about this also. The ktr_header record on face value is of fixed size and layout, and the file format appears not to have a notion of versioning: /* * ktrace record header */ struct ktr_header { int ktr_len; /* length of buf */ short ktr_type; /* trace record type */ pid_t ktr_pid; /* process id */ char ktr_comm[MAXCOMLEN+1]; /* command name */ struct timeval ktr_time; /* timestamp */ void *ktr_buffer; }; One can, however, imagine a few possibilities: (1) Re-use the ktr_buffer field, recasting as intptr_t or the like, as ktr_buffer is only used in kernel to point to the buffer, and as far as I can tell, not used in userspace. The in-kernel ktr header can be divorced from the on-disk version in order to provide a new pointer to the buffer. This would provide backward and forward compatibility, although obviously old kdump's wouldn't be able to print the thread id. (2) Ignore forward compatibility, but add a heuristic to identify old file versions. For example, the new file format could begin with a struct with a magic number, and the magic number could be an unlikely file size, such as -1. I prefer (1), I think, if we're just adding a thread id and the thread id will fit in the pointer field. On the other hand, the existing header leaves much to be desired, such as missing a version number, spare fields, etc, and it's easy to imagine we might want more things in the header in the future, so I'd be willing to go with (2). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 10:08:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F31A16A41F; Thu, 27 Oct 2005 10:08:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2E7743D45; Thu, 27 Oct 2005 10:08:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id j9RA8jZT013447; Thu, 27 Oct 2005 06:08:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9RA8jK4064217; Thu, 27 Oct 2005 06:08:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BA3B7302F; Thu, 27 Oct 2005 06:08:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051027100845.4BA3B7302F@freebsd-current.sentex.ca> Date: Thu, 27 Oct 2005 06:08:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 10:08:47 -0000 TB --- 2005-10-27 09:08:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-27 09:08:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-27 09:08:17 - cleaning the object tree TB --- 2005-10-27 09:08:44 - checking out the source tree TB --- 2005-10-27 09:08:44 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-27 09:08:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-27 09:16:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-27 09:16:05 - cd /src TB --- 2005-10-27 09:16:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -fPIC -DPIC -O2 -pipe -I/src/sbin/geom/class/stripe/../.. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/geom/class/stripe/../../misc/subr.c -o subr.So building shared library geom_stripe.so gzip -cn /src/sbin/geom/class/stripe/gstripe.8 > gstripe.8.gz ===> sbin/ggate (all) ===> sbin/ggate/ggatec (all) cc -O2 -pipe -DLIBGEOM -I/src/sbin/ggate/ggatec/../shared -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ggate/ggatec/ggatec.c cc -O2 -pipe -DLIBGEOM -I/src/sbin/ggate/ggatec/../shared -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ggate/ggatec/../shared/ggate.c make: don't know how to make /obj/sparc64/src/tmp/usr/lib/libpthread.a. Stop *** Error code 2 Stop in /src/sbin/ggate. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-27 10:08:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-27 10:08:45 - ERROR: failed to build world TB --- 2005-10-27 10:08:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 10:37:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC91616A41F; Thu, 27 Oct 2005 10:37:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E8243D45; Thu, 27 Oct 2005 10:37:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A363BBC7A; Thu, 27 Oct 2005 10:37:29 +0000 (UTC) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 16:29:23 +0800." <43608FE3.9050406@freebsd.org> Date: Thu, 27 Oct 2005 12:37:29 +0200 Message-ID: <21905.1130409449@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 10:37:31 -0000 In message <43608FE3.9050406@freebsd.org>, David Xu writes: >Poul-Henning Kamp wrote: >> In message <43607DD5.3020708@freebsd.org>, David Xu writes: >> >>>Check gettimeofday syscall, it follows every I/O syscall, I think >>>our gettimeofday is tooooooo expensive, if we can directly get time from >>>memory, the performance will be improved further. >> >> Why would anybody take a timestamp at all I/O syscalls ? >> >> "I wonder why my car can only go 30 km/h with the trunk full of concrete" ? >> >> In a data base application I could possibly understand a timestamp >> after every write. >> >> But after _all_ I/O syscalls ? That's just plain stupid... > >Don't panic, I agree that is stupid code, but I can not change it, it >is not written by me, sorry! I'm not panicing, I'm merely pointing out that we should not optimize performance after bogus code but rather try to improve it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 10:57:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B48216A41F for ; Thu, 27 Oct 2005 10:57:48 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18EE43D45 for ; Thu, 27 Oct 2005 10:57:47 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-245.dynamic.qsc.de [212.202.37.245]) by efacilitas.de (Postfix) with ESMTP id AB96E4B185; Thu, 27 Oct 2005 13:05:09 +0200 (CEST) Received: from [192.168.1.4] (syn.local [192.168.1.4]) by eurystheus.local (Postfix) with ESMTP id 8BF53332F48; Thu, 27 Oct 2005 12:56:58 +0200 (CEST) Message-ID: <4360B263.1070802@cs.tu-berlin.de> Date: Thu, 27 Oct 2005 12:56:35 +0200 From: Bjoern Koenig User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <435F2BCE.1040704@cs.tu-berlin.de> <20051026073915.GA77249@xor.obsecurity.org> In-Reply-To: <20051026073915.GA77249@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: deadlocks with SMP and Pentium 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 10:57:48 -0000 Kris Kennaway wrote: > You need to break to DDB, trace processes and examine lock state with > commands like 'show alllocks' and 'show lockedvnods' to see what is > going on. Unfortunately the machine freezes completely and I can't break to the debugger anymore. It happens absolutely unforeseen, therefore I can't examine states shortly before it freezes. I run several instances of 'unixbench shell' and 'ubench -c'; sometimes it takes a few seconds and sometimes 10 minutes until the machine stops working. I like to except hardware failures, because FreeBSD 4.11 and Windows Server 2003 run under high load without problems for several hours. I'll spend some more time. Thanks Björn From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 06:54:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E16B16A41F; Thu, 27 Oct 2005 06:54:07 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f24.mail.ru (f24.mail.ru [194.67.57.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB6AE43D48; Thu, 27 Oct 2005 06:54:04 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f24.mail.ru with local id 1EV1eF-000GtH-00; Thu, 27 Oct 2005 10:54:03 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Thu, 27 Oct 2005 10:54:03 +0400 From: dawnshade To: Jung-uk Kim Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Thu, 27 Oct 2005 10:54:03 +0400 In-Reply-To: <200510261814.32292.jkim@FreeBSD.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: X-Mailman-Approved-At: Thu, 27 Oct 2005 12:31:47 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 06:54:07 -0000 -----Original Message----- From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Wed, 26 Oct 2005 18:14:29 -0400 Subject: [PATCH] ACPICA 20051021 import > > This patch is merge from ACPICA 20051021 release: > > http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz > > There are new files added in this release. So, you need `-p' option > when applying this patch. > > Please test and/or review. doesn't compile on 6.0RC1: cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/36/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/36 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/i386/compile/36. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 07:14:18 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A57A16A41F; Thu, 27 Oct 2005 07:14:18 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f25.mail.ru (f25.mail.ru [194.67.57.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA74E43D45; Thu, 27 Oct 2005 07:14:17 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f25.mail.ru with local id 1EV1xn-000I4g-00; Thu, 27 Oct 2005 11:14:15 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Thu, 27 Oct 2005 11:14:15 +0400 From: dawnshade To: Nate Lawson Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Thu, 27 Oct 2005 11:14:15 +0400 In-Reply-To: <43607A61.4040504@root.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: X-Mailman-Approved-At: Thu, 27 Oct 2005 12:31:47 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re[2]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 07:14:18 -0000 -----Original Message----- From: Nate Lawson To: dawnshade Date: Wed, 26 Oct 2005 23:57:37 -0700 Subject: Re: [PATCH] ACPICA 20051021 import > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c: In function `AcpiEvMatchPrwAndGpe': > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: `METHOD_NAME__PRW' undeclared (first use in this function) > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: (Each undeclared identifier is reported only once > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c:482: error: for each function it appears in.) > > *** Error code 1 > > I haven't tested this yet, but perhaps this is due to obrien's -I > change? Perhaps acpica_prep.sh wasn't run with all the header > substitions enabled since they are commented out currently. Jung-uk, > can you check if includes are not "file.h" but > ? > sorry, you mean check includes in file evgpeblk.c? grep include /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpeblk.c * Code or modification with rights to further distribute source must include * Code and the date of any change. Licensee must include in that file the * must include a prominent statement that the modification is derived, * include the following Disclaimer and Export Compliance provision in the * portion of the Covered Code, and must include terms to the effect that the #include "acpi.h" #include "acevents.h" #include "acnamesp.h" From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 12:48:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19EE916A41F for ; Thu, 27 Oct 2005 12:48:06 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE7243D58 for ; Thu, 27 Oct 2005 12:48:04 +0000 (GMT) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.3/8.13.3) with ESMTP id j9RCm2j6070502; Thu, 27 Oct 2005 14:48:02 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost.blackend.org [127.0.0.1]) by gothic.blackend.org (8.13.3/8.13.3) with ESMTP id j9RCm23x072159; Thu, 27 Oct 2005 14:48:02 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.13.3/8.13.3/Submit) id j9RClv2b072158; Thu, 27 Oct 2005 14:47:57 +0200 (CEST) (envelope-from marc) Date: Thu, 27 Oct 2005 14:47:56 +0200 From: Marc Fonvieille To: Thierry Herbelot Message-ID: <20051027124756.GA943@gothic.blackend.org> Mail-Followup-To: Thierry Herbelot , freebsd-current@freebsd.org References: <20051026194801.0625816A421@hub.freebsd.org> <200510262206.12508.thierry@herbelot.com> <20051026.213007.38907217.imp@bsdimp.com> <200510270841.57297.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510270841.57297.thierry@herbelot.com> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 12:48:06 -0000 On Thu, Oct 27, 2005 at 08:41:55AM +0200, Thierry Herbelot wrote: [...] > > PS : This how the two "bogus" boards are detected under OpenBSD 3.6 (same > problematic MAC addresses) : > ... > ne3 at pci0 dev 14 function 0 "Realtek 8029" rev 0x00: irq 11 > ne3: address 52:54:00:e5:36:06 > ... > ne1 at isa0 port 0x300/32 irq 10 > ne1: NE2000 (RTL8019) Ethernet > ne1: address 52:54:4c:1b:90:1b > I think I own one of these cards. Under 4.11-STABLE, I get: ed0: port 0xd400-0xd41f irq 12 at device 9.0 on pci0 ed0: address 52:54:00:eb:96:47, type NE2000 (16 bit) ed0@pci0:9:0: class=0x020000 card=0x00000000 chip=0x802910ec rev=0x00 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8029 NE2000 compatible Ethernet' class = network subclass = ethernet Marc From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 13:04:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3F4516A41F; Thu, 27 Oct 2005 13:04:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB0443D46; Thu, 27 Oct 2005 13:04:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CCBDE46BA2; Thu, 27 Oct 2005 09:04:05 -0400 (EDT) Date: Thu, 27 Oct 2005 14:04:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <21905.1130409449@critter.freebsd.dk> Message-ID: <20051027140031.L32255@fledge.watson.org> References: <21905.1130409449@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Xu , Marian Hettwer , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 13:04:07 -0000 On Thu, 27 Oct 2005, Poul-Henning Kamp wrote: >>> Why would anybody take a timestamp at all I/O syscalls ? >>> >>> "I wonder why my car can only go 30 km/h with the trunk full of >>> concrete" ? >>> >>> In a data base application I could possibly understand a timestamp >>> after every write. >>> >>> But after _all_ I/O syscalls ? That's just plain stupid... >> >> Don't panic, I agree that is stupid code, but I can not change it, it >> is not written by me, sorry! > > I'm not panicing, I'm merely pointing out that we should not optimize > performance after bogus code but rather try to improve it. There is, of course, a tension in optimizing systems to speed up applications that have been optimized for other systems. :-) Sadly, POSIX doesn't say anything about how applications can express preferences about the cost and granularity of time measurement. It's long been an issue though: AFS used to do magic on many UNIX systems to expose a timer tick timestamp to user space from the kernel via a special magic page. This trick has been used lots of other places to, but worked on the assumption that an application would be willing to pay a lower cost to get a poor measurement of time frequently, rather than pay a higher cost to get a time measurement less frequently. For user space applications implementing network protocols, this is important since they do need accurate measurements of round-trip time in order to calculate bandwidth windows, etc. We almost want clock_gettime() with CLOCK_TENMS, or the like. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 13:05:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D6216A41F for ; Thu, 27 Oct 2005 13:05:52 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12FE43D53 for ; Thu, 27 Oct 2005 13:05:51 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 77318 invoked by uid 89); 27 Oct 2005 13:05:50 -0000 Received: by simscan 1.1.0 ppid: 77292, pid: 77314, t: 1.1723s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Oct 2005 13:05:49 -0000 Message-ID: <4360D0A2.6020502@ultra-secure.de> Date: Thu, 27 Oct 2005 15:05:38 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> <20051026145643.GA44296@freebie.xs4all.nl> <435FB117.2030003@ultra-secure.de> <20051026175916.GB45100@freebie.xs4all.nl> In-Reply-To: <20051026175916.GB45100@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD Current Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 13:05:53 -0000 Wilko Bulte wrote: > > >Maybe you can zone the fabric such that the HBA only sees one path to the >storage? > > I don't know if that is possible - it also totally defeats the purpose. We didn't buy the infrastructure twice (more or less) just to leave one half of it unused. >>Also, when I ran 5.4 on out BL20 blades, it liked to panic while >>rescanning the SCSI-bus (after adding some space to a LUN). >> >> > >THat is one of the things I still have to try, FreeBSD on our BL20pG2 > > I'll try 6.0 when I have some time. Rainer From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 13:57:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 082B616A41F for ; Thu, 27 Oct 2005 13:57:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B032343D45 for ; Thu, 27 Oct 2005 13:57:13 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B26AB46B42; Thu, 27 Oct 2005 09:57:10 -0400 (EDT) Date: Thu, 27 Oct 2005 14:57:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Greg 'groggy' Lehey In-Reply-To: <20051027074229.GA825@eucla.lemis.com> Message-ID: <20051027145435.H32255@fledge.watson.org> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <20051027074229.GA825@eucla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 13:57:14 -0000 On Thu, 27 Oct 2005, Greg 'groggy' Lehey wrote: > This would be interesting to know, doubtless, but please note that MySQL > 4.0 is either no longer supported or will reach that status in the > immediate future. It would be more interesting to see what the > performance difference is between Linux and FreeBSD with MySQL 5.0, > which has just been released. > > If you find reasons to believe that any problems you're seeing are a > MySQL problem, please let me know. I'm not certain it's a "MySQL Problem" so much as a set of changes that happen to be less optimal on FreeBSD than Linux. It could even be a bugfix that makes MySQL more correct :-). However, the differential change is interesting, and it would be useful (if nothing else) to compare system call activity between the two versions for the same load and see if there's anything obvious (like lots more calls to sync data, or changing select model, or...) As I said, I haven't had time to investigate much lately, but hope to get back to MySQL investigation in the next few weeks or month. It would be quite useful to know more about the changes between 4.0 and 4.1, and I don't doubt there's a release page somewhere that would tell me. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 14:20:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A866C16A41F; Thu, 27 Oct 2005 14:20:42 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F08043D5A; Thu, 27 Oct 2005 14:20:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D9BEB2084; Thu, 27 Oct 2005 16:20:36 +0200 (CEST) X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -4.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id C347A2080; Thu, 27 Oct 2005 16:20:36 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 91DF833C1D; Thu, 27 Oct 2005 16:20:36 +0200 (CEST) To: Marian Hettwer References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 27 Oct 2005 16:20:36 +0200 In-Reply-To: <435F6B01.5020003@kernel32.de> (Marian Hettwer's message of "Wed, 26 Oct 2005 13:39:45 +0200") Message-ID: <86zmov3utn.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Robert Watson , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 14:20:42 -0000 Marian Hettwer writes: > by the way, back in the days of FreeBSD 4.x and 5.x, after I did a > config MYKERNEL, it doesn't said I need to do a "make cleandepend" > before doing a "make depend"... why that? Seems like this additional > step in compiling the Kernel is around since 6-CURRENT, right? There are only two steps in compiling a FreeBSD kernel: # cd /usr/src # make buildkernel DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 14:27:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B4F16A420; Thu, 27 Oct 2005 14:27:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AC343D5D; Thu, 27 Oct 2005 14:27:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 23CBFBC7A; Thu, 27 Oct 2005 14:27:47 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 14:04:05 BST." <20051027140031.L32255@fledge.watson.org> Date: Thu, 27 Oct 2005 16:27:46 +0200 Message-ID: <23153.1130423266@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , Marian Hettwer , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 14:27:51 -0000 In message <20051027140031.L32255@fledge.watson.org>, Robert Watson writes: There are a several things we can do to speed up our timekeeping code without affecting its integrity: For instance: * Userland-only timestamp facility, provided the hardware is available from userland (TSC is, i8254 isn't, ACPI normally isn't and HPET will be, so it's roughly a 50% hit there). * Additional CLOCK_FOO values for various degraded but fast timestamps. Unfortunately, they either force intense versioning of libc or application source-code changes, so neither is very desirable. In addition to this there are a couple of kernel only optimizations I have always tried to avoid: * Inline assembler for timecounter math. The 'C' language is notoriously bad at expressing the simple concept of a carry and some of the multiplications could be truncated intelligently, but I far prefer simple and portable C to complex assembly. * Cache+Reuse of timestamps in the kernel. It's very hard to cheaply determine when the cached timestamp is "too old" and it may require locking to work in the first place because per-CPU caches would probably not give enough hits to be worth it. Before we go any further, let me remind you that our current timecounter code does not use intra-CPU locks, provided the hardware does not need locks. Many if not most of the more radical ideas, TSC based two-clock interpolation for instance, would require intra-CPU locks to prevent against time-travel and excessive jitter. It is also important to remember that no matter what we do, a significant part of the overhead will still be the 'read-the-hardware-step' For instance I just benchmarked the state-of-the-art HPET facility on the two of my machines that have it, and found that it took 500 and 1400 nsec respectively to read them. (HPET timecounter code will arrive in -current RSN). >Sadly, POSIX doesn't say anything about how applications can express >preferences about the cost and granularity of time measurement. Yes, in addition to their other defficiencies [1] the APIs are somewhat limited in what they can express. I've often thought about inventing a new API to solve these problems, it doesn't take much to do it right, but I have never carried through on it because adding yet another "FreeBSD-propriety" API is not the solution we're looking for. Poul-Henning [1] a) Totally bogus leap second handling. b) PseudoQuasiDecimal formats (also on binary computers) c) Lack of traceability, and quality information. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 14:38:08 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B4516A41F for ; Thu, 27 Oct 2005 14:38:08 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC3743D46 for ; Thu, 27 Oct 2005 14:38:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9REc4qK010571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Oct 2005 18:38:05 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9REc4hv010570; Thu, 27 Oct 2005 18:38:04 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 27 Oct 2005 18:38:04 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20051027143804.GP41520@cell.sick.ru> References: <20051026072337.GA31319@peter.osted.lan> <20051026083147.GA41520@cell.sick.ru> <20051026130926.GA41293@peter.osted.lan> <20051026131423.GH41520@cell.sick.ru> <20051027060916.GA55631@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051027060916.GA55631@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org, mohans@yahoo-inc.com Subject: Re: panic: mutex nfsd_mtx owned at nfsserver/nfs_serv.c:2160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 14:38:08 -0000 On Thu, Oct 27, 2005 at 08:09:17AM +0200, Peter Holm wrote: P> On Wed, Oct 26, 2005 at 05:14:23PM +0400, Gleb Smirnoff wrote: P> > On Wed, Oct 26, 2005 at 03:09:26PM +0200, Peter Holm wrote: P> > P> > On Wed, Oct 26, 2005 at 09:23:37AM +0200, Peter Holm wrote: P> > P> > P> While stress testing RELENG_6_0 with a nfs mounted file system on a P> > P> > P> box running HEAD from Oct 24 13:21 UTC I got this panic (on HEAD): P> > P> > P> http://people.freebsd.org/~pho/stress/log/nfsd.html P> > P> > P> > P> > let's try out this one. P> > P> > P> > P> P> > P> With this patch I got a (unrelated ?) P> > P> panic: lock (sleep mutex) Giant not locked @ nfsserver/nfs_serv.c:2193 P> > P> > Related. Please try out a corrected patch. P> > P> After running for +15 hours I think that I can conclude that this P> patch has fixed the problem? I think so. Let's ask Mohan to review it. P> - Peter P> > -- P> > Totus tuus, Glebius. P> > GLEBIUS-RIPN GLEB-RIPE P> P> > Index: nfs_serv.c P> > =================================================================== P> > RCS file: /home/ncvs/src/sys/nfsserver/nfs_serv.c,v P> > retrieving revision 1.156 P> > diff -u -r1.156 nfs_serv.c P> > --- nfs_serv.c 17 Apr 2005 16:25:36 -0000 1.156 P> > +++ nfs_serv.c 26 Oct 2005 13:13:25 -0000 P> > @@ -2092,6 +2092,8 @@ P> > tl = nfsm_dissect_nonblock(u_int32_t *, NFSX_UNSIGNED); P> > vtyp = nfsv3tov_type(*tl); P> > if (vtyp != VCHR && vtyp != VBLK && vtyp != VSOCK && vtyp != VFIFO) { P> > + NFSD_UNLOCK(); P> > + mtx_lock(&Giant); /* VFS */ P> > error = NFSERR_BADTYPE; P> > goto out; P> > } P> > @@ -2108,6 +2110,8 @@ P> > * Iff doesn't exist, create it. P> > */ P> > if (nd.ni_vp) { P> > + NFSD_UNLOCK(); P> > + mtx_lock(&Giant); /* VFS */ P> > error = EEXIST; P> > goto out; P> > } -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 15:15:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A746616A41F for ; Thu, 27 Oct 2005 15:15:13 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C0243D46 for ; Thu, 27 Oct 2005 15:15:12 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9RFFBtT011081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Oct 2005 19:15:11 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9RFFAiQ011080; Thu, 27 Oct 2005 19:15:10 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 27 Oct 2005 19:15:10 +0400 From: Gleb Smirnoff To: "ke.han" Message-ID: <20051027151510.GR41520@cell.sick.ru> References: <43609107.2050901@redstarling.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43609107.2050901@redstarling.com> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: SMP, device polling, em performance, etc.. on 6.0-rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 15:15:13 -0000 On Thu, Oct 27, 2005 at 04:34:15PM +0800, ke.han wrote: k> One such board I'm looking into is the Tyan Thunder i7520 (S5360). k> Everything looks right except for confirming the em driver usage for k> polling on an SMP kernel. Any experience here? 6.0-RC1 will do polling(4) on em(4) with an SMP kernel. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 15:36:27 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8BF16A41F; Thu, 27 Oct 2005 15:36:27 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9650A43D45; Thu, 27 Oct 2005 15:36:26 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9RFirhp048828; Thu, 27 Oct 2005 11:44:53 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Nate Lawson Date: Thu, 27 Oct 2005 11:36:14 -0400 User-Agent: KMail/1.6.2 References: <43607A61.4040504@root.org> In-Reply-To: <43607A61.4040504@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510271136.16568.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1148/Tue Oct 25 15:34:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: dawnshade , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 15:36:27 -0000 On Thursday 27 October 2005 02:57 am, Nate Lawson wrote: > I haven't tested this yet, but perhaps this is due to obrien's -I > change? Perhaps acpica_prep.sh wasn't run with all the header > substitions enabled since they are commented out currently. > Jung-uk, can you check if includes are not "file.h" but > ? This patch was against -CURRENT, not against RELENG_6. I will try to make another patch for RELENG_6. Sorry for the confusion, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 15:44:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2FC216A420 for ; Thu, 27 Oct 2005 15:44:57 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6959343D4C for ; Thu, 27 Oct 2005 15:44:54 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 39960 invoked by uid 1026); 27 Oct 2005 15:49:28 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.122583 secs); 27 Oct 2005 15:49:28 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 27 Oct 2005 15:49:28 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Thu, 27 Oct 2005 18:44:51 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2622268.ksZTiH4Ovt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510271844.52361.nike_d@cytexbg.com> Cc: freebsd-bluetooth@freebsd.org Subject: rfcomm problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 15:44:58 -0000 --nextPart2622268.ksZTiH4Ovt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, i'm trying to setup a bluetooth gprs connection. the problem is that the connection works only if i start rfcomm_sppd on a TTY,=20 and then start manually ppp with "set device" the=20 same TTY. rfcomm_pppd and rcomm_sppd with stdin/stdout does not work properly as the bluetooth modem echoes everyting back. I get the same results with the bluetooth modems on a Nokia 6230 phone and Motorola RazrV3. Here is exactly what happens when i start rfcomm_sppd on console : =2D------------------ root@phobos# rfcomm_sppd -a gsm -c 1 rfcomm_sppd[2628]: Starting on stdin/stdout... atz atz atz atz ate0 ate0 ^Crfcomm_sppd[2628]: Signal 2 received. Total 1 signals received rfcomm_sppd[2628]: Completed on stdin/stdout =2D----------------- (i typed two times atz, and one time ate0 and it was echoed right back) When i start rfcomm_pppd the ppp daemon begins to write in the log that he is talking to himself (several "magic is same" errors, and disconne= ct) But when i start rfcomm_sppd in the background on a tty it is working properly: =2D----------------- root@phobos# rfcomm_sppd -a gsm -c 1 -b -t /dev/ttyp0 root@phobos# cu -l /dev/ttyp0 Connected atz OK ~ [EOT] =2D----------------- I'm running about one week old 7.0-CURRENT but have experienced this for quite some time. Also, i'm using a usb bluetooth dongle, and the /etc/rc.bluetooth init script. does anyone have idea what can be causing this? =2D-=20 =2D-niki PGP KeyId: 0xF2DB7EB9 --nextPart2622268.ksZTiH4Ovt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDYPX0HNAJ/fLbfrkRApTHAJ0St5mVt3bgPcgRR2211bysgkcIJACfUE7R zlSvpqgKA9XtmjcvyJGwWmE= =2nM5 -----END PGP SIGNATURE----- --nextPart2622268.ksZTiH4Ovt-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 15:53:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C632316A41F; Thu, 27 Oct 2005 15:53:41 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA2443D46; Thu, 27 Oct 2005 15:53:40 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [165.91.46.74] (pptp-0074.vpn.tamu.edu [165.91.46.74]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9RFrauf048668 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 27 Oct 2005 10:53:38 -0500 (CDT) (envelope-from pckizer@nostrum.com) In-Reply-To: <2E18CEAE-2A72-4387-B92E-DAED7CC7FACD@nostrum.com> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> <20051025110453.L6720@fledge.watson.org> <2E18CEAE-2A72-4387-B92E-DAED7CC7FACD@nostrum.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <33E53AA7-2A01-4BBE-9674-8F54E008D0A8@nostrum.com> Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Thu, 27 Oct 2005 10:53:31 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 165.91.46.74 is authenticated by a trusted mechanism) Cc: Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 15:53:41 -0000 On Oct 25, 2005, at 05:07, Robert Watson wrote: > There are a couple of possible sources, so if this is reproduceable > and you don't mind trying some diagnostic patches, I've attached a > first one below. This checks for the case where the looping in the > unp_gc() routine becomes unbounded due to a possible lack of > synchronization in the handling of marking and counting of > marking. It needs INVARIANTS to be compiled in to work; if it > fires, this will suggest an avenue to explore. > On Oct 26, 2005, at 01:46, Philip Kizer wrote: > OK, patch applied and it ran all day, finally hanging again. And...I have another one, this one's unusual compared with the others (in that it looks like something in the aac driver noticed a problem; but, as you can see, the system kept running...I didn't get notification of services having a problem till hours after those messages started). http://www.nostrum.com/hang/hang.RELENG_6-trace-2005-10-27-0.txt If you want some comparisons, I have two recent hangs from one of my RELENG_5 machines, too: http://www.nostrum.com/hang/hang.RELENG_5-trace-2005-10-26-0.txt http://www.nostrum.com/hang/hang.RELENG_5-trace-2005-10-27-0.txt I'll respond to my original post in -stable with the RELENG_5 hangs if needed. Thank you, Philip From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:16:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDF8D16A41F for ; Thu, 27 Oct 2005 17:16:51 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6587F43D48 for ; Thu, 27 Oct 2005 17:16:51 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9RHGpQN038043 for ; Thu, 27 Oct 2005 10:16:51 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9RHGp6n038042 for freebsd-current@freebsd.org; Thu, 27 Oct 2005 10:16:51 -0700 (PDT) (envelope-from obrien) Date: Thu, 27 Oct 2005 10:16:50 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20051027171650.GA38016@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PANIC] VOP_STRATEGY failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:16:52 -0000 FreeBSD 7.0-CURRENT #196: Wed Oct 26 23:19:58 PDT 2005 amd64 GNU gdb 6.1.1 [FreeBSD] Unread portion of the kernel message buffer: panic: VOP_STRATEGY failed bp=0xffffffff9a12f1c8 vp=0xffffff012fa6d5d0 cpuid = 3 KDB: stack backtrace: panic() at panic+0x253 bufstrategy() at bufstrategy+0x6d nfs_writebp() at nfs_writebp+0xf0 nfs_write() at nfs_write+0x698 VOP_WRITE_APV() at VOP_WRITE_APV+0xa4 vn_write() at vn_write+0x1c3 dofilewrite() at dofilewrite+0x87 kern_writev() at kern_writev+0x51 write() at write+0x4a syscall() at syscall+0x4e7 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (4, FreeBSD ELF64, write), rip = 0x47a43c, rsp = 0x7fffffffe338, rbp = 0x680 --- Uptime: 1h32m49s (kgdb) where #0 doadump () at pcpu.h:172 #1 0xffffffff803c6c6c in boot (howto=260) at ../../../kern/kern_shutdown.c:399 #2 0xffffffff803c670b in panic ( fmt=0xffffffff80647608 "VOP_STRATEGY failed bp=%p vp=%p") at ../../../kern/kern_shutdown.c:555 #3 0xffffffff8041ebad in bufstrategy (bo=0x0, bp=0xffffffff9a12f1c8) at ../../../kern/vfs_bio.c:3690 #4 0xffffffff804cd240 in nfs_writebp (bp=0xffffffff9a12f1c8, force=0, td=0x0) at buf.h:415 #5 0xffffffff804be458 in nfs_write (ap=0x0) at buf.h:401 #6 0xffffffff805de9e4 in VOP_WRITE_APV (vop=0xffffffff807e58a0, a=0xffffffffb83a49e0) at vnode_if.c:698 #7 0xffffffff804390b3 in vn_write (fp=0xffffff00a9aea5a0, uio=0xffffffffb83a4b20, active_cred=0x0, flags=0, td=0xffffff009fbd3500) at vnode_if.h:372 #8 0xffffffff803f1487 in dofilewrite (td=0xffffff009fbd3500, fd=3, fp=0xffffff00a9aea5a0, auio=0xffffffffb83a4b20, offset=0, flags=0) at file.h:246 #9 0xffffffff803f1751 in kern_writev (td=0xffffff009fbd3500, fd=3, auio=0xffffffffb83a4b20) at ../../../kern/sys_generic.c:402 #10 0xffffffff803f184a in write (td=0x0, uap=0x0) at ../../../kern/sys_generic.c:326 #11 0xffffffff8058d6d7 in syscall (frame= {tf_rdi = 3, tf_rsi = 6615040, tf_rdx = 1664, tf_rcx = 7, tf_r8 = 32752, tf_r9 = 140737488347528, tf_rax = 4, tf_rbx = 6039296, tf_rbp = 1664, tf_r10 = -1096800402576, tf_r11 = 6041920, tf_r12 = 6615040, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 6615040, tf_flags = 139, tf_err = 2, tf_rip = 4695100, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488347960, tf_ss = 35}) at ../../../amd64/amd64/trap.c:814 #12 0xffffffff8057a518 in Xfast_syscall () at ../../../amd64/amd64/exception.S:270 #13 0x000000000047a43c in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:17:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4863216A41F; Thu, 27 Oct 2005 17:17:56 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EEF43D48; Thu, 27 Oct 2005 17:17:55 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id j9RHHrJ19614; Thu, 27 Oct 2005 13:17:54 -0400 Message-ID: <43610BBE.4070406@savvis.net> Date: Thu, 27 Oct 2005 10:17:50 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510271844.52361.nike_d@cytexbg.com> In-Reply-To: <200510271844.52361.nike_d@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org, freebsd-current@freebsd.org Subject: Re: rfcomm problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:17:56 -0000 Niki, > i'm trying to setup a bluetooth gprs connection. > the problem is that the connection works > only if i start rfcomm_sppd on a TTY, > and then start manually ppp with "set device" the > same TTY. have you tried to specify set device "!/usr/bin/rfcomm_sppd -a gsm -c 1" inside your /etc/ppp/ppp.conf file? this way ppp(8) will start rfcomm_sppd(1) automatically and will use its stdin/stdout. > rfcomm_pppd and rcomm_sppd with stdin/stdout > does not work properly as the bluetooth modem > echoes everyting back. > I get the same results with the bluetooth modems > on a Nokia 6230 phone and Motorola RazrV3. do not panic :) i do not think it ever worked the way you are trying to, i.e. running rfcomm_sppd(1) from the terminal. the stdin/stdout mode was added specifically for the folks who wanted to use rfcomm_sppd(1) in ppp(8), i.e. 'set device' just like above. i should probably fix it just to avoid confusion. > When i start rfcomm_pppd the ppp daemon begins to write in the log > that he is talking to himself (several "magic is same" errors, and disconnect) hmmm... thats strange... rfcomm_pppd(8) should not have this problem. > But when i start rfcomm_sppd in the background on a tty > it is working properly: > ------------------ > root@phobos# rfcomm_sppd -a gsm -c 1 -b -t /dev/ttyp0 > root@phobos# cu -l /dev/ttyp0 > Connected > atz > OK > ~ > [EOT] > ------------------ > > I'm running about one week old 7.0-CURRENT but > have experienced this for quite some time. > Also, i'm using a usb bluetooth dongle, > and the /etc/rc.bluetooth init script. > > does anyone have idea what can be causing this? i will look into this and fix it thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:27:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AB1716A41F for ; Thu, 27 Oct 2005 17:27:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 998D243D45 for ; Thu, 27 Oct 2005 17:27:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9RHOOfP043776; Thu, 27 Oct 2005 11:24:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 27 Oct 2005 11:24:24 -0600 (MDT) Message-Id: <20051027.112424.36665233.imp@bsdimp.com> To: thierry@herbelot.com From: "M. Warner Losh" In-Reply-To: <200510270841.57297.thierry@herbelot.com> References: <200510262206.12508.thierry@herbelot.com> <20051026.213007.38907217.imp@bsdimp.com> <200510270841.57297.thierry@herbelot.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 27 Oct 2005 11:24:30 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:27:29 -0000 In message: <200510270841.57297.thierry@herbelot.com> Thierry Herbelot writes: : PS : This how the two "bogus" boards are detected under OpenBSD 3.6 (same : problematic MAC addresses) : : ... : ne3 at pci0 dev 14 function 0 "Realtek 8029" rev 0x00: irq 11 : ne3: address 52:54:00:e5:36:06 : ... : ne1 at isa0 port 0x300/32 irq 10 : ne1: NE2000 (RTL8019) Ethernet : ne1: address 52:54:4c:1b:90:1b hehe. Well, here's my test box at work: ed0: at port 0x220-0x23f irq 5 pnpid RTL8019 on isa0 ed0: Ethernet address: 52:54:4c:19:0d:78 ed0: type RTL8019 (16 bit) And I know of at least one PC Card (fairly rare one) that does this too. Maybe I've finally found a RTL8019 based PC Card? I know that NetBSD has code in their ne attachment for this, but I've not been able to find with google anybody that's ever posted a dmesg with it in it. I think I know what's going on and how to fix it. I just need to find some quality time to look at the problem. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:32:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F07A916A420 for ; Thu, 27 Oct 2005 17:32:29 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id BBF0043D46 for ; Thu, 27 Oct 2005 17:32:28 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 82571 invoked by uid 1026); 27 Oct 2005 17:37:02 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.092192 secs); 27 Oct 2005 17:37:02 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 27 Oct 2005 17:37:02 -0000 From: Niki Denev To: Maksim Yevmenkin Date: Thu, 27 Oct 2005 20:32:25 +0300 User-Agent: KMail/1.8 References: <200510271844.52361.nike_d@cytexbg.com> <43610BBE.4070406@savvis.net> In-Reply-To: <43610BBE.4070406@savvis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2123593.LxDxz9QQKN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510272032.26480.nike_d@cytexbg.com> Cc: freebsd-bluetooth@freebsd.org, freebsd-current@freebsd.org Subject: Re: rfcomm problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:32:30 -0000 --nextPart2123593.LxDxz9QQKN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 27 October 2005 20:17, Maksim Yevmenkin wrote: [some parts of the original mail snipped] > have you tried to specify > > set device "!/usr/bin/rfcomm_sppd -a gsm -c 1" > > inside your /etc/ppp/ppp.conf file? this way ppp(8) will start > rfcomm_sppd(1) automatically and will use its stdin/stdout. > No, but i've tried it now and it works!=20 Thank you! > i should probably fix it just to avoid confusion. > > > When i start rfcomm_pppd the ppp daemon begins to write in the log > > that he is talking to himself (several "magic is same" errors, and > > disconnect) > > hmmm... thats strange... rfcomm_pppd(8) should not have this problem. > i can test patches, provide more info, etc.. if needed. > > > > does anyone have idea what can be causing this? > > i will look into this and fix it > > thanks, > max > Thanks! =2D-=20 =2D-niki PGP KeyId: 0xF2DB7EB9 --nextPart2123593.LxDxz9QQKN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDYQ8qHNAJ/fLbfrkRAv19AJ9pmYwc05zTzjo1zhCuhrxf1AKqRgCguIYW 5lNBn3rmqZau+TNeWDWyAOg= =AEm2 -----END PGP SIGNATURE----- --nextPart2123593.LxDxz9QQKN-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:35:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C51216A420 for ; Thu, 27 Oct 2005 17:35:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09DCD43D46 for ; Thu, 27 Oct 2005 17:35:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 85EF91A3C2D; Thu, 27 Oct 2005 10:35:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0F5E7512CF; Thu, 27 Oct 2005 13:35:51 -0400 (EDT) Date: Thu, 27 Oct 2005 13:35:50 -0400 From: Kris Kennaway To: Bjoern Koenig Message-ID: <20051027173550.GA81309@xor.obsecurity.org> References: <435F2BCE.1040704@cs.tu-berlin.de> <20051026073915.GA77249@xor.obsecurity.org> <4360B263.1070802@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <4360B263.1070802@cs.tu-berlin.de> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: deadlocks with SMP and Pentium 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:35:55 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 27, 2005 at 12:56:35PM +0200, Bjoern Koenig wrote: > Kris Kennaway wrote: >=20 > >You need to break to DDB, trace processes and examine lock state with > >commands like 'show alllocks' and 'show lockedvnods' to see what is > >going on. >=20 > Unfortunately the machine freezes completely and I can't break to the=20 > debugger anymore. Try with KDB_STOP_NMI (called STOP_NMI) in 7.0. Kris > It happens absolutely unforeseen, therefore I can't=20 > examine states shortly before it freezes. I run several instances of=20 > 'unixbench shell' and 'ubench -c'; sometimes it takes a few seconds and= =20 > sometimes 10 minutes until the machine stops working. >=20 > I like to except hardware failures, because FreeBSD 4.11 and Windows=20 > Server 2003 run under high load without problems for several hours. >=20 > I'll spend some more time. >=20 > Thanks > Bj?rn >=20 --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYQ/2Wry0BWjoQKURAuHRAJ98gXxdonubo2GvJ02FyWjv6xKyPQCg0rzn HjR+fMs86kW8hPxC03WCHoM= =Cs2V -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 17:37:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2461616A41F for ; Thu, 27 Oct 2005 17:37:34 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE43E43D46 for ; Thu, 27 Oct 2005 17:37:33 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g19.free.fr (Postfix) with ESMTP id AB2B7971E for ; Thu, 27 Oct 2005 19:37:32 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j9RHbGeE017210; Thu, 27 Oct 2005 19:37:18 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 27 Oct 2005 19:37:06 +0200 User-Agent: KMail/1.8.2 References: <200510262206.12508.thierry@herbelot.com> <200510270841.57297.thierry@herbelot.com> <20051027.112424.36665233.imp@bsdimp.com> In-Reply-To: <20051027.112424.36665233.imp@bsdimp.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200510271937.09117.thierry@herbelot.com> Cc: "M. Warner Losh" Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 17:37:34 -0000 Le Thursday 27 October 2005 19:24, M. Warner Losh a écrit : > I know that > NetBSD has code in their ne attachment for this, but I've not been > able to find with google anybody that's ever posted a dmesg with it in > it. I'll post one NetBSD dmesg ASAP (after world and kernel are built, in fact) Do you want also a dmesg for Linux ? (I have Debian 2.4/2.6 and Fedora FC4 on the machine) > > I think I know what's going on and how to fix it. I just need to find > some quality time to look at the problem. count me in as guinea pig ;-) > > Warner TfH From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 18:05:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C034016A41F; Thu, 27 Oct 2005 18:05:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C5843D45; Thu, 27 Oct 2005 18:05:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9RI55uN001050; Thu, 27 Oct 2005 12:05:05 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <436116D3.908@samsco.org> Date: Thu, 27 Oct 2005 12:05:07 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: re@freebsd.org Subject: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 18:05:07 -0000 All, Wanted to let everyone know that the testing on RC1 has gone well enough that we've decided to skip RC2 and go straight to 6.0-RELEASE. Everyone that we have talked to has applauded the stability and functionality of the system, so we are really pleased and really eager to wrap it up and get it out to everyone. Over the next 24 hours we will be synchronizing the RELENG_6_0 tree to get in all of the appropriate bug fixes, then we will do some test builds as a final verification. Everyone is still welcome to update their sources on the RELENG_6_0 branch and provide feedback for the next 48 hours or so. The release will likely be announced by the end of the weekend or early next week, at the latest. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 18:09:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2A0916A425 for ; Thu, 27 Oct 2005 18:09:38 +0000 (GMT) (envelope-from felipe.alfaro@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97A1343D49 for ; Thu, 27 Oct 2005 18:09:37 +0000 (GMT) (envelope-from felipe.alfaro@gmail.com) Received: by nproxy.gmail.com with SMTP id o25so104477nfa for ; Thu, 27 Oct 2005 11:09:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NmQsEPFkO4ch1vwY/4fkp5Sy7B2/2KRAD7K2OFozt4NHMTXmVtPrUX/Rr4YbsLL8fhw0aLsnXuDjodOz30MA5pbVmaAfVSYlbRDn4v1YTXii7M37JbFjojoCNjWDpZcO+WENzE6LbM92rqcPdb2gz57GUTx1mcz73cGZu7s/JQI= Received: by 10.49.1.19 with SMTP id d19mr23107nfi; Thu, 27 Oct 2005 11:09:20 -0700 (PDT) Received: by 10.48.108.15 with HTTP; Thu, 27 Oct 2005 11:09:36 -0700 (PDT) Message-ID: <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> Date: Thu, 27 Oct 2005 20:09:36 +0200 From: Felipe Alfaro Solana To: Scott Long In-Reply-To: <436116D3.908@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <436116D3.908@samsco.org> Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 18:09:38 -0000 PiBXYW50ZWQgdG8gbGV0IGV2ZXJ5b25lIGtub3cgdGhhdCB0aGUgdGVzdGluZyBvbiBSQzEgaGFz IGdvbmUgd2VsbAo+IGVub3VnaCB0aGF0IHdlJ3ZlIGRlY2lkZWQgdG8gc2tpcCBSQzIgYW5kIGdv IHN0cmFpZ2h0IHRvCj4gNi4wLVJFTEVBU0UuICBFdmVyeW9uZSB0aGF0IHdlIGhhdmUgdGFsa2Vk IHRvIGhhcyBhcHBsYXVkZWQgdGhlCj4gc3RhYmlsaXR5IGFuZCBmdW5jdGlvbmFsaXR5IG9mIHRo ZSBzeXN0ZW0sIHNvIHdlIGFyZSByZWFsbHkgcGxlYXNlZCBhbmQKPiByZWFsbHkgZWFnZXIgdG8g d3JhcCBpdCB1cCBhbmQgZ2V0IGl0IG91dCB0byBldmVyeW9uZS4KCkluZGVlZCwgSSd2ZSBiZWVu IHVzaW5nIDYuMCBzaW5jZSBCRVRBMSBmb3IgYSB2ZXJ5IGxvbmcgdGltZSBhbmQgaXQKc2VlbXMg c3RhYmxlIGxpa2UgYSByb2NrLiBDb25ncmF0dWxhdGlvbnMhCg== From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 18:55:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2840016A420; Thu, 27 Oct 2005 18:55:08 +0000 (GMT) (envelope-from crapsh@monkeybrains.net) Received: from mail.monkeybrains.net (mail1.monkeybrains.NET [207.7.142.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD27A43D48; Thu, 27 Oct 2005 18:55:07 +0000 (GMT) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.111] (dsl092-187-117.sfo1.dsl.speakeasy.net [66.92.187.117]) (authenticated bits=0) by mail.monkeybrains.net (8.13.4/8.13.4) with ESMTP id j9RIt7AP006452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Oct 2005 11:55:07 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <4361228E.9070003@monkeybrains.net> Date: Thu, 27 Oct 2005 11:55:10 -0700 From: Rudy Rucker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051010 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20051027014957.E472E16A424@hub.freebsd.org> In-Reply-To: <20051027014957.E472E16A424@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on mail.monkeybrains.net X-Virus-Status: Clean Cc: rse@freebsd.org Subject: Will fdisk work on a gmirror device? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 18:55:08 -0000 I have a 200 GB mirrored gm0. I have one slice with 6 partitions. I would like to delete the 6th 100GB large partition on slice one, run fdisk, and make a second 100GB slice. Will this not mangle my system (if reasonable values are entered, of course)? fdisk -u /dev/mirror/gm0 I am running FreeBSD 6.0-RC1. (fdisk seems to see the gm0 better than in 5.4...). Rudy Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2988355435 Providers: 1. Name: mirror/gm0 Mediasize: 200049647104 (186G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: ad0 Mediasize: 200049647616 (186G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2584972746 2. Name: ad2 Mediasize: 200049647616 (186G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3791733936 From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:13:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3BB16A41F; Thu, 27 Oct 2005 19:13:22 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE5143D49; Thu, 27 Oct 2005 19:13:21 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id B4BAF39825; Thu, 27 Oct 2005 21:13:19 +0200 (CEST) Date: Thu, 27 Oct 2005 19:12:40 +0000 From: Marcin Jessa To: Felipe Alfaro Solana Message-Id: <20051027191240.5267e53c.lists@yazzy.org> In-Reply-To: <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> References: <436116D3.908@samsco.org> <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: re@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:13:22 -0000 On Thu, 27 Oct 2005 20:09:36 +0200 Felipe Alfaro Solana wrote: > > Wanted to let everyone know that the testing on RC1 has gone well > > enough that we've decided to skip RC2 and go straight to > > 6.0-RELEASE. Everyone that we have talked to has applauded the > > stability and functionality of the system, so we are really pleased > > and really eager to wrap it up and get it out to everyone. > > Indeed, I've been using 6.0 since BETA1 for a very long time and it > seems stable like a rock. Congratulations! One thing I noticed with the ata code on 6.x. Put in a CF to your PCMCIA to CF adaptor and try to boot your laptop. The kernel will immidiately core dump. This never happened on 5.x. #uname -a FreeBSD lapdance.yazzy.net 6.0-RC1 FreeBSD 6.0-RC1 #12: Wed Oct 12 09:06:40 UTC 2005 root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE i386 Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:17:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CC216A41F; Thu, 27 Oct 2005 19:17:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE04043D48; Thu, 27 Oct 2005 19:17:28 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9RJHR9n008302; Thu, 27 Oct 2005 13:17:27 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <436127CA.7000305@samsco.org> Date: Thu, 27 Oct 2005 13:17:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <436116D3.908@samsco.org> <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> <20051027191240.5267e53c.lists@yazzy.org> In-Reply-To: <20051027191240.5267e53c.lists@yazzy.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org, Felipe Alfaro Solana Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:17:29 -0000 Marcin Jessa wrote: > On Thu, 27 Oct 2005 20:09:36 +0200 > Felipe Alfaro Solana wrote: > > >>>Wanted to let everyone know that the testing on RC1 has gone well >>>enough that we've decided to skip RC2 and go straight to >>>6.0-RELEASE. Everyone that we have talked to has applauded the >>>stability and functionality of the system, so we are really pleased >>>and really eager to wrap it up and get it out to everyone. >> >>Indeed, I've been using 6.0 since BETA1 for a very long time and it >>seems stable like a rock. Congratulations! > > > One thing I noticed with the ata code on 6.x. > Put in a CF to your PCMCIA to CF adaptor and try to boot your laptop. > The kernel will immidiately core dump. This never happened on 5.x. > > #uname -a > FreeBSD lapdance.yazzy.net 6.0-RC1 FreeBSD 6.0-RC1 #12: Wed Oct 12 > 09:06:40 UTC 2005 > root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE i386 > > Cheers, > Marcin This was just fixed a couple of hours ago. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:18:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6365D16A41F for ; Thu, 27 Oct 2005 19:18:58 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31803.mail.mud.yahoo.com (web31803.mail.mud.yahoo.com [68.142.207.66]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D40243D55 for ; Thu, 27 Oct 2005 19:18:57 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 78944 invoked by uid 60001); 27 Oct 2005 19:18:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6Xn9xIhgwuLCY9avF+jzpa3cn6i/4DuXutgcc6WVO9wGWLouNrj7HfPK98Z+9HrL21rxeLdp9qJ9gyVufJZhaqL0QGrtcd9vIJ6UaXZSK5Vhj3lS6XfSrtCDvNTvuk6roVnJw12PKiyQdzszK7Dkv8urS7UAsHs5EJRKh8fFuBc= ; Message-ID: <20051027191856.78942.qmail@web31803.mail.mud.yahoo.com> Received: from [207.126.238.231] by web31803.mail.mud.yahoo.com via HTTP; Thu, 27 Oct 2005 12:18:56 PDT Date: Thu, 27 Oct 2005 12:18:56 -0700 (PDT) From: Mohan Srinivasan To: obrien@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20051027171650.GA38016@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: [PANIC] VOP_STRATEGY failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:18:58 -0000 When the write (or read) fails, the NFS client (nfs_doio) seems to set b_error (and BIO_ERROR in b_ioflags) correctly, but it propagates the error back up to VOP_STRATEGY(). I think the fix is to have nfs_strategy() ignore the error returned by nfs_doio() and always return back success, but I need to look at this closely one more time and test a bit before I commit that change. I'll do that shortly. mohan --- David O'Brien wrote: > FreeBSD 7.0-CURRENT #196: Wed Oct 26 23:19:58 PDT 2005 amd64 > > GNU gdb 6.1.1 [FreeBSD] > > Unread portion of the kernel message buffer: > panic: VOP_STRATEGY failed bp=0xffffffff9a12f1c8 vp=0xffffff012fa6d5d0 > cpuid = 3 > KDB: stack backtrace: > panic() at panic+0x253 > bufstrategy() at bufstrategy+0x6d > nfs_writebp() at nfs_writebp+0xf0 > nfs_write() at nfs_write+0x698 > VOP_WRITE_APV() at VOP_WRITE_APV+0xa4 > vn_write() at vn_write+0x1c3 > dofilewrite() at dofilewrite+0x87 > kern_writev() at kern_writev+0x51 > write() at write+0x4a > syscall() at syscall+0x4e7 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (4, FreeBSD ELF64, write), rip = 0x47a43c, rsp = 0x7fffffffe338, rbp = 0x680 --- > Uptime: 1h32m49s > > (kgdb) where > #0 doadump () at pcpu.h:172 > #1 0xffffffff803c6c6c in boot (howto=260) at ../../../kern/kern_shutdown.c:399 > #2 0xffffffff803c670b in panic ( > fmt=0xffffffff80647608 "VOP_STRATEGY failed bp=%p vp=%p") > at ../../../kern/kern_shutdown.c:555 > #3 0xffffffff8041ebad in bufstrategy (bo=0x0, bp=0xffffffff9a12f1c8) > at ../../../kern/vfs_bio.c:3690 > #4 0xffffffff804cd240 in nfs_writebp (bp=0xffffffff9a12f1c8, force=0, td=0x0) > at buf.h:415 > #5 0xffffffff804be458 in nfs_write (ap=0x0) at buf.h:401 > #6 0xffffffff805de9e4 in VOP_WRITE_APV (vop=0xffffffff807e58a0, > a=0xffffffffb83a49e0) at vnode_if.c:698 > #7 0xffffffff804390b3 in vn_write (fp=0xffffff00a9aea5a0, > uio=0xffffffffb83a4b20, active_cred=0x0, flags=0, td=0xffffff009fbd3500) > at vnode_if.h:372 > #8 0xffffffff803f1487 in dofilewrite (td=0xffffff009fbd3500, fd=3, > fp=0xffffff00a9aea5a0, auio=0xffffffffb83a4b20, offset=0, flags=0) > at file.h:246 > #9 0xffffffff803f1751 in kern_writev (td=0xffffff009fbd3500, fd=3, > auio=0xffffffffb83a4b20) at ../../../kern/sys_generic.c:402 > #10 0xffffffff803f184a in write (td=0x0, uap=0x0) > at ../../../kern/sys_generic.c:326 > #11 0xffffffff8058d6d7 in syscall (frame= > {tf_rdi = 3, tf_rsi = 6615040, tf_rdx = 1664, tf_rcx = 7, tf_r8 = 32752, tf_r9 = > 140737488347528, tf_rax = 4, tf_rbx = 6039296, tf_rbp = 1664, tf_r10 = -1096800402576, tf_r11 = > 6041920, tf_r12 = 6615040, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = > 6615040, tf_flags = 139, tf_err = 2, tf_rip = 4695100, tf_cs = 43, tf_rflags = 514, tf_rsp = > 140737488347960, tf_ss = 35}) > at ../../../amd64/amd64/trap.c:814 > #12 0xffffffff8057a518 in Xfast_syscall () > at ../../../amd64/amd64/exception.S:270 > #13 0x000000000047a43c in ?? () > Previous frame inner to this frame (corrupt stack?) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:22:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C18216A420; Thu, 27 Oct 2005 19:22:12 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3ED243D80; Thu, 27 Oct 2005 19:21:57 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j9RJL4fY004356; Thu, 27 Oct 2005 21:21:04 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <20051027191240.5267e53c.lists@yazzy.org> References: <436116D3.908@samsco.org> <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> <20051027191240.5267e53c.lists@yazzy.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 27 Oct 2005 21:21:51 +0200 To: Marcin Jessa X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: stable@FreeBSD.org, re@FreeBSD.org, current@FreeBSD.org, Felipe Alfaro Solana Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:22:12 -0000 On 27/10/2005, at 21:12, Marcin Jessa wrote: > On Thu, 27 Oct 2005 20:09:36 +0200 > Felipe Alfaro Solana wrote: > > >>> Wanted to let everyone know that the testing on RC1 has gone well >>> enough that we've decided to skip RC2 and go straight to >>> 6.0-RELEASE. Everyone that we have talked to has applauded the >>> stability and functionality of the system, so we are really pleased >>> and really eager to wrap it up and get it out to everyone. >>> >> >> Indeed, I've been using 6.0 since BETA1 for a very long time and it >> seems stable like a rock. Congratulations! >> > > One thing I noticed with the ata code on 6.x. > Put in a CF to your PCMCIA to CF adaptor and try to boot your laptop. > The kernel will immidiately core dump. This never happened on 5.x. > > #uname -a > FreeBSD lapdance.yazzy.net 6.0-RC1 FreeBSD 6.0-RC1 #12: Wed Oct 12 > 09:06:40 UTC 2005 > root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE i386 I've just committed a fix for this a few hours ago.. S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:39:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0858916A41F for ; Thu, 27 Oct 2005 19:39:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A3543D77 for ; Thu, 27 Oct 2005 19:39:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9RJahPt045112; Thu, 27 Oct 2005 13:36:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 27 Oct 2005 13:36:43 -0600 (MDT) Message-Id: <20051027.133643.129777163.imp@bsdimp.com> To: thierry@herbelot.com From: "M. Warner Losh" In-Reply-To: <200510271937.09117.thierry@herbelot.com> References: <200510270841.57297.thierry@herbelot.com> <20051027.112424.36665233.imp@bsdimp.com> <200510271937.09117.thierry@herbelot.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 27 Oct 2005 13:36:44 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:39:38 -0000 In message: <200510271937.09117.thierry@herbelot.com> Thierry Herbelot writes: : Le Thursday 27 October 2005 19:24, M. Warner Losh a =E9crit : : > I know that : > NetBSD has code in their ne attachment for this, but I've not been : > able to find with google anybody that's ever posted a dmesg with it= in : > it. : = : I'll post one NetBSD dmesg ASAP (after world and kernel are built, in= fact) No need really. I have the problem here. BTW, my NIC is: ed0: Ethernet address: 52:54:4c:19:0d:78 The first three octets of my NIC are 'RTL'... : Do you want also a dmesg for Linux ? (I have Debian 2.4/2.6 and Fedor= a FC4 on = : the machine) No. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:48:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F076D16A41F; Thu, 27 Oct 2005 19:48:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD2343D48; Thu, 27 Oct 2005 19:48:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9RJmNef011947; Thu, 27 Oct 2005 13:48:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43612F0A.2060202@samsco.org> Date: Thu, 27 Oct 2005 13:48:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Sharun References: <436116D3.908@samsco.org> <20051027194335.GA50714@dun.ukr.net> In-Reply-To: <20051027194335.GA50714@dun.ukr.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:48:26 -0000 Vladimir Sharun wrote: > What about Gleb Smirnoff NFS locking leak patch ? I put it on > production, everything works just fine. The question is: this > patch will be merged to main source tree for 6.0-RELEASE ? > > > Scott Long wrote: > SL> Wanted to let everyone know that the testing on RC1 has gone well enough > SL> that we've decided to skip RC2 and go straight to 6.0-RELEASE. Everyone > SL> that we have talked to has applauded the stability and functionality of > SL> the system, so we are really pleased and really eager to wrap it up and > SL> get it out to everyone. Over the next 24 hours we will be synchronizing > SL> the RELENG_6_0 tree to get in all of the appropriate bug fixes, then we > SL> will do some test builds as a final verification. Everyone is still > SL> welcome to update their sources on the RELENG_6_0 branch and provide > SL> feedback for the next 48 hours or so. The release will likely be > SL> announced by the end of the weekend or early next week, at the latest. > I beleive that this was committed a few hours ago. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 20:00:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0ADA16A41F; Thu, 27 Oct 2005 20:00:53 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7DB43D49; Thu, 27 Oct 2005 20:00:53 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (am-productions.biz [69.61.164.22]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j9RJxXGM035723 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Oct 2005 15:59:36 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Brooks Davis Date: Thu, 27 Oct 2005 16:02:26 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201651.22346.jhb@freebsd.org> <20051020212903.GA7953@odin.ac.hmc.edu> In-Reply-To: <20051020212903.GA7953@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart87051094.OBU6EzBK5x"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510271602.33839.mistry.7@osu.edu> X-Spam-Status: No, hits=-3.0 required=5.0 tests=MYFREEBSD3 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.87/1148/Tue Oct 25 15:34:12 2005 on crumpet.united-ware.com X-Virus-Status: Clean Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 20:00:54 -0000 --nextPart87051094.OBU6EzBK5x Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 October 2005 05:29 pm, Brooks Davis wrote: > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > > Hi, would someone be available to look at kern PR 87506? I > > > > > found the problem while building a jail on my 6.0-RC1 box.=20 > > > > > When setting an alias on a vr device with ifconfig the > > > > > alias address replaces the initial address of the device.=20 > > > > > marcus@ took a look at the problem for me and provided the > > > > > patch for the vr interface which I tested and it resolved > > > > > the problem. Without the patch I can't create a jail that > > > > > is network accessible. > > > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl > > > > > may also be affected by this bug. If anyone has any other > > > > > questions or needs someone to test any changes to the patch > > > > > just let me know. I only have vr interfaces on my FreeBSD > > > > > machines though. Thanks. > > > > > > > > > > Tom > > > > > > > > I'm not sure that fix is really the right fix. The patch > > > > just makes vr(4) ignore changes to if_flags while the driver > > > > is up. Probably there is a bug in vr(4)'s handling of alias > > > > addresses. I did just reproduce this on my laptop's rl(4) > > > > interface though. I'll see if I can't figure out what is > > > > happening. > > > > > > I'm also seeing this too along with the following. > > > > > > I'm not sure if this is related, but I'm seeing the following > > > on RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months > > > ago doesn't show this problem. > > > I'm trying to setup my workstation with a normal DHCP'd address > > > and an alias IP for a jail running on the system, but the alias > > > setting wipes out all the other addresses on the interface. > > > in /etc/rc.conf: > > > ifconfig_rl0=3D"DHCP" > > > ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.255" > > > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it > > > seems correct: > > > netif > > > dhclient > > > netif > > > > > > I narrowed it down to: > > > dhclient rl0 > > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > > [dhclient prints a message here saying connection closed and > > > exiting] > > > > > > All of the other addresses on the card are removed. > > > I'm also seeing this on dc. So thinking it to be a problem in > > > ifconfig I copied over the version from my RELENG_5 box, and > > > that did the same thing...so this seems to be present several > > > of the network drivers in RELENG_6/CURRENT. > > > > Yes, it seems to be an issue with dhclient. If I turn dhclient > > off and manually configure my NIC then the alias works fine: > > rl0: flags=3D8843 mtu 1500 > > options=3D8 > > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid > > 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether > > 00:90:f5:0e:c8:e5 > > media: Ethernet autoselect (100baseTX ) > > status: active > > I believe the problem is that adding an address to a NIC causes a > call to ifp->if_init() which resets the media and triggers a > LINK_DOWN event in all too many cases. Using if_init here is > rather like driving finishing nails with a sledge hammer. > Has there been any resolution of this issue? Since 6.0 is just around=20 the corner. =2D-=20 Anish Mistry --nextPart87051094.OBU6EzBK5x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDYTJZxqA5ziudZT0RAtFWAKDQH8a8t5n1KhGF9YMOvcUk2Zh6HwCgonm0 WBOaXNAAxmHg6JOyrQQSF0s= =cf91 -----END PGP SIGNATURE----- --nextPart87051094.OBU6EzBK5x-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 20:14:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD35816A41F; Thu, 27 Oct 2005 20:14:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5259643D45; Thu, 27 Oct 2005 20:14:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9RKE3Ya000997; Thu, 27 Oct 2005 13:14:03 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9RKE3dE000996; Thu, 27 Oct 2005 13:14:03 -0700 Date: Thu, 27 Oct 2005 13:14:03 -0700 From: Brooks Davis To: Anish Mistry Message-ID: <20051027201403.GA14080@odin.ac.hmc.edu> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201651.22346.jhb@freebsd.org> <20051020212903.GA7953@odin.ac.hmc.edu> <200510271602.33839.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200510271602.33839.mistry.7@osu.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 20:14:04 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 27, 2005 at 04:02:26PM -0400, Anish Mistry wrote: > On Thursday 20 October 2005 05:29 pm, Brooks Davis wrote: > > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > > > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > > > Hi, would someone be available to look at kern PR 87506? I > > > > > > found the problem while building a jail on my 6.0-RC1 box.=20 > > > > > > When setting an alias on a vr device with ifconfig the > > > > > > alias address replaces the initial address of the device.=20 > > > > > > marcus@ took a look at the problem for me and provided the > > > > > > patch for the vr interface which I tested and it resolved > > > > > > the problem. Without the patch I can't create a jail that > > > > > > is network accessible. > > > > > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl > > > > > > may also be affected by this bug. If anyone has any other > > > > > > questions or needs someone to test any changes to the patch > > > > > > just let me know. I only have vr interfaces on my FreeBSD > > > > > > machines though. Thanks. > > > > > > > > > > > > Tom > > > > > > > > > > I'm not sure that fix is really the right fix. The patch > > > > > just makes vr(4) ignore changes to if_flags while the driver > > > > > is up. Probably there is a bug in vr(4)'s handling of alias > > > > > addresses. I did just reproduce this on my laptop's rl(4) > > > > > interface though. I'll see if I can't figure out what is > > > > > happening. > > > > > > > > I'm also seeing this too along with the following. > > > > > > > > I'm not sure if this is related, but I'm seeing the following > > > > on RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months > > > > ago doesn't show this problem. > > > > I'm trying to setup my workstation with a normal DHCP'd address > > > > and an alias IP for a jail running on the system, but the alias > > > > setting wipes out all the other addresses on the interface. > > > > in /etc/rc.conf: > > > > ifconfig_rl0=3D"DHCP" > > > > ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.255" > > > > > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it > > > > seems correct: > > > > netif > > > > dhclient > > > > netif > > > > > > > > I narrowed it down to: > > > > dhclient rl0 > > > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > > > [dhclient prints a message here saying connection closed and > > > > exiting] > > > > > > > > All of the other addresses on the card are removed. > > > > I'm also seeing this on dc. So thinking it to be a problem in > > > > ifconfig I copied over the version from my RELENG_5 box, and > > > > that did the same thing...so this seems to be present several > > > > of the network drivers in RELENG_6/CURRENT. > > > > > > Yes, it seems to be an issue with dhclient. If I turn dhclient > > > off and manually configure my NIC then the alias works fine: > > > rl0: flags=3D8843 mtu 1500 > > > options=3D8 > > > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid > > > 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > > > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether > > > 00:90:f5:0e:c8:e5 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > I believe the problem is that adding an address to a NIC causes a > > call to ifp->if_init() which resets the media and triggers a > > LINK_DOWN event in all too many cases. Using if_init here is > > rather like driving finishing nails with a sledge hammer. > > > Has there been any resolution of this issue? Since 6.0 is just around=20 > the corner. No. It's going to require non-trivial changes to the design of drivers and eventually some changes to the driver API to really fix this so it's really too late in the game. I think we need to document the lack of support for this configuration and move on. Frankly, it's a configuration I see no compelling reason to support. If you are setting alises, you should know what your address is so you don't need dhcp. I'm aware there are other reasons to want dhcp, but I personally put this sort of thing in the "that would be nice" category. We should try to fix it, but it's no where near the top of my list. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDYTUKXY6L6fI4GtQRAu58AJ9K/DuIzwHS3BW+EVYB/xQYCGIZdwCfYX5S DoVkTHCMaxV4bkzJRrVwhqE= =iNEr -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 20:14:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B5BB16A41F; Thu, 27 Oct 2005 20:14:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F16543D45; Thu, 27 Oct 2005 20:14:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id AA3835D40; Thu, 27 Oct 2005 16:14:53 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72718-03; Thu, 27 Oct 2005 16:14:52 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-76-130.ny325.east.verizon.net [68.161.76.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 1E2975C46; Thu, 27 Oct 2005 16:14:52 -0400 (EDT) Message-ID: <43613541.7030009@mac.com> Date: Thu, 27 Oct 2005 16:14:57 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Yuriy N. Shkandybin" References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> In-Reply-To: <00a801c5dacf$db3b7700$6504010a@Jura> Content-Type: multipart/mixed; boundary="------------000407080603000304070306" X-Virus-Scanned: amavisd-new at codefab.com Cc: David Xu , current@freebsd.org Subject: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 20:14:55 -0000 This is a multi-part message in MIME format. --------------000407080603000304070306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Yuriy N. Shkandybin wrote: >>> Check gettimeofday syscall, it follows every I/O syscall, I think >>> our gettimeofday is tooooooo expensive, if we can directly get time from >>> memory, the performance will be improved further. > > It's true: > run next on same PC -- freebsd and linux and compare [ ...snippet of timing code deleted, see attachment instead... :-) ] FreeBSD 4.11-STABLE i386 null function: 0.01069 getpid(): 0.51729 time(): 3.51727 gettimeofday(): 3.48715 FreeBSD 5.4-STABLE i386 null function: 0.01278 getpid(): 0.51329 time(): 2.54771 gettimeofday(): 2.54982 Linux 2.6.5 i686 null function: 0.01858 getpid(): 0.01979 time(): 0.44811 gettimeofday(): 0.55776 Darwin 8.2.0 Power Macintosh null function: 0.01889 getpid(): 0.03590 time(): 0.20913 gettimeofday(): 0.17278 SunOS 5.8 sun4u null function: 0.05051 getpid(): 1.29846 time(): 1.26596 gettimeofday(): 0.29507 [ These are representative results (in seconds); running the test three times per host shows the null function time value is stable to two digits, or three on some hosts; the other values seem to vary by less than 10%. ] The Intel boxes are all Intel P3, between 700MHz and 1Ghz, the Sun is a dual-proc E450 @ 450MHz, and the other is a Mac Mini @ 1.3Ghz, I think. Real numbers are are well and good, but I don't want to start yet another thread about microbenchmarks or statistics. People who are doing timers are generally looking for one of two things, a cron-like system which schedules periodic or one-shot events over time intervals of minutes, hours, days, etc (for which time() and alarm() work fine), or they want to deal with high-resolution time in order to see how long a call like a SQL query takes or update the display every 10ms, 16.67ms, and so forth to do realtime graphics (via gettimeofday() and usleep()/nanosleep()). It's clear that the Linux getpid() syscall is merely keeping the pid around locally, rather than doing a full context switch, and Darwin seems to be doing similarly, only with some locking or tracing overhead. It doesn't make sense to keep invoking a hardware clock from the kernel for a timer which is updated at a one-second resolution. Can't we just keep a static time_t called __now in libc for time() to return or stuff into *tloc, which gets updated once in a while (have the scheduler check whether fractional seconds has rolled over every few ticks)? -- -Chuck --------------000407080603000304070306 Content-Type: text/plain; name="timer.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="timer.c" #include #include #include #include typedef void (*null_t) (void); void null_function(void) {} void gettimeofday_(void) { struct timeval unused; gettimeofday(&unused, NULL); } void time_(void) { time_t now = time(&now); } void getpid_(void) { pid_t p = getpid(); } timeit(null_t f, char *name) { struct timeval start; struct timeval stop; struct timeval tmp; int unused; register unsigned i; double diff_time; static double null_time = 0.0; if (null_time == 0.0) { /* null function call */ gettimeofday(&start, NULL); for(i=0; i<1000000; i++) { null_function(); } gettimeofday(&stop, NULL); null_time = (double) (stop.tv_sec - start.tv_sec) * 1.0 + \ (stop.tv_usec - start.tv_usec) / 1000000.0; printf("%20s: %0.5f\n", "null function", null_time); } gettimeofday(&start, NULL); for(i=0; i<1000000; i++) { f(); } gettimeofday(&stop, NULL); diff_time = (double) (stop.tv_sec - start.tv_sec) * 1.0 + \ (stop.tv_usec - start.tv_usec) / 1000000.0; printf("%20s: %0.5f\n", name, diff_time - null_time); } main() { timeit(getpid_, "getpid()"); timeit(time_, "time()"); timeit(gettimeofday_, "gettimeofday()"); } --------------000407080603000304070306-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:04:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA1616A41F for ; Thu, 27 Oct 2005 21:04:30 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from roztocze.com.pl (server.roztocze.com.pl [217.96.30.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66E343D45 for ; Thu, 27 Oct 2005 21:04:29 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from server.roztocze.com.pl (localhost [127.0.0.1]) by roztocze.com.pl (8.13.5/8.13.5) with ESMTP id j9RL4QLe025869 for ; Thu, 27 Oct 2005 23:04:26 +0200 Received: (from kuba@localhost) by server.roztocze.com.pl (8.13.5/8.13.4/Submit) id j9RL4QT8025571 for freebsd-current@freebsd.org; Thu, 27 Oct 2005 23:04:26 +0200 Date: Thu, 27 Oct 2005 23:04:26 +0200 From: KubaTyszko To: freebsd-current@freebsd.org Message-ID: <20051027210426.GB16523@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new Subject: weird hangs with 26oct current and releng_6_0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kuba@lbl.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:04:30 -0000 hi everyone i had current as of about august, yesterday i upgraded to latest current and: - it did crash sometimes just after running pppoe connection (never happened on earlier -current) - when i try to run startx it does nothing, but when i ctrl+c and run startx again few times it finally runs fine. the same happens with RELENG_6_0 maybe some of you did have similar problems ? From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:19:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2C4E16A425; Thu, 27 Oct 2005 21:19:10 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223DC43D4C; Thu, 27 Oct 2005 21:19:08 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 7E6AA3FE0; Thu, 27 Oct 2005 23:19:07 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93335-13; Thu, 27 Oct 2005 23:18:55 +0200 (CEST) Received: from [192.168.100.10] (p54BDCD55.dip.t-dialin.net [84.189.205.85]) by crivens.unixoid.de (Postfix) with ESMTP id 46FF63EE8; Thu, 27 Oct 2005 23:18:55 +0200 (CEST) Message-ID: <4361443B.9030606@kernel32.de> Date: Thu, 27 Oct 2005 23:18:51 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <86zmov3utn.fsf@xps.des.no> In-Reply-To: <86zmov3utn.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: amavisd-new at unixoid.de Cc: Robert Watson , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:19:11 -0000 Dag-Erling Sm=F8rgrav wrote: > Marian Hettwer writes: >=20 >>by the way, back in the days of FreeBSD 4.x and 5.x, after I did a >>config MYKERNEL, it doesn't said I need to do a "make cleandepend" >>before doing a "make depend"... why that? Seems like this additional >>step in compiling the Kernel is around since 6-CURRENT, right? >=20 >=20 > There are only two steps in compiling a FreeBSD kernel: >=20 > # cd /usr/src > # make buildkernel > well okay, I could do "make buildkernel KERNCONF=3DMYKERNEL; make=20 installkernel KERNCONF=3DMYKERNEL". But there was the different way of do= ing a cd /sys/i386/conf vi MYKERNEL config MYKERNEL cd ../compile/MYKERNEL make depend; make; make install nowadays its make cleandepend; make depend... To get this straight: It doesn't matter wether I use the "long" way, or=20 the way you mentioned (which I only used when doing a make world...)? regards, Marian From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:27:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B1B16A41F; Thu, 27 Oct 2005 21:27:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1E443D66; Thu, 27 Oct 2005 21:27:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9RLPa49045967; Thu, 27 Oct 2005 15:25:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 27 Oct 2005 15:25:37 -0600 (MDT) Message-Id: <20051027.152537.107215203.imp@bsdimp.com> To: blackend@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051027124756.GA943@gothic.blackend.org> References: <20051026.213007.38907217.imp@bsdimp.com> <200510270841.57297.thierry@herbelot.com> <20051027124756.GA943@gothic.blackend.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 27 Oct 2005 15:25:36 -0600 (MDT) Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: error messages with ed(4) and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:27:33 -0000 In message: <20051027124756.GA943@gothic.blackend.org> Marc Fonvieille writes: : On Thu, Oct 27, 2005 at 08:41:55AM +0200, Thierry Herbelot wrote: : [...] : > : > PS : This how the two "bogus" boards are detected under OpenBSD 3.6 (same : > problematic MAC addresses) : : > ... : > ne3 at pci0 dev 14 function 0 "Realtek 8029" rev 0x00: irq 11 : > ne3: address 52:54:00:e5:36:06 : > ... : > ne1 at isa0 port 0x300/32 irq 10 : > ne1: NE2000 (RTL8019) Ethernet : > ne1: address 52:54:4c:1b:90:1b : > : : I think I own one of these cards. : Under 4.11-STABLE, I get: : : ed0: port 0xd400-0xd41f irq 12 at device 9.0 on pci0 : ed0: address 52:54:00:eb:96:47, type NE2000 (16 bit) : : ed0@pci0:9:0: class=0x020000 card=0x00000000 chip=0x802910ec rev=0x00 hdr=0x00 : vendor = 'Realtek Semiconductor' : device = 'RTL8029 NE2000 compatible Ethernet' : class = network : subclass = ethernet In the 8019 I have on the SBC, as far as I can tell, the values are in the actual ROM image that's returned. 52:54:4c is RTL, so the above is RT. As soon as I work it out, I'll be exporting this ROM data to userland via a sysctl. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:37:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8771716A420; Thu, 27 Oct 2005 21:37:51 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4244743D6D; Thu, 27 Oct 2005 21:37:46 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EA3D02082; Thu, 27 Oct 2005 23:37:41 +0200 (CEST) X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -4.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id DC6C22080; Thu, 27 Oct 2005 23:37:41 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id CAD4633C1D; Thu, 27 Oct 2005 23:37:41 +0200 (CEST) To: Marian Hettwer References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <86zmov3utn.fsf@xps.des.no> <4361443B.9030606@kernel32.de> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 27 Oct 2005 23:37:41 +0200 In-Reply-To: <4361443B.9030606@kernel32.de> (Marian Hettwer's message of "Thu, 27 Oct 2005 23:18:51 +0200") Message-ID: <86mzku1w0q.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Robert Watson , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:37:51 -0000 Marian Hettwer writes: > To get this straight: It doesn't matter wether I use the "long" way, > or the way you mentioned (which I only used when doing a make > world...)? You should use the *documented* and *supported* way ('make buildkernel') unless you really know what you're doing. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:40:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D0D516A420; Thu, 27 Oct 2005 21:40:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C689443D45; Thu, 27 Oct 2005 21:40:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7C03B1A3C29; Thu, 27 Oct 2005 14:40:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B2C665125C; Thu, 27 Oct 2005 17:40:18 -0400 (EDT) Date: Thu, 27 Oct 2005 17:40:18 -0400 From: Kris Kennaway To: Vladimir Sharun , Scott Long , stable@freebsd.org, current@freebsd.org, re@freebsd.org Message-ID: <20051027214018.GA48292@xor.obsecurity.org> References: <436116D3.908@samsco.org> <20051027194335.GA50714@dun.ukr.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20051027194335.GA50714@dun.ukr.net> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:40:21 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Oct 27, 2005 at 10:43:35PM +0300, Vladimir Sharun wrote: > What about Gleb Smirnoff NFS locking leak patch ? I put it on > production, everything works just fine. The question is: this > patch will be merged to main source tree for 6.0-RELEASE ? It already was. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYUlCWry0BWjoQKURAi6ZAKCNQU5i7iP7AbwXLOnFDicSJPaJaQCguKZh HGNfDSJqwiJn+QAYeflWNg4= =PkmI -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:42:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4CB616A420 for ; Thu, 27 Oct 2005 21:42:16 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CFB43D81 for ; Thu, 27 Oct 2005 21:42:07 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h10.242.159.dialup.iptcom.net ([213.159.242.10]:47604 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219496AbVJ0VmF (INRCPT ); Fri, 28 Oct 2005 00:42:05 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j9RLg2jm004405; Fri, 28 Oct 2005 00:42:02 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Fri, 28 Oct 2005 00:42:02 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Scott Long In-Reply-To: <43602F2F.7080500@samsco.org> Message-ID: <20051028001941.S2607@kushnir1.kiev.ua> References: <20051027022313.R675@kushnir1.kiev.ua> <43602F2F.7080500@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:42:17 -0000 On Wed, 26 Oct 2005, Scott Long wrote: > > I think that this is a result of the interrupt handler changes that John > Baldwin made yesterday. Can you step your source back in time and see > where it stops panicing? > OK, if nothing else helps I'll try to. But it will take some time (very slow modem connection). Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:44:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD16C16A41F; Thu, 27 Oct 2005 21:44:46 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6950C43D45; Thu, 27 Oct 2005 21:44:46 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 4F3853EE3; Thu, 27 Oct 2005 23:44:45 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93335-17; Thu, 27 Oct 2005 23:44:30 +0200 (CEST) Received: from [192.168.100.10] (p54BDCD55.dip.t-dialin.net [84.189.205.85]) by crivens.unixoid.de (Postfix) with ESMTP id 293C13FE0; Thu, 27 Oct 2005 23:44:30 +0200 (CEST) Message-ID: <43614A39.6050706@kernel32.de> Date: Thu, 27 Oct 2005 23:44:25 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <86zmov3utn.fsf@xps.des.no> <4361443B.9030606@kernel32.de> <86mzku1w0q.fsf@xps.des.no> In-Reply-To: <86mzku1w0q.fsf@xps.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: amavisd-new at unixoid.de Cc: Robert Watson , current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:44:47 -0000 Hi there, Dag-Erling Sm=C3=B8rgrav wrote: > Marian Hettwer writes: >=20 >>To get this straight: It doesn't matter wether I use the "long" way, >>or the way you mentioned (which I only used when doing a make >>world...)? >=20 >=20 > You should use the *documented* and *supported* way ('make > buildkernel') unless you really know what you're doing. >=20 Well, now you shocked me a wee bit, 'cause I thought the "make depend"=20 way would be the documented and supported way. Granted, I didn't took a look into the FreeBSD Handbook for building my=20 Kernel since 4.0, but now I did. And I am glad, that the way I mentioned in my last way is documented=20 (and probably supported) und the chapter "Procedure 1. Building a Kernel = the =E2=80=9CTraditional=E2=80=9D Way" which is at:=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-bu= ilding.html The way you described is mentioned as "Procedure 2. Building a Kernel=20 the =E2=80=9CNew=E2=80=9D Way" :-) Well then, I think we're fine on that topic. I'd probably change to the=20 "New" Way, since it's fewer commands to type in... Marian From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:49:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2955116A41F for ; Thu, 27 Oct 2005 21:49:00 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168A043D46 for ; Thu, 27 Oct 2005 21:48:58 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 79186 invoked by uid 89); 27 Oct 2005 21:48:57 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 27 Oct 2005 21:48:57 -0000 Date: Thu, 27 Oct 2005 23:48:56 +0200 From: Oliver Lehmann To: des@des.no (Dag-Erling =?UTF-8?Q?Sm=C3=B8rgrav?=) Message-Id: <20051027234856.5577d6eb.lehmann@ans-netz.de> In-Reply-To: <86mzku1w0q.fsf@xps.des.no> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <86zmov3utn.fsf@xps.des.no> <4361443B.9030606@kernel32.de> <86mzku1w0q.fsf@xps.des.no> X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.6.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: rwatson@FreeBSD.org, current@freebsd.org, MH@kernel32.de Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:49:00 -0000 Dag-Erling Smørgrav wrote: > Marian Hettwer writes: > > To get this straight: It doesn't matter wether I use the "long" way, > > or the way you mentioned (which I only used when doing a make > > world...)? > > You should use the *documented* and *supported* way ('make > buildkernel') unless you really know what you're doing. Keep in mind that installing only the kernel sources from within the installation will only give you /usr/src/sys, no /usr/src/Makefile. So you stuck with the "old" method in that case. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 21:53:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EE816A424; Thu, 27 Oct 2005 21:53:28 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B0143D48; Thu, 27 Oct 2005 21:53:27 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id j9RLrPJ31507; Thu, 27 Oct 2005 17:53:25 -0400 Message-ID: <43614C53.7020207@savvis.net> Date: Thu, 27 Oct 2005 14:53:23 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510271844.52361.nike_d@cytexbg.com> <43610BBE.4070406@savvis.net> <200510272032.26480.nike_d@cytexbg.com> In-Reply-To: <200510272032.26480.nike_d@cytexbg.com> Content-Type: multipart/mixed; boundary="------------020104060604000501010300" Cc: freebsd-bluetooth@freebsd.org, freebsd-current@freebsd.org Subject: Re: rfcomm problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 21:53:28 -0000 This is a multi-part message in MIME format. --------------020104060604000501010300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Niki, >> have you tried to specify >> >> set device "!/usr/bin/rfcomm_sppd -a gsm -c 1" >> >> inside your /etc/ppp/ppp.conf file? this way ppp(8) will start >> rfcomm_sppd(1) automatically and will use its stdin/stdout. > > No, but i've tried it now and it works! Thank you! sure >> i should probably fix it just to avoid confusion. please find attached patch. the patch will put stdin/stdout into 'raw' mode when no tty was specified. it should fix the problem you were having. keep in mind that there is no escape sequence, so you have to kill rfcomm_sppd(1) by hand to terminate the session. could you please try to use rfcomm_sppd(1) in both stdin/stdout mode and in 'set device ...' ppp(8) mode. >>> When i start rfcomm_pppd the ppp daemon begins to write in the >>> log that he is talking to himself (several "magic is same" >>> errors, and disconnect) >> >> hmmm... thats strange... rfcomm_pppd(8) should not have this >> problem. > > i can test patches, provide more info, etc.. if needed. could you please post /etc/ppp/ppp.conf entry you where using with rfcomm_pppd? thanks, max --------------020104060604000501010300 Content-Type: text/plain; name="rfcomm_sppd.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rfcomm_sppd.patch.txt" Index: rfcomm_sppd.1 =================================================================== RCS file: /usr/local/cvs/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.1,v retrieving revision 1.6 diff -u -r1.6 rfcomm_sppd.1 --- rfcomm_sppd.1 3 Nov 2004 20:16:02 -0000 1.6 +++ rfcomm_sppd.1 27 Oct 2005 21:44:49 -0000 @@ -91,6 +91,10 @@ .It Fl t Ar tty Slave pseudo tty name. If not set stdin/stdout will be used. +All input and output processing on stdin/stdout will be disabled, +giving a +.Dq raw I/O +path. This option is required if .Fl b option was specified. Index: rfcomm_sppd.c =================================================================== RCS file: /usr/local/cvs/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.c,v retrieving revision 1.8 diff -u -r1.8 rfcomm_sppd.c --- rfcomm_sppd.c 3 Nov 2004 20:16:02 -0000 1.8 +++ rfcomm_sppd.c 27 Oct 2005 21:34:29 -0000 @@ -73,6 +73,7 @@ int n, background, channel, s, amaster, aslave, fd; fd_set rfd; char *tty = NULL, buf[SPPD_BUFFER_SIZE]; + struct termios defterm, term; memcpy(&addr, NG_HCI_BDADDR_ANY, sizeof(addr)); background = channel = 0; @@ -118,6 +119,9 @@ usage(); /* NOT REACHED */ + if (tty == NULL && background) + errx(1, "Must specify tty name to run in background mode"); + /* Set signal handlers */ memset(&sa, 0, sizeof(sa)); sa.sa_handler = sppd_sighandler; @@ -147,11 +151,13 @@ /* Open TTYs */ if (tty == NULL) { - if (background) - usage(); - amaster = STDIN_FILENO; fd = STDOUT_FILENO; + + tcgetattr(amaster, &defterm); + term = defterm; + cfmakeraw(&term); + tcsetattr(amaster, TCSADRAIN, &term); } else { if (sppd_ttys_open(tty, &amaster, &aslave) < 0) exit(1); @@ -159,7 +165,6 @@ fd = amaster; } - /* Open RFCOMM connection */ memset(&ra, 0, sizeof(ra)); ra.rfcomm_len = sizeof(ra); @@ -264,7 +269,8 @@ if (tty != NULL) { close(aslave); close(amaster); - } + } else + tcsetattr(amaster, TCSADRAIN, &defterm); return (0); } --------------020104060604000501010300-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 22:28:40 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F68516A41F; Thu, 27 Oct 2005 22:28:40 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30B0343D45; Thu, 27 Oct 2005 22:28:40 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 7A65439825; Fri, 28 Oct 2005 00:28:38 +0200 (CEST) Date: Thu, 27 Oct 2005 22:28:00 +0000 From: Marcin Jessa To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-Id: <20051027222800.16a200e4.lists@yazzy.org> In-Reply-To: References: <436116D3.908@samsco.org> <6f6293f10510271109p6209d22l8a86e1807bf4bd45@mail.gmail.com> <20051027191240.5267e53c.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 22:28:40 -0000 On Thu, 27 Oct 2005 21:21:51 +0200 S=F8ren Schmidt wrote: >=20 > On 27/10/2005, at 21:12, Marcin Jessa wrote: >=20 > > On Thu, 27 Oct 2005 20:09:36 +0200 > > Felipe Alfaro Solana wrote: > > > > > >>> Wanted to let everyone know that the testing on RC1 has gone well > >>> enough that we've decided to skip RC2 and go straight to > >>> 6.0-RELEASE. Everyone that we have talked to has applauded the > >>> stability and functionality of the system, so we are really > >>> pleased and really eager to wrap it up and get it out to everyone. > >>> > >> > >> Indeed, I've been using 6.0 since BETA1 for a very long time and it > >> seems stable like a rock. Congratulations! > >> > > > > One thing I noticed with the ata code on 6.x. > > Put in a CF to your PCMCIA to CF adaptor and try to boot your > > laptop. The kernel will immidiately core dump. This never happened > > on 5.x. > > > > #uname -a > > FreeBSD lapdance.yazzy.net 6.0-RC1 FreeBSD 6.0-RC1 #12: Wed Oct 12 > > 09:06:40 UTC 2005 > > root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE i386 >=20 > I've just committed a fix for this a few hours ago.. =20 I just rebuilt my kernel and the issue is indeed gone. Great work as usual. Thanks S=F8ren! Marcin. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 22:35:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4DF16A41F; Thu, 27 Oct 2005 22:35:28 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69E6A43D46; Thu, 27 Oct 2005 22:35:28 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id B3E82BC7A; Thu, 27 Oct 2005 22:35:24 +0000 (UTC) To: Chuck Swiger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 16:14:57 EDT." <43613541.7030009@mac.com> Date: Fri, 28 Oct 2005 00:35:24 +0200 Message-ID: <26845.1130452524@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 22:35:29 -0000 In message <43613541.7030009@mac.com>, Chuck Swiger writes: >It doesn't make sense to keep invoking a hardware clock from the kernel for a >timer which is updated at a one-second resolution. Can't we just keep a static >time_t called __now in libc for time() to return or stuff into *tloc, which >gets updated once in a while (have the scheduler check whether fractional >seconds has rolled over every few ticks)? That is a quite slippery slope to head down... Calls to time(2) are actually very infrequent (it sort of follows logically from the resolution) and therefore they are unlikely to be a performance concern in any decently thought out code. So adding overhead to the scheduler to improve it is very likely going to be false economy: Yes, performance of the time(2) call will improve but everything else will slow down as a result, even in programs which never inspect a single timestamp. No, this is just the wrong way to attack the problem. What is needed here is for somebody to define how non-perfect we are willing to allow our timekeeping to be, and _THEN_ we can start to look at how fact we can make it work. Here are some questions to start out: For reference the current codes behaviour is noted in [...] * Does time have to be monotonic between CPUs ? Consider: gettimeofday(&t1) // on CPU1 work(x) // a couple context switches gettimeofday(&t2) // on CPU2 Should it be guaranteed that t2 >= t1 ? [Yes] * Does time have to be monotonic between different functions ? Consider (for instance): clock_gettime(&t1) work(x) gettimeofday(&t2) Should it be guaranteed that t2 >= t1 ? For all mixes of time(), gettimeofday() and clock_gettime() ? Or only for funcion pairs in order of increasing resolution ? hint: think about how we round a timespec of 1.000000500 to a timeval. [t2 >= t1 for all mixes, provided comparison is done in format with lowest resolution and conversion is done by truncation] * How large variance (jitter) are we willing to accept ? Consider: gettimeofday(&t1) work(x) /* always constant duration */ gettimeofday(&t2) Twork = timeval_subtract(t2, t1); How much jitter can we live with in Twork ? (ie: how much can Twork vary from run to run of the above code) Is +/- 1 usec required ? Is some constant (but low) +/- N usec OK ? Is +/- 1msec acceptable ? ... +/- 10msec acceptable ? ... +/- 100msec acceptable ? Is 1/hz acceptable ? Also when we don't know which hz the user runs with ? Is Twork == zero OK if work(x) takes more than 500nsec ? [Jitter of +/- 1 count on timecounting hardware] * Does threads have to return ordered timestamps ? Consider: CPU1 CPU2 gettimeofday(t1) gettimeofday(t2) gettimeofday(t3) Do we guarantee that t1 < t2 < t3 or t1 <= t2 <= t3 AND t1 < t3 or t1 <= t2 <= t3 or t1 <= t3 ? [t1 <= t2 <= t3] And when you have answered this, remember that your solution needs to be SMP friendly and work on all architectures. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 22:59:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3367E16A41F; Thu, 27 Oct 2005 22:59:11 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0A0543D46; Thu, 27 Oct 2005 22:59:10 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (tclsnelbe2-src-nat-1 [203.96.152.177]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IP100IZRJULAP@linda-2.paradise.net.nz>; Fri, 28 Oct 2005 11:59:09 +1300 (NZDT) Received: from [192.168.1.11] (218-101-13-50.paradise.net.nz [218.101.13.50]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id 2E84E91DF3C; Fri, 28 Oct 2005 11:59:09 +1300 (NZDT) Date: Fri, 28 Oct 2005 11:59:07 +1300 From: Mark Kirkwood In-reply-to: <43613541.7030009@mac.com> To: Chuck Swiger Message-id: <43615BBB.2080702@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 22:59:11 -0000 Chuck Swiger wrote: > FreeBSD 5.4-STABLE i386 > null function: 0.01278 > getpid(): 0.51329 > time(): 2.54771 > gettimeofday(): 2.54982 > Chuck - very interesting results. I happen to have a PIII 1Ghz running 5.4-RELEASE so thought it would be interesting to reproduce your numbers. My null and getpid pretty much do, but the time functions seem much quicker on my machine - some sort of regression in 5.4-STABLE maybe? null function: 0.01578 getpid(): 0.49136 time(): 0.83031 gettimeofday(): 0.78838 However, we are still slower than Linux :-(. [Running a pretty much stock kernel, except for: #cpu I486_CPU #cpu I586_CPU and timer.c is compiled w/o any optimization.] cheers Mark From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 23:34:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB1B16A41F; Thu, 27 Oct 2005 23:34:33 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4243D46; Thu, 27 Oct 2005 23:34:32 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9RNh0m7064809; Thu, 27 Oct 2005 19:43:00 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 19:34:16 -0400 User-Agent: KMail/1.6.2 References: <200510261814.32292.jkim@FreeBSD.org> In-Reply-To: <200510261814.32292.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510271934.19827.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 23:34:33 -0000 On Wednesday 26 October 2005 06:14 pm, Jung-uk Kim wrote: > This patch is merge from ACPICA 20051021 release: > > http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz As I promised earlier, here is the patch against RELENG_6: http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz If you are running -CURRENT, the previous patch is the one for you. > There are new files added in this release. So, you need `-p' > option when applying this patch. > > Please test and/or review. Please do the same. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 23:50:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF3D16A41F; Thu, 27 Oct 2005 23:50:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABD843D45; Thu, 27 Oct 2005 23:50:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 74F835D54; Thu, 27 Oct 2005 19:50:41 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75289-04; Thu, 27 Oct 2005 19:50:40 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id A8B8E5C53; Thu, 27 Oct 2005 19:50:39 -0400 (EDT) Message-ID: <436167D5.2060104@mac.com> Date: Thu, 27 Oct 2005 19:50:45 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <26845.1130452524@critter.freebsd.dk> In-Reply-To: <26845.1130452524@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 23:50:42 -0000 Poul-Henning Kamp wrote: > In message <43613541.7030009@mac.com>, Chuck Swiger writes: >>It doesn't make sense to keep invoking a hardware clock from the kernel for a >>timer which is updated at a one-second resolution. Can't we just keep a static >>time_t called __now in libc for time() to return or stuff into *tloc, which >>gets updated once in a while (have the scheduler check whether fractional >>seconds has rolled over every few ticks)? > > That is a quite slippery slope to head down... > > Calls to time(2) are actually very infrequent (it sort of follows > logically from the resolution) and therefore they are unlikely to > be a performance concern in any decently thought out code. I would agree that calling time(2) millions of times per second is not a common or especially useful situation. :-) > So adding overhead to the scheduler to improve it is very likely going > to be false economy: Yes, performance of the time(2) call will improve > but everything else will slow down as a result, even in programs > which never inspect a single timestamp. The notion of economy is a good one: we want the system to do the least amount of work required to perform the tasks assigned to it. We also want the system kernel to manage limited/finite/expensive resources efficiently. > No, this is just the wrong way to attack the problem. I believe Darwin keeps the timecounters of the system exposed on a common page mapped via the System framework (their libc+libm), which gets mapped in once by init, and then shared with all of it's children copy-on-write. They are using the PowerPC timebase registers according to a thread on the darwin-kernel list. Darwin seems to have very good timing code, and using usleep() to wake up at a specific time seems to work quite well. I wonder if the issue with tvtohz in sys/kern/kern_clock.c has been fixed: http://www.pkix.net/~chuck/timer/ http://www.pkix.net/~chuck/timer/wakeup001.gif > What is needed here is for somebody to define how non-perfect we > are willing to allow our timekeeping to be, and _THEN_ we can start > to look at how fact we can make it work. OK. How about this for one "test of timer quality": If you call gettimeofday() in a tight loop and count how many times it sees tv_usecs incremented in a second on an idle machine, how well does the system do? > Here are some questions to start out: > > For reference the current codes behaviour is noted in [...] > > * Does time have to be monotonic between CPUs ? > > Consider: > > gettimeofday(&t1) // on CPU1 > work(x) // a couple context switches > gettimeofday(&t2) // on CPU2 > > Should it be guaranteed that t2 >= t1 ? > > [Yes] Yes. > * Does time have to be monotonic between different functions ? > > Consider (for instance): > > clock_gettime(&t1) > work(x) > gettimeofday(&t2) > > Should it be guaranteed that t2 >= t1 ? > > For all mixes of time(), gettimeofday() and > clock_gettime() ? > > Or only for funcion pairs in order of increasing > resolution ? > > hint: think about how we round a timespec of > 1.000000500 to a timeval. > > [t2 >= t1 for all mixes, provided comparison is > done in format with lowest resolution and conversion > is done by truncation] I am willing to live with timestamps being monotonously increasing simply using the same API, but it is obviously better to have all of the interfaces reporting consistent views of the same time, modulo the precision limits of the various datatypes. For one case, I have some code which needs to update statistics like "packets sent per second" (or "per minute" or "per hour") on a periodic basis. I use a reasonable timeout-- ~50ms-- for a call to select() (or pcap_dispatch(), etc) so I check time() perhaps 20 times a second, and then update my per-second stats when I notice that time(&now) returns a different value. Is there a better way of running code once a second, as close to the time the clock ticks? > And when you have answered this, remember that your solution needs > to be SMP friendly and work on all architectures. I've at least got a few patches for sys/kern/kern_clock.c mentioned above which help the accuracy of usleep/nanosleep, does that count for something? :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 23:52:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5639416A420; Thu, 27 Oct 2005 23:52:16 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <4361683E.7040504@freebsd.org> Date: Fri, 28 Oct 2005 07:52:30 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Kirkwood References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> In-Reply-To: <43615BBB.2080702@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 23:52:19 -0000 Mark Kirkwood wrote: > Chuck Swiger wrote: > >> FreeBSD 5.4-STABLE i386 >> null function: 0.01278 >> getpid(): 0.51329 >> time(): 2.54771 >> gettimeofday(): 2.54982 >> > > Chuck - very interesting results. I happen to have a PIII 1Ghz running > 5.4-RELEASE so thought it would be interesting to reproduce your > numbers. My null and getpid pretty much do, but the time functions > seem much quicker on my machine - some sort of regression in > 5.4-STABLE maybe? > > null function: 0.01578 > getpid(): 0.49136 > time(): 0.83031 > gettimeofday(): 0.78838 > > However, we are still slower than Linux :-(. > > [Running a pretty much stock kernel, except for: > > #cpu I486_CPU > #cpu I586_CPU > > and timer.c is compiled w/o any optimization.] > > cheers > > Mark > > Athlon64 3000+: null function: 0.00555 getpid(): 0.19302 time(): 1.67033 gettimeofday(): 1.67799 Dual PIII 1Ghz: null function: 0.01140 getpid(): 0.50887 time(): 1.17125 gettimeofday(): 1.12016 Don't know why PIII's gettimeofday is faster than Athlon64 ? note that I turned of Cool and Quiet. David Xu From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 00:01:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 073EF16A41F for ; Fri, 28 Oct 2005 00:01:52 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F2043D46 for ; Fri, 28 Oct 2005 00:01:51 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 094DB5D68; Thu, 27 Oct 2005 20:01:51 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65103-08; Thu, 27 Oct 2005 20:01:50 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 148FA5CC2; Thu, 27 Oct 2005 20:01:50 -0400 (EDT) Message-ID: <43616A73.7030709@mac.com> Date: Thu, 27 Oct 2005 20:01:55 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Kirkwood References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> In-Reply-To: <43615BBB.2080702@paradise.net.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 00:01:52 -0000 Mark Kirkwood wrote: > Chuck Swiger wrote: > >> FreeBSD 5.4-STABLE i386 >> null function: 0.01278 >> getpid(): 0.51329 >> time(): 2.54771 >> gettimeofday(): 2.54982 >> > > Chuck - very interesting results. I happen to have a PIII 1Ghz running > 5.4-RELEASE so thought it would be interesting to reproduce your > numbers. My null and getpid pretty much do, but the time functions seem > much quicker on my machine - some sort of regression in 5.4-STABLE maybe? > > null function: 0.01578 > getpid(): 0.49136 > time(): 0.83031 > gettimeofday(): 0.78838 > > However, we are still slower than Linux :-(. Interesting. The 5.4 box was a Dell PowerEdge 2550 with a 933 Mhz P3, I think IIRC :-), running a kernel & world that's about two months old. > [Running a pretty much stock kernel, except for: > > #cpu I486_CPU > #cpu I586_CPU > > and timer.c is compiled w/o any optimization.] That's about what my kernel looks like, and I compiled using nothing but "cc -o timer timer.c" as well. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 00:11:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1528C16A41F for ; Fri, 28 Oct 2005 00:11:12 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7256143D45 for ; Fri, 28 Oct 2005 00:11:11 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001962877.msg for ; Fri, 28 Oct 2005 01:11:00 +0100 Message-ID: <004f01c5db54$107d4c70$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Chuck Swiger" , "Mark Kirkwood" References: <21137.1130401220@critter.freebsd.dk><00a801c5dacf$db3b7700$6504010a@Jura><43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <43616A73.7030709@mac.com> Date: Fri, 28 Oct 2005 01:10:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Fri, 28 Oct 2005 01:11:00 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 28 Oct 2005 01:11:01 +0100 Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 00:11:12 -0000 Very interesting I know game server call this VERY often and hence it could be affecting them significantly. Can you post the test code you guys are using, went back through the thread but cant see it. Steve ----- Original Message ----- From: "Chuck Swiger" > Mark Kirkwood wrote: >> Chuck Swiger wrote: >> >>> FreeBSD 5.4-STABLE i386 >>> null function: 0.01278 >>> getpid(): 0.51329 >>> time(): 2.54771 >>> gettimeofday(): 2.54982 >>> >> >> Chuck - very interesting results. I happen to have a PIII 1Ghz running >> 5.4-RELEASE so thought it would be interesting to reproduce your >> numbers. My null and getpid pretty much do, but the time functions seem >> much quicker on my machine - some sort of regression in 5.4-STABLE maybe? >> >> null function: 0.01578 >> getpid(): 0.49136 >> time(): 0.83031 >> gettimeofday(): 0.78838 >> >> However, we are still slower than Linux :-(. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 00:12:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C695516A41F for ; Fri, 28 Oct 2005 00:12:41 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376FF43D45 for ; Fri, 28 Oct 2005 00:12:41 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001962882.msg for ; Fri, 28 Oct 2005 01:11:50 +0100 Message-ID: <005c01c5db54$31622aa0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Steven Hartland" , "Chuck Swiger" , "Mark Kirkwood" Date: Fri, 28 Oct 2005 01:11:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Fri, 28 Oct 2005 01:11:50 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 28 Oct 2005 01:11:51 +0100 Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 00:12:41 -0000 ok clearly being blind found it :P ----- Original Message ----- From: "Steven Hartland" > Can you post the test code you guys are using, went back through > the thread but cant see it. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 00:33:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D37E616A41F; Fri, 28 Oct 2005 00:33:24 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <436171E2.6050206@freebsd.org> Date: Fri, 28 Oct 2005 08:33:38 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> In-Reply-To: <4361683E.7040504@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Yuriy N. Shkandybin" , current@freebsd.org, Mark Kirkwood Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 00:33:26 -0000 Run it on IBM thinkpad T43: null function: 0.00435 getpid(): 0.27038 time(): 4.67393 gettimeofday(): 4.66421 gettimeofday is horribly slow. The system has Intel 915PM chipsets, Pentium 1.86Ghz, powerd daemon is turned off. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 00:57:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67FB116A41F for ; Fri, 28 Oct 2005 00:57:57 +0000 (GMT) (envelope-from ender@tog.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145D543D49 for ; Fri, 28 Oct 2005 00:57:57 +0000 (GMT) (envelope-from ender@tog.net) Received: by tog.net (Postfix, from userid 96) id 8D20229B63E; Thu, 27 Oct 2005 20:57:56 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.0-terranovanet_v6 (2005-09-13) on tog.net X-Spam-Level: X-Spam-Status: No, score=-4.5 required=7.1 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0-terranovanet_v6 Received: from [192.168.8.151] (host-216-89-225-138.terranova.net [216.89.225.138]) by tog.net (Postfix) with ESMTP id 406B529B5EC for ; Thu, 27 Oct 2005 20:57:55 -0400 (EDT) Message-ID: <436176E0.1090401@tog.net> Date: Thu, 27 Oct 2005 20:54:56 -0400 From: ender User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> In-Reply-To: <436171E2.6050206@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 00:57:57 -0000 David Xu wrote: > Run it on IBM thinkpad T43: > null function: 0.00435 > getpid(): 0.27038 > time(): 4.67393 > gettimeofday(): 4.66421 > > gettimeofday is horribly slow. > The system has Intel 915PM chipsets, Pentium 1.86Ghz, > powerd daemon is turned off. > > CPU: AMD Athlon(tm) MP 2800+ (2133.42-MHz 686-class CPU) FreeBSD 6.0-RC1 SMP kernel, #cpu I486_CPU #cpu I586_CPU null function: 0.00471 getpid(): 0.18755 time(): 1.18135 gettimeofday(): 1.17575 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 01:03:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2109616A41F for ; Fri, 28 Oct 2005 01:03:42 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95AB43D46 for ; Fri, 28 Oct 2005 01:03:41 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelbe2-src-nat-1 [203.96.152.177]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IP100LT5PM4FR@linda-2.paradise.net.nz> for current@freebsd.org; Fri, 28 Oct 2005 14:03:40 +1300 (NZDT) Received: from [192.168.1.11] (218-101-13-50.paradise.net.nz [218.101.13.50]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 9E56BC7C336; Fri, 28 Oct 2005 14:03:40 +1300 (NZDT) Date: Fri, 28 Oct 2005 14:03:38 +1300 From: Mark Kirkwood In-reply-to: <43616A73.7030709@mac.com> To: Chuck Swiger Message-id: <436178EA.5020603@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <43616A73.7030709@mac.com> Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 01:03:42 -0000 Chuck Swiger wrote: > Mark Kirkwood wrote: > >> Chuck Swiger wrote: >> >>> FreeBSD 5.4-STABLE i386 >>> null function: 0.01278 >>> getpid(): 0.51329 >>> time(): 2.54771 >>> gettimeofday(): 2.54982 >>> >> >> Chuck - very interesting results. I happen to have a PIII 1Ghz running >> 5.4-RELEASE so thought it would be interesting to reproduce your >> numbers. My null and getpid pretty much do, but the time functions >> seem much quicker on my machine - some sort of regression in >> 5.4-STABLE maybe? >> >> null function: 0.01578 >> getpid(): 0.49136 >> time(): 0.83031 >> gettimeofday(): 0.78838 >> >> However, we are still slower than Linux :-(. > > > Interesting. The 5.4 box was a Dell PowerEdge 2550 with a 933 Mhz P3, I > think IIRC :-), running a kernel & world that's about two months old. > >> [Running a pretty much stock kernel, except for: >> >> #cpu I486_CPU >> #cpu I586_CPU >> >> and timer.c is compiled w/o any optimization.] > > > That's about what my kernel looks like, and I compiled using nothing but > "cc -o timer timer.c" as well. > To add to the confusion :-), here are results from a dual PIII 1G (Tyan S2510) running 6.0-RC1 (minus all debugging and malloc checking): null function: 0.01143 getpid(): 0.51563 time(): 5.27039 gettimeofday(): 5.24489 Interesting - kinda like the 5.4-STABLE results (but 2x slower for time....). Again a pretty stock kernel ('options SMP' added obviously). regards Mark From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 01:05:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7330216A420 for ; Fri, 28 Oct 2005 01:05:53 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC01F43D46 for ; Fri, 28 Oct 2005 01:05:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 6551 invoked by uid 502); 28 Oct 2005 01:05:51 -0000 Received: from unknown (HELO ?10.0.0.13?) (nike?d@82.199.197.152) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 28 Oct 2005 01:05:51 -0000 Message-ID: <436179B0.5080206@cytexbg.com> Date: Fri, 28 Oct 2005 04:06:56 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <200510271844.52361.nike_d@cytexbg.com> <43610BBE.4070406@savvis.net> <200510272032.26480.nike_d@cytexbg.com> <43614C53.7020207@savvis.net> In-Reply-To: <43614C53.7020207@savvis.net> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org, freebsd-current@freebsd.org Subject: Re: rfcomm problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 01:05:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Maksim, > please find attached patch. the patch will put stdin/stdout into 'raw' > mode when no tty was specified. it should fix the problem you were having. > > keep in mind that there is no escape sequence, so you have to kill > rfcomm_sppd(1) by hand to terminate the session. > > could you please try to use rfcomm_sppd(1) in both stdin/stdout mode and > in 'set device ...' ppp(8) mode. > I was also thinking about trying to put stdin/stdout in raw mode to see if it will work before i saw your email :) (because this was the only difference i found between using tty and stdin/stdout) With this patch i can issue properly commands to the gsm modem and get response with rfcomm_sppd in stdin/stdout mode. (it seems to not reset the terminal properly on exit, but i think you know that :) ) I have also properly connected to internet via gprs and with 'set device "!/usr/bin/rfcomm_sppd -a gsm -c1"' in ppp.conf > could you please post /etc/ppp/ppp.conf entry you where using with > rfcomm_pppd? > default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set timeout 0 resolv readonly enable dns bt-gprs: set speed 115200 set phone *99\# set ifaddr 0 0 255.255.255.255 add default HISADDR bt-gprs2: set speed 115200 set device "!/usr/bin/rfcomm_sppd -a gsm -c1" set phone *99\# set ifaddr 0 0 255.255.255.255 add default HISADDR This is the whole ppp.conf I try to use the first label 'bt-gprs' for rfcomm_pppd. (i think i can use only one label, because as far as i remember ppp(8) ignores 'set device' in -direct mode, but i made two just to be sure) So maybe ppp in -direct mode is not setting properly the line in raw mode? > thanks, > max > Thanks, - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYXmvHNAJ/fLbfrkRAhJdAJ4kOGNd7qT11B0Gpe3I9KvyNs4f0gCfWGKq NnH1PuHtQQZAqwrTe1gqc9Q= =tT0i -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 01:11:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C133516A41F for ; Fri, 28 Oct 2005 01:11:05 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568E443D45 for ; Fri, 28 Oct 2005 01:11:05 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelbe2-src-nat-1 [203.96.152.177]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IP100MI4PYGGN@linda-2.paradise.net.nz> for current@freebsd.org; Fri, 28 Oct 2005 14:11:04 +1300 (NZDT) Received: from [192.168.1.11] (218-101-13-50.paradise.net.nz [218.101.13.50]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 6A4F374D593; Fri, 28 Oct 2005 14:11:04 +1300 (NZDT) Date: Fri, 28 Oct 2005 14:11:02 +1300 From: Mark Kirkwood In-reply-to: <436178EA.5020603@paradise.net.nz> To: Mark Kirkwood Message-id: <43617AA6.2040406@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <43616A73.7030709@mac.com> <436178EA.5020603@paradise.net.nz> Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 01:11:05 -0000 Mark Kirkwood wrote: > To add to the confusion :-), here are results from a dual PIII 1G (Tyan > S2510) running 6.0-RC1 (minus all debugging and malloc checking): > > null function: 0.01143 > getpid(): 0.51563 > time(): 5.27039 > gettimeofday(): 5.24489 > > Interesting - kinda like the 5.4-STABLE results (but 2x slower for > time....). Again a pretty stock kernel ('options SMP' added obviously). > Sorry - I am mistaken, there some debugging support enabled: makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols Not sure if that would explain the poor showing for the time tests tho. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 01:40:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D8916A41F for ; Fri, 28 Oct 2005 01:40:46 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 05F7943D48 for ; Fri, 28 Oct 2005 01:40:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 78640 invoked from network); 28 Oct 2005 01:40:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Squirrel-UserHash:X-Squirrel-FromHash:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=K5H5l14vCMk+WOekGkHSp6E7LgvtE9G34hoj5lcnm/toxuAeV5C6lBjcuWaFEzsi6eJD8SbCBiJ3pwVsKR18/qY1zmgDw/r02222axyfAd8VZDe1lk3PwF+C1KIzAVCaqLsNxDmijGYyTjfC4VW22Jt7P9eddrYIER3wyEf6VTk= ; Received: from unknown (HELO 172.16.0.1) (mikej@rogers.com@70.31.50.81 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 28 Oct 2005 01:40:44 -0000 X-Squirrel-UserHash: GgEKEQ8= X-Squirrel-FromHash: FgtQRFVGBkU= Message-ID: <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> In-Reply-To: <436176E0.1090401@tog.net> References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> <436176E0.1090401@tog.net> Date: Thu, 27 Oct 2005 21:40:40 -0400 (EDT) From: "Mike Jakubik" To: "ender" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 01:40:46 -0000 On Thu, October 27, 2005 8:54 pm, ender wrote: > CPU: AMD Athlon(tm) MP 2800+ (2133.42-MHz 686-class CPU) > FreeBSD 6.0-RC1 > SMP kernel, > #cpu I486_CPU > #cpu I586_CPU > > > > null function: 0.00471 > getpid(): 0.18755 > time(): 1.18135 > gettimeofday(): 1.17575 Thats pretty odd, considering the following: FreeBSD 7.0-CURRENT #0: Sat Sep 24 21:12:10 EDT 2005 CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) null function: 0.00145 getpid(): 0.26670 time(): 0.85759 gettimeofday(): 0.83653 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 01:50:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B719E16A41F for ; Fri, 28 Oct 2005 01:50:18 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D38D43D45 for ; Fri, 28 Oct 2005 01:50:17 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so346310nzk for ; Thu, 27 Oct 2005 18:50:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=BY9Uw9U17tM3s+pDX2Ra7+HgDsUwOKgtSWrStiAYd0IhFRGBCcepiloIh7xeD6FgIW7+Sw7StG0Mss7ACiMPdfzMcGLDbC0rUXfXgARS2VASlSoVCSGs/9MqG4+gMGshdeZscKGZcCIfAq1XinvZhzalRqbdeNZghaRBWt/VBiw= Received: by 10.37.22.11 with SMTP id z11mr2855665nzi; Thu, 27 Oct 2005 18:50:17 -0700 (PDT) Received: from ?10.8.0.112? ( [61.221.58.28]) by mx.gmail.com with ESMTP id r1sm608617nzd.2005.10.27.18.50.15; Thu, 27 Oct 2005 18:50:16 -0700 (PDT) From: "Chen, Lihong" To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IsworsIi0vMpwzdDf20X" Date: Fri, 28 Oct 2005 09:50:07 +0800 Message-Id: <1130464207.4270.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Subject: Acer TravelMate 4102 AC97 Codec. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 01:50:19 -0000 --=-IsworsIi0vMpwzdDf20X Content-Type: multipart/mixed; boundary="=-H1kpJDmXCEM4Drp83PhH" --=-H1kpJDmXCEM4Drp83PhH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi! All, My laptop (acer tm4102) is using CONEXANT 20468-21 ac97 codec, but RELENG_6 can not detect it. I do a patch for it. /Lihong --=-H1kpJDmXCEM4Drp83PhH Content-Disposition: attachment; filename=ac97.diff Content-Type: text/x-patch; name=ac97.diff; charset=UTF-8 Content-Transfer-Encoding: base64 LS0tIGFjOTcuYy5vcmlnCUZyaSBPY3QgMjggMDk6NDM6NDEgMjAwNQ0KKysrIGFjOTcuYwlGcmkg T2N0IDI4IDA5OjQzOjUyIDIwMDUNCkBAIC0xNTksNyArMTU5LDcgQEANCiAJeyAweDQzNGQ0OTYx LCAweDAwLCAwLCAiQ01JOTczOSIsCTAgfSwNCiAJeyAweDQzNGQ0OTQxLCAweDAwLCAwLCAiQ01J OTczOCIsCTAgfSwNCiAJeyAweDQzNTg1NDIxLCAweDAwLCAwLCAiSFNEMTEyNDYiLAkwIH0sDQot CXsgMHg0MzU4NTQyOCwgMHgwNywgMCwgIkNYMjA0NjgiLAkwIH0sDQorCXsgMHg0MzU4NTQyOCwg MHgxRiwgMCwgIkNYMjA0NjgiLAkwIH0sDQogCXsgMHg0NDU0MzAwMCwgMHgwMCwgMCwgIkRUMDM5 OCIsCTAgfSwNCiAJeyAweDQ1NGQ0MzIzLCAweDAwLCAwLCAiRU0yODAyMyIsCTAgfSwNCiAJeyAw eDQ1NGQ0MzI4LCAweDAwLCAwLCAiRU0yODAyOCIsCTAgfSwNCg== --=-H1kpJDmXCEM4Drp83PhH-- --=-IsworsIi0vMpwzdDf20X Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDYYPOymyXoUCp/cURAhVUAJ9EPxPiX4o8NPVzzGxpHTKHcSEQPwCcCKrT OG8aJhYl4INPjjqiCHzQsP8= =8W/Z -----END PGP SIGNATURE----- --=-IsworsIi0vMpwzdDf20X-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 02:58:03 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABBA616A41F for ; Fri, 28 Oct 2005 02:58:03 +0000 (GMT) (envelope-from cpressey@catseye.mine.nu) Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E914A43D45 for ; Fri, 28 Oct 2005 02:58:02 +0000 (GMT) (envelope-from cpressey@catseye.mine.nu) Received: from catseye.biscuit.boo ([154.20.76.195]) by priv-edtnes28.telusplanet.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with SMTP id <20051028025800.YGVB16565.priv-edtnes28.telusplanet.net@catseye.biscuit.boo> for ; Thu, 27 Oct 2005 20:58:00 -0600 Date: Thu, 27 Oct 2005 20:04:48 -0700 From: Chris Pressey To: freebsd-current@FreeBSD.org Message-Id: <20051027200448.1ba236fe.cpressey@catseye.mine.nu> Organization: Cat's Eye Technologies X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: fdisk(8) no longer capable of altering geometry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 02:58:03 -0000 [this is a follow-up to / correction of my post to geom@ a few days ago, to which there was no reply] Hello, It appears that fdisk(8) is no longer capable of altering the geometry of a disk. (By which I mean, the kernel's idea of the BIOS'es idea of the geometry, of course.) I'd find it reassuring to know whether or not anyone else is seeing the same behaviour, before I go the official route and file a PR. Initially I thought that this failure case was only for uninitialized disks, but I have tried further tests and I can't get fdisk(8) to change the geometry in any of the cases. These cases are: a. uninitialized, totally blank disk (dd if=/dev/zero of=/dev/ad1 ...) b. initialized disk with FreeBSD (or any other OS) installed on it c. same as b, but with its root partition mounted on /mnt d. the disk containing the currently booted FreeBSD system (mounted on /, of course) In each of these cases, I tried a sequence like the following: fdisk -BI ad1 fdisk -u ad1 fdisk ad1 The behaviour I see is, in summary: a & b: fdisk issues the warning "fdisk: Geom not found" which presumably refers to the fact that there is no GEOM MBR provider for that disk. It then falls back to the legacy behaviour of raw-writing the partition table into sector zero of the disk. This does not, however, trigger an update of the kernel's idea of the geometry. c & d: no "Geom not found" warning, but no change in geometry either. I don't see this behaviour on DragonFly; cases a and b work as you would logically expect (as they worked in 4.x, AFAIR, but I have not yet tested this) where the geometry does get changed, and subsequent runs of fdisk report the changed geometry. In cases c & d, the behaviour is the same as FreeBSD - nothing changes. This is not too surprising, since the disk _is_ in use - but an error message would probably make more sense. This bug is one of the few remaining things standing in the way of porting the BSD Installer to FreeBSD. Without some way of altering the the geometry, it can't install onto a system whose BIOS misreports the disk geometry. My analysis of the problem can be found in my previous post to geom@, but to sum it up: I think fdisk needs to inform GEOM somehow that the geometry should be changed. It might need to trigger the creation of a GEOM MBR provider for the disk before it does so; but I'm not certain of any of this, since my knowledge of GEOM is slim at best. Hopefully someone more familiar with GEOM and such under -CURRENT is listening and can shed more light on this problem and/or provide a workaround and/or explain how I'm wrong and show me the right way to do what I'm trying to do (change geometry) in -CURRENT. Thanks for your time, -Chris From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 03:07:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE5B16A41F for ; Fri, 28 Oct 2005 03:07:33 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBDB43D55 for ; Fri, 28 Oct 2005 03:07:26 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id DB6166CC23; Fri, 28 Oct 2005 11:08:49 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13478-02; Fri, 28 Oct 2005 11:08:48 +0800 (MYT) Received: from kasumi.MyBSD.org.my (kasumi.MyBSD.org.my [IPv6:2001:328:2002:aa2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 4CFB76CC22; Fri, 28 Oct 2005 11:08:48 +0800 (MYT) Date: Fri, 28 Oct 2005 11:07:11 +0800 From: Ariff Abdullah To: "Chen, Lihong" Message-Id: <20051028110711.03963854.ariff@FreeBSD.org> In-Reply-To: <1130464207.4270.5.camel@localhost> References: <1130464207.4270.5.camel@localhost> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__28_Oct_2005_11_07_11_+0800_cZsp_c4jn+4uuUtM" X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD mailserver at TOMOYO.MYBSD.ORG.MY Cc: freebsd-current@freebsd.org Subject: Re: Acer TravelMate 4102 AC97 Codec. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 03:07:33 -0000 --Signature=_Fri__28_Oct_2005_11_07_11_+0800_cZsp_c4jn+4uuUtM Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 28 Oct 2005 09:50:07 +0800 "Chen, Lihong" wrote: > Hi! All, > My laptop (acer tm4102) is using CONEXANT 20468-21 ac97 codec, but > RELENG_6 can not > detect it. > I do a patch for it. >=20 > /Lihong >=20 Although your patch seems to solve your problem, it does overwrite the existing value and possibily can cause breakage on other people. Perhaps you can give further information such as dmesg (verbose booting), cat /dev/sndstat and output of /usr/sbin/mixer. Other people with simmilar ac97 codec but _NOT_ on this acer travelmate should try this patch and confirm that it does not causing any problem. -- Ariff Abdullah FreeBSD --Signature=_Fri__28_Oct_2005_11_07_11_+0800_cZsp_c4jn+4uuUtM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYZXnlr+deMUwTNoRAk/2AJ4rINFgC9XUmPXle5tXBGfIz+TEVACfSie8 aTaweJDM/gb0iR8iZWoCmpY= =7Lyg -----END PGP SIGNATURE----- --Signature=_Fri__28_Oct_2005_11_07_11_+0800_cZsp_c4jn+4uuUtM-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:06:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB5F16A41F for ; Fri, 28 Oct 2005 05:06:38 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC8143D45 for ; Fri, 28 Oct 2005 05:06:37 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: by xproxy.gmail.com with SMTP id t8so186825wxc for ; Thu, 27 Oct 2005 22:06:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=trcX6WFE5Ktq7zyfLTW5Cb5F6RbrU4v2gd4iuIPmEZGR+Tf8PIAp1AKQsKnH+82wbMRw49FUDptOBRWqhH7ghKsOaqVrJdGEDFw8WL2i18PQT/Z55U6pUg7odBT4HY0C+X6hR8X4f7bMO+F03K/0LqLGR0VN09apS5eZSWDhlWM= Received: by 10.70.87.11 with SMTP id k11mr1710921wxb; Thu, 27 Oct 2005 22:06:37 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Thu, 27 Oct 2005 22:06:37 -0700 (PDT) Message-ID: <2b22951e0510272206t7df0950bj8400a6fe3ada241f@mail.gmail.com> Date: Thu, 27 Oct 2005 22:06:37 -0700 From: "Cai, Quanqing" To: current@freebsd.org In-Reply-To: <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> MIME-Version: 1.0 References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> <436176E0.1090401@tog.net> <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:06:38 -0000 7.0-CURRENT, CPU: Intel(R) Pentium(R) 4 CPU 1.50GHz (1514.96-MHz 686-class CPU) null function: 0.01079 getpid(): 1.30724 time(): 2.63984 gettimeofday(): 2.59753 6.0-RC1, CPU: AMD Athlon(tm) processor (900.04-MHz 686-class CPU) null function: 0.01125 getpid(): 0.41527 time(): 1.14047 gettimeofday(): 1.10897 On 10/27/05, Mike Jakubik wrote: > > On Thu, October 27, 2005 8:54 pm, ender wrote: > > > CPU: AMD Athlon(tm) MP 2800+ (2133.42-MHz 686-class CPU) > > FreeBSD 6.0-RC1 > > SMP kernel, > > #cpu I486_CPU > > #cpu I586_CPU > > > > > > > > null function: 0.00471 > > getpid(): 0.18755 > > time(): 1.18135 > > gettimeofday(): 1.17575 > > Thats pretty odd, considering the following: > > FreeBSD 7.0-CURRENT #0: Sat Sep 24 21:12:10 EDT 2005 > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) > > null function: 0.00145 > getpid(): 0.26670 > time(): 0.85759 > gettimeofday(): 0.83653 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:23:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E3DB16A41F for ; Fri, 28 Oct 2005 05:23:18 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB2D43D46 for ; Fri, 28 Oct 2005 05:23:17 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so366113nzk for ; Thu, 27 Oct 2005 22:23:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=uMontkjVEwm57n8phFaqqRg16IBeCXd+crlnLEU4cTDSdR8+iZiSwxYVxVLiVSPNGaSlKH+FodI7JtPd0EQc7pz3JGIlAP1dojAr2w+yCNvfXkfZSuvJb9eYa1U22/tswi433OkwbiaS6GhWRxs89MQdtw56wDK9Dz2kYhrH+dc= Received: by 10.36.129.4 with SMTP id b4mr3053977nzd; Thu, 27 Oct 2005 22:23:16 -0700 (PDT) Received: from ?10.8.0.112? ( [61.221.58.28]) by mx.gmail.com with ESMTP id r1sm761166nzd.2005.10.27.22.23.14; Thu, 27 Oct 2005 22:23:16 -0700 (PDT) From: "Chen, Lihong" To: Ariff Abdullah In-Reply-To: <20051028110711.03963854.ariff@FreeBSD.org> References: <1130464207.4270.5.camel@localhost> <20051028110711.03963854.ariff@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-fkPdpYfMQc6j5h+m388X" Date: Fri, 28 Oct 2005 13:23:10 +0800 Message-Id: <1130476990.821.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Acer TravelMate 4102 AC97 Codec. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:23:18 -0000 --=-fkPdpYfMQc6j5h+m388X Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi! Ariff, Like you said, this is a bad solution. And, how about this one: --- /usr/src/sys/dev/sound/pcm/ac97.c.orig Fri Oct 28 13:13:12 2005 +++ /usr/src/sys/dev/sound/pcm/ac97.c Fri Oct 28 13:19:44 2005 @@ -160,6 +160,7 @@ { 0x434d4941, 0x00, 0, "CMI9738", 0 }, { 0x43585421, 0x00, 0, "HSD11246", 0 }, { 0x43585428, 0x07, 0, "CX20468", 0 }, + { 0x43585430, 0x00, 0, "CX20468-21", 0 }, { 0x44543000, 0x00, 0, "DT0398", 0 }, { 0x454d4323, 0x00, 0, "EM28023", 0 }, { 0x454d4328, 0x00, 0, "EM28028", 0 }, On Fri, 2005-10-28 at 11:07 +0800, Ariff Abdullah wrote: > On Fri, 28 Oct 2005 09:50:07 +0800 > "Chen, Lihong" wrote: > > Hi! All, > > My laptop (acer tm4102) is using CONEXANT 20468-21 ac97 codec, but > > RELENG_6 can not > > detect it. > > I do a patch for it. > >=20 > > /Lihong > >=20 > Although your patch seems to solve your problem, it does overwrite the > existing value and possibily can cause breakage on other people. >=20 > Perhaps you can give further information such as dmesg (verbose > booting), cat /dev/sndstat and output of /usr/sbin/mixer. >=20 > Other people with simmilar ac97 codec but _NOT_ on this acer > travelmate should try this patch and confirm that it does not causing > any problem. >=20 >=20 > -- > Ariff Abdullah > FreeBSD --=-fkPdpYfMQc6j5h+m388X Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDYbW+ymyXoUCp/cURAuu3AJ9JQMgYeo/lqyQgrx3bzeS+Dr98GgCeMSTS l04xfb2Dz4lGO8C5hOlehGY= =Ccwt -----END PGP SIGNATURE----- --=-fkPdpYfMQc6j5h+m388X-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:29:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEA0C16A41F; Fri, 28 Oct 2005 05:29:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E67543D46; Fri, 28 Oct 2005 05:29:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A40AFBC7A; Fri, 28 Oct 2005 05:29:03 +0000 (UTC) To: Mark Kirkwood From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 11:59:07 +1300." <43615BBB.2080702@paradise.net.nz> Date: Fri, 28 Oct 2005 07:29:03 +0200 Message-ID: <28339.1130477343@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:29:07 -0000 In message <43615BBB.2080702@paradise.net.nz>, Mark Kirkwood writes: >Chuck Swiger wrote: > >> FreeBSD 5.4-STABLE i386 >> null function: 0.01278 >> getpid(): 0.51329 >> time(): 2.54771 >> gettimeofday(): 2.54982 >> > >Chuck - very interesting results. I happen to have a PIII 1Ghz running >5.4-RELEASE so thought it would be interesting to reproduce your >numbers. My null and getpid pretty much do, but the time functions seem >much quicker on my machine - some sort of regression in 5.4-STABLE maybe? No, different timecounter hardware. Use sysctl kern.timecounter to see what your hardware uses. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:51:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D2F16A41F; Fri, 28 Oct 2005 05:51:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AA7543D46; Fri, 28 Oct 2005 05:51:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 765D5BC50; Fri, 28 Oct 2005 05:51:47 +0000 (UTC) To: Chuck Swiger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 27 Oct 2005 19:50:45 EDT." <436167D5.2060104@mac.com> Date: Fri, 28 Oct 2005 07:51:46 +0200 Message-ID: <28469.1130478706@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:51:49 -0000 In message <436167D5.2060104@mac.com>, Chuck Swiger writes: >> No, this is just the wrong way to attack the problem. > >I believe Darwin keeps the timecounters of the system exposed on a common page >mapped via the System framework (their libc+libm), which gets mapped in once by >init, and then shared with all of it's children copy-on-write. They are using >the PowerPC timebase registers according to a thread on the darwin-kernel list. Right, we unfortunately do not have the benefit of being able to beat up the hardware designers until the do something non-lame in timekeeping. Unless the hardware timer (registers) are readable from userland that trick does not work. We have five (and counting) hardware registers to deal with on the i386 platform: i8254, tsc, acpi-{fast|slow}, elan, geode. Of these only elan and tsc are guaranteed to work in userland. TSC has other issues (well hashed out by now). So the scope for doing the userland trick is very limited. The HPET timer which I'm investigating right now can be used from userland, unfortunately, it seems to take 1.5 uSec to read it on some platforms. Linux does the userland trick with the TSC, but that is playing both fast and loose with timekeeping, so unless we add headroom to our precision requirement, that's out of the question. >> What is needed here is for somebody to define how non-perfect we >> are willing to allow our timekeeping to be, and _THEN_ we can start >> to look at how fact we can make it work. > >OK. How about this for one "test of timer quality": > >If you call gettimeofday() in a tight loop and count how many times it sees >tv_usecs incremented in a second on an idle machine, how well does the system do? That's not a very good test of quality as it flatlines at 1 million times. >> Here are some questions to start out: >> >> For reference the current codes behaviour is noted in [...] >> >> * Does time have to be monotonic between CPUs ? >> >> Consider: >> >> gettimeofday(&t1) // on CPU1 >> work(x) // a couple context switches >> gettimeofday(&t2) // on CPU2 >> >> Should it be guaranteed that t2 >= t1 ? >> >> [Yes] > >Yes. This rules out using the TSC on SMP platforms unless extensive testing have shown it to work reliably and predictably >For one case, I have some code which needs to update statistics like "packets >sent per second" (or "per minute" or "per hour") on a periodic basis. I use a >reasonable timeout-- ~50ms-- for a call to select() (or pcap_dispatch(), etc) >so I check time() perhaps 20 times a second, and then update my per-second >stats when I notice that time(&now) returns a different value. > >Is there a better way of running code once a second, as close to the time the >clock ticks? You could determine your select timeout to aim right instead of polling: gettimeofday (&t1); t1.tv_sec = 0; t1.tv_usec = 1000000 - t1.tv_usec; select (..... &t1); >> And when you have answered this, remember that your solution needs >> to be SMP friendly and work on all architectures. > >I've at least got a few patches for sys/kern/kern_clock.c mentioned above which >help the accuracy of usleep/nanosleep, does that count for something? :-) usleep/nanosleep is an entirely different kettle of fish, they are in the "ticks" domain which is more sort of a heart-beat than timekeeping. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 06:54:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3365216A41F; Fri, 28 Oct 2005 06:54:02 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D486D43D46; Fri, 28 Oct 2005 06:54:00 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id E42091310AB; Fri, 28 Oct 2005 16:23:57 +0930 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C202484BDF; Fri, 28 Oct 2005 16:23:57 +0930 (CST) Date: Fri, 28 Oct 2005 16:23:57 +0930 From: Greg 'groggy' Lehey To: Robert Watson Message-ID: <20051028065357.GE10365@wantadilla.lemis.com> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <20051027074229.GA825@eucla.lemis.com> <20051027145435.H32255@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FN+gV9K+162wdwwF" Content-Disposition: inline In-Reply-To: <20051027145435.H32255@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: current@FreeBSD.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 06:54:02 -0000 --FN+gV9K+162wdwwF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 27 October 2005 at 14:57:10 +0100, Robert Watson wrote: > On Thu, 27 Oct 2005, Greg 'groggy' Lehey wrote: > >> This would be interesting to know, doubtless, but please note that MySQL >> 4.0 is either no longer supported or will reach that status in the >> immediate future. It would be more interesting to see what the >> performance difference is between Linux and FreeBSD with MySQL 5.0, >> which has just been released. >> >> If you find reasons to believe that any problems you're seeing are a >> MySQL problem, please let me know. > > I'm not certain it's a "MySQL Problem" so much as a set of changes that > happen to be less optimal on FreeBSD than Linux. Understood. That's why I wrote it the way I did. Over the last few years, FreeBSD and MySQL have stopped working together as well as they used to. We recently saw a (single) customer with crashes that we haven't been able to analyse, because they only occur on their production system. It looks as if the "solution" chosen by customer management (against strong resistance from the techies) is to move to Linux. This kind of issue, but also performance differences, are a disadvantage for both groups. One of my tasks at MySQL is to do something about that, but I'm spread pretty thin. If anybody has input on this kind of topic, I'd be interested to hear from you. Greg -- See complete headers for address and phone numbers. --FN+gV9K+162wdwwF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDYcsFIubykFB6QiMRAvmHAJ9Jo6pIK8qab5qzS4fdSDoLSPCzVACff8rj iIWIflwZQmBwGidEkpzuqDE= =qG61 -----END PGP SIGNATURE----- --FN+gV9K+162wdwwF-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:13:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D69416A41F for ; Fri, 28 Oct 2005 08:13:47 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74F943D45 for ; Fri, 28 Oct 2005 08:13:46 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 9D0A24CF7D; Fri, 28 Oct 2005 08:13:56 +0000 (GMT) Received: from [192.168.0.3] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 4BCC04CF2B; Fri, 28 Oct 2005 08:13:55 +0000 (GMT) Message-ID: <4361DDBB.4060903@roq.com> Date: Fri, 28 Oct 2005 18:13:47 +1000 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051019 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marian Hettwer References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> In-Reply-To: <435F6B01.5020003@kernel32.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:13:47 -0000 Marian Hettwer wrote: > Hi Robert, > > Robert Watson wrote: > >> >> On Wed, 26 Oct 2005, Marian Hettwer wrote: >> >>> I'm using RC1 on some of my test servers and workstations. So far, >>> it runs very good (as in stable and fast) :) However, I thought of >>> doing a small benchmark of MySQL in comparison to Linux 2.6.8 >>> (Debian Sarge) and the results are kinda... shocking. >>> >>> On FreeBSD I took a pretty much generic kernel, I just removed >>> debugging options, added SMP and changed the scheduler from BSD to >>> ULE. I used super-smack to do a select-key test. MySQL 4.1 was build >>> from ports with BUILD_OPTIMIZED and BUILD_STATIC >> >> >> >> Could you: >> >> - Switch back to 4BSD >> > yep. > by the way, back in the days of FreeBSD 4.x and 5.x, after I did a > config MYKERNEL, it doesn't said I need to do a "make cleandepend" > before doing a "make depend"... why that? Seems like this additional > step in compiling the Kernel is around since 6-CURRENT, right? > > Here we go with a super-smack with 4BSD (but unchanged libmap.conf)... > Kernel is apart from scheduler still the same like the on uploaded at > http://unixoid.de/rabauke/freebsd/ > I did the select-smack 4 times. This is now: 4BSD, MySQL 4.1.14, > BUILD_STATIC, BUILD_OPTIMIZED: > > select_index 200000 2 0 3776.34 > select_index 200000 2 0 3802.04 > select_index 200000 2 0 3809.38 > select_index 200000 2 0 3796.41 > > Numbers are quite the same with 4BSD... > > >> - Use libmap to configure the mysql server to use libthr instead of >> libpthread >> > uh. Last time I fiddled around with libmap.conf was back in FreeBSD > 5.1 ... could you enlighten me a wee bit in regards to libmap.conf ? :) > If not, I'll stress google a bit and hopefully find something useful... > > >> And see what that does to performance using otherwise identical >> configurations? >> > my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, > Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. > As mentioned before, this benchmark here is a quick shot. However, the > difference shouldn't be _that_ large (3600 vs. 14000). > > I have run the exact same test and have had much higher benchmarks (close to double) using my-large.cnf or my-huge.cnf. I am able to get 23,626 compared to your 3,800 on the 5.4 and I am sure with out a doubt I could get higher on 6.0. The most important thing to remember about this benchmark is that its not really a good test for MySQL performance for a lot of database setups as its testing many queries at the same time performance, the services I run largely have only 1 or maybe 2 connected constantly querying clients. So its much more important for a single query to just be able to get its data fast more them having 50 different clients doing a queries at the same time for me and a lot of other db setups out there. Here is a copy and paste of a post I did a while ago I compiled 4.0 MySQL with some optimizations portupgrade -RN -m 'BUILD_STATIC=yes BUILD_OPTIMIZED=yes' /usr/ports/databases/mysql40-server/ Copied the default large my.cnf profile cp /usr/local/share/mysql/my-large.cnf /var/db/mysql/my.cnf # super-smack /usr/share/smacks/select-key.smack 50 1000 Query Barrel Report for client smacker1 connect: max=44ms min=11ms avg= 20ms from 50 clients Query_type num_queries max_time min_time q_per_s select_index 100000 3 0 23626.76 If I delete the /var/db/mysql/my.cnf and restart mysql so I get default configuration, I get 13398.76 # super-smack /usr/share/smacks/select-key.smack 50 1000 Query Barrel Report for client smacker1 connect: max=29ms min=7ms avg= 17ms from 50 clients Query_type num_queries max_time min_time q_per_s select_index 100000 7 0 13398.76 Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:14:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05AAE16A41F for ; Fri, 28 Oct 2005 08:14:36 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0A7743D69 for ; Fri, 28 Oct 2005 08:14:28 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so259571wxc for ; Fri, 28 Oct 2005 01:14:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KY0DUFX6G0qqASUh6sIjGzMu2WkwEiHjovby0+IZ1RrSDIPb8VUH/VjmgpQLOcP/5wSlmNgFOIYXKF1CtfB37mYg/AqVfw7VgpAnwosnKycaVuB+qKnQmDipCZ6NbXDo/FegNx3dN4AAPFM3dKuFib5phu76iMZ2jB+mL0WU8PI= Received: by 10.64.251.6 with SMTP id y6mr6596qbh; Fri, 28 Oct 2005 01:14:27 -0700 (PDT) Received: by 10.64.193.15 with HTTP; Fri, 28 Oct 2005 01:14:27 -0700 (PDT) Message-ID: Date: Fri, 28 Oct 2005 13:14:27 +0500 From: Katu To: current@freebsd.org In-Reply-To: <43613541.7030009@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> Cc: Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:14:36 -0000 On 10/28/05, Chuck Swiger wrote: > Yuriy N. Shkandybin wrote: > >>> Check gettimeofday syscall, it follows every I/O syscall, I think > >>> our gettimeofday is tooooooo expensive, if we can directly get time f= rom > >>> memory, the performance will be improved further. > > > > It's true: > > run next on same PC -- freebsd and linux and compare > [ ...snippet of timing code deleted, see attachment instead... :-) ] > > FreeBSD 4.11-STABLE i386 > null function: 0.01069 > getpid(): 0.51729 > time(): 3.51727 > gettimeofday(): 3.48715 > > FreeBSD 5.4-STABLE i386 > null function: 0.01278 > getpid(): 0.51329 > time(): 2.54771 > gettimeofday(): 2.54982 > > Linux 2.6.5 i686 > null function: 0.01858 > getpid(): 0.01979 > time(): 0.44811 > gettimeofday(): 0.55776 > > Darwin 8.2.0 Power Macintosh > null function: 0.01889 > getpid(): 0.03590 > time(): 0.20913 > gettimeofday(): 0.17278 > > SunOS 5.8 sun4u > null function: 0.05051 > getpid(): 1.29846 > time(): 1.26596 > gettimeofday(): 0.29507 > > [ These are representative results (in seconds); running the test three t= imes > per host shows the null function time value is stable to two digits, or t= hree > on some hosts; the other values seem to vary by less than 10%. ] > > The Intel boxes are all Intel P3, between 700MHz and 1Ghz, the Sun is a > dual-proc E450 @ 450MHz, and the other is a Mac Mini @ 1.3Ghz, I think. > > Real numbers are are well and good, but I don't want to start yet another > thread about microbenchmarks or statistics. Dual CPU Pentium II 300 MHz running FreeBSD 6.0-RC-1, almost GENERIC kernel= : null function: 0.00686 getpid(): 1.72151 time(): 4.57979 gettimeofday(): 4.45133 Same machine under Gentoo Linux (kernel 2.6.10): null function: 0.00678 getpid(): 0.04737 time(): 1.09754 gettimeofday(): 1.36030 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:23:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B248816A41F for ; Fri, 28 Oct 2005 08:23:11 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1180643D53 for ; Fri, 28 Oct 2005 08:23:10 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 413252C90C for ; Fri, 28 Oct 2005 10:23:08 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 7802A2C90A for ; Fri, 28 Oct 2005 10:23:07 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 4D3A02C906 for ; Fri, 28 Oct 2005 10:23:06 +0200 (CEST) From: Massimo Lusetti To: freebsd-current@freebsd.org In-Reply-To: <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> <436176E0.1090401@tog.net> <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> Content-Type: text/plain Organization: CEDOC - Modena Date: Fri, 28 Oct 2005 10:23:05 +0200 Message-Id: <1130487786.4259.7.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:23:11 -0000 On Thu, 2005-10-27 at 21:40 -0400, Mike Jakubik wrote: > On Thu, October 27, 2005 8:54 pm, ender wrote: > > > CPU: AMD Athlon(tm) MP 2800+ (2133.42-MHz 686-class CPU) > > FreeBSD 6.0-RC1 > > SMP kernel, > > #cpu I486_CPU > > #cpu I586_CPU > > > > > > > > null function: 0.00471 > > getpid(): 0.18755 > > time(): 1.18135 > > gettimeofday(): 1.17575 > > Thats pretty odd, considering the following: > > FreeBSD 7.0-CURRENT #0: Sat Sep 24 21:12:10 EDT 2005 > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) > > null function: 0.00145 > getpid(): 0.26670 > time(): 0.85759 > gettimeofday(): 0.83653 Yep, and on 5.3-STABLE of 12/2004 on a Xeon 2.8G null function: 0.00460 getpid(): 0.41424 time(): 0.55854 gettimeofday(): 0.54748 But, while repeating, I've seen values of time() and gettimeofday() changing even to more then 2 secs. For the records here is the result on a Linux kernel 2.6.12-1.1380_FC3 (Fedora Core 3) on a P4 1.8G null function: 0.00947 getpid(): 0.00988 time(): 3.80196 gettimeofday(): 4.04731 -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:32:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE1F16A41F for ; Fri, 28 Oct 2005 08:32:21 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D2C43D46 for ; Fri, 28 Oct 2005 08:32:20 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so227876wra for ; Fri, 28 Oct 2005 01:32:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=NQAICmvPxtF0Oatl58oPkUcMdS4PpHWCMLbd8ElSH40D9GeMT1JA4shVOK7j6LamGyYpS/y5w12RRKB+e7c0f8TMxE1YpiS+O8qLAaqlnAjpHe1hph3jUeIFc9VETDPZPAutcLWTV0e+frNt5U4Q5kD3uYgwcrqcJnzQejE/Dx0= Received: by 10.54.142.5 with SMTP id p5mr49813wrd; Fri, 28 Oct 2005 01:32:20 -0700 (PDT) Received: from ?172.16.101.106? ( [212.36.7.117]) by mx.gmail.com with ESMTP id 27sm47361wrl.2005.10.28.01.32.17; Fri, 28 Oct 2005 01:32:18 -0700 (PDT) Message-ID: <4361E2A5.6020907@gmail.com> Date: Fri, 28 Oct 2005 11:34:45 +0300 From: Nikolay Kalev User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051022) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ftpd problem ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:32:22 -0000 Recently i had several problems from this kind which i understand are something with ftpd no idea what yet ! When i do upload with /usr/libexec/ftpd image files of a DVD-R, the file seems to be ok, but downloading it via /usr/libexec/ftpd cuts them on 360-400MB. I tought first that it has something to do with the SHED_ULE then i tryed with SHED_BSD no diference. I have tryed with PASV and normal mode same results. Downloading via sftp works just fine. Any ideas or sugestions ? Please can anyone tell me if i;m wrong or something else is the problem i;m on a FreeBSD 6.0RC1 box :-)))) ??? From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:33:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832D016A41F; Fri, 28 Oct 2005 08:33:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B006443D46; Fri, 28 Oct 2005 08:33:56 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6013B50F93; Fri, 28 Oct 2005 10:33:54 +0200 (CEST) Received: from localhost (dlh33.neoplus.adsl.tpnet.pl [83.24.37.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EC00050F94; Fri, 28 Oct 2005 10:33:44 +0200 (CEST) Date: Fri, 28 Oct 2005 10:33:37 +0200 From: Pawel Jakub Dawidek To: David Xu Message-ID: <20051028083337.GB3596@garage.freebsd.pl> References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <436171E2.6050206@freebsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Mark Kirkwood , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:33:57 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 28, 2005 at 08:33:38AM +0800, David Xu wrote: +> Run it on IBM thinkpad T43: +> null function: 0.00435 +> getpid(): 0.27038 +> time(): 4.67393 +> gettimeofday(): 4.66421 +>=20 +> gettimeofday is horribly slow. +> The system has Intel 915PM chipsets, Pentium 1.86Ghz, +> powerd daemon is turned off. Hmm:) On mine t43: null function: 0.00403 getpid(): 0.30784 time(): 1.94495 gettimeofday(): 1.94236 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) # sysctl kern.timecounter kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 728148402 kern.timecounter.nnanouptime: 2 kern.timecounter.nmicrouptime: 2477266 kern.timecounter.nbintime: 597941774 kern.timecounter.nnanotime: 24410690 kern.timecounter.nmicrotime: 573531048 kern.timecounter.ngetbinuptime: 1385823 kern.timecounter.ngetnanouptime: 128529 kern.timecounter.ngetmicrouptime: 104152069 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 18 kern.timecounter.ngetmicrotime: 7198569 kern.timecounter.nsetclock: 4 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYeJhForvXbEpPzQRAs7SAKCoAEFIvWnuh5ghhyUR/U0AFprj6gCeMP5r 61GSGnu+xUBE5wljOJjMmmk= =V9YS -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:46:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC60716A41F for ; Fri, 28 Oct 2005 08:46:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 731F743D49 for ; Fri, 28 Oct 2005 08:46:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 91752BC84; Fri, 28 Oct 2005 08:46:00 +0000 (UTC) To: Massimo Lusetti From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 10:23:05 +0200." <1130487786.4259.7.camel@massimo.datacode.it> Date: Fri, 28 Oct 2005 10:46:00 +0200 Message-ID: <29620.1130489160@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:46:03 -0000 In message <1130487786.4259.7.camel@massimo.datacode.it>, Massimo Lusetti write s: >For the records here is the result on a Linux kernel 2.6.12-1.1380_FC3 >(Fedora Core 3) on a P4 1.8G > > null function: 0.00947 > getpid(): 0.00988 > time(): 3.80196 > gettimeofday(): 4.04731 That is actually an interesting result because it could indicate that RH is not too happy about the fast&loose timekeeping in the default Linux kernel... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 08:47:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C416116A41F; Fri, 28 Oct 2005 08:47:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6734C43D49; Fri, 28 Oct 2005 08:47:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 67330BC84; Fri, 28 Oct 2005 08:47:06 +0000 (UTC) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 10:33:37 +0200." <20051028083337.GB3596@garage.freebsd.pl> Date: Fri, 28 Oct 2005 10:47:06 +0200 Message-ID: <29631.1130489226@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "Yuriy N. Shkandybin" , David Xu , Mark Kirkwood , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 08:47:07 -0000 In message <20051028083337.GB3596@garage.freebsd.pl>, Pawel Jakub Dawidek write s: >Hmm:) On mine t43: > > null function: 0.00403 > getpid(): 0.30784 > time(): 1.94495 > gettimeofday(): 1.94236 > >Timecounter "i8254" frequency 1193182 Hz quality 0 ...This is not relevant information, because... >kern.timecounter.hardware: ACPI-fast You're using the ACPI-fast timecounter. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:10:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7125116A41F; Fri, 28 Oct 2005 09:10:32 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C5643D45; Fri, 28 Oct 2005 09:10:29 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2A5E950F93; Fri, 28 Oct 2005 11:10:28 +0200 (CEST) Received: from localhost (dlh33.neoplus.adsl.tpnet.pl [83.24.37.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B253B50B83; Fri, 28 Oct 2005 11:10:21 +0200 (CEST) Date: Fri, 28 Oct 2005 11:10:16 +0200 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20051028091016.GC3596@garage.freebsd.pl> References: <20051028083337.GB3596@garage.freebsd.pl> <29631.1130489226@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eHhjakXzOLJAF9wJ" Content-Disposition: inline In-Reply-To: <29631.1130489226@critter.freebsd.dk> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: "Yuriy N. Shkandybin" , David Xu , Mark Kirkwood , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:10:32 -0000 --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 28, 2005 at 10:47:06AM +0200, Poul-Henning Kamp wrote: +> In message <20051028083337.GB3596@garage.freebsd.pl>, Pawel Jakub Dawide= k write +> s: +>=20 +> >Hmm:) On mine t43: +> > +> > null function: 0.00403 +> > getpid(): 0.30784 +> > time(): 1.94495 +> > gettimeofday(): 1.94236 +> > +> >Timecounter "i8254" frequency 1193182 Hz quality 0 +>=20 +> ...This is not relevant information, because... +>=20 +> >kern.timecounter.hardware: ACPI-fast +>=20 +> You're using the ACPI-fast timecounter. I thought so:) Is there a way to switch used timecounter or is this choosen automatically? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eHhjakXzOLJAF9wJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYer4ForvXbEpPzQRAhq2AKDxO+V5UmfY1tyH/aV7J6ivDYDiXACeLAlH I0UhDbl97bnxEG3CB2FuMtk= =WnSq -----END PGP SIGNATURE----- --eHhjakXzOLJAF9wJ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:24:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F358C16A434 for ; Fri, 28 Oct 2005 09:24:36 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9687043D48 for ; Fri, 28 Oct 2005 09:24:34 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id DFF804CE9D; Fri, 28 Oct 2005 09:24:44 +0000 (GMT) Received: from [192.168.0.3] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 98E634CE98; Fri, 28 Oct 2005 09:24:43 +0000 (GMT) Message-ID: <4361EE53.80603@roq.com> Date: Fri, 28 Oct 2005 19:24:35 +1000 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051019 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marian Hettwer References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> <435F6B01.5020003@kernel32.de> <4361DDBB.4060903@roq.com> In-Reply-To: <4361DDBB.4060903@roq.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:24:37 -0000 Michael VInce wrote: > Marian Hettwer wrote: > >> Hi Robert, >> >> Robert Watson wrote: >> >>> >>> On Wed, 26 Oct 2005, Marian Hettwer wrote: >>> >>>> I'm using RC1 on some of my test servers and workstations. So far, >>>> it runs very good (as in stable and fast) :) However, I thought of >>>> doing a small benchmark of MySQL in comparison to Linux 2.6.8 >>>> (Debian Sarge) and the results are kinda... shocking. >>>> >>>> On FreeBSD I took a pretty much generic kernel, I just removed >>>> debugging options, added SMP and changed the scheduler from BSD to >>>> ULE. I used super-smack to do a select-key test. MySQL 4.1 was >>>> build from ports with BUILD_OPTIMIZED and BUILD_STATIC >>> >>> >>> >>> >>> Could you: >>> >>> - Switch back to 4BSD >>> >> yep. >> by the way, back in the days of FreeBSD 4.x and 5.x, after I did a >> config MYKERNEL, it doesn't said I need to do a "make cleandepend" >> before doing a "make depend"... why that? Seems like this additional >> step in compiling the Kernel is around since 6-CURRENT, right? >> >> Here we go with a super-smack with 4BSD (but unchanged libmap.conf)... >> Kernel is apart from scheduler still the same like the on uploaded at >> http://unixoid.de/rabauke/freebsd/ >> I did the select-smack 4 times. This is now: 4BSD, MySQL 4.1.14, >> BUILD_STATIC, BUILD_OPTIMIZED: >> >> select_index 200000 2 0 3776.34 >> select_index 200000 2 0 3802.04 >> select_index 200000 2 0 3809.38 >> select_index 200000 2 0 3796.41 >> >> Numbers are quite the same with 4BSD... >> >> >>> - Use libmap to configure the mysql server to use libthr instead of >>> libpthread >>> >> uh. Last time I fiddled around with libmap.conf was back in FreeBSD >> 5.1 ... could you enlighten me a wee bit in regards to libmap.conf ? :) >> If not, I'll stress google a bit and hopefully find something useful... >> >> >>> And see what that does to performance using otherwise identical >>> configurations? >>> >> my.cnf is pretty much my-medium.cnf on Debian and FreeBSD. Although, >> Debian has MySQL 4.1.11 and FreeBSD Ports has MySQL 4.1.14. >> As mentioned before, this benchmark here is a quick shot. However, >> the difference shouldn't be _that_ large (3600 vs. 14000). >> >> > I have run the exact same test and have had much higher benchmarks > (close to double) using my-large.cnf or my-huge.cnf. > > I am able to get 23,626 compared to your 3,800 on the 5.4 and I am > sure with out a doubt I could get higher on 6.0. > > The most important thing to remember about this benchmark is that its > not really a good test for MySQL performance for a lot of database > setups as its testing many queries at the same time performance, the > services I run largely have only 1 or maybe 2 connected constantly > querying clients. So its much more important for a single query to > just be able to get its data fast more them having 50 different > clients doing a queries at the same time for me and a lot of other db > setups out there. > > Here is a copy and paste of a post I did a while ago > > I compiled 4.0 MySQL with some optimizations > portupgrade -RN -m 'BUILD_STATIC=yes BUILD_OPTIMIZED=yes' > /usr/ports/databases/mysql40-server/ > > Copied the default large my.cnf profile cp > /usr/local/share/mysql/my-large.cnf /var/db/mysql/my.cnf > > # super-smack /usr/share/smacks/select-key.smack 50 1000 > Query Barrel Report for client smacker1 > connect: max=44ms min=11ms avg= 20ms from 50 clients > Query_type num_queries max_time min_time q_per_s > select_index 100000 3 0 23626.76 > > If I delete the /var/db/mysql/my.cnf and restart mysql so I get > default configuration, I get 13398.76 > # super-smack /usr/share/smacks/select-key.smack 50 1000 > Query Barrel Report for client smacker1 > connect: max=29ms min=7ms avg= 17ms from 50 clients > Query_type num_queries max_time min_time q_per_s > select_index 100000 7 0 13398.76 > > > Mike I realized I read your email wrong and noticed you used 10 clients and 200,000 queries, I have re-run the test and I scored 24,138 this is on a 4.1 MySQL install, to me it seems like there is something really wrong with your box. This is a Dual Pentium 4 box on 6.0RC1 generic SMP kernel. # super-smack /usr/share/smacks/select-key.smack 10 10000 Query Barrel Report for client smacker1 connect: max=4ms min=2ms avg= 2ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 24138.77 My results from timer.c null function: 0.00339 getpid(): 0.29227 time(): 1.14151 gettimeofday(): 1.14168 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:28:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CD716A41F for ; Fri, 28 Oct 2005 09:28:40 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A57E43D45 for ; Fri, 28 Oct 2005 09:28:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5C8DF.dip.t-dialin.net [84.165.200.223]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j9S98cVC062201 for ; Fri, 28 Oct 2005 11:08:39 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j9S9SXV1010696 for ; Fri, 28 Oct 2005 11:28:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Fri, 28 Oct 2005 11:28:33 +0200 Message-ID: <20051028112833.7vs98zpvy808s04k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 28 Oct 2005 11:28:33 +0200 From: Alexander Leidinger To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Subject: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:28:40 -0000 Hi, I switched the timecounter used to use the TSC instead of the ACPI one (/etc/sysctl.conf). After rebooting powerd refused to start. I removed the line which changes the timecounter in sysctl.conf and powerd starts again. Is this expected, or is this a bug? If this is expected: - powerd fails with an unhelpful message - this isn't docuemented in the man-page (at least not in -current as of 2-3 weeks ago) Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 He: "If I made love to you, would you yell?" She: "What do you want me to yell?" -- Benny Hill From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:33:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6D116A41F for ; Fri, 28 Oct 2005 09:33:11 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DA643D45 for ; Fri, 28 Oct 2005 09:33:10 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] (84.249.3.49) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 435CC8B20016AAA2; Fri, 28 Oct 2005 11:33:10 +0200 Message-ID: <4361F057.4030904@pp.nic.fi> Date: Fri, 28 Oct 2005 12:33:11 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> In-Reply-To: <43615BBB.2080702@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:33:11 -0000 Mark Kirkwood wrote: > Chuck - very interesting results. I happen to have a PIII 1Ghz running > 5.4-RELEASE so thought it would be interesting to reproduce your > numbers. My null and getpid pretty much do, but the time functions seem > much quicker on my machine - some sort of regression in 5.4-STABLE maybe? > > null function: 0.01578 > getpid(): 0.49136 > time(): 0.83031 > gettimeofday(): 0.78838 > > However, we are still slower than Linux :-(. > > [Running a pretty much stock kernel, except for: > > #cpu I486_CPU > #cpu I586_CPU > > and timer.c is compiled w/o any optimization.] Does polling affect to this test? I get: null function: 0.01060 getpid(): 0.41378 time(): 0.66705 gettimeofday(): 0.64459 FreeBSD 6.0-BETA5 #1: Sun Oct 9 13:09:23 EEST 2005 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM)Processor (1009.95-MHz 686-class CPU) # Enable Polling options DEVICE_POLLING # Timecounter "i8254" options HZ=2299 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:34:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE26416A422 for ; Fri, 28 Oct 2005 09:34:31 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id C78AA43D5A for ; Fri, 28 Oct 2005 09:34:16 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9S9Y4DK000378 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Oct 2005 19:34:10 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9S9Y3Hh050060; Fri, 28 Oct 2005 19:34:03 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9S9Y20c050059; Fri, 28 Oct 2005 19:34:02 +1000 (EST) (envelope-from pjeremy) Date: Fri, 28 Oct 2005 19:34:02 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20051028093402.GT39882@cirb503493.alcatel.com.au> References: <43613541.7030009@mac.com> <26845.1130452524@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26845.1130452524@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:34:32 -0000 On Fri, 2005-Oct-28 00:35:24 +0200, Poul-Henning Kamp wrote: > * Does threads have to return ordered timestamps ? > > Consider: > > CPU1 CPU2 > > gettimeofday(t1) > gettimeofday(t2) > gettimeofday(t3) ... > > [t1 <= t2 <= t3] If this reflects kernel threads, unless there's some sort of explicit synchronization between the two threads, there's no need to guarantee anything better than t1 <[=] t3. If the threads are explicitly synchronised, then we should guarantee t1 <= t2 <= t3. On Thu, 2005-Oct-27 19:50:45 -0400, Chuck Swiger wrote: >I believe Darwin keeps the timecounters of the system exposed on a common >page mapped via the System framework (their libc+libm), which gets mapped >in once by init, and then shared with all of it's children copy-on-write. >They are using the PowerPC timebase registers according to a thread on the >darwin-kernel list. SunOS 4.x (I'm not sure about SunOS 5.x) did this as well. As Poul pointed out, this is much easier with sane hardware. FreeBSD already supports a variety of different timecounters with different levels of accuracy/performance/guarantees. One problem is that this is a system-wide knob whereas different applications may have different requirements. Whilst it's reasonable for MySQL to gather performance statistics, it only needs to measure short time periods and doesn't require extreme accuracy - the TSC would probably be good enough on a UP system (if there was a quick way to measure the current TSC tick rate). I don't think there's any way on i386 to quickly access a timecounter that returns a synchronised time across multiple CPUs. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:38:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F5B016A41F for ; Fri, 28 Oct 2005 09:38:37 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E746D43D4C for ; Fri, 28 Oct 2005 09:38:36 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IP2008WNDGCJ160@l-daemon> for current@freebsd.org; Fri, 28 Oct 2005 03:38:36 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd3mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IP200I4WDGCY9I0@pd3mr3so.prod.shaw.ca> for current@freebsd.org; Fri, 28 Oct 2005 03:38:36 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IP200FBLDGBX0@l-daemon> for current@freebsd.org; Fri, 28 Oct 2005 03:38:36 -0600 (MDT) Date: Fri, 28 Oct 2005 02:38:35 -0700 From: Colin Percival In-reply-to: <20051028112833.7vs98zpvy808s04k@netchild.homeip.net> To: Alexander Leidinger Message-id: <4361F19B.5090902@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.92.1.0 References: <20051028112833.7vs98zpvy808s04k@netchild.homeip.net> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051001) Cc: current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:38:37 -0000 Alexander Leidinger wrote: > I switched the timecounter used to use the TSC instead of the ACPI one > (/etc/sysctl.conf). After rebooting powerd refused to start. I removed the > line which changes the timecounter in sysctl.conf and powerd starts again. I haven't been keeping track of cpufreq lately, but I added a check into my est driver a long time ago to make it return EBUSY if the TSC is being used as a timecounter. This is important because otherwise all sorts of Bad Things could happen when the clock stops running at the expected rate. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:43:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 268A616A41F; Fri, 28 Oct 2005 09:43:38 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC2D43D48; Fri, 28 Oct 2005 09:43:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 28212BC50; Fri, 28 Oct 2005 09:43:33 +0000 (UTC) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 11:10:16 +0200." <20051028091016.GC3596@garage.freebsd.pl> Date: Fri, 28 Oct 2005 11:43:32 +0200 Message-ID: <30513.1130492612@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "Yuriy N. Shkandybin" , David Xu , Mark Kirkwood , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:43:38 -0000 In message <20051028091016.GC3596@garage.freebsd.pl>, Pawel Jakub Dawidek write s: > >--eHhjakXzOLJAF9wJ >Content-Type: text/plain; charset=iso-8859-2 >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Fri, Oct 28, 2005 at 10:47:06AM +0200, Poul-Henning Kamp wrote: >+> In message <20051028083337.GB3596@garage.freebsd.pl>, Pawel Jakub Dawide= >k write >+> s: >+>=20 >+> >Hmm:) On mine t43: >+> > >+> > null function: 0.00403 >+> > getpid(): 0.30784 >+> > time(): 1.94495 >+> > gettimeofday(): 1.94236 >+> > >+> >Timecounter "i8254" frequency 1193182 Hz quality 0 >+>=20 >+> ...This is not relevant information, because... >+>=20 >+> >kern.timecounter.hardware: ACPI-fast >+>=20 >+> You're using the ACPI-fast timecounter. > >I thought so:) Is there a way to switch used timecounter or is this choosen >automatically? By default the timecounter with the highest score is selected (but negative scores are never selected automatically). You can override this with sysctl kern.timecounter.hardware=something where something is one of the timecounters listed in kern.timecounter.choice -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:48:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99E416A41F for ; Fri, 28 Oct 2005 09:48:21 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4F0943D46 for ; Fri, 28 Oct 2005 09:48:20 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so177990wxc for ; Fri, 28 Oct 2005 02:48:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GMXq1r0HruRhUaU8u0v0xx7NWqdBbm3Wx+SPcISDZz1VFo3aXssIXctpcJIeDVzyCEzTCFr0B6J2rwNHPmUDHETeW3tV3uDFB/VNRYvWtbUzc82sGlwzRSB17DceP7+RmK85WjHmWRLq/al6WaD0rmz+sORQaitx/Y85XH1sEBU= Received: by 10.65.145.13 with SMTP id x13mr20198qbn; Fri, 28 Oct 2005 02:48:19 -0700 (PDT) Received: by 10.65.105.11 with HTTP; Fri, 28 Oct 2005 02:48:19 -0700 (PDT) Message-ID: Date: Fri, 28 Oct 2005 17:48:19 +0800 From: Jiawei Ye To: Poul-Henning Kamp In-Reply-To: <30513.1130492612@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051028091016.GC3596@garage.freebsd.pl> <30513.1130492612@critter.freebsd.dk> Cc: Mark Kirkwood , Pawel Jakub Dawidek , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:48:21 -0000 On 10/28/05, Poul-Henning Kamp wrote: > > By default the timecounter with the highest score is selected (but > negative scores are never selected automatically). > > You can override this with > sysctl kern.timecounter.hardware=3Dsomething > where something is one of the timecounters listed in kern.timecounter.cho= ice > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 This is what I get on a UP P4-1.8 -current system. No debugging enabled ker= nel. root@chihiro:/home/leafy/tmp# sysctl kern.timecounter.hardware=3DTSC kern.timecounter.hardware: ACPI-fast -> TSC root@chihiro:/home/leafy/tmp# ./a.out null function: 0.00794 getpid(): 0.94267 time(): 1.26512 gettimeofday(): 1.25332 root@chihiro:/home/leafy/tmp# sysctl kern.timecounter.hardware=3DACPI-fast kern.timecounter.hardware: TSC -> ACPI-fast root@chihiro:/home/leafy/tmp# ./a.out null function: 0.00796 getpid(): 0.94788 time(): 2.31868 gettimeofday(): 2.29598 root@chihiro:/home/leafy/tmp# sysctl kern.timecounter.hardware=3Di8254 kern.timecounter.hardware: ACPI-fast -> i8254 root@chihiro:/home/leafy/tmp# ./a.out null function: 0.00812 getpid(): 0.96921 time(): 5.01022 gettimeofday(): 5.01292 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:52:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB02D16A41F for ; Fri, 28 Oct 2005 09:52:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C03A43D46 for ; Fri, 28 Oct 2005 09:52:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A9862BC84; Fri, 28 Oct 2005 09:52:39 +0000 (UTC) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 19:34:02 +1000." <20051028093402.GT39882@cirb503493.alcatel.com.au> Date: Fri, 28 Oct 2005 11:52:39 +0200 Message-ID: <30571.1130493159@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:52:41 -0000 In message <20051028093402.GT39882@cirb503493.alcatel.com.au>, Peter Jeremy wri tes: >On Fri, 2005-Oct-28 00:35:24 +0200, Poul-Henning Kamp wrote: >> * Does threads have to return ordered timestamps ? >> >> Consider: >> >> CPU1 CPU2 >> >> gettimeofday(t1) >> gettimeofday(t2) >> gettimeofday(t3) >... >> >> [t1 <= t2 <= t3] > >If this reflects kernel threads, unless there's some sort of explicit >synchronization between the two threads, there's no need to guarantee >anything better than t1 <[=] t3. If the threads are explicitly >synchronised, then we should guarantee t1 <= t2 <= t3. Congratulations on spotting the synchronisation issue, you were the first to do so :-) You are also right that we will need to talk about both kernel and userland threads, we may want to give different levels of service. But let me cut to the point, and show the potential for deceptive optimization here: We _could_ decide to make the level of service depend on the usage of explicit synchronization. But to exploit that, we should have to put timekeeping hinting into all explicit synchronization primitives. Again, our microbenchmarks might benefit at the cost of overall system performance. >SunOS 4.x (I'm not sure about SunOS 5.x) did this as well. As Poul >pointed out, this is much easier with sane hardware. The frustrating thing is that sane hardware is so simple to implement. To have gotten it wrong so many times in so many ways can only indicate that there are some really creative people in the WinTel Marchitecture department >FreeBSD already supports a variety of different timecounters with >different levels of accuracy/performance/guarantees. One problem is >that this is a system-wide knob whereas different applications may >have different requirements. We _really_ don't want different programs using different hardware for timecounting, so I hope you're just taking about the various levels of quality supported (ie: [get]{bin,nano,micro}[up]time()) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:54:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F07D16A41F for ; Fri, 28 Oct 2005 09:54:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FB143D46 for ; Fri, 28 Oct 2005 09:54:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 66637BC84; Fri, 28 Oct 2005 09:54:57 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 11:28:33 +0200." <20051028112833.7vs98zpvy808s04k@netchild.homeip.net> Date: Fri, 28 Oct 2005 11:54:57 +0200 Message-ID: <30595.1130493297@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:54:59 -0000 In message <20051028112833.7vs98zpvy808s04k@netchild.homeip.net>, Alexander Lei dinger writes: >Hi, > >I switched the timecounter used to use the TSC instead of the ACPI one >(/etc/sysctl.conf). After rebooting powerd refused to start. I removed the >line which changes the timecounter in sysctl.conf and powerd starts again. > >Is this expected, or is this a bug? > >If this is expected: > - powerd fails with an unhelpful message Alexander sends unhelpful bug report without including unhelpful message :-) In general, if you run powerd to change your cpu clock (= TSC frequency), using TSC as timecounter is _not_ what you want to do. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 09:56:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 385CB16A41F for ; Fri, 28 Oct 2005 09:56:20 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7A743D58 for ; Fri, 28 Oct 2005 09:56:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 3F7C1BC7A; Fri, 28 Oct 2005 09:56:10 +0000 (UTC) To: Pertti Kosunen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 12:33:11 +0300." <4361F057.4030904@pp.nic.fi> Date: Fri, 28 Oct 2005 11:56:10 +0200 Message-ID: <30622.1130493370@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 09:56:20 -0000 In message <4361F057.4030904@pp.nic.fi>, Pertti Kosunen writes: >Does polling affect to this test? Not apart from the CPU overhead. sysctl kern.timecounter.hardware is much more important. and all the reports here which fail to include it are mostly useless. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:14:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE6E816A41F; Fri, 28 Oct 2005 10:14:50 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B76843D45; Fri, 28 Oct 2005 10:14:50 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id B0FE9BC50; Fri, 28 Oct 2005 10:14:48 +0000 (UTC) To: Jiawei Ye From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 17:48:19 +0800." Date: Fri, 28 Oct 2005 12:14:48 +0200 Message-ID: <30832.1130494488@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Mark Kirkwood , Pawel Jakub Dawidek , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:14:50 -0000 In message , Jiawe i Ye writes: Very typical numbers... >kern.timecounter.hardware: ACPI-fast -> TSC > getpid(): 0.94267 > gettimeofday(): 1.25332 So timekeeping "as such" takes no more than 310nsec and that includes a TSC read of unknown duration. I consider the 310 nsec acceptable, but if this is a really big problem for people, somebody is welcome to start looking at doing inline assembler code to speed it up >kern.timecounter.hardware: TSC -> ACPI-fast > getpid(): 0.94788 > gettimeofday(): 2.29598 ACPI-fast does an inl() which seems to take a microsecond longer than rdtsc(). One microsecond is disgusting considering that the hardware lives in the chipset and was meant to improve timekeeping performance. >kern.timecounter.hardware: ACPI-fast -> i8254 > getpid(): 0.96921 > gettimeofday(): 5.01292 And i8254 does a outb() and several 8 bit inb on a simulated ISA bus and therefore takes 3.75 usec longer than rdtsc(). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:14:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDAE16A420 for ; Fri, 28 Oct 2005 10:14:55 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D9943D48; Fri, 28 Oct 2005 10:14:55 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9SAEnre003920; Fri, 28 Oct 2005 10:14:51 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4361FA1C.1070103@freebsd.org> Date: Fri, 28 Oct 2005 18:14:52 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <30622.1130493370@critter.freebsd.dk> In-Reply-To: <30622.1130493370@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:14:56 -0000 Poul-Henning Kamp wrote: > In message <4361F057.4030904@pp.nic.fi>, Pertti Kosunen writes: > > >>Does polling affect to this test? > > > Not apart from the CPU overhead. > > sysctl kern.timecounter.hardware > > is much more important. > > and all the reports here which fail to include it are mostly > useless. > > I suspect because our time() function in libc uses gettimeofday, this further causes lots of gettimeofday syscall. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:25:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D0C16A41F for ; Fri, 28 Oct 2005 10:25:39 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id D63A643D5F for ; Fri, 28 Oct 2005 10:25:36 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] (84.249.3.49) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 4360E00A000394BF; Fri, 28 Oct 2005 12:25:34 +0200 Message-ID: <4361FCA0.8040403@pp.nic.fi> Date: Fri, 28 Oct 2005 13:25:36 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <30622.1130493370@critter.freebsd.dk> In-Reply-To: <30622.1130493370@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:25:39 -0000 Poul-Henning Kamp wrote: >Not apart from the CPU overhead. > > sysctl kern.timecounter.hardware > >is much more important. > >and all the reports here which fail to include it are mostly >useless. > I have: kern.timecounter.hardware: TSC ( null function: 0.01060 getpid(): 0.41378 time(): 0.66705 gettimeofday(): 0.64459 FreeBSD 6.0-BETA5 #1: Sun Oct 9 13:09:23 EEST 2005 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM)Processor (1009.95-MHz 686-class CPU) ) From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:30:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CAB716A420; Fri, 28 Oct 2005 10:30:24 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6066643D45; Fri, 28 Oct 2005 10:30:24 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9SAUJEp004664; Fri, 28 Oct 2005 10:30:21 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4361FDBE.7000500@freebsd.org> Date: Fri, 28 Oct 2005 18:30:22 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <30622.1130493370@critter.freebsd.dk> <4361FA1C.1070103@freebsd.org> In-Reply-To: <4361FA1C.1070103@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:30:24 -0000 David Xu wrote: > Poul-Henning Kamp wrote: > >> In message <4361F057.4030904@pp.nic.fi>, Pertti Kosunen writes: >> >> >>> Does polling affect to this test? >> >> >> >> Not apart from the CPU overhead. >> >> sysctl kern.timecounter.hardware >> >> is much more important. >> >> and all the reports here which fail to include it are mostly >> useless. >> >> > I suspect because our time() function in libc uses gettimeofday, > this further causes lots of gettimeofday syscall. > > Now, I can confirm mysqld calls time() function lots of time, I have changed time() to call clock_gettime, now there is few of gettimeofday in ktrace result, but fully filled by clock_gettime. Can we optimize time()? because it only returns second. may we just create a syscall to return time_second variable in kernel, this sounds crazy though. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:34:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A6C116A41F; Fri, 28 Oct 2005 10:34:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B402043D4C; Fri, 28 Oct 2005 10:34:50 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 5C199BC50; Fri, 28 Oct 2005 10:34:49 +0000 (UTC) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 18:30:22 +0800." <4361FDBE.7000500@freebsd.org> Date: Fri, 28 Oct 2005 12:34:48 +0200 Message-ID: <31129.1130495688@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:34:51 -0000 In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >Now, I can confirm mysqld calls time() function lots of time, I have >changed time() to call clock_gettime, now there is few of gettimeofday >in ktrace result, but fully filled by clock_gettime. the correct way to optimize this would be to add a time(2) systemcall which returns the value of the kernel global time_second. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:43:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BEEC16A420 for ; Fri, 28 Oct 2005 10:43:12 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0980643D48; Fri, 28 Oct 2005 10:43:12 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9SAh7vd006458; Fri, 28 Oct 2005 10:43:10 GMT (envelope-from davidxu@freebsd.org) Message-ID: <436200BE.70604@freebsd.org> Date: Fri, 28 Oct 2005 18:43:10 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <31129.1130495688@critter.freebsd.dk> In-Reply-To: <31129.1130495688@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:43:12 -0000 Poul-Henning Kamp wrote: > In message <4361FDBE.7000500@freebsd.org>, David Xu writes: > > > the correct way to optimize this would be to add a time(2) systemcall > which returns the value of the kernel global time_second. > Can we make a page in kernel address space which is readable my user code? put the variable in the page, I know read an integer is atomic-op, needn't lock, so syscall is not needed. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 10:50:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87BB116A41F; Fri, 28 Oct 2005 10:50:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B85D43D5C; Fri, 28 Oct 2005 10:50:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A93F3BC50; Fri, 28 Oct 2005 10:50:16 +0000 (UTC) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 18:43:10 +0800." <436200BE.70604@freebsd.org> Date: Fri, 28 Oct 2005 12:50:16 +0200 Message-ID: <31223.1130496616@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 10:50:19 -0000 In message <436200BE.70604@freebsd.org>, David Xu writes: >Poul-Henning Kamp wrote: >> In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >> >> >> the correct way to optimize this would be to add a time(2) systemcall >> which returns the value of the kernel global time_second. >> > >Can we make a page in kernel address space which is readable my user >code? put the variable in the page, I know read an integer is atomic-op, >needn't lock, so syscall is not needed. We have often talked about doing something like that, but so far nobody has come up with a (sensible) implementation. Please thing _very_ carefully about the implications for libc versioning before hacking up a patch. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 11:06:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E518B16A41F; Fri, 28 Oct 2005 11:06:33 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2C043D45; Fri, 28 Oct 2005 11:06:32 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j9SB6Vnw015807; Fri, 28 Oct 2005 15:06:31 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 28 Oct 2005 15:06:31 +0400 (MSD) From: Maxim Konovalov To: Poul-Henning Kamp In-Reply-To: <31223.1130496616@critter.freebsd.dk> Message-ID: <20051028145838.C15076@mp2.macomnet.net> References: <31223.1130496616@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 11:06:34 -0000 On Fri, 28 Oct 2005, 12:50+0200, Poul-Henning Kamp wrote: > In message <436200BE.70604@freebsd.org>, David Xu writes: > >Poul-Henning Kamp wrote: > >> In message <4361FDBE.7000500@freebsd.org>, David Xu writes: > >> > >> > >> the correct way to optimize this would be to add a time(2) systemcall > >> which returns the value of the kernel global time_second. > >> > > > >Can we make a page in kernel address space which is readable my user > >code? put the variable in the page, I know read an integer is atomic-op, > >needn't lock, so syscall is not needed. > > We have often talked about doing something like that, but so far nobody > has come up with a (sensible) implementation. > > Please thing _very_ carefully about the implications for libc > versioning before hacking up a patch. We used to use a following setup on our overloaded (a couple of millions emails per day) SMTP|LMTP|POP3 server: - a deamon calls gettimeofday(2) every 10 msec and exports the information to a sysv share memory segment; - LD_PREALOD'ed libgettimeofday.so library makes it visible to the userland. It improved the health of the server greatly. I can't call it a sensible implementation though. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 11:08:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91E416A41F for ; Fri, 28 Oct 2005 11:08:15 +0000 (GMT) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9377F43D45 for ; Fri, 28 Oct 2005 11:08:08 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35]) by corinth.polands.org (8.13.4/8.13.4) with ESMTP id j9S4swfE081105 for ; Thu, 27 Oct 2005 23:54:58 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id j9S4svVf044413 for ; Thu, 27 Oct 2005 23:54:57 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id j9S4sv9I044412 for freebsd-current@freebsd.org; Thu, 27 Oct 2005 23:54:57 -0500 (CDT) (envelope-from djp) Date: Thu, 27 Oct 2005 23:54:57 -0500 From: Doug Poland To: freebsd-current@freebsd.org Message-ID: <20051028045457.GA44396@polands.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1149/Thu Oct 27 15:20:09 2005 on corinth.polands.org X-Virus-Status: Clean Subject: 6.0 and "options PREEMPTION" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 11:08:16 -0000 Hello, I'm confused about 6.0 and the kernel setting "options PREEMPTION". I was reading an article on OS News: http://www.osnews.com/story.php?news_id=10951 in which Robert Watson stated, One of the other nice benefits to the SMPVFS work is that with our fully preemptive 6.x kernel, not holding the Giant lock over the file system code lets the file system code not only preempt lower precedence kernel threads, such as background crypto operations or file system operations, but be preempted by more timing critical code, such as sound card interrupts, network I/O, and so on. Does this mean that options PREEMPTION is assumed in 6.0? If not, could someone explain or point me to some docs that will help me understand. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 11:46:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 263DC16A41F; Fri, 28 Oct 2005 11:46:44 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08DC43D45; Fri, 28 Oct 2005 11:46:43 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelbe2-src-nat-1 [203.96.152.177]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IP200L9FJDU90@linda-2.paradise.net.nz>; Sat, 29 Oct 2005 00:46:42 +1300 (NZDT) Received: from [192.168.1.11] (218-101-45-127.paradise.net.nz [218.101.45.127]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 5BAECA24B38; Sat, 29 Oct 2005 00:46:42 +1300 (NZDT) Date: Sat, 29 Oct 2005 00:46:24 +1300 From: Mark Kirkwood In-reply-to: <28339.1130477343@critter.freebsd.dk> To: Poul-Henning Kamp Message-id: <43620F90.1020401@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <28339.1130477343@critter.freebsd.dk> Cc: David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 11:46:44 -0000 Poul-Henning Kamp wrote: > In message <43615BBB.2080702@paradise.net.nz>, Mark Kirkwood writes: > >>Chuck Swiger wrote: >> >> >>>FreeBSD 5.4-STABLE i386 >>> null function: 0.01278 >>> getpid(): 0.51329 >>> time(): 2.54771 >>> gettimeofday(): 2.54982 >>> >> >>Chuck - very interesting results. I happen to have a PIII 1Ghz running >>5.4-RELEASE so thought it would be interesting to reproduce your >>numbers. My null and getpid pretty much do, but the time functions seem >>much quicker on my machine - some sort of regression in 5.4-STABLE maybe? > > > No, different timecounter hardware. > > Use > sysctl kern.timecounter > to see what your hardware uses. > Excellent - thanks for clearing that up that confusion (err... that I was helping to propagate ...sorry). e.g: on the 2xPIII 1Ghz Tyan (6.0-RC1): $ sysctl -w kern.timecounter.hardware=TSC $ ./timer null function: 0.01140 getpid(): 0.51597 time(): 0.80246 gettimeofday(): 0.74953 $ sysctl -w kern.timecounter.hardware=i8254 $ ./timer null function: 0.01152 getpid(): 0.52081 time(): 5.26879 gettimeofday(): 5.23759 Cheers Mark From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 11:52:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 842B516A41F for ; Fri, 28 Oct 2005 11:52:46 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0EB143D46 for ; Fri, 28 Oct 2005 11:52:45 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9SBqhJZ025696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 15:52:44 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9SBqhAx025695; Fri, 28 Oct 2005 15:52:43 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 28 Oct 2005 15:52:43 +0400 From: Gleb Smirnoff To: Doug Poland Message-ID: <20051028115243.GC41520@cell.sick.ru> References: <20051028045457.GA44396@polands.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051028045457.GA44396@polands.org> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0 and "options PREEMPTION" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 11:52:46 -0000 On Thu, Oct 27, 2005 at 11:54:57PM -0500, Doug Poland wrote: D> Does this mean that options PREEMPTION is assumed in 6.0? If not, could D> someone explain or point me to some docs that will help me understand. No, you can remove PREEMPTION from you kernel config. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 12:33:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBDE916A41F; Fri, 28 Oct 2005 12:33:17 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A7143D46; Fri, 28 Oct 2005 12:33:17 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 1CDA84CECE; Fri, 28 Oct 2005 12:33:28 +0000 (GMT) Received: from [192.168.0.3] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 6DC684C40A; Fri, 28 Oct 2005 12:33:26 +0000 (GMT) Message-ID: <43621A8E.1060006@roq.com> Date: Fri, 28 Oct 2005 22:33:18 +1000 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051019 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <30622.1130493370@critter.freebsd.dk> <4361FA1C.1070103@freebsd.org> <4361FDBE.7000500@freebsd.org> In-Reply-To: <4361FDBE.7000500@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 12:33:17 -0000 David Xu wrote: > David Xu wrote: > >> Poul-Henning Kamp wrote: >> >>> In message <4361F057.4030904@pp.nic.fi>, Pertti Kosunen writes: >>> >>> >>>> Does polling affect to this test? >>> >>> >>> >>> >>> Not apart from the CPU overhead. >>> >>> sysctl kern.timecounter.hardware >>> >>> is much more important. >>> >>> and all the reports here which fail to include it are mostly >>> useless. >>> >>> >> I suspect because our time() function in libc uses gettimeofday, >> this further causes lots of gettimeofday syscall. >> >> > Now, I can confirm mysqld calls time() function lots of time, I have > changed time() to call clock_gettime, now there is few of gettimeofday > in ktrace result, but fully filled by clock_gettime. > Can we optimize time()? because it only returns second. > may we just create a syscall to return time_second variable in kernel, > this sounds crazy though. > Hey guys, I been watching this thread and I can confirm that MySQL and the Super-smack benchmark greatly rely on this, I was able to increase performance %600 by changing kern.timecounter.hardware to dummy. kessel# sysctl kern.timecounter.hardware=dummy kern.timecounter.hardware: ACPI-fast -> dummy kessel# super-smack /usr/share/smacks/select-key.smack 10 10000 Query Barrel Report for client smacker1 connect: max=0ms min=0ms avg= 0ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 151328.05 kessel# sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: dummy -> TSC kessel# super-smack /usr/share/smacks/select-key.smack 10 10000 Query Barrel Report for client smacker1 connect: max=3ms min=2ms avg= 2ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 25739.90 kessel# sysctl kern.timecounter.hardware=ACPI-fast kern.timecounter.hardware: TSC -> ACPI-fast kessel# super-smack /usr/share/smacks/select-key.smack 10 10000 Query Barrel Report for client smacker1 connect: max=3ms min=2ms avg= 2ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 200000 0 0 24070.67 From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:04:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E09E16A41F for ; Fri, 28 Oct 2005 13:04:40 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC59643D45 for ; Fri, 28 Oct 2005 13:04:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1163F46B16; Fri, 28 Oct 2005 09:04:38 -0400 (EDT) Date: Fri, 28 Oct 2005 14:04:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Doug Poland In-Reply-To: <20051028045457.GA44396@polands.org> Message-ID: <20051028140301.X20147@fledge.watson.org> References: <20051028045457.GA44396@polands.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: 6.0 and "options PREEMPTION" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:04:40 -0000 On Thu, 27 Oct 2005, Doug Poland wrote: > One of the other nice benefits to the SMPVFS work is that > with our fully preemptive 6.x kernel, not holding the Giant > lock over the file system code lets the file system code not > only preempt lower precedence kernel threads, such as > background crypto operations or file system operations, but be > preempted by more timing critical code, such as sound card > interrupts, network I/O, and so on. > > Does this mean that options PREEMPTION is assumed in 6.0? If not, could > someone explain or point me to some docs that will help me understand. In FreeBSD 6.0 and higher, options PREEMPTION appears in the default kernel configuration (GENERIC). When upgrading from earlier revisions, if you keep the same config file, you'll need to add it manually. With the advent of "include" support in newer FreeBSD versions, I find I generally have my own include file include GENERIC, then add nodevice/nooptions to remove things I don't want, and device/options to add things I do want. The SMP kernel configuration is an example of this, as it includes GENERIC but adds SMP. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:08:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6050B16A41F; Fri, 28 Oct 2005 13:08:03 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1AA43D45; Fri, 28 Oct 2005 13:08:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7A23A46B29; Fri, 28 Oct 2005 09:08:01 -0400 (EDT) Date: Fri, 28 Oct 2005 14:08:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <436200BE.70604@freebsd.org> Message-ID: <20051028140556.W20147@fledge.watson.org> References: <31129.1130495688@critter.freebsd.dk> <436200BE.70604@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:08:03 -0000 On Fri, 28 Oct 2005, David Xu wrote: > Poul-Henning Kamp wrote: >> In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >> >> the correct way to optimize this would be to add a time(2) systemcall >> which returns the value of the kernel global time_second. > > Can we make a page in kernel address space which is readable my user > code? put the variable in the page, I know read an integer is atomic-op, > needn't lock, so syscall is not needed. This approach has a lot of merit, as we can also potentially export other information there (such as kernel preferences for system call mechanisms). On the other hand, a lower risk change might be to simply add a new CLOCK_ type for lower resolution, and have a timer synchronize a variable to the system clock once every 1/10 of a second. This avoids having to muck with VM layout, etc. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:12:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5833F16A41F; Fri, 28 Oct 2005 13:12:50 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7857043D45; Fri, 28 Oct 2005 13:12:49 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id j9SDCcpG017007; Fri, 28 Oct 2005 15:12:46 +0200 (CEST) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id j9SCwUx4025879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 14:58:31 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j9SCwUeR069556; Fri, 28 Oct 2005 14:58:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j9SCwSAw069555; Fri, 28 Oct 2005 14:58:28 +0200 (CEST) (envelope-from ticso) Date: Fri, 28 Oct 2005 14:58:28 +0200 From: Bernd Walter To: David Xu Message-ID: <20051028125828.GE66456@cicely12.cicely.de> References: <31129.1130495688@critter.freebsd.dk> <436200BE.70604@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436200BE.70604@freebsd.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:12:50 -0000 On Fri, Oct 28, 2005 at 06:43:10PM +0800, David Xu wrote: > Poul-Henning Kamp wrote: > >In message <4361FDBE.7000500@freebsd.org>, David Xu writes: > > > > > >the correct way to optimize this would be to add a time(2) systemcall > >which returns the value of the kernel global time_second. > > > > Can we make a page in kernel address space which is readable my user > code? put the variable in the page, I know read an integer is atomic-op, > needn't lock, so syscall is not needed. Don't whink it is importent for 1s intervalls, but atomic != coherent. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 13:53:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6E416A41F; Thu, 27 Oct 2005 13:53:16 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E4443D48; Thu, 27 Oct 2005 13:53:15 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 51B8D131BB3; Thu, 27 Oct 2005 23:23:14 +0930 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id F02C784643; Thu, 27 Oct 2005 23:23:13 +0930 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 512324D31E; Thu, 27 Oct 2005 15:42:29 +0800 (SGT) Date: Thu, 27 Oct 2005 15:42:29 +0800 From: Greg 'groggy' Lehey To: Robert Watson Message-ID: <20051027074229.GA825@eucla.lemis.com> References: <435F48DA.6060009@kernel32.de> <20051026105411.L32255@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051026105411.L32255@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 13:53:16 -0000 On Wednesday, 26 October 2005 at 10:57:26 +0100, Robert Watson wrote: > > You might also consider installing MySQL 4.0.x on freebsd and linux > and see how they compare. I've not looked closely, but I seem to > remember observing that something changed between 4.0 and 4.1 that > seriously impacted performance on FreeBSD, but not on Linux. This is the first I've heard of this, but that doesn't mean you're wrong. > I've not had time to confirm or investigate this. This would be interesting to know, doubtless, but please note that MySQL 4.0 is either no longer supported or will reach that status in the immediate future. It would be more interesting to see what the performance difference is between Linux and FreeBSD with MySQL 5.0, which has just been released. If you find reasons to believe that any problems you're seeing are a MySQL problem, please let me know. Greg -- See complete headers for address and phone numbers From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 19:43:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 611C416A41F; Thu, 27 Oct 2005 19:43:38 +0000 (GMT) (envelope-from for.bounces@dun.ukr.net) Received: from dun.ukr.net (dun.ukr.net [212.42.67.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D71C343D62; Thu, 27 Oct 2005 19:43:37 +0000 (GMT) (envelope-from for.bounces@dun.ukr.net) Received: from sharun by dun.ukr.net with local ID 1EVDex-000ESX-TA ; Thu, 27 Oct 2005 22:43:35 +0300 Date: Thu, 27 Oct 2005 22:43:35 +0300 From: Vladimir Sharun To: Scott Long Message-ID: <20051027194335.GA50714@dun.ukr.net> Mail-Followup-To: Vladimir Sharun , Scott Long , stable@freebsd.org, current@freebsd.org, re@freebsd.org References: <436116D3.908@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436116D3.908@samsco.org> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 19:43:38 -0000 What about Gleb Smirnoff NFS locking leak patch ? I put it on production, everything works just fine. The question is: this patch will be merged to main source tree for 6.0-RELEASE ? Scott Long wrote: SL> Wanted to let everyone know that the testing on RC1 has gone well enough SL> that we've decided to skip RC2 and go straight to 6.0-RELEASE. Everyone SL> that we have talked to has applauded the stability and functionality of SL> the system, so we are really pleased and really eager to wrap it up and SL> get it out to everyone. Over the next 24 hours we will be synchronizing SL> the RELENG_6_0 tree to get in all of the appropriate bug fixes, then we SL> will do some test builds as a final verification. Everyone is still SL> welcome to update their sources on the RELENG_6_0 branch and provide SL> feedback for the next 48 hours or so. The release will likely be SL> announced by the end of the weekend or early next week, at the latest. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 02:21:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A901D16A41F for ; Fri, 28 Oct 2005 02:21:07 +0000 (GMT) (envelope-from rjy@cmu.edu) Received: from smtp.andrew.cmu.edu (SMTP1-ETH1.andrew.cmu.edu [128.2.10.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D2D43D49 for ; Fri, 28 Oct 2005 02:21:06 +0000 (GMT) (envelope-from rjy@cmu.edu) Received: from [192.168.1.207] (RJY.PIX.VPN.CMU.LOCAL [172.31.28.100]) (user=rjy mech=KERBEROS_V4 (0 bits)) by smtp.andrew.cmu.edu (8.13.4/8.13.4) with ESMTP id j9S2L4dI027959; Thu, 27 Oct 2005 22:21:05 -0400 Date: Thu, 27 Oct 2005 22:21:00 -0400 From: "Russell J. Yount" To: freebsd-current@freebsd.org Message-ID: <9308474.1130451660@[192.168.1.207]> Originator-Info: login-token=Mulberry:01++jVkm1STtIwbFYbQCQ4/IRWQ9E9UVhwFjr2Qg==; token_authority=postmaster@andrew.cmu.edu X-Mailer: Mulberry/3.0.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: rjy@cmu.edu Subject: 6.0-RC1 hostapd with wi(4) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 02:21:07 -0000 I have FreeBSD 6.0-RC1 setup as an AP using ath(4) driver, hostapd(8) using WPA-PSK, and if_bridge(4) between an sis(4) and wi(4). It seems to work well with a windows XP client. When I try to substitute the wi(4) driver (with card firmware 1.7.4) windows XP seems to see it to be WEP security rather than AES,TKIP and will not associate. Running hostapd with debugging seem to indicate no packets are passed to hostapd and I do not see received packet on the wi(4) interface with netstat -i. With open authentication wi(4) seems to work well. Is there something different in capabilities between the ath(4) and wi(4) drivers related to using hostapd in FreeBSD? The intersil-prism card I have used with hostapd in linux for over a year with no problems. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:39:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB2F916A41F for ; Fri, 28 Oct 2005 05:39:02 +0000 (GMT) (envelope-from csujun@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBC4043D48 for ; Fri, 28 Oct 2005 05:39:01 +0000 (GMT) (envelope-from csujun@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so239971wxc for ; Thu, 27 Oct 2005 22:39:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=aacSrxGox79THPnxTnJVuJyQuUnDoYolRPIgbf3DfE3rpGsaKUwTYQa5UDwzsUnlQzstDKo7SRbio2tEzduQyu4JysKd3tDhPQTnkHhd4uTdTYbrJQEgxvlBHbxnOEdUbK2P1Rn1DQ5yYYRX2wxW9rfe9vJvwtB/cGtql4lf1uo= Received: by 10.65.242.7 with SMTP id u7mr2120617qbr; Thu, 27 Oct 2005 22:39:01 -0700 (PDT) Received: by 10.65.23.11 with HTTP; Thu, 27 Oct 2005 22:39:01 -0700 (PDT) Message-ID: Date: Fri, 28 Oct 2005 12:39:01 +0700 From: Jun Su To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: Subject: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:39:03 -0000 Hi all, I enabled PPP in rc.conf. Then I got the above warnning message when ppp is staring. Does this idenity bug? or it is safe? -- -- Jun Su From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 05:42:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A75316A41F for ; Fri, 28 Oct 2005 05:42:14 +0000 (GMT) (envelope-from csujun@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99A9343D45 for ; Fri, 28 Oct 2005 05:42:13 +0000 (GMT) (envelope-from csujun@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so161728wxc for ; Thu, 27 Oct 2005 22:42:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SmdZlhw0yB/h1ODqU0iGdsfdxK/lhqvZ27gX1wFeLPIC1ZvIS4TYlT79GAt2Jw4HOFYfSBm0KLQB7du9YeHJ582Uyt/pjtnqdNiQ8dGdmePJqAXoqJx2315Rd7CQtnrIDvPHOhut2CEAOEvrkrbNtQEVNyGt9i6w8E/KCpG2mQ0= Received: by 10.65.61.17 with SMTP id o17mr2155531qbk; Thu, 27 Oct 2005 22:42:13 -0700 (PDT) Received: by 10.65.23.11 with HTTP; Thu, 27 Oct 2005 22:42:12 -0700 (PDT) Message-ID: Date: Fri, 28 Oct 2005 12:42:13 +0700 From: Jun Su To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: Subject: acpi_perf failed to set cpu freq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 05:42:14 -0000 Hi All, I noticed in my dmesg log, there are two lines of error: acpi_perf0: Px transition to 733 failed acpi_perf0: set freq failed, err 6 This feature broke in several weeks ago. My machine's model is P3M + 830chi= p. If any more informations are helpful, feel free to let me know. Thanks, -- -- Jun Su From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 06:19:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F9516A41F; Fri, 28 Oct 2005 06:19:12 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from f22.mail.ru (f22.mail.ru [194.67.57.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24FA43D4C; Fri, 28 Oct 2005 06:19:11 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mail by f22.mail.ru with local id 1EVNa2-0002OD-00; Fri, 28 Oct 2005 10:19:10 +0400 Received: from [212.5.80.7] by win.mail.ru with HTTP; Fri, 28 Oct 2005 10:19:10 +0400 From: dawnshade To: Jung-uk Kim Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [212.5.80.7] Date: Fri, 28 Oct 2005 10:19:10 +0400 In-Reply-To: <200510271934.19827.jkim@FreeBSD.org> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: X-Mailman-Approved-At: Fri, 28 Oct 2005 13:17:16 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re[2]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 06:19:12 -0000 -----Original Message----- From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 27 Oct 2005 19:34:16 -0400 Subject: Re: [PATCH] ACPICA 20051021 import > As I promised earlier, here is the patch against RELENG_6: > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz > > If you are running -CURRENT, the previous patch is the one for you. > > > There are new files added in this release. So, you need `-p' > > option when applying this patch. > > > > Please test and/or review. > > Please do the same. cvsupped now (10.00 MSK GMT+04) to RELENG_6 failed to patch file: src/sys/dev/acpi_support/acpi_ppc.c (i have no this file at all). and compiler error was: cc -O -pipe -march=pentium-m -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DACPI_USE_LOCAL_CACHE -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/35/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/src/sys/i386/compile/35 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:135: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:154: error: previous definition of 'AcpiPsParseLoop' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1989: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1989: error: redefinition of 'AcpiGbl_Depth' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1062: error: previous definition of 'AcpiGbl_Depth' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:2008: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: previous definition of 'AcpiPsParseLoop' was here /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:2008: error: redefinition of 'AcpiPsParseLoop' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c:1081: error: previous definition of 'AcpiPsParseLoop' was here {standard input}: Assembler messages: {standard input}:782: Error: symbol `AcpiGbl_Depth' is already defined {standard input}:784: Error: symbol `AcpiGbl_Depth' is already defined *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/i386/compile/35. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:21:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB62C16A41F; Fri, 28 Oct 2005 13:21:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA42143D79; Fri, 28 Oct 2005 13:20:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 04A57BC84; Fri, 28 Oct 2005 13:20:46 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 14:08:01 BST." <20051028140556.W20147@fledge.watson.org> Date: Fri, 28 Oct 2005 15:20:46 +0200 Message-ID: <32412.1130505646@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:21:04 -0000 In message <20051028140556.W20147@fledge.watson.org>, Robert Watson writes: > >On Fri, 28 Oct 2005, David Xu wrote: > >> Poul-Henning Kamp wrote: >>> In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >>> >>> the correct way to optimize this would be to add a time(2) systemcall >>> which returns the value of the kernel global time_second. >> >> Can we make a page in kernel address space which is readable my user >> code? put the variable in the page, I know read an integer is atomic-op, >> needn't lock, so syscall is not needed. > >This approach has a lot of merit, as we can also potentially export other >information there (such as kernel preferences for system call mechanisms). Yes, there are many advantages to this approach, but we need a solution to the API versioning problem before we head that way. For anyone wanting to look at this, three are a number of nasties to remember: 1. How does userland get hold of the page ? Does it open a magic device ? Use a magic syscall ? Or does all processes just get the page by default ? 2. Where in the address space do we put it ? 3. Layout and alignment issues. Remember that things change size over time. (Version numbers for each element ?) And that cross- arch support is desirable (32bit i386 binaries on 64bit amd64 arch) 4. Do guarantee a syscall fallback for all facilities if there is version skew, or do we abort the program ? 5. Do we want a global system page and a per process page while we are at it. There is plenty of stuff we could put in the per-proc page: pid, ppid, resource usage, proctitle etc. >On the other hand, a lower risk change might be to simply add a new CLOCK_ >type for lower resolution, and have a timer synchronize a variable to the >system clock once every 1/10 of a second. This avoids having to muck with >VM layout, etc. Is the CLOCK_* namespace ours to muck about with in the first place ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:26:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BD13B16A41F; Fri, 28 Oct 2005 13:26:00 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <436226AF.10109@freebsd.org> Date: Fri, 28 Oct 2005 21:25:03 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <31129.1130495688@critter.freebsd.dk> <436200BE.70604@freebsd.org> <20051028125828.GE66456@cicely12.cicely.de> In-Reply-To: <20051028125828.GE66456@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:26:08 -0000 Bernd Walter wrote: >On Fri, Oct 28, 2005 at 06:43:10PM +0800, David Xu wrote: > > >>Poul-Henning Kamp wrote: >> >> >>>In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >>> >>> >>>the correct way to optimize this would be to add a time(2) systemcall >>>which returns the value of the kernel global time_second. >>> >>> >>> >>Can we make a page in kernel address space which is readable my user >>code? put the variable in the page, I know read an integer is atomic-op, >>needn't lock, so syscall is not needed. >> >> > >Don't whink it is importent for 1s intervalls, but atomic != coherent. > > > That's just an idea. :-) As robert said, add a lower resolution CLOCK_ type may work well. Another thing I just though of, if reading timercounter is so slow, won't gettimeofday hardly block cpu too many cycles ? the cpu is just stucked there by a slow clock in hardware signals. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:27:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CDCC16A41F for ; Fri, 28 Oct 2005 13:27:50 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AAA043D6E for ; Fri, 28 Oct 2005 13:27:49 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EVUGG-000593-7a; Fri, 28 Oct 2005 15:27:17 +0200 Date: Fri, 28 Oct 2005 15:27:53 +0200 From: Marcin Jessa To: Jun Su Message-Id: <20051028152753.3588828d.lists@yazzy.org> In-Reply-To: References: Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: current@freebsd.org Subject: Re: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:27:50 -0000 On Fri, 28 Oct 2005 12:39:01 +0700 Jun Su wrote: > Hi all, > > I enabled PPP in rc.conf. Then I got the above warnning message when > ppp is staring. Does this idenity bug? or it is safe? You could start searching for answer on google. The same thing I did when I saw this message which led me to results showing this is nothing to be worried about. Marcin. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:35:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DB4016A41F for ; Fri, 28 Oct 2005 13:35:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE04843D70 for ; Fri, 28 Oct 2005 13:35:03 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5C8DF.dip.t-dialin.net [84.165.200.223]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j9SDF0sY063171; Fri, 28 Oct 2005 15:15:01 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j9SDYvaq056258; Fri, 28 Oct 2005 15:34:57 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Fri, 28 Oct 2005 15:34:57 +0200 Message-ID: <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 28 Oct 2005 15:34:57 +0200 From: Alexander Leidinger To: Poul-Henning Kamp References: <30595.1130493297@critter.freebsd.dk> In-Reply-To: <30595.1130493297@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:35:09 -0000 Poul-Henning Kamp wrote: > In message <20051028112833.7vs98zpvy808s04k@netchild.homeip.net>, > Alexander Lei > dinger writes: >> Hi, >> >> I switched the timecounter used to use the TSC instead of the ACPI one >> (/etc/sysctl.conf). After rebooting powerd refused to start. I removed the >> line which changes the timecounter in sysctl.conf and powerd starts again. >> >> Is this expected, or is this a bug? >> >> If this is expected: >> - powerd fails with an unhelpful message > > Alexander sends unhelpful bug report without including unhelpful message :-) :-) I don't have the message at hand. I just had time to write the mail, but I don't have my laptop with me to reproduce the message. But it's easy to reproduce, just take a PC which is able to make use of powerd and switch to using TSC as the timecounter. > In general, if you run powerd to change your cpu clock (= TSC > frequency), using TSC as timecounter is _not_ what you want to do. Is it not possible to recalibrate on frequency change, or is it "just" that nobody wrote the code do to it? We need to document this in the powerd man-page and let powerd tell the user if he tries to run in this unsupported mode. Any volunteers (I'm moving my PC's to the new appartment at the weekend, so I can't volunteer)? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The relative importance of files depends on their cost in terms of the human effort needed to regenerate them. -- T.A. Dolotta From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:39:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 21E1616A41F; Fri, 28 Oct 2005 13:39:20 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <436229CF.6040001@freebsd.org> Date: Fri, 28 Oct 2005 21:38:23 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <32412.1130505646@critter.freebsd.dk> In-Reply-To: <32412.1130505646@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Robert Watson , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:39:24 -0000 Poul-Henning Kamp wrote: >>On the other hand, a lower risk change might be to simply add a new CLOCK_ >>type for lower resolution, and have a timer synchronize a variable to the >>system clock once every 1/10 of a second. This avoids having to muck with >>VM layout, etc. >> >> > >Is the CLOCK_* namespace ours to muck about with in the first place ? > > > I prefer this way, can you implement it? The global page idea is a complex, someone can slowly work on it, there are many things can be done, for example, fast syscall using sysenter/sysexit. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:43:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C0E16A41F; Fri, 28 Oct 2005 13:43:55 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D099943D66; Fri, 28 Oct 2005 13:43:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 88B0746B3C; Fri, 28 Oct 2005 09:43:53 -0400 (EDT) Date: Fri, 28 Oct 2005 14:43:53 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <436229CF.6040001@freebsd.org> Message-ID: <20051028144307.X53858@fledge.watson.org> References: <32412.1130505646@critter.freebsd.dk> <436229CF.6040001@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:43:56 -0000 On Fri, 28 Oct 2005, David Xu wrote: > Poul-Henning Kamp wrote: > >>> On the other hand, a lower risk change might be to simply add a new >>> CLOCK_ type for lower resolution, and have a timer synchronize a >>> variable to the system clock once every 1/10 of a second. This avoids >>> having to muck with VM layout, etc. >> >> Is the CLOCK_* namespace ours to muck about with in the first place ? >> > I prefer this way, can you implement it? The global page idea is a > complex, someone can slowly work on it, there are many things can be > done, for example, fast syscall using sysenter/sysexit. I'm happy to take a stab at this. We still need someone to grab the context switch time keeping by the horns and Do Something, though. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:47:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C014316A420 for ; Fri, 28 Oct 2005 13:47:29 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6369C43D48 for ; Fri, 28 Oct 2005 13:47:29 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr3so.prod.shaw.ca (pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IP2005KUOZ4R5B0@l-daemon> for current@freebsd.org; Fri, 28 Oct 2005 07:47:28 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd4mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IP2006AAOZ4U350@pd4mr3so.prod.shaw.ca> for current@freebsd.org; Fri, 28 Oct 2005 07:47:28 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IP200N2YOZ42W@l-daemon> for current@freebsd.org; Fri, 28 Oct 2005 07:47:28 -0600 (MDT) Date: Fri, 28 Oct 2005 06:47:27 -0700 From: Colin Percival In-reply-to: <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> To: Alexander Leidinger Message-id: <43622BEF.3030006@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.92.1.0 References: <30595.1130493297@critter.freebsd.dk> <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051001) Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:47:29 -0000 Alexander Leidinger wrote: > Poul-Henning Kamp wrote: >> In general, if you run powerd to change your cpu clock (= TSC >> frequency), using TSC as timecounter is _not_ what you want to do. > > Is it not possible to recalibrate on frequency change, or is it "just" that > nobody wrote the code do to it? It's not possible in any useful way. When power management code changes the TSC frequency, it doesn't change the frequency directly; instead, it sends a message to the CPU saying "please, if you feel like it, could you change your frequency to some time soon?" Even if you manage to handle the change in frequency, the timecounter would significantly lose accuracy due to not knowing exactly when the change in frequency occurred. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:54:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6954B16A41F for ; Fri, 28 Oct 2005 13:54:19 +0000 (GMT) (envelope-from felipegrazziotin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70A7543D48 for ; Fri, 28 Oct 2005 13:54:18 +0000 (GMT) (envelope-from felipegrazziotin@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so415740nzk for ; Fri, 28 Oct 2005 06:54:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gNzDHkN1e/i1UkkFCGFEs0Hmgu6XfsATouBhSyLSpaRI0aCzMwdQ5UTDPpx0k4s/MZN4mN+fF7xRFQrkx8xHJSWySyJK/JqTv2olgx37hTeK7VpmCrK9/HIlh1li3pooRca5GelYyY89ehIAsCbC7HYJwDKWQw9YViPYJkVDTzw= Received: by 10.36.109.13 with SMTP id h13mr294356nzc; Fri, 28 Oct 2005 06:54:17 -0700 (PDT) Received: by 10.36.160.18 with HTTP; Fri, 28 Oct 2005 06:54:17 -0700 (PDT) Message-ID: <621b657f0510280654j56d4a823n5237f89ccc96b1e9@mail.gmail.com> Date: Fri, 28 Oct 2005 11:54:17 -0200 From: Felipe openglx To: Scott Long In-Reply-To: <436116D3.908@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436116D3.908@samsco.org> Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: openglx@starbyte.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:54:19 -0000 On 10/27/05, Scott Long wrote: > All, > > Wanted to let everyone know that the testing on RC1 has gone well enough > that we've decided to skip RC2 and go straight to 6.0-RELEASE. Everyone > that we have talked to has applauded the stability and functionality of > the system, so we are really pleased and really eager to wrap it up and > get it out to everyone. Over the next 24 hours we will be synchronizing > the RELENG_6_0 tree to get in all of the appropriate bug fixes, then we > will do some test builds as a final verification. Everyone is still > welcome to update their sources on the RELENG_6_0 branch and provide > feedback for the next 48 hours or so. The release will likely be > announced by the end of the weekend or early next week, at the latest. I had a few issues with SiS 630 video driver, already related in thread http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D815881+0+/usr/local/w= ww/db/text/2005/freebsd-current/20051016.freebsd-current Are those corrected already? I did compile the latest kernel (after a cvsup on src-sys*) and X.org still reboots my machine if I enable the SiS driver. -- openglx@StarByte.net From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 13:56:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F150216A41F; Fri, 28 Oct 2005 13:56:40 +0000 (GMT) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A24343D55; Fri, 28 Oct 2005 13:56:39 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35]) by corinth.polands.org (8.13.4/8.13.4) with ESMTP id j9SDudFx083012; Fri, 28 Oct 2005 08:56:39 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id j9SDuccW046319; Fri, 28 Oct 2005 08:56:38 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id j9SDucq0046318; Fri, 28 Oct 2005 08:56:38 -0500 (CDT) (envelope-from djp) Date: Fri, 28 Oct 2005 08:56:38 -0500 From: Doug Poland To: Robert Watson Message-ID: <20051028135638.GC43527@polands.org> References: <20051028045457.GA44396@polands.org> <20051028140301.X20147@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051028140301.X20147@fledge.watson.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1149/Thu Oct 27 15:20:09 2005 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: 6.0 and "options PREEMPTION" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 13:56:41 -0000 On Fri, Oct 28, 2005 at 02:04:37PM +0100, Robert Watson wrote: > On Thu, 27 Oct 2005, Doug Poland wrote: > > > One of the other nice benefits to the SMPVFS work is that with our > > fully preemptive 6.x kernel, not holding the Giant lock over the > > file system code lets the file system code not only preempt lower > > precedence kernel threads, such as background crypto operations or > > file system operations, but be preempted by more timing critical > > code, such as sound card interrupts, network I/O, and so on. > > > >Does this mean that options PREEMPTION is assumed in 6.0? If not, > >could someone explain or point me to some docs that will help me > >understand. > > In FreeBSD 6.0 and higher, options PREEMPTION appears in the default > kernel configuration (GENERIC). > Thank you > When upgrading from earlier revisions, if you keep the same config > file, you'll need to add it manually. With the advent of "include" > support in newer FreeBSD versions, I find I generally have my own > include file include GENERIC, then add nodevice/nooptions to remove > things I don't want, and device/options to add things I do want. The > I've been using the include technique for some time but was unaware of nodevice/nooptions. Sounds cleaner that commenting out unwanted devices and options. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:05:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6795816A41F for ; Fri, 28 Oct 2005 14:05:36 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C929D43D46 for ; Fri, 28 Oct 2005 14:05:35 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 506F02C90C for ; Fri, 28 Oct 2005 16:05:33 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 8C0B92C90A for ; Fri, 28 Oct 2005 16:05:32 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 161972C906 for ; Fri, 28 Oct 2005 16:05:30 +0200 (CEST) From: Massimo Lusetti To: freebsd-current@freebsd.org In-Reply-To: <1130487786.4259.7.camel@massimo.datacode.it> References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> <436176E0.1090401@tog.net> <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> <1130487786.4259.7.camel@massimo.datacode.it> Content-Type: text/plain Organization: CEDOC - Modena Date: Fri, 28 Oct 2005 16:05:30 +0200 Message-Id: <1130508330.4302.1.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:05:36 -0000 On Fri, 2005-10-28 at 10:23 +0200, Massimo Lusetti wrote: > Yep, and on 5.3-STABLE of 12/2004 on a Xeon 2.8G > > null function: 0.00460 > getpid(): 0.41424 > time(): 0.55854 > gettimeofday(): 0.54748 > > > But, while repeating, I've seen values of time() and gettimeofday() > changing even to more then 2 secs. These results are with kern.timecounter.hardware: TSC kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > For the records her > (e is the result on a Linux kernel 2.6.12-1.1380_FC3 > (Fedora Core 3) on a P4 1.8G > > null function: 0.00947 > getpid(): 0.00988 > time(): 3.80196 > gettimeofday(): 4.04731 I don't know how to get infos about timecounter on linux. Regards -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:16:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD3D16A41F; Fri, 28 Oct 2005 14:16:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3536143D45; Fri, 28 Oct 2005 14:16:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 4B5D6BC93; Fri, 28 Oct 2005 14:16:22 +0000 (UTC) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 21:25:03 +0800." <436226AF.10109@freebsd.org> Date: Fri, 28 Oct 2005 16:16:22 +0200 Message-ID: <32650.1130508982@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , ticso@cicely.de, "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:16:24 -0000 In message <436226AF.10109@freebsd.org>, David Xu writes: >That's just an idea. :-) >As robert said, add a lower resolution CLOCK_ type may work well. >Another thing I just though of, if reading timercounter is so slow, won't >gettimeofday hardly block cpu too many cycles ? the cpu is just stucked >there by a slow clock in hardware signals. The get*() family of functions just copy a timestamp, they go nowhere near hardware. So they are fast, but less precise (~ 1 msec). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:15:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3833F16A426; Fri, 28 Oct 2005 14:15:55 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8608F43D46; Fri, 28 Oct 2005 14:15:54 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.13] (c-67-171-8-36.hsd1.wa.comcast.net [67.171.8.36]) (authenticated bits=0) by isis.bgp4.net (8.13.4/8.13.4) with ESMTP id j9SEFlR0055703 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 07:15:53 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <43623292.9090802@bgp4.net> Date: Fri, 28 Oct 2005 07:15:46 -0700 From: Janet Sullivan User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 28 Oct 2005 14:19:27 +0000 Cc: freebsd-current@freebsd.org Subject: 6.0-RC1: ifconfig reporting bad info when using ndis0 & WPA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:15:55 -0000 Sorry for cross posting - with 6.0 so near, I wasn't sure which list to send this too. I'm not subscribed to -current, so please cc me if the conversation is moved there. I just cvsup'd RELENG_6_0 and upgraded by 6.0-RC1 install this morning, eager to see if WPA with ndis0 would now work. The good news: it does. The bad news: ifconfig doesn't report all the information correctly. Here is what ifconfig -a is reporting for ndis0: ndis0: flags=8843 mtu 1500 inet6 fe80::20f:66ff:fefe:a1a7%ndis0 prefixlen 64 scopeid 0x3 inet 192.168.23.13 netmask 0xffffff00 broadcast 192.168.23.255 ether 00:0f:66:fe:a1:a7 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid BGP4 channel 1 bssid 00:0f:66:bc:9b:0a authmode OPEN privacy OFF txpowmax 100 protmode CTS The problem is that the connection is actually on channel 11, not channel 1, and its using WPA. Is this a known issue? From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:21:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E34316A420 for ; Fri, 28 Oct 2005 14:21:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8AE143D49 for ; Fri, 28 Oct 2005 14:21:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 63EBEBC7A; Fri, 28 Oct 2005 14:21:16 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 15:34:57 +0200." <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> Date: Fri, 28 Oct 2005 16:21:16 +0200 Message-ID: <32664.1130509276@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:21:18 -0000 In message <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net>, Alexander Lei dinger writes: >> In general, if you run powerd to change your cpu clock (= TSC >> frequency), using TSC as timecounter is _not_ what you want to do. > >Is it not possible to recalibrate on frequency change, or is it "just" that >nobody wrote the code do to it? It's all a matter of what precision you want and how sensitive you are to jumps. Making it work in one specific (well chosen) machine is possible, making it work in general across all possible types of PC hardware is not. >We need to document this in the powerd man-page and let powerd tell the user >if he tries to run in this unsupported mode. Any volunteers (I'm moving my >PC's to the new appartment at the weekend, so I can't volunteer)? Our defaults do the right thing I belive. It's only when the user overrides the defaults that bad things happen. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:20:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FCF816A41F; Fri, 28 Oct 2005 14:20:50 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from relay-bm.club-internet.fr (relay-bm.club-internet.fr [194.158.104.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64D943D55; Fri, 28 Oct 2005 14:20:49 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from [192.168.0.3] (d02v-213-44-152-175.d4.club-internet.fr [213.44.152.175]) by relay-bm.club-internet.fr (Postfix) with ESMTP id 79DE625625; Fri, 28 Oct 2005 16:20:48 +0200 (CEST) In-Reply-To: <200510271934.19827.jkim@FreeBSD.org> References: <200510261814.32292.jkim@FreeBSD.org> <200510271934.19827.jkim@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <601C4395-D01F-4BF9-B9EB-C12318F6EB2C@club-internet.fr> Content-Transfer-Encoding: 7bit From: Mathieu Prevot Date: Fri, 28 Oct 2005 16:20:38 +0200 To: Jung-uk Kim X-Mailer: Apple Mail (2.734) X-Mailman-Approved-At: Fri, 28 Oct 2005 14:24:30 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:20:50 -0000 >> This patch is merge from ACPICA 20051021 release: >> >> http://people.freebsd.org/~jkim/acpica-import-20051021.diff.gz >> > > As I promised earlier, here is the patch against RELENG_6: > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.diff.gz > > If you are running -CURRENT, the previous patch is the one for you. > > >> There are new files added in this release. So, you need `-p' >> option when applying this patch. >> >> Please test and/or review. >> > > Please do the same. > > Thanks, > > Jung-uk Kim The patch works on 6.0 RC1 GENERIC (RELENG_6) ie not anymore exceptions in ACPI. -- MP From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:26:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC70A16A41F; Fri, 28 Oct 2005 14:26:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9CA43D46; Fri, 28 Oct 2005 14:26:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id E0809BC50; Fri, 28 Oct 2005 14:26:23 +0000 (UTC) To: Colin Percival From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 06:47:27 PDT." <43622BEF.3030006@freebsd.org> Date: Fri, 28 Oct 2005 16:26:23 +0200 Message-ID: <32700.1130509583@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Leidinger , current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:26:26 -0000 In message <43622BEF.3030006@freebsd.org>, Colin Percival writes: >Alexander Leidinger wrote: >> Poul-Henning Kamp wrote: >>> In general, if you run powerd to change your cpu clock (= TSC >>> frequency), using TSC as timecounter is _not_ what you want to do. >> >> Is it not possible to recalibrate on frequency change, or is it "just" that >> nobody wrote the code do to it? > >It's not possible in any useful way. When power management code changes >the TSC frequency, it doesn't change the frequency directly; instead, it >sends a message to the CPU saying "please, if you feel like it, could you >change your frequency to some time soon?" > >Even if you manage to handle the change in frequency, the timecounter >would significantly lose accuracy due to not knowing exactly when the >change in frequency occurred. This is stuff you can calibrate your way out of given enough time, effort and external reference, but a generic solution is not possible. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:35:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2449416A420 for ; Fri, 28 Oct 2005 14:35:23 +0000 (GMT) (envelope-from mclone@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A74443D5A for ; Fri, 28 Oct 2005 14:35:21 +0000 (GMT) (envelope-from mclone@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so297854wxc for ; Fri, 28 Oct 2005 07:35:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Eq/kHusU8Jtj9ra77Ti5dumLreUjy+ZmOGcI6zJ35aLr6oYJC4aJGBK60YH8g81fgM3Wz+JdNDZJtizyCSBTJUrQZJjMuiDiFJU0io6CxdfGRcGQjDnfEtw+Qqq5/8ykPqw680tRxRltpFg25MOHuZrGuEifXF7+umUFjuLIzZg= Received: by 10.65.242.9 with SMTP id u9mr113326qbr; Fri, 28 Oct 2005 06:39:47 -0700 (PDT) Received: by 10.64.184.14 with HTTP; Fri, 28 Oct 2005 06:39:47 -0700 (PDT) Message-ID: <451cb3010510280639o5dce1268lb98e2dd5ccae938a@mail.gmail.com> Date: Fri, 28 Oct 2005 16:39:47 +0300 From: McLone To: current@freebsd.org In-Reply-To: <20051026092137.GB37564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <451cb3010510251331l3e664c04u210052947c36a252@mail.gmail.com> <20051026092137.GB37564@garage.freebsd.pl> Cc: Subject: Re: geom_eli stability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:35:23 -0000 T24gMTAvMjYvMDUsIFBhd2VsIEpha3ViIERhd2lkZWsgPHBqZEBmcmVlYnNkLm9yZz4gd3JvdGU6 Cj4gT24gVHVlLCBPY3QgMjUsIDIwMDUgYXQgMTE6MzE6MzFQTSArMDMwMCwgTWNMb25lIHdyb3Rl Ogo+ICs+ID4gbW91bnQgL2Rldi9hZDNzMWUuZWxpIC9tbnQvbmV3L3Vzcgo+ICs+ID4gY2QgL3Vz ci9zcmMgJiYgc2V0ZW52IERFU1RESVIgL21udC9uZXcKPiArPiA+IG1ha2UgaW5zdGFsbHdvcmxk Cj4gKz4gaXQgcGFuaWNrcyBoZXJlIChsYXRlc3QgUkVMRU5HXzYpIHdpdGggdm1fPy4KPiBUaGVy ZSBhcmUgbm8gcHJvYmxlbXMgaW4gZ2VsaSg4KSB0aGF0IEknbSBhd2FyZSBvZiwgc28gbW9yZSBk ZWJ1ZyB3aWxsCj4gYmUgaGVscGZ1bC4KaSB3YXMgdW5hYmxlIHRvIHJlcHJvZHVjZSBpdCB0b2Rh eSB3aXRoIGRlYnVnIGtlcm5lbC4KSSB3YXMgdHJ5aW5nIGluIHNpbmdsZS11c2VyIG1vZGUsIHdp dGggdGhpbmdzIGxpa2UgTkZTIGFuZCBYIGxvYWRlZC4KLS0Kd2JyLCAgICAgICAgICAgICAgICAg ICAgICAgIHxcICAgICAgXywsLC0tLSwsXyAgICAgICAgICAgZG9nIGJsZXNzIHlhIQpgICAgICAg ICAgICAgICAgICAgICAgICBaenogLyxgLi0nYCcgICAgLS4gIDstOzssXwpNY0xvbmUgYXQgR01h aWwgZG90IGNvbSAgICB8LDQtICApICktLF8uICxcICggIGAnLScKLCBuZXQtIGFuZCAqQlNEIGFk bWluICAgICAnLS0tJycoXy8tLScgIGAtJ1xfKSAgIC4uLnRyYW5zbGl0IHJhd3gK From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:35:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 68F4016A58F; Fri, 28 Oct 2005 14:35:45 +0000 (GMT) In-Reply-To: <43623292.9090802@bgp4.net> from Janet Sullivan at "Oct 28, 2005 07:15:46 am" To: ciscogeek@bgp4.net (Janet Sullivan) Date: Fri, 28 Oct 2005 14:35:45 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051028143545.68F4016A58F@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 6.0-RC1: ifconfig reporting bad info when using ndis0 & WPA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:35:45 -0000 > Sorry for cross posting - with 6.0 so near, I wasn't sure which list to > send this too. I'm not subscribed to -current, so please cc me if the > conversation is moved there. > > I just cvsup'd RELENG_6_0 and upgraded by 6.0-RC1 install this morning, > eager to see if WPA with ndis0 would now work. The good news: it does. > The bad news: ifconfig doesn't report all the information correctly. > > Here is what ifconfig -a is reporting for ndis0: > > ndis0: flags=8843 mtu 1500 > inet6 fe80::20f:66ff:fefe:a1a7%ndis0 prefixlen 64 scopeid 0x3 > inet 192.168.23.13 netmask 0xffffff00 broadcast 192.168.23.255 > ether 00:0f:66:fe:a1:a7 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid BGP4 channel 1 bssid 00:0f:66:bc:9b:0a > authmode OPEN privacy OFF txpowmax 100 protmode CTS > > The problem is that the connection is actually on channel 11, not > channel 1, and its using WPA. > > Is this a known issue? When using wpa_supplicant in -D ndis mode, it modifies the interface configuration directly using ioctl()s to the NDIS driver (which is exactly what it does on Windows, only in Windows it's called DeviceIoControl() instead of ioctl). Consequently, net80211 isn't aware of all the state changes that it triggers. I think this can be remedied, but for now I thought people would be more interested in actually having WPA and WPA2 actually work, and wouldn't mind so much that ifconfig didn't always report precisely the right state info at all times. I can probably fix this, but it'll have to wait until after the release is cut before I can merge it into 6.x. Out of curiosity, what card do you have? -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 15:03:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5573216A41F; Fri, 28 Oct 2005 15:03:53 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72CD43D45; Fri, 28 Oct 2005 15:03:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9SFCNG8080564; Fri, 28 Oct 2005 11:12:23 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: dawnshade Date: Fri, 28 Oct 2005 11:03:34 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510281103.38622.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1149/Thu Oct 27 16:20:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Re[2]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 15:03:53 -0000 On Friday 28 October 2005 02:19 am, dawnshade wrote: > -----Original Message----- > From: Jung-uk Kim > To: freebsd-acpi@FreeBSD.org > Date: Thu, 27 Oct 2005 19:34:16 -0400 > Subject: Re: [PATCH] ACPICA 20051021 import > > > As I promised earlier, here is the patch against RELENG_6: > > > > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.dif > >f.gz > > > > If you are running -CURRENT, the previous patch is the one for > > you. > > > > > There are new files added in this release. So, you need `-p' > > > option when applying this patch. > > > > > > Please test and/or review. > > > > Please do the same. > > cvsupped now (10.00 MSK GMT+04) to RELENG_6 > failed to patch file: src/sys/dev/acpi_support/acpi_ppc.c (i have > no this file at all). Soryy, that was my local file. Corrected. > and compiler error was: > cc -O -pipe -march=pentium-m > -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica > -DACPI_USE_LOCAL_CACHE -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- > -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/src/sys/i386/compile/35/opt_global.h -I. -I@ -I@/contrib/altq > -I@/../include -finline-limit=8000 -fno-common > -I/usr/src/sys/i386/compile/35 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse > -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror > -Wall -Wno-format-y2k -Wno-uninitialized -c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/psloop.c >:1062: error: redefinition of 'AcpiGbl_Depth' --- >8 --- SNIP!!! --- >8 --- This means that you have applied the patch twice or more. You will have to clean up your tree and re-apply the patch. FYI, these files have to be removed before apply the patch again: src/sys/contrib/dev/acpica/acnames.h src/sys/contrib/dev/acpica/acopcode.h src/sys/contrib/dev/acpica/aecommon.h src/sys/contrib/dev/acpica/aeexec.c src/sys/contrib/dev/acpica/psloop.c src/sys/contrib/dev/acpica/rsinfo.c src/sys/contrib/dev/acpica/utcache.c src/sys/contrib/dev/acpica/utmutex.c src/sys/contrib/dev/acpica/utstate.c src/sys/contrib/dev/acpica/compiler/asldefine.h Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 15:24:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B72A416A41F for ; Fri, 28 Oct 2005 15:24:28 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp203.mail.sc5.yahoo.com (smtp203.mail.sc5.yahoo.com [216.136.129.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 479D743D45 for ; Fri, 28 Oct 2005 15:24:28 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 37782 invoked from network); 28 Oct 2005 14:00:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:Subject:From:To:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=OAi9XTX+vc0gV9c2S/bcXoumvj2s/xrVG87QwDOqO8SE/8VhKGbEUsygCZtMJhp+Q3ww3O9DXx/Cv/UFacW6xgRuvSTRz/MCRE+jBP5izPeXxsMJe6embkODEyez/3boLPWjUe5d/qSKyaxr02glmvmkxfIp3ej1SA3uyI4/yqE= ; Received: from unknown (HELO 201-1-36-16.dsl.telesp.net.br) (ricardo?bsd@201.1.36.16 with plain) by smtp203.mail.sc5.yahoo.com with SMTP; 28 Oct 2005 14:00:31 -0000 From: "Ricardo A. Reis" To: current@freebsd.org In-Reply-To: <1130487786.4259.7.camel@massimo.datacode.it> References: <21137.1130401220@critter.freebsd.dk> <00a801c5dacf$db3b7700$6504010a@Jura> <43613541.7030009@mac.com> <43615BBB.2080702@paradise.net.nz> <4361683E.7040504@freebsd.org> <436171E2.6050206@freebsd.org> <436176E0.1090401@tog.net> <1864.FgtQRFVGBkU=.1130463640.squirrel@172.16.0.1> <1130487786.4259.7.camel@massimo.datacode.it> Content-Type: text/plain Date: Fri, 28 Oct 2005 10:00:07 -0200 Message-Id: <1130500807.681.5.camel@myfreebsd.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 15:24:28 -0000 > For the records here is the result on a Linux kernel 2.6.12-1.1380_FC3 > (Fedora Core 3) on a P4 1.8G > > null function: 0.00947 > getpid(): 0.00988 > time(): 3.80196 > gettimeofday(): 4.04731 FreeBSD Beta5 on K6-2 I try again with RC1... null function: 0.00402 getpid(): 1.37932 time(): 3.94733 gettimeofday(): 3.79767 Ricardo A. Reis UNIFESP _______________________________________________________ Promoçăo Yahoo! Acesso Grátis: a cada hora navegada vocę acumula cupons e concorre a mais de 500 pręmios! Participe! http://yahoo.fbiz.com.br/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 15:41:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5930916A420; Fri, 28 Oct 2005 15:41:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF38E43D45; Fri, 28 Oct 2005 15:41:56 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9SFfrZR045053; Fri, 28 Oct 2005 09:41:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <436246C1.3030108@samsco.org> Date: Fri, 28 Oct 2005 09:41:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: openglx@starbyte.net References: <436116D3.908@samsco.org> <621b657f0510280654j56d4a823n5237f89ccc96b1e9@mail.gmail.com> In-Reply-To: <621b657f0510280654j56d4a823n5237f89ccc96b1e9@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 15:41:57 -0000 Felipe openglx wrote: > On 10/27/05, Scott Long wrote: > >>All, >> >>Wanted to let everyone know that the testing on RC1 has gone well enough >>that we've decided to skip RC2 and go straight to 6.0-RELEASE. Everyone >>that we have talked to has applauded the stability and functionality of >>the system, so we are really pleased and really eager to wrap it up and >>get it out to everyone. Over the next 24 hours we will be synchronizing >>the RELENG_6_0 tree to get in all of the appropriate bug fixes, then we >>will do some test builds as a final verification. Everyone is still >>welcome to update their sources on the RELENG_6_0 branch and provide >>feedback for the next 48 hours or so. The release will likely be >>announced by the end of the weekend or early next week, at the latest. > > > I had a few issues with SiS 630 video driver, already related in > thread http://docs.freebsd.org/cgi/getmsg.cgi?fetch=815881+0+/usr/local/www/db/text/2005/freebsd-current/20051016.freebsd-current > > Are those corrected already? I did compile the latest kernel (after a > cvsup on src-sys*) and X.org still reboots my machine if I enable the > SiS driver. > > -- > openglx@StarByte.net You'll need to work with the X11 developers. X is only something that FreeBSD includes as a 3rd party package, it's not something that we work on as part of the OS. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 15:59:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612C516A420 for ; Fri, 28 Oct 2005 15:59:13 +0000 (GMT) (envelope-from felipegrazziotin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 100C643D4C for ; Fri, 28 Oct 2005 15:59:10 +0000 (GMT) (envelope-from felipegrazziotin@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so431725nzk for ; Fri, 28 Oct 2005 08:59:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CekmGa9oQZ0PFIdOo90S8Vdh/vDlFS/8E9gNHV1RcVtGch/Ug0lpBzzXrV7lGIEKc3aMj8dcK4DSXMfArsoZ6GKb5sFdIA4R55B8xgCg8n0Zt5yMrjj1s4BUdCS7Q51CpY9/oeQJGzJjKmLtrAET3PSQUShE6tbRcY2hCK09U9w= Received: by 10.37.14.23 with SMTP id r23mr447732nzi; Fri, 28 Oct 2005 08:59:10 -0700 (PDT) Received: by 10.36.160.18 with HTTP; Fri, 28 Oct 2005 08:59:09 -0700 (PDT) Message-ID: <621b657f0510280859g14f5cfc6yf933cda94b580f33@mail.gmail.com> Date: Fri, 28 Oct 2005 13:59:10 -0200 From: Felipe openglx Sender: felipegrazziotin@gmail.com To: Scott Long In-Reply-To: <436246C1.3030108@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436116D3.908@samsco.org> <621b657f0510280654j56d4a823n5237f89ccc96b1e9@mail.gmail.com> <436246C1.3030108@samsco.org> Cc: stable@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 15:59:13 -0000 On 10/28/05, Scott Long wrote: > You'll need to work with the X11 developers. X is only something that > FreeBSD includes as a 3rd party package, it's not something that we > work on as part of the OS. That's odd, because X11 always worked on that machine, on any linux distro and even on freebsd (4.x, 5.x, but NOT 6.x). Maybe some kernel driver changed and broke the compatibility between X11 and FreeBSD for that video card? -- openglx@StarByte.net From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 16:12:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C87FF16A512 for ; Fri, 28 Oct 2005 16:12:55 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3712D43D77 for ; Fri, 28 Oct 2005 16:12:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9SG8ZpU034162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 09:08:36 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43624CF5.5090403@errno.com> Date: Fri, 28 Oct 2005 09:08:21 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Russell J. Yount" References: <9308474.1130451660@[192.168.1.207]> In-Reply-To: <9308474.1130451660@[192.168.1.207]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RC1 hostapd with wi(4) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 16:12:56 -0000 Russell J. Yount wrote: > I have FreeBSD 6.0-RC1 setup as an AP using ath(4) driver, > hostapd(8) using WPA-PSK, and if_bridge(4) between an sis(4) > and wi(4). It seems to work well with a windows XP client. > > When I try to substitute the wi(4) driver (with card firmware 1.7.4) > windows XP seems to see it to be WEP security rather than AES,TKIP > and will not associate. > > Running hostapd with debugging seem to indicate no packets are > passed to hostapd and I do not see received packet on the wi(4) > interface with netstat -i. > > With open authentication wi(4) seems to work well. > > Is there something different in capabilities between the ath(4) > and wi(4) drivers related to using hostapd in FreeBSD? The wi driver does not support WPA and I've never tried it with 802.1x. > > The intersil-prism card I have used with hostapd in linux for > over a year with no problems. Linux uses a completely different driver that supports WPA w/ Prism cards. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 16:53:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2332416A423 for ; Fri, 28 Oct 2005 16:53:41 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE2043D48 for ; Fri, 28 Oct 2005 16:53:39 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id AD50CEB144C for ; Sat, 29 Oct 2005 00:53:33 +0800 (CST) Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 11948-17 for ; Sat, 29 Oct 2005 00:53:29 +0800 (CST) Received: from beastie.frontfree.net (unknown [211.71.95.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B43F3EB09E7 for ; Sat, 29 Oct 2005 00:53:26 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id DECA313676C for ; Sat, 29 Oct 2005 00:53:18 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88711-06 for ; Sat, 29 Oct 2005 00:53:18 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 0B189136765; Sat, 29 Oct 2005 00:53:15 +0800 (CST) Date: Sat, 29 Oct 2005 00:53:14 +0800 From: Xin LI To: freebsd-current@FreeBSD.org Message-ID: <20051028165314.GA89706@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #4: Thu Jul 28 10:59:26 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net X-Virus-Scanned: amavisd-new at geekcn.org Cc: Subject: [RELENG_6] NFS panic on locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 16:53:41 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On a production CVS server of ours we got panics when there is some wrong data was injected to the NFS TCP connection. This may indicate some error in our error handling code of NFS client. However, the issue happens only when the gateway between the CVS server and the NFS server is heavily loaded, therefore reproducing the issue is somewh= at hard. I have enabled DEBUG_VFS_LOCK to see if I can catch something. The backtrace goes here: 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 condition= s. 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: <3>impossible packet length (745074944) from nfs server 10.88.15.238:/data0= /vhost/wiki/vol/APPLE/matrixdata/docroot panic: lockmgr: locking against myself KDB: enter: panic Dumping 1022 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1022MB (261600 pages) 1006 990 974 958 942 926 910 894 878 862 8= 46 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 = 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254= 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc047f373 in db_fncall (dummy1=3D-1066385920, dummy2=3D0, dummy3=3D-10= 67193049,=20 dummy4=3D0xe775d7a0 "=CC=D7u=E7\224=D4c=C0=B8=D7u=E7=BC=D7u=E7\220\a") = at /usr/src/sys/ddb/db_command.c:492 fn_addr =3D -1068348316 args =3D {1, 0, 544593784, -1067199340, -1066463456, -1066463680, 0, -4117= 07512, 2, -1066737952} nargs =3D 0 retval =3D 0 t =3D 0 #2 0xc047f178 in db_command (last_cmdp=3D0xc06dc4c4, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc06a83f4,=20 aux_cmd_tablep_end=3D0xc06a8410) at /usr/src/sys/ddb/db_command.c:350 cmd =3D (struct command *) 0xc06ae080 t =3D 0 modif =3D "=CC=D7u=E7\224=D4c=C0=B8=D7u=E7=BC=D7u=E7\220\a\000\000\220\a\0= 00\000=CF\a\000\000\000\000\000\000\000>p=C0\r\000\000\000\000>p=C0\000>p= =C0\r\000\000\000\001\000\000\000=F8=D7u=E7O=CEc=C0=F8=D7u=E7h=CEc=C0@\016o= =C0`rn=C0x\000\000\000=C0=CDm=C0\000\000\000\000\030=D8u=E7=F0\021H=C0\000$= i=C0=E0\016H=C0\000\000\000\000=C0=CDm=C0\222\006H? addr =3D -1066385920 count =3D -1067193049 have_addr =3D 0 result =3D 0 #3 0xc047f240 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #4 0xc0480e4d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 jb =3D {{_jb =3D {-411707304, -411707324, -411707252, -1006365520, 0, -106= 9019674, -1068274507, -1066851157,=20 -1066845781, -1066851596, -411707248, -1068273655}}} prev_jb =3D (void *) 0x0 bkpt =3D 0 #5 0xc053e2af in kdb_trap (type=3D3, code=3D0, tf=3D0xe775d8e0) at /usr/sr= c/sys/kern/subr_kdb.c:473 handled =3D -411707168 #6 0xc0659578 in trap (frame=3D {tf_fs =3D -411762680, tf_es =3D -1068302296, tf_ds =3D -1066860504, = tf_edi =3D 1, tf_esi =3D -1066857605, tf_ebp =3D -411707104, tf_isp =3D -41= 1707124, tf_ebx =3D -411707060, tf_edx =3D 0, tf_ecx =3D -1061072896, tf_ea= x =3D 18, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068244941, tf_cs =3D = 32, tf_eflags =3D 658, tf_esp =3D -411707072, tf_ss =3D -1068346465}) at /usr/src/sys/i386/i386/trap.c:591 td =3D (struct thread *) 0xc40414b0 p =3D (struct proc *) 0xc4044418 sticks =3D 17104896 i =3D 0 ucode =3D 0 type =3D 3 code =3D 0 eva =3D 0 #7 0xc06498aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #8 0xc053e033 in kdb_enter (msg=3D0x12
) at cp= ufunc.h:60 No locals. #9 0xc052539f in panic (fmt=3D0xc0690b7b "lockmgr: locking against myself"= ) at /usr/src/sys/kern/kern_shutdown.c:539 td =3D (struct thread *) 0xc40414b0 bootopt =3D 256 newpanic =3D 1 ap =3D 0xe775d94c "=B0\024\004? buf =3D "lockmgr: locking against myself", '\0' #10 0xc0518966 in lockmgr (lkp=3D0xc2d109e8, flags=3D8194, interlkp=3D0x80,= td=3D0xc40414b0) at /usr/src/sys/kern/kern_lock.c:330 error =3D 0 thr =3D (struct thread *) 0xc40414b0 extflags =3D 128 lockflags =3D 18 #11 0xc0573246 in vop_stdlock (ap=3D0x0) at /usr/src/sys/kern/vfs_default.c= :258 vp =3D (struct vnode *) 0xc0c15000 #12 0xc0669583 in VOP_LOCK_APV (vop=3D0xc06c2c60, a=3D0xe775d9b0) at vnode_= if.c:1642 rc =3D -1066652576 #13 0xc0587e78 in vn_lock (vp=3D0xc2d10990, flags=3D8194, td=3D0xc40414b0) = at vnode_if.h:844 error =3D 18 #14 0xc057be9a in vrele (vp=3D0xc2d10990) at /usr/src/sys/kern/vfs_subr.c:2= 050 td =3D (struct thread *) 0xc40414b0 #15 0xc05cbe2c in nfs_lookup (ap=3D0x12) at /usr/src/sys/nfsclient/nfs_vnop= s.c:893 cnp =3D (struct componentname *) 0xe775dc90 dvp =3D (struct vnode *) 0xc43ab110 vpp =3D (struct vnode **) 0xe775dc7c flags =3D 16814096 newvp =3D (struct vnode *) 0xc2d10990 bpos =3D 0xc511d150 "h" dpos =3D 0xc44e0ab0 "" mreq =3D (struct mbuf *) 0xc511d100 mrep =3D (struct mbuf *) 0x0 md =3D (struct mbuf *) 0xc44e0a00 mb =3D (struct mbuf *) 0xc511d100 len =3D 72 fhp =3D (nfsfh_t *) 0xc44e0a38 np =3D (struct nfsnode *) 0xc44ee564 error =3D 72 attrflag =3D 0 fhsize =3D 28 v3 =3D 512 td =3D (struct thread *) 0xc40414b0 #16 0xc06689a7 in VOP_LOOKUP_APV (vop=3D0xc06c8820, a=3D0xe775db3c) at vnod= e_if.c:99 rc =3D -1066629088 #17 0xc0575389 in lookup (ndp=3D0xe775dc68) at vnode_if.h:56 cp =3D 0xc2a2805b "" dp =3D (struct vnode *) 0xc43ab110 tdp =3D (struct vnode *) 0xc2290bb0 mp =3D (struct mount *) 0xc2a2805b docache =3D 0 wantparent =3D 16 rdonly =3D 0 trailing_slash =3D 0 error =3D 0 dpunlocked =3D 0 cnp =3D (struct componentname *) 0xe775dc90 td =3D (struct thread *) 0xc40414b0 vfslocked =3D 1 tvfslocked =3D 1 #18 0xc0574cca in namei (ndp=3D0xe775dc68) at /usr/src/sys/kern/vfs_lookup.= c:203 fdp =3D (struct filedesc *) 0xc2ba2000 cp =3D 0xc2ba2000 "d =BA=C2?=BA=C2 =C2i=C2Pe\035=C2Pe\035=C2\024" dp =3D (struct vnode *) 0xc21d6550 aiov =3D {iov_base =3D 0xc0582a7b, iov_len =3D 8194} auio =3D {uio_iov =3D 0xe775dbb4, uio_iovcnt =3D 128, uio_offset =3D -4322= 306996204929024, uio_resid =3D 0,=20 uio_segflg =3D 3228314720, uio_rw =3D 3883260924, uio_td =3D 0x4} error =3D -1038260912 linklen =3D -1038260912 cnp =3D (struct componentname *) 0xe775dc90 td =3D (struct thread *) 0xc40414b0 p =3D (struct proc *) 0x0 vfslocked =3D 0 #19 0xc0583d90 in kern_rename (td=3D0xc40414b0, from=3D0x12
,=20 to=3D0x12
, pathseg=3DUIO_USERSPACE) at /us= r/src/sys/kern/vfs_syscalls.c:3188 mp =3D (struct mount *) 0x0 tvp =3D (struct vnode *) 0x2002 fvp =3D (struct vnode *) 0x0 tdvp =3D (struct vnode *) 0x0 fromnd =3D {ni_dirp =3D 0x82435dc
, ni_se= gflg =3D UIO_USERSPACE, ni_startdir =3D 0x0,=20 ni_rootdir =3D 0xc21d6550, ni_topdir =3D 0xc21d6550, ni_vp =3D 0x0, ni_dv= p =3D 0xc43ab110, ni_pathlen =3D 1,=20 ni_next =3D 0xc2a2805b "", ni_loopcnt =3D 0, ni_cnd =3D {cn_nameiop =3D 2= , cn_flags =3D 16814096, cn_thread =3D 0xc40414b0,=20 cn_cred =3D 0xc2757680, cn_lkflags =3D 2,=20 cn_pnbuf =3D 0xc2a28000 "/usr/local/share/docroot/bkup/cvs/mailtech/Foo= App1/myapp10/stuff/nconf/#cvs.cvsup-2172.6595",=20 cn_nameptr =3D 0xc2a28047 "#cvs.cvsup-2172.6595", cn_namelen =3D 20, cn= _consume =3D 0}} tond =3D {ni_dirp =3D 0xc057c1f2 "\203=C4\004d\213\025", ni_segflg =3D 326= 8479376, ni_startdir =3D 0xc2d10990,=20 ni_rootdir =3D 0xe775dc48, ni_topdir =3D 0xc057bf36, ni_vp =3D 0xc2d10990= , ni_dvp =3D 0xc06d7940, ni_pathlen =3D 3268479376,=20 ni_next =3D 0x0, ni_loopcnt =3D 3288601776, ni_cnd =3D {cn_nameiop =3D 1,= cn_flags =3D 0, cn_thread =3D 0xe775dcc4,=20 cn_cred =3D 0xc0582b05, cn_lkflags =3D -1026487920, cn_pnbuf =3D 0xc404= 14b0 "\030D\004=C4=E0\004N?,=20 cn_nameptr =3D 0xc2d10990 "\001", cn_namelen =3D 493, cn_consume =3D -4= 11706264}} tvfslocked =3D -411706372 fvfslocked =3D -1067018852 error =3D -1006353384 #20 0xc0583d49 in rename (td=3D0xc40414b0, uap=3D0x12) at /usr/src/sys/kern= /vfs_syscalls.c:3167 No locals. #21 0xc0659dcb in syscall (frame=3D {tf_fs =3D 1858994235, tf_es =3D -1078001605, tf_ds =3D 136249403, tf= _edi =3D 1859007112, tf_esi =3D -1077940604, tf_ebp =3D 136256060, tf_isp = =3D -411706012, tf_ebx =3D 3, tf_edx =3D 32768, tf_ecx =3D 0, tf_eax =3D 12= 8, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 1859694163, tf_cs =3D 51, tf_= eflags =3D 530, tf_esp =3D 136255664, tf_ss =3D 59}) at /usr/src/sys/i386/i= 386/trap.c:976 params =3D 0x81f18b4
callp =3D (struct sysent *) 0xc06b74c0 td =3D (struct thread *) 0xc40414b0 p =3D (struct proc *) 0xc4044418 orig_tf_eflags =3D 530 sticks =3D 688 error =3D 0 narg =3D 2 args =3D {136590812, 136590216, 80, 0, 0, 0, 688, -1006353384} code =3D 128 #22 0xc06498ff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 No locals. #23 0x00000033 in ?? () No symbol table info available. (kgdb)=20 Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYld6/cVsHxFZiIoRAnlwAJ9kYgCVrvCFjKGSgP7TVwtKq36SuACaArz8 370ypzz45+ZF1TMePnlsy2s= =oEVa -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:10:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0967316A41F; Fri, 28 Oct 2005 17:10:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A981743D45; Fri, 28 Oct 2005 17:10:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id E05921F9601; Fri, 28 Oct 2005 10:10:09 -0700 (PDT) Received: from [192.168.2.6] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j9SHA42B069030; Fri, 28 Oct 2005 10:10:06 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <43625B69.9080400@elischer.org> Date: Fri, 28 Oct 2005 10:10:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <32412.1130505646@critter.freebsd.dk> In-Reply-To: <32412.1130505646@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:10:11 -0000 Poul-Henning Kamp wrote: >In message <20051028140556.W20147@fledge.watson.org>, Robert Watson writes: > > >>On Fri, 28 Oct 2005, David Xu wrote: >> >> >> >>>Poul-Henning Kamp wrote: >>> >>> >>>>In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >>>> >>>>the correct way to optimize this would be to add a time(2) systemcall >>>>which returns the value of the kernel global time_second. >>>> >>>> >>>Can we make a page in kernel address space which is readable my user >>>code? put the variable in the page, I know read an integer is atomic-op, >>>needn't lock, so syscall is not needed. >>> >>> >>This approach has a lot of merit, as we can also potentially export other >>information there (such as kernel preferences for system call mechanisms). >> >> > >Yes, there are many advantages to this approach, but we need a solution >to the API versioning problem before we head that way. > >For anyone wanting to look at this, three are a number of nasties >to remember: > >1. How does userland get hold of the page ? Does it open a magic > device ? Use a magic syscall ? Or does all processes just get > the page by default ? > >2. Where in the address space do we put it ? > > Linux does this and even implements syscalls through it I believe. We'll probably need to implement it eventually for linux compat. >3. Layout and alignment issues. Remember that things change size > over time. (Version numbers for each element ?) And that cross- > arch support is desirable (32bit i386 binaries on 64bit amd64 arch) > >4. Do guarantee a syscall fallback for all facilities if there is version > skew, or do we abort the program ? > >5. Do we want a global system page and a per process page while we > are at it. There is plenty of stuff we could put in the per-proc > page: pid, ppid, resource usage, proctitle etc. > > > > >>On the other hand, a lower risk change might be to simply add a new CLOCK_ >>type for lower resolution, and have a timer synchronize a variable to the >>system clock once every 1/10 of a second. This avoids having to muck with >>VM layout, etc. >> >> > >Is the CLOCK_* namespace ours to muck about with in the first place ? > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:22:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83BB916A41F for ; Fri, 28 Oct 2005 17:22:50 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31806.mail.mud.yahoo.com (web31806.mail.mud.yahoo.com [68.142.207.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FC8843D45 for ; Fri, 28 Oct 2005 17:22:49 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 66551 invoked by uid 60001); 28 Oct 2005 17:22:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XXB2n9bQqo4v0KwnVzFmp4LsaT5gbDOto5Akk+oohbC8Kaa5vjQ6tngKXIqHtY1mhqUYsAvSwZMiwGEZudyJrSd6oqS4a5G5ffnNx1kcIcEm634Rqfy5XPZt8AEiKA6YRx6gZ027hwGuWjgKlbpaQ8JOPcPZpH6H9moA/xAsi2U= ; Message-ID: <20051028172249.66549.qmail@web31806.mail.mud.yahoo.com> Received: from [71.139.18.154] by web31806.mail.mud.yahoo.com via HTTP; Fri, 28 Oct 2005 10:22:49 PDT Date: Fri, 28 Oct 2005 10:22:49 -0700 (PDT) From: Mohan Srinivasan To: Xin LI , freebsd-current@FreeBSD.org In-Reply-To: <20051028165314.GA89706@frontfree.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: [RELENG_6] NFS panic on locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:22:50 -0000 I saw this once too. The following change should fix this. @@ -965,7 +969,7 @@ nfsmout: if (error) { if (newvp != NULLVP) { - vrele(newvp); + vput(newvp); *vpp = NULLVP; } if ((cnp->cn_nameiop == CREATE || cnp->cn_nameiop == RENAME) && Will check it into current soon. mohan --- Xin LI wrote: > Hi, > > On a production CVS server of ours we got panics when there is some wrong > data was injected to the NFS TCP connection. This may indicate some error > in our error handling code of NFS client. > > However, the issue happens only when the gateway between the CVS server and > the NFS server is heavily loaded, therefore reproducing the issue is somewhat > hard. I have enabled DEBUG_VFS_LOCK to see if I can catch something. > > The backtrace goes here: > > 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: > <3>impossible packet length (745074944) from nfs server > 10.88.15.238:/data0/vhost/wiki/vol/APPLE/matrixdata/docroot > panic: lockmgr: locking against myself > KDB: enter: panic > Dumping 1022 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 1022MB (261600 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 > 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 > 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 > > #0 doadump () at pcpu.h:165 > in pcpu.h > (kgdb) bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc047f373 in db_fncall (dummy1=-1066385920, dummy2=0, dummy3=-1067193049, > dummy4=0xe775d7a0 "Ě×uç\224ÔcŔ¸×uçĽ×uç\220\a") at /usr/src/sys/ddb/db_command.c:492 > fn_addr = -1068348316 > args = {1, 0, 544593784, -1067199340, -1066463456, -1066463680, 0, -411707512, 2, -1066737952} > nargs = 0 > retval = 0 > t = 0 > #2 0xc047f178 in db_command (last_cmdp=0xc06dc4c4, cmd_table=0x0, aux_cmd_tablep=0xc06a83f4, > aux_cmd_tablep_end=0xc06a8410) at /usr/src/sys/ddb/db_command.c:350 > cmd = (struct command *) 0xc06ae080 > t = 0 > modif = > "Ě×uç\224ÔcŔ¸×uçĽ×uç\220\a\000\000\220\a\000\000Ď\a\000\000\000\000\000\000\000>pŔ\r\000\000\000\000>pŔ\000>pŔ\r\000\000\000\001\000\000\000ř×uçOÎcŔř×uçhÎcŔ@\016oŔ`rnŔx\000\000\000ŔÍmŔ\000\000\000\000\030Řuçđ\021HŔ\000$iŔŕ\016HŔ\000\000\000\000ŔÍmŔ\222\006H? > addr = -1066385920 > count = -1067193049 > have_addr = 0 > result = 0 > #3 0xc047f240 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 > No locals. > #4 0xc0480e4d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 > jb = {{_jb = {-411707304, -411707324, -411707252, -1006365520, 0, -1069019674, -1068274507, > -1066851157, > -1066845781, -1066851596, -411707248, -1068273655}}} > prev_jb = (void *) 0x0 > bkpt = 0 > #5 0xc053e2af in kdb_trap (type=3, code=0, tf=0xe775d8e0) at /usr/src/sys/kern/subr_kdb.c:473 > handled = -411707168 > #6 0xc0659578 in trap (frame= > {tf_fs = -411762680, tf_es = -1068302296, tf_ds = -1066860504, tf_edi = 1, tf_esi = > -1066857605, tf_ebp = -411707104, tf_isp = -411707124, tf_ebx = -411707060, tf_edx = 0, tf_ecx = > -1061072896, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068244941, tf_cs = 32, tf_eflags > = 658, tf_esp = -411707072, tf_ss = -1068346465}) > at /usr/src/sys/i386/i386/trap.c:591 > td = (struct thread *) 0xc40414b0 > p = (struct proc *) 0xc4044418 > sticks = 17104896 > i = 0 > ucode = 0 > type = 3 > code = 0 > eva = 0 > #7 0xc06498aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > No locals. > #8 0xc053e033 in kdb_enter (msg=0x12
) at cpufunc.h:60 > No locals. > #9 0xc052539f in panic (fmt=0xc0690b7b "lockmgr: locking against myself") at > /usr/src/sys/kern/kern_shutdown.c:539 > td = (struct thread *) 0xc40414b0 > bootopt = 256 > newpanic = 1 > ap = 0xe775d94c "°\024\004? > buf = "lockmgr: locking against myself", '\0' > #10 0xc0518966 in lockmgr (lkp=0xc2d109e8, flags=8194, interlkp=0x80, td=0xc40414b0) at > /usr/src/sys/kern/kern_lock.c:330 > error = 0 > thr = (struct thread *) 0xc40414b0 > extflags = 128 > lockflags = 18 > #11 0xc0573246 in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:258 > vp = (struct vnode *) 0xc0c15000 > #12 0xc0669583 in VOP_LOCK_APV (vop=0xc06c2c60, a=0xe775d9b0) at vnode_if.c:1642 > rc = -1066652576 > #13 0xc0587e78 in vn_lock (vp=0xc2d10990, flags=8194, td=0xc40414b0) at vnode_if.h:844 > error = 18 > #14 0xc057be9a in vrele (vp=0xc2d10990) at /usr/src/sys/kern/vfs_subr.c:2050 > td = (struct thread *) 0xc40414b0 > #15 0xc05cbe2c in nfs_lookup (ap=0x12) at /usr/src/sys/nfsclient/nfs_vnops.c:893 > cnp = (struct componentname *) 0xe775dc90 > dvp = (struct vnode *) 0xc43ab110 > vpp = (struct vnode **) 0xe775dc7c > flags = 16814096 > newvp = (struct vnode *) 0xc2d10990 > bpos = 0xc511d150 "h" > dpos = 0xc44e0ab0 "" > mreq = (struct mbuf *) 0xc511d100 > mrep = (struct mbuf *) 0x0 > md = (struct mbuf *) 0xc44e0a00 > mb = (struct mbuf *) 0xc511d100 > len = 72 > fhp = (nfsfh_t *) 0xc44e0a38 > np = (struct nfsnode *) 0xc44ee564 > error = 72 > attrflag = 0 > fhsize = 28 > v3 = 512 > td = (struct thread *) 0xc40414b0 > #16 0xc06689a7 in VOP_LOOKUP_APV (vop=0xc06c8820, a=0xe775db3c) at vnode_if.c:99 > rc = -1066629088 > #17 0xc0575389 in lookup (ndp=0xe775dc68) at vnode_if.h:56 > cp = 0xc2a2805b "" > dp = (struct vnode *) 0xc43ab110 > tdp = (struct vnode *) 0xc2290bb0 > mp = (struct mount *) 0xc2a2805b > docache = 0 > wantparent = 16 > rdonly = 0 > trailing_slash = 0 > error = 0 > dpunlocked = 0 > cnp = (struct componentname *) 0xe775dc90 > td = (struct thread *) 0xc40414b0 > vfslocked = 1 > tvfslocked = 1 > #18 0xc0574cca in namei (ndp=0xe775dc68) at /usr/src/sys/kern/vfs_lookup.c:203 > fdp = (struct filedesc *) 0xc2ba2000 > cp = 0xc2ba2000 "d şÂ?şÂ ÂiÂPe\035ÂPe\035Â\024" > dp = (struct vnode *) 0xc21d6550 > aiov = {iov_base = 0xc0582a7b, iov_len = 8194} > auio = {uio_iov = 0xe775dbb4, uio_iovcnt = 128, uio_offset = -4322306996204929024, uio_resid = > 0, > uio_segflg = 3228314720, uio_rw = 3883260924, uio_td = 0x4} > error = -1038260912 > linklen = -1038260912 > cnp = (struct componentname *) 0xe775dc90 > td = (struct thread *) 0xc40414b0 > p = (struct proc *) 0x0 > vfslocked = 0 > #19 0xc0583d90 in kern_rename (td=0xc40414b0, from=0x12
, > to=0x12
, pathseg=UIO_USERSPACE) at > /usr/src/sys/kern/vfs_syscalls.c:3188 > mp = (struct mount *) 0x0 > tvp = (struct vnode *) 0x2002 > fvp = (struct vnode *) 0x0 > tdvp = (struct vnode *) 0x0 > fromnd = {ni_dirp = 0x82435dc
, ni_segflg = UIO_USERSPACE, > ni_startdir = 0x0, > ni_rootdir = 0xc21d6550, ni_topdir = 0xc21d6550, ni_vp = 0x0, ni_dvp = 0xc43ab110, ni_pathlen > = 1, > ni_next = 0xc2a2805b "", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 2, cn_flags = 16814096, > cn_thread = 0xc40414b0, > cn_cred = 0xc2757680, cn_lkflags = 2, > cn_pnbuf = 0xc2a28000 > "/usr/local/share/docroot/bkup/cvs/mailtech/FooApp1/myapp10/stuff/nconf/#cvs.cvsup-2172.6595", > cn_nameptr = 0xc2a28047 "#cvs.cvsup-2172.6595", cn_namelen = 20, cn_consume = 0}} > tond = {ni_dirp = 0xc057c1f2 "\203Ä\004d\213\025", ni_segflg = 3268479376, ni_startdir = > 0xc2d10990, > ni_rootdir = 0xe775dc48, ni_topdir = 0xc057bf36, ni_vp = 0xc2d10990, ni_dvp = 0xc06d7940, > ni_pathlen = 3268479376, > ni_next = 0x0, ni_loopcnt = 3288601776, ni_cnd = {cn_nameiop = 1, cn_flags = 0, cn_thread = > 0xe775dcc4, > cn_cred = 0xc0582b05, cn_lkflags = -1026487920, cn_pnbuf = 0xc40414b0 "\030D\004Äŕ\004N?, > cn_nameptr = 0xc2d10990 "\001", cn_namelen = 493, cn_consume = -411706264}} > tvfslocked = -411706372 > fvfslocked = -1067018852 > error = -1006353384 > #20 0xc0583d49 in rename (td=0xc40414b0, uap=0x12) at /usr/src/sys/kern/vfs_syscalls.c:3167 > No locals. > #21 0xc0659dcb in syscall (frame= > {tf_fs = 1858994235, tf_es = -1078001605, tf_ds = 136249403, tf_edi = 1859007112, tf_esi = > -1077940604, tf_ebp = 136256060, tf_isp = -411706012, tf_ebx = 3, tf_edx = 32768, tf_ecx = 0, > tf_eax = 128, tf_trapno = 22, tf_err = 2, tf_eip = 1859694163, tf_cs = 51, tf_eflags = 530, > tf_esp = 136255664, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 > params = 0x81f18b4
> callp = (struct sysent *) 0xc06b74c0 > td = (struct thread *) 0xc40414b0 > p = (struct proc *) 0xc4044418 > orig_tf_eflags = 530 > sticks = 688 > error = 0 > narg = 2 > args = {136590812, 136590216, 80, 0, 0, 0, 688, -1006353384} > code = 128 > #22 0xc06498ff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 > No locals. > #23 0x00000033 in ?? () > No symbol table info available. > (kgdb) > > Cheers, > -- > Xin LI http://www.delphij.net/ > See complete headers for GPG key and other information. > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:24:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F227F16A420; Fri, 28 Oct 2005 17:24:45 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC2943D6D; Fri, 28 Oct 2005 17:24:31 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 422EB5DAE; Fri, 28 Oct 2005 13:24:31 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31906-02; Fri, 28 Oct 2005 13:24:30 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 292455C53; Fri, 28 Oct 2005 13:24:30 -0400 (EDT) Message-ID: <43625ECE.7010804@mac.com> Date: Fri, 28 Oct 2005 13:24:30 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <32412.1130505646@critter.freebsd.dk> <436229CF.6040001@freebsd.org> <20051028144307.X53858@fledge.watson.org> In-Reply-To: <20051028144307.X53858@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Poul-Henning Kamp , David Xu , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:24:46 -0000 Robert Watson wrote: > On Fri, 28 Oct 2005, David Xu wrote: >> Poul-Henning Kamp wrote: >>>> On the other hand, a lower risk change might be to simply add a new >>>> CLOCK_ type for lower resolution, and have a timer synchronize a >>>> variable to the system clock once every 1/10 of a second. This >>>> avoids having to muck with VM layout, etc. >>> >>> Is the CLOCK_* namespace ours to muck about with in the first place? >>> >> I prefer this way, can you implement it? The global page idea is a >> complex, someone can slowly work on it, there are many things can be >> done, for example, fast syscall using sysenter/sysexit. > > I'm happy to take a stab at this. > > We still need someone to grab the context switch time keeping by the > horns and Do Something, though. If I understand what was said earlier, the getmicrotime() kernel function ought to maintain the time at "(~ 1 msec)" precision. Could getmicrotime() be exported as a syscall, so that we could do something like this: --- lib/libc/gen/time.c~ Fri Jul 18 22:53:46 2003 +++ lib/libc/gen/time.c Fri Oct 28 13:04:26 2005 @@ -47,7 +47,8 @@ struct timeval tt; time_t retval; - if (gettimeofday(&tt, (struct timezone *)0) < 0) + getmicrotime(&tt); + if (tt.tv_sec == 0) retval = -1; else retval = tt.tv_sec; Note that this might even cause time(2) to return an error if the system is using dummyclock, which could be considered a feature. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:33:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC7716A41F; Fri, 28 Oct 2005 17:33:20 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD5843D45; Fri, 28 Oct 2005 17:33:20 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9B89A46B08; Fri, 28 Oct 2005 13:33:19 -0400 (EDT) Date: Fri, 28 Oct 2005 18:33:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Chuck Swiger In-Reply-To: <43625ECE.7010804@mac.com> Message-ID: <20051028183034.U3405@fledge.watson.org> References: <32412.1130505646@critter.freebsd.dk> <436229CF.6040001@freebsd.org> <20051028144307.X53858@fledge.watson.org> <43625ECE.7010804@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , David Xu , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:33:20 -0000 On Fri, 28 Oct 2005, Chuck Swiger wrote: >> I'm happy to take a stab at this. >> >> We still need someone to grab the context switch time keeping by the >> horns and Do Something, though. > > If I understand what was said earlier, the getmicrotime() kernel > function ought to maintain the time at "(~ 1 msec)" precision. Could > getmicrotime() be exported as a syscall, so that we could do something > like this: > > --- lib/libc/gen/time.c~ Fri Jul 18 22:53:46 2003 > +++ lib/libc/gen/time.c Fri Oct 28 13:04:26 2005 > @@ -47,7 +47,8 @@ > struct timeval tt; > time_t retval; > > - if (gettimeofday(&tt, (struct timezone *)0) < 0) > + getmicrotime(&tt); > + if (tt.tv_sec == 0) > retval = -1; > else > retval = tt.tv_sec; > > Note that this might even cause time(2) to return an error if the system > is using dummyclock, which could be considered a feature. :-) In the rwatson_clock branch in Perforce, I've added two new clocks to clock_gettime(): CLOCK_SECOND - getnanotime() with nanoseconds truncated CLOCK_FUZZY - getnanotime() without nanoseconds truncated I recognize that both names are badly chosen. I'm compiling kernels to do a bit of benchmarking currently. If we remove the call to nanotime() in the context switch, we may want to add a callout that calls nanotime() once each tick? Or maybe automatically in the callout handler, so that any code running in a callout can use getnanotime() without having to worry about accuracy (much). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:51:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19BF16A41F; Fri, 28 Oct 2005 17:51:00 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7595543D45; Fri, 28 Oct 2005 17:51:00 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A0059BC84; Fri, 28 Oct 2005 17:50:58 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 18:33:19 BST." <20051028183034.U3405@fledge.watson.org> Date: Fri, 28 Oct 2005 19:50:57 +0200 Message-ID: <33946.1130521857@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: David Xu , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:51:01 -0000 In message <20051028183034.U3405@fledge.watson.org>, Robert Watson writes: >If we remove the call to nanotime() in the context switch, we may want to >add a callout that calls nanotime() once each tick? Or maybe >automatically in the callout handler, so that any code running in a >callout can use getnanotime() without having to worry about accuracy >(much). The timecounters already update the once every N hardclock ticks (search for "tc_ticktock" and this happens before callouts are called. The reason for the N divisor is to not needlessly burn CPU cycles on systems with very high HZ. For Hz up to and in cluding 1000, N=1 so every tick updates the timestamps which get{bin,nano,micro}time() copies. For Hz higher than 1000, N is set to attempt to update the timestamps once per millisecond: tc_tick = (hz + 500) / 1000; -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 17:56:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B05CE16A41F for ; Fri, 28 Oct 2005 17:56:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 476BA43D45 for ; Fri, 28 Oct 2005 17:56:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 14:13:17 -0400 From: John Baldwin To: Brooks Davis Date: Fri, 28 Oct 2005 13:57:04 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510271602.33839.mistry.7@osu.edu> <20051027201403.GA14080@odin.ac.hmc.edu> In-Reply-To: <20051027201403.GA14080@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281357.05802.jhb@freebsd.org> Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 17:56:34 -0000 On Thursday 27 October 2005 04:14 pm, Brooks Davis wrote: > On Thu, Oct 27, 2005 at 04:02:26PM -0400, Anish Mistry wrote: > > On Thursday 20 October 2005 05:29 pm, Brooks Davis wrote: > > > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > > > > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > > > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > > > > Hi, would someone be available to look at kern PR 87506? I > > > > > > > found the problem while building a jail on my 6.0-RC1 box. > > > > > > > When setting an alias on a vr device with ifconfig the > > > > > > > alias address replaces the initial address of the device. > > > > > > > marcus@ took a look at the problem for me and provided the > > > > > > > patch for the vr interface which I tested and it resolved > > > > > > > the problem. Without the patch I can't create a jail that > > > > > > > is network accessible. > > > > > > > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl > > > > > > > may also be affected by this bug. If anyone has any other > > > > > > > questions or needs someone to test any changes to the patch > > > > > > > just let me know. I only have vr interfaces on my FreeBSD > > > > > > > machines though. Thanks. > > > > > > > > > > > > > > Tom > > > > > > > > > > > > I'm not sure that fix is really the right fix. The patch > > > > > > just makes vr(4) ignore changes to if_flags while the driver > > > > > > is up. Probably there is a bug in vr(4)'s handling of alias > > > > > > addresses. I did just reproduce this on my laptop's rl(4) > > > > > > interface though. I'll see if I can't figure out what is > > > > > > happening. > > > > > > > > > > I'm also seeing this too along with the following. > > > > > > > > > > I'm not sure if this is related, but I'm seeing the following > > > > > on RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months > > > > > ago doesn't show this problem. > > > > > I'm trying to setup my workstation with a normal DHCP'd address > > > > > and an alias IP for a jail running on the system, but the alias > > > > > setting wipes out all the other addresses on the interface. > > > > > in /etc/rc.conf: > > > > > ifconfig_rl0="DHCP" > > > > > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" > > > > > > > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it > > > > > seems correct: > > > > > netif > > > > > dhclient > > > > > netif > > > > > > > > > > I narrowed it down to: > > > > > dhclient rl0 > > > > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > > > > [dhclient prints a message here saying connection closed and > > > > > exiting] > > > > > > > > > > All of the other addresses on the card are removed. > > > > > I'm also seeing this on dc. So thinking it to be a problem in > > > > > ifconfig I copied over the version from my RELENG_5 box, and > > > > > that did the same thing...so this seems to be present several > > > > > of the network drivers in RELENG_6/CURRENT. > > > > > > > > Yes, it seems to be an issue with dhclient. If I turn dhclient > > > > off and manually configure my NIC then the alias works fine: > > > > rl0: flags=8843 mtu 1500 > > > > options=8 > > > > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid > > > > 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > > > > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether > > > > 00:90:f5:0e:c8:e5 > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > > > I believe the problem is that adding an address to a NIC causes a > > > call to ifp->if_init() which resets the media and triggers a > > > LINK_DOWN event in all too many cases. Using if_init here is > > > rather like driving finishing nails with a sledge hammer. > > > > Has there been any resolution of this issue? Since 6.0 is just around > > the corner. > > No. It's going to require non-trivial changes to the design of drivers > and eventually some changes to the driver API to really fix this so it's > really too late in the game. > > I think we need to document the lack of support for this configuration > and move on. Frankly, it's a configuration I see no compelling reason > to support. If you are setting alises, you should know what your > address is so you don't need dhcp. I'm aware there are other reasons to > want dhcp, but I personally put this sort of thing in the "that would be > nice" category. We should try to fix it, but it's no where near the top > of my list. Actually, I think the best fix would be to add some de-bounce logic to dhclient so that when it gets a link down state, it waits a second before acting on it, and if it gets a link up event before the second expires it just cancels the pending link down action. That change would probably go a long way to fixing several people's problems with spurious link state changes. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 18:04:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6262B16A41F for ; Fri, 28 Oct 2005 18:04:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D9F43D45 for ; Fri, 28 Oct 2005 18:04:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 14:20:44 -0400 From: John Baldwin To: Scott Long Date: Fri, 28 Oct 2005 14:04:32 -0400 User-Agent: KMail/1.8.2 References: <20051027022313.R675@kushnir1.kiev.ua> <43602F2F.7080500@samsco.org> In-Reply-To: <43602F2F.7080500@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281404.33462.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 18:04:18 -0000 On Wednesday 26 October 2005 09:36 pm, Scott Long wrote: > Vladimir Kushnir wrote: > > Hello, > > For a couple of days already my -CURRENT amd64 reliably panicks whenever > > I'm trying to connect via ppp (nothing fancy - playn dialup, no > > firewall). It's 100% reproducible both with custom kernel and with > > GENERIC. A typescript of kgdb is attached. > > > > I'm running now on the kernel from Oct 19 which also panicks, BTW, with > > "kmem_map too small" on an attempt to run something like Linux > > OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor > > vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) > > > > Regards, > > Vladimir > > I think that this is a result of the interrupt handler changes that John > Baldwin made yesterday. Can you step your source back in time and see > where it stops panicing? Actually, it can't be if softclock() is called directly from ithread_loop(). In the new code ithread_loop() calls ithread_execute_handlers() which would call softclock(). > > #0 doadump () at pcpu.h:172 > > > > 172 pcpu.h: No such file or directory. > > > > in pcpu.h > > > > (kgdb) where > > > > #0 doadump () at pcpu.h:172 > > #1 0xffffffff803c65fc in boot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:399 > > #2 0xffffffff803c609b in panic (fmt=0xffffffff805f2f46 "from debugger") > > at /usr/src/sys/kern/kern_shutdown.c:555 > > #3 0xffffffff801a8a32 in db_panic (addr=0, have_addr=0, count=0, > > modif=0x0) > > at /usr/src/sys/ddb/db_command.c:435 > > #4 0xffffffff801a8f75 in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:404 > > #5 0xffffffff801aae83 in db_trap (type=-1794574032, code=0) > > at /usr/src/sys/ddb/db_main.c:221 > > #6 0xffffffff803e5279 in kdb_trap (type=9, code=0, > > tf=0xffffffff9508fb10) > > at /usr/src/sys/kern/subr_kdb.c:445 > > #7 0xffffffff8058d84e in trap_fatal (frame=0xffffffff9508fb10, > > eva=18446742974715243568) at /usr/src/sys/amd64/amd64/trap.c:672 > > #8 0xffffffff8058ddb1 in trap (frame= > > {tf_rdi = 1, tf_rsi = 70876, tf_rdx = -2401050962867404578, tf_rcx > > = 70876, tf_r8 = 0, tf_r9 = 1, tf_rax = 5340, tf_rbx = 1, tf_rbp = > > -1794573296, tf_r10 = 1, tf_r11 = 4, tf_r12 = -1099511143680, tf_r13 = > > -1099035903488, tf_r14 = -1964245152, tf_r15 = 2, tf_trapno = 9, tf_addr > > = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143462195, tf_cs = 8, tf_rflags > > = 65538, tf_rsp = -1794573360, tf_ss = 16}) at > > /usr/src/sys/amd64/amd64/trap.c:488 > > #9 0xffffffff8057b3bb in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:168 This looks like a page fault rather than a 'kmem_map too small' panic. > > ---Type to continue, or q to quit--- > > > > #10 0xffffffff803d5ccd in softclock (dummy=0x1) > > at /usr/src/sys/kern/kern_timeout.c:220 This is here: while (c) { depth++; ==> if (c->c_time != curticks) { c = TAILQ_NEXT(c, c_links.tqe); c can't be NULL due to the while loop. Are any kernel modules being unloaded when this happens? > > #11 0xffffffff803b05cc in ithread_loop (arg=0xffffff0000031780) > > at /usr/src/sys/kern/kern_intr.c:662 > > #12 0xffffffff803af3cb in fork_exit ( > > callout=0xffffffff803b0480 , arg=0xffffff0000031780, > > frame=0xffffffff9508fc90) at /usr/src/sys/kern/kern_fork.c:789 > > #13 0xffffffff8057b71e in fork_trampoline () > > at /usr/src/sys/amd64/amd64/exception.S:394 > > #14 0x0000000000000000 in ?? () -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 18:04:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2102016A41F; Fri, 28 Oct 2005 18:04:22 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D9343D45; Fri, 28 Oct 2005 18:04:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9SI4KxK020327; Fri, 28 Oct 2005 11:04:20 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9SI4KZT020326; Fri, 28 Oct 2005 11:04:20 -0700 Date: Fri, 28 Oct 2005 11:04:20 -0700 From: Brooks Davis To: John Baldwin Message-ID: <20051028180420.GA17096@odin.ac.hmc.edu> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510271602.33839.mistry.7@osu.edu> <20051027201403.GA14080@odin.ac.hmc.edu> <200510281357.05802.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <200510281357.05802.jhb@freebsd.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, Tom McLaughlin Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 18:04:22 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 28, 2005 at 01:57:04PM -0400, John Baldwin wrote: > On Thursday 27 October 2005 04:14 pm, Brooks Davis wrote: > > On Thu, Oct 27, 2005 at 04:02:26PM -0400, Anish Mistry wrote: > > > On Thursday 20 October 2005 05:29 pm, Brooks Davis wrote: > > > > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > > > > > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > > > > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > > > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > > > > > Hi, would someone be available to look at kern PR 87506? I > > > > > > > > found the problem while building a jail on my 6.0-RC1 box. > > > > > > > > When setting an alias on a vr device with ifconfig the > > > > > > > > alias address replaces the initial address of the device. > > > > > > > > marcus@ took a look at the problem for me and provided the > > > > > > > > patch for the vr interface which I tested and it resolved > > > > > > > > the problem. Without the patch I can't create a jail that > > > > > > > > is network accessible. > > > > > > > > > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl > > > > > > > > may also be affected by this bug. If anyone has any other > > > > > > > > questions or needs someone to test any changes to the patch > > > > > > > > just let me know. I only have vr interfaces on my FreeBSD > > > > > > > > machines though. Thanks. > > > > > > > > > > > > > > > > Tom > > > > > > > > > > > > > > I'm not sure that fix is really the right fix. The patch > > > > > > > just makes vr(4) ignore changes to if_flags while the driver > > > > > > > is up. Probably there is a bug in vr(4)'s handling of alias > > > > > > > addresses. I did just reproduce this on my laptop's rl(4) > > > > > > > interface though. I'll see if I can't figure out what is > > > > > > > happening. > > > > > > > > > > > > I'm also seeing this too along with the following. > > > > > > > > > > > > I'm not sure if this is related, but I'm seeing the following > > > > > > on RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months > > > > > > ago doesn't show this problem. > > > > > > I'm trying to setup my workstation with a normal DHCP'd address > > > > > > and an alias IP for a jail running on the system, but the alias > > > > > > setting wipes out all the other addresses on the interface. > > > > > > in /etc/rc.conf: > > > > > > ifconfig_rl0=3D"DHCP" > > > > > > ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.25= 5" > > > > > > > > > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it > > > > > > seems correct: > > > > > > netif > > > > > > dhclient > > > > > > netif > > > > > > > > > > > > I narrowed it down to: > > > > > > dhclient rl0 > > > > > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > > > > > [dhclient prints a message here saying connection closed and > > > > > > exiting] > > > > > > > > > > > > All of the other addresses on the card are removed. > > > > > > I'm also seeing this on dc. So thinking it to be a problem in > > > > > > ifconfig I copied over the version from my RELENG_5 box, and > > > > > > that did the same thing...so this seems to be present several > > > > > > of the network drivers in RELENG_6/CURRENT. > > > > > > > > > > Yes, it seems to be an issue with dhclient. If I turn dhclient > > > > > off and manually configure my NIC then the alias works fine: > > > > > rl0: flags=3D8843 mtu 1500 > > > > > options=3D8 > > > > > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid > > > > > 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > > > > > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether > > > > > 00:90:f5:0e:c8:e5 > > > > > media: Ethernet autoselect (100baseTX ) > > > > > status: active > > > > > > > > I believe the problem is that adding an address to a NIC causes a > > > > call to ifp->if_init() which resets the media and triggers a > > > > LINK_DOWN event in all too many cases. Using if_init here is > > > > rather like driving finishing nails with a sledge hammer. > > > > > > Has there been any resolution of this issue? Since 6.0 is just around > > > the corner. > > > > No. It's going to require non-trivial changes to the design of drivers > > and eventually some changes to the driver API to really fix this so it's > > really too late in the game. > > > > I think we need to document the lack of support for this configuration > > and move on. Frankly, it's a configuration I see no compelling reason > > to support. If you are setting alises, you should know what your > > address is so you don't need dhcp. I'm aware there are other reasons to > > want dhcp, but I personally put this sort of thing in the "that would be > > nice" category. We should try to fix it, but it's no where near the top > > of my list. >=20 > Actually, I think the best fix would be to add some de-bounce logic to=20 > dhclient so that when it gets a link down state, it waits a second before= =20 > acting on it, and if it gets a link up event before the second expires it= =20 > just cancels the pending link down action. That change would probably go= a=20 > long way to fixing several people's problems with spurious link state=20 > changes. True. Dhclient should however complain loudly if it happens with any kind of frequency. Note that one second probably won't cut it with many gigabit nics. :( -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDYmgkXY6L6fI4GtQRApYZAKDWzDz17uuHvkDlyxnWPvUIib/xwQCgxC9/ 2fgkzGX2nvQx9TgOuafEBjc= =qw0g -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 18:34:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AAF116A41F for ; Fri, 28 Oct 2005 18:34:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C206F43D45 for ; Fri, 28 Oct 2005 18:34:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 14:51:05 -0400 From: John Baldwin To: Brooks Davis Date: Fri, 28 Oct 2005 14:28:18 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510281357.05802.jhb@freebsd.org> <20051028180420.GA17096@odin.ac.hmc.edu> In-Reply-To: <20051028180420.GA17096@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281428.19462.jhb@freebsd.org> Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 18:34:28 -0000 On Friday 28 October 2005 02:04 pm, Brooks Davis wrote: > On Fri, Oct 28, 2005 at 01:57:04PM -0400, John Baldwin wrote: > > On Thursday 27 October 2005 04:14 pm, Brooks Davis wrote: > > > On Thu, Oct 27, 2005 at 04:02:26PM -0400, Anish Mistry wrote: > > > > On Thursday 20 October 2005 05:29 pm, Brooks Davis wrote: > > > > > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > > > > > > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > > > > > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > > > > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > > > > > > Hi, would someone be available to look at kern PR 87506? I > > > > > > > > > found the problem while building a jail on my 6.0-RC1 box. > > > > > > > > > When setting an alias on a vr device with ifconfig the > > > > > > > > > alias address replaces the initial address of the device. > > > > > > > > > marcus@ took a look at the problem for me and provided the > > > > > > > > > patch for the vr interface which I tested and it resolved > > > > > > > > > the problem. Without the patch I can't create a jail that > > > > > > > > > is network accessible. > > > > > > > > > > > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl > > > > > > > > > may also be affected by this bug. If anyone has any other > > > > > > > > > questions or needs someone to test any changes to the patch > > > > > > > > > just let me know. I only have vr interfaces on my FreeBSD > > > > > > > > > machines though. Thanks. > > > > > > > > > > > > > > > > > > Tom > > > > > > > > > > > > > > > > I'm not sure that fix is really the right fix. The patch > > > > > > > > just makes vr(4) ignore changes to if_flags while the driver > > > > > > > > is up. Probably there is a bug in vr(4)'s handling of alias > > > > > > > > addresses. I did just reproduce this on my laptop's rl(4) > > > > > > > > interface though. I'll see if I can't figure out what is > > > > > > > > happening. > > > > > > > > > > > > > > I'm also seeing this too along with the following. > > > > > > > > > > > > > > I'm not sure if this is related, but I'm seeing the following > > > > > > > on RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months > > > > > > > ago doesn't show this problem. > > > > > > > I'm trying to setup my workstation with a normal DHCP'd address > > > > > > > and an alias IP for a jail running on the system, but the alias > > > > > > > setting wipes out all the other addresses on the interface. > > > > > > > in /etc/rc.conf: > > > > > > > ifconfig_rl0="DHCP" > > > > > > > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" > > > > > > > > > > > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it > > > > > > > seems correct: > > > > > > > netif > > > > > > > dhclient > > > > > > > netif > > > > > > > > > > > > > > I narrowed it down to: > > > > > > > dhclient rl0 > > > > > > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > > > > > > [dhclient prints a message here saying connection closed and > > > > > > > exiting] > > > > > > > > > > > > > > All of the other addresses on the card are removed. > > > > > > > I'm also seeing this on dc. So thinking it to be a problem in > > > > > > > ifconfig I copied over the version from my RELENG_5 box, and > > > > > > > that did the same thing...so this seems to be present several > > > > > > > of the network drivers in RELENG_6/CURRENT. > > > > > > > > > > > > Yes, it seems to be an issue with dhclient. If I turn dhclient > > > > > > off and manually configure my NIC then the alias works fine: > > > > > > rl0: flags=8843 mtu 1500 > > > > > > options=8 > > > > > > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid > > > > > > 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > > > > > > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether > > > > > > 00:90:f5:0e:c8:e5 > > > > > > media: Ethernet autoselect (100baseTX ) > > > > > > status: active > > > > > > > > > > I believe the problem is that adding an address to a NIC causes a > > > > > call to ifp->if_init() which resets the media and triggers a > > > > > LINK_DOWN event in all too many cases. Using if_init here is > > > > > rather like driving finishing nails with a sledge hammer. > > > > > > > > Has there been any resolution of this issue? Since 6.0 is just around > > > > the corner. > > > > > > No. It's going to require non-trivial changes to the design of drivers > > > and eventually some changes to the driver API to really fix this so > > > it's really too late in the game. > > > > > > I think we need to document the lack of support for this configuration > > > and move on. Frankly, it's a configuration I see no compelling reason > > > to support. If you are setting alises, you should know what your > > > address is so you don't need dhcp. I'm aware there are other reasons > > > to want dhcp, but I personally put this sort of thing in the "that > > > would be nice" category. We should try to fix it, but it's no where > > > near the top of my list. > > > > Actually, I think the best fix would be to add some de-bounce logic to > > dhclient so that when it gets a link down state, it waits a second before > > acting on it, and if it gets a link up event before the second expires it > > just cancels the pending link down action. That change would probably go > > a long way to fixing several people's problems with spurious link state > > changes. > > True. Dhclient should however complain loudly if it happens with any > kind of frequency. Note that one second probably won't cut it with many > gigabit nics. :( Just make the timeout configurable and people can tweak it for a given setup. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:29:09 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB3F16A41F; Fri, 28 Oct 2005 19:29:09 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96AC43D46; Fri, 28 Oct 2005 19:29:08 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2E43CEB1493; Sat, 29 Oct 2005 03:29:07 +0800 (CST) Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 67243-11; Sat, 29 Oct 2005 03:29:03 +0800 (CST) Received: from beastie.frontfree.net (unknown [211.71.95.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 09B68EB1491; Sat, 29 Oct 2005 03:29:02 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C9CB8132690; Sat, 29 Oct 2005 03:28:58 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92358-13; Sat, 29 Oct 2005 03:28:58 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id CECE51321E4; Sat, 29 Oct 2005 03:28:57 +0800 (CST) Date: Sat, 29 Oct 2005 03:28:57 +0800 From: Xin LI To: Mohan Srinivasan Message-ID: <20051028192857.GA92246@frontfree.net> References: <20051028165314.GA89706@frontfree.net> <20051028172249.66549.qmail@web31806.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20051028172249.66549.qmail@web31806.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #4: Thu Jul 28 10:59:26 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net X-Virus-Scanned: amavisd-new at geekcn.org Cc: freebsd-current@FreeBSD.org, re@FreeBSD.org Subject: Re: [RELENG_6] NFS panic on locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:29:09 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 28, 2005 at 10:22:49AM -0700, Mohan Srinivasan wrote: > I saw this once too. The following change should fix this. >=20 > @@ -965,7 +969,7 @@ > nfsmout: > if (error) { > if (newvp !=3D NULLVP) { > - vrele(newvp); > + vput(newvp); > *vpp =3D NULLVP; > } > if ((cnp->cn_nameiop =3D=3D CREATE || cnp->cn_nameiop =3D= =3D RENAME) && >=20 > Will check it into current soon. Ah!! Thanks for this, without your confirm I was still thinking about whether it's appropriate to replace the vrele() with vput()... To re@: Could we wait for some day to settle this change? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYnv5/cVsHxFZiIoRAtUEAJ9pwv4kfqXp0Pz9FDi8E40jniYPjQCZAcP8 roCMNr+gpuxR0IOqh4rtZII= =O4Oz -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:32:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F60616A41F for ; Fri, 28 Oct 2005 19:32:44 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E96EA43D46 for ; Fri, 28 Oct 2005 19:32:43 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 97F662E03B; Fri, 28 Oct 2005 21:32:19 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79135-05; Fri, 28 Oct 2005 21:32:18 +0200 (CEST) Received: from [10.0.0.17] (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 397602E038; Fri, 28 Oct 2005 21:32:18 +0200 (CEST) Message-ID: <43627CCB.2060508@datacomm.ch> Date: Fri, 28 Oct 2005 21:32:27 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <26845.1130452524@critter.freebsd.dk> <436167D5.2060104@mac.com> In-Reply-To: <436167D5.2060104@mac.com> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDC457EE6FB52F5851F11A1DF" X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:32:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDC457EE6FB52F5851F11A1DF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Chuck Swiger wrote: > For one case, I have some code which needs to update statistics like > "packets sent per second" (or "per minute" or "per hour") on a periodic > basis. I use a reasonable timeout-- ~50ms-- for a call to select() (or > pcap_dispatch(), etc) so I check time() perhaps 20 times a second, and > then update my per-second stats when I notice that time(&now) returns a > different value. > > Is there a better way of running code once a second, as close to the > time the clock ticks? Once you've seen the clock tick, you can then probably use a longer timeout in the next select, something in the 700ms range? Cheers Benjamin --------------enigDC457EE6FB52F5851F11A1DF 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.2.4 (Darwin) iD8DBQFDYnzPgShs4qbRdeQRAq6bAJ9JSoYAhCKU+SEVGW+xcLOkw5aNagCfS6tN y7+z4wb/0m/Q30PSa5tmGoE= =tlux -----END PGP SIGNATURE----- --------------enigDC457EE6FB52F5851F11A1DF-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:40:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB63816A41F for ; Fri, 28 Oct 2005 19:40:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28DF143D46 for ; Fri, 28 Oct 2005 19:40:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 15:57:25 -0400 From: John Baldwin To: current@freebsd.org Date: Fri, 28 Oct 2005 15:42:15 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281542.15564.jhb@freebsd.org> Cc: Subject: [PATCH] Locking for lge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:40:38 -0000 I think I've sent this out before, but at any rate, it's now updated to recent HEAD. Adds locking for lge(4) and marks it MPSAFE. Please test, thanks! http://www.FreeBSD.org/~jhb/patches/lge_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:46:20 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F54C16A41F; Fri, 28 Oct 2005 19:46:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD4BB43D45; Fri, 28 Oct 2005 19:46:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A522F1A3C25; Fri, 28 Oct 2005 12:46:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7F8DB512CF; Fri, 28 Oct 2005 15:46:18 -0400 (EDT) Date: Fri, 28 Oct 2005 15:46:18 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20051028194618.GA21699@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: kan@FreeBSD.org, jroberson@chesapeake.net, ssouhlal@FreeBSD.org Subject: Null pointer deref in getdirentries() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:46:20 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline UP machine running 6.0. This machine does lots of unmounting, so it's possible rm raced with the umount. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x7b fault code = supervisor read, page not present instruction pointer = 0x20:0xc055d705 stack pointer = 0x28:0xe766bc3c frame pointer = 0x28:0xe766bcd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 59277 (rm) db> wh Tracing pid 59277 tid 100059 td 0xc6201180 getdirentries(c6201180,e766bd04,10,418,4) at getdirentries+0x75 syscall(c068003b,3b,3b,8050000,805a300) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (196, FreeBSD ELF32, getdirentries), eip = 0x280bec6f, esp = 0xbfbfeb6c, ebp = 0xbfbfeb98 --- Core available. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYoAKWry0BWjoQKURAlOSAJ0ZLFMk1lfFlGY7a5jR6u2csarE5QCg/q61 QyLqMUiLrD1rvTedd7Jc13o= =abU+ -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:46:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D76916A41F for ; Fri, 28 Oct 2005 19:46:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2201943D45 for ; Fri, 28 Oct 2005 19:46:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 16:03:46 -0400 From: John Baldwin To: current@freebsd.org Date: Fri, 28 Oct 2005 15:48:34 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281548.34796.jhb@freebsd.org> Cc: Subject: [PATCH] Locking fixes for vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:46:58 -0000 - Fix vr(4) to use callout_*() so that its callout runs without Giant. - Fix locking in detach. Please test, thanks! http://www.FreeBSD.org/~jhb/patches/vr_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:47:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4F216A41F; Fri, 28 Oct 2005 19:47:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D74E43D45; Fri, 28 Oct 2005 19:47:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CA0801A3C1A; Fri, 28 Oct 2005 12:47:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D1B22512CF; Fri, 28 Oct 2005 15:47:39 -0400 (EDT) Date: Fri, 28 Oct 2005 15:47:39 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20051028194739.GA21723@xor.obsecurity.org> References: <20051028045457.GA44396@polands.org> <20051028140301.X20147@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20051028140301.X20147@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: 6.0 and "options PREEMPTION" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:47:41 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 28, 2005 at 02:04:37PM +0100, Robert Watson wrote: > On Thu, 27 Oct 2005, Doug Poland wrote: >=20 > > One of the other nice benefits to the SMPVFS work is that > > with our fully preemptive 6.x kernel, not holding the Giant > > lock over the file system code lets the file system code not > > only preempt lower precedence kernel threads, such as > > background crypto operations or file system operations, but be > > preempted by more timing critical code, such as sound card > > interrupts, network I/O, and so on. > > > >Does this mean that options PREEMPTION is assumed in 6.0? If not, could= =20 > >someone explain or point me to some docs that will help me understand. >=20 > In FreeBSD 6.0 and higher, options PREEMPTION appears in the default=20 > kernel configuration (GENERIC). Not on all architectures, though. e.g. PREEMPTION is not supported on sparc64. Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYoBbWry0BWjoQKURAkvWAKChrLEUCNCLPN03bb4YA4Wx6RXXxgCfWH1e Pc6eC7s6argwtM9FkC8Rtbk= =09q+ -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:00:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C27BC16A41F for ; Fri, 28 Oct 2005 20:00:09 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 525A643D46 for ; Fri, 28 Oct 2005 20:00:09 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j9SK08xC060080; Fri, 28 Oct 2005 13:00:08 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j9SK08VT060079; Fri, 28 Oct 2005 13:00:08 -0700 (PDT) (envelope-from jmg) Date: Fri, 28 Oct 2005 13:00:07 -0700 From: John-Mark Gurney To: Poul-Henning Kamp Message-ID: <20051028200007.GP4115@funkthat.com> Mail-Followup-To: Poul-Henning Kamp , current@freebsd.org References: <4361F057.4030904@pp.nic.fi> <30622.1130493370@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30622.1130493370@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:00:09 -0000 Poul-Henning Kamp wrote this message on Fri, Oct 28, 2005 at 11:56 +0200: > In message <4361F057.4030904@pp.nic.fi>, Pertti Kosunen writes: > > >Does polling affect to this test? > > Not apart from the CPU overhead. > > sysctl kern.timecounter.hardware > > is much more important. > > and all the reports here which fail to include it are mostly > useless. hydrogen,ttypa,/tmp,504$grep CPU /var/run/dmesg.boot CPU: AMD Duron(tm) Processor (1211.94-MHz 686-class CPU) hydrogen,ttypa,/tmp,501#sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: TSC -> TSC hydrogen,ttypa,/tmp,502#./timer null function: 0.00165 getpid(): 0.37850 time(): 0.65022 gettimeofday(): 0.60886 hydrogen,ttypa,/tmp,503#sysctl kern.timecounter.hardware=ACPI-fast kern.timecounter.hardware: TSC -> ACPI-fast hydrogen,ttypa,/tmp,504#./timer null function: 0.00165 getpid(): 0.38530 time(): 1.33242 gettimeofday(): 1.33421 I was quite impressed by the speed up using the TSC over ACPI-fast... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:09:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB4CC16A420 for ; Fri, 28 Oct 2005 20:09:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 819ED43D46 for ; Fri, 28 Oct 2005 20:09:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 1224EBC84; Fri, 28 Oct 2005 20:09:31 +0000 (UTC) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 13:00:07 PDT." <20051028200007.GP4115@funkthat.com> Date: Fri, 28 Oct 2005 22:09:31 +0200 Message-ID: <35138.1130530171@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:09:34 -0000 In message <20051028200007.GP4115@funkthat.com>, John-Mark Gurney writes: >I was quite impressed by the speed up using the TSC over ACPI-fast... The TSC is in essence a CPU register/counter which lives inside the clock multiplier whereas the ACPI is an I/O port off somewhere in PCI space on some bridge or other. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:12:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C2116A41F for ; Fri, 28 Oct 2005 20:12:10 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E800343D48 for ; Fri, 28 Oct 2005 20:12:09 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 273895DAC; Fri, 28 Oct 2005 16:12:09 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90651-07; Fri, 28 Oct 2005 16:12:08 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 14EEE5C46; Fri, 28 Oct 2005 16:12:08 -0400 (EDT) Message-ID: <43628618.6080004@mac.com> Date: Fri, 28 Oct 2005 16:12:08 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <4361F057.4030904@pp.nic.fi> <30622.1130493370@critter.freebsd.dk> <20051028200007.GP4115@funkthat.com> In-Reply-To: <20051028200007.GP4115@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:12:10 -0000 John-Mark Gurney wrote: > Poul-Henning Kamp wrote this message on Fri, Oct 28, 2005 at 11:56 +0200: [ ... ] > time(): 0.65022 > gettimeofday(): 0.60886 > hydrogen,ttypa,/tmp,503#sysctl kern.timecounter.hardware=ACPI-fast > kern.timecounter.hardware: TSC -> ACPI-fast [ ... ] > time(): 1.33242 > gettimeofday(): 1.33421 > > I was quite impressed by the speed up using the TSC over ACPI-fast... Yes, but the frightening code in sys/i386/isa/clock.c suggests that the TSC and SMP do not play nice together, and neither does power-management stuff. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:15:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CF5916A41F for ; Fri, 28 Oct 2005 20:15:27 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBEF543D72 for ; Fri, 28 Oct 2005 20:15:17 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9SKF8jw006209 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Oct 2005 06:15:14 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9SKF5Hh053589; Sat, 29 Oct 2005 06:15:08 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9SKF5GV053588; Sat, 29 Oct 2005 06:15:05 +1000 (EST) (envelope-from pjeremy) Date: Sat, 29 Oct 2005 06:15:05 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20051028201505.GV39882@cirb503493.alcatel.com.au> References: <20051028093402.GT39882@cirb503493.alcatel.com.au> <30571.1130493159@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30571.1130493159@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:15:27 -0000 On Fri, 2005-Oct-28 11:52:39 +0200, Poul-Henning Kamp wrote: >In message <20051028093402.GT39882@cirb503493.alcatel.com.au>, Peter Jeremy wri >>FreeBSD already supports a variety of different timecounters with >>different levels of accuracy/performance/guarantees. One problem is >>that this is a system-wide knob whereas different applications may >>have different requirements. > >We _really_ don't want different programs using different hardware >for timecounting, so I hope you're just taking about the various >levels of quality supported (ie: [get]{bin,nano,micro}[up]time()) I was thinking that if the cost differential is large enough, it might be worthwhile using different hardware counters (especially for duration values where you don't have to worry about getting a valid UTC time). This would probably mean adding a system call to set a default timer type which is part of the struct proc - upon reflection, there would be a significant amount of kernel API churn (at least) to get this to work. To go off on a different tangent, would it be possible to use the NTP algorithms to synchronize the TSC? If the TSC's all tick together (which may be true on i386 but I believe isn't on Alpha) then all you need is a relative offset, otherwise you need a rate multiplier as well. Have one kthread per CPU to manage the local TSC and (ideally) publish the offset and ratio on a per-CPU magic data page that everyone is discussing elsewhere in this thread. This gives something like: now = magic->offset + (rdtsc() * magic->multiplier) >> magic->shift; (though the (x*y)>>z would need to be implemented more carefully to avoid truncation in the multiplication). [The SunOS 4.x approach was something like 0xFFFFn000 was the page for CPU n (or maybe n/2 - I can't remember whether they were 4K or 8K pages) and 0xFFFFE000 was the page for the CPU you were executing on.] -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:19:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD3A16A41F for ; Fri, 28 Oct 2005 20:19:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8FB43D46 for ; Fri, 28 Oct 2005 20:18:59 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j9SKIwrM060616; Fri, 28 Oct 2005 13:18:58 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j9SKIvfP060615; Fri, 28 Oct 2005 13:18:57 -0700 (PDT) (envelope-from jmg) Date: Fri, 28 Oct 2005 13:18:57 -0700 From: John-Mark Gurney To: Michael VInce Message-ID: <20051028201857.GQ4115@funkthat.com> Mail-Followup-To: Michael VInce , current@freebsd.org References: <30622.1130493370@critter.freebsd.dk> <4361FA1C.1070103@freebsd.org> <4361FDBE.7000500@freebsd.org> <43621A8E.1060006@roq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43621A8E.1060006@roq.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:19:00 -0000 Michael VInce wrote this message on Fri, Oct 28, 2005 at 22:33 +1000: > Hey guys, I been watching this thread and I can confirm that MySQL and > the Super-smack benchmark greatly rely on this, > I was able to increase performance %600 by changing > kern.timecounter.hardware to dummy. This is probably because dummy doesn't actually do any real timecounting... and that the times that the benchmark took was longer then reported by the machine.. dummy just increments a counter, and means that the times returned only have a relation to how often/much the time "hardware" was queried... Use a stopwatch to time the benchmark, and make sure that the time the benchmark took agrees with what the computer says... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:34:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5854C16A41F for ; Fri, 28 Oct 2005 20:34:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00C343D48 for ; Fri, 28 Oct 2005 20:34:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 6253DBC50; Fri, 28 Oct 2005 20:34:53 +0000 (UTC) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 06:15:05 +1000." <20051028201505.GV39882@cirb503493.alcatel.com.au> Date: Fri, 28 Oct 2005 22:34:52 +0200 Message-ID: <35273.1130531692@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:34:55 -0000 In message <20051028201505.GV39882@cirb503493.alcatel.com.au>, Peter Jeremy wri tes: >I was thinking that if the cost differential is large enough, it might >be worthwhile using different hardware counters (especially for duration >values where you don't have to worry about getting a valid UTC time). Yes, that is an obvious way to tune things. The problem however is the same: Getting convinced that the TSC is constant frequency is non-trivial. >This would probably mean adding a system call to set a default timer >type which is part of the struct proc - upon reflection, there would be >a significant amount of kernel API churn (at least) to get this to work. And worse: Unless we can sell the concept to the other contemporary UNIXen, another FreeBSD specific API which sees little use. >To go off on a different tangent, would it be possible to use the NTP >algorithms to synchronize the TSC? It all comes down to how much CPU time you're willing to burn to make timekeeping faster... >This gives something like: > now = magic->offset + (rdtsc() * magic->multiplier) >> magic->shift; You should really read http://phk.freebsd.dk/pubs/timecounter.pdf first :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:37:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7889616A41F for ; Fri, 28 Oct 2005 20:37:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C97B43D45 for ; Fri, 28 Oct 2005 20:37:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id F2DB4BC7A; Fri, 28 Oct 2005 20:37:32 +0000 (UTC) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 13:18:57 PDT." <20051028201857.GQ4115@funkthat.com> Date: Fri, 28 Oct 2005 22:37:32 +0200 Message-ID: <35317.1130531852@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Michael VInce , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:37:34 -0000 In message <20051028201857.GQ4115@funkthat.com>, John-Mark Gurney writes: >Michael VInce wrote this message on Fri, Oct 28, 2005 at 22:33 +1000: >> Hey guys, I been watching this thread and I can confirm that MySQL and >> the Super-smack benchmark greatly rely on this, >> I was able to increase performance %600 by changing >> kern.timecounter.hardware to dummy. > >This is probably because dummy doesn't actually do any real >timecounting... and that the times that the benchmark took was longer >then reported by the machine.. dummy just increments a counter, and >means that the times returned only have a relation to how often/much >the time "hardware" was queried... The dummy timecounter is there only to make the kernel survive during early boot and to push timecounters further down the list of things one have to deal with when porting FreeBSD to a new achitecture. But if you _truly_ don't care about time, it's undisputed the fastest timecounter "hardware" we have :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 20:44:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A34616A41F for ; Fri, 28 Oct 2005 20:44:38 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56EC243D53 for ; Fri, 28 Oct 2005 20:44:37 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 3A13D5CB6; Fri, 28 Oct 2005 16:44:36 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29026-04; Fri, 28 Oct 2005 16:44:35 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 2C2715C21; Fri, 28 Oct 2005 16:44:35 -0400 (EDT) Message-ID: <43628DB3.6070402@mac.com> Date: Fri, 28 Oct 2005 16:44:35 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Lutz References: <26845.1130452524@critter.freebsd.dk> <436167D5.2060104@mac.com> <43627CCB.2060508@datacomm.ch> In-Reply-To: <43627CCB.2060508@datacomm.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 20:44:38 -0000 Benjamin Lutz wrote: > Chuck Swiger wrote: >>For one case, I have some code which needs to update statistics like >>"packets sent per second" (or "per minute" or "per hour") on a periodic >>basis. I use a reasonable timeout-- ~50ms-- for a call to select() (or >>pcap_dispatch(), etc) so I check time() perhaps 20 times a second, and >>then update my per-second stats when I notice that time(&now) returns a >>different value. >> >>Is there a better way of running code once a second, as close to the >>time the clock ticks? > > Once you've seen the clock tick, you can then probably use a longer > timeout in the next select, something in the 700ms range? I use alarm() to schedule period wakeups at one-minute, hourly etc intervals, after doing a shuffle to sync with localtime() and the fractional second part so that they are neatly aligned. Well, the issue is that these calls don't always return within the time you give them, and the pcap_dispatch() timer doesn't even start counting until it sees a packet, so my choice of timeout length is driven more by how much off am I willing to be if the call returns late. Giving them a half-second timeout sometimes seems to mean up to a 1.5 or 2 second pause if the network is completely quiet. [1] Take care, -- -Chuck [1]: If I don't use threaded DNS resolver code that was foisted upon me and avoid -pthreads it's better. :-) From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 21:32:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE32616A420; Fri, 28 Oct 2005 21:32:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D7443D49; Fri, 28 Oct 2005 21:32:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 19C3946BBD; Fri, 28 Oct 2005 17:32:32 -0400 (EDT) Date: Fri, 28 Oct 2005 22:32:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <436229CF.6040001@freebsd.org> Message-ID: <20051028222454.T20147@fledge.watson.org> References: <32412.1130505646@critter.freebsd.dk> <436229CF.6040001@freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1276508706-1130535151=:20147" Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 21:32:32 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1276508706-1130535151=:20147 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 28 Oct 2005, David Xu wrote: >>> On the other hand, a lower risk change might be to simply add a new >>> CLOCK_ type for lower resolution, and have a timer synchronize a >>> variable to the system clock once every 1/10 of a second. This avoids >>> having to muck with VM layout, etc. >> >> Is the CLOCK_* namespace ours to muck about with in the first place ? >> > I prefer this way, can you implement it? The global page idea is a > complex, someone can slowly work on it, there are many things can be > done, for example, fast syscall using sysenter/sysexit. Just as an experiment, I added two new time counters: CLOCK_POOR - use a cached time returned by getnanotime(), which may be out of date by up to 10/hz (see phk's e-mail for the correct number). CLOCK_SECOND - Same as CLOCK_POOR, only truncate the nanoseconds field to 0, and return 1 second as the resolution via clock_getres(). Patch is attached. Performance measurements on a P4 Xeon, dual processor with UP and SMP kernel configurations, no debugging. Measured using 10,000 loops of each system call, 12 samples per clock type. Measurements are in nanoseconds, measured using CLOCK_REALTIME, which has a resolution of 280ns reported via clock_getres(). Not surprisingly, the two above clocks measure about the same (they should do), and are a lot faster than real time measurements (they should be). As currently implemented, gettimeofday() appears to cost the same as CLOCK_REALTIME. It would be interesting to distribution of clock wrongness was, but I'm not set up to measure that currently. Robert N M Watson x 7UP/gettimeofday + 7UP/clock_gettime_poor * 7UP/clock_gettime_realtime % 7UP/clock_gettime_second +--------------------------------------------------------------------------+ | @ * | | @ * | | @ * | | @ * | |+ @ * | |@ @ x* | |@%@ @@ x* *** *| | |__A_M| |_AA|_| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 12 1410 1507 1502 1493.75 26.574509 + 12 523 634 624 595.58333 47.586206 Difference at 95.0% confidence -898.167 +/- 32.632 -60.1283% +/- 2.18457% (Student's t, pooled s = 38.5399) * 12 1437 1627 1503 1507.6667 42.401401 No difference proven at 95.0% confidence % 12 524 631 623 595 45.696628 Difference at 95.0% confidence -898.75 +/- 31.6491 -60.1674% +/- 2.11877% (Student's t, pooled s = 37.379) x 7SMP/gettimeofday + 7SMP/clock_gettime_poor * 7SMP/clock_gettime_realtime % 7SMP/clock_gettime_second +--------------------------------------------------------------------------+ |@ @ * x*| |@ @ * x*| |@% @% * x*| |@@ @@ **x**| ||MA_M |AMM| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 12 1406 1443 1436 1425.4167 16.527984 + 12 503 566 517 527.08333 26.352362 Difference at 95.0% confidence -898.333 +/- 18.6239 -63.0225% +/- 1.30656% (Student's t, pooled s = 21.9957) * 12 1404 1450 1444 1430.0833 19.327128 No difference proven at 95.0% confidence % 12 505 562 549 531.5 26.182923 Difference at 95.0% confidence -893.917 +/- 18.538 -62.7127% +/- 1.30054% (Student's t, pooled s = 21.8943) --0-1276508706-1130535151=:20147 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=time.diff Content-Transfer-Encoding: BASE64 Content-ID: <20051028223231.J20147@fledge.watson.org> Content-Description: Content-Disposition: attachment; filename=time.diff LS0tIC8vZGVwb3QvdmVuZG9yL2ZyZWVic2Qvc3JjL3N5cy9rZXJuL2tlcm5f dGltZS5jCTIwMDUvMTAvMjMgMjM6MDA6NTMNCisrKyAvL2RlcG90L3VzZXIv cndhdHNvbi9jbG9jay9zcmMvc3lzL2tlcm4va2Vybl90aW1lLmMJMjAwNS8x MC8yOCAxNzo0Mjo0NA0KQEAgLTIyNSw2ICsyMjUsMTQgQEANCiAJY2FzZSBD TE9DS19NT05PVE9OSUM6DQogCQluYW5vdXB0aW1lKGF0cyk7DQogCQlicmVh azsNCisJY2FzZSBDTE9DS19TRUNPTkQ6DQorCQlnZXRuYW5vdGltZShhdHMp Ow0KKwkJYXRzLT50dl9uc2VjID0gMDsNCisJCWJyZWFrOw0KKwljYXNlIENM T0NLX1BPT1I6DQorCQlnZXRuYW5vdGltZShhdHMpOw0KKwkJYXRzLT50dl9u c2VjID0gMDsNCisJCWJyZWFrOw0KIAlkZWZhdWx0Og0KIAkJcmV0dXJuIChF SU5WQUwpOw0KIAl9DQpAQCAtMzA2LDYgKzMxNCw3IEBADQogCXN3aXRjaCAo Y2xvY2tfaWQpIHsNCiAJY2FzZSBDTE9DS19SRUFMVElNRToNCiAJY2FzZSBD TE9DS19NT05PVE9OSUM6DQorCWNhc2UgQ0xPQ0tfUE9PUjoNCiAJCS8qDQog CQkgKiBSb3VuZCB1cCB0aGUgcmVzdWx0IG9mIHRoZSBkaXZpc2lvbiBjaGVh cGx5IGJ5IGFkZGluZyAxLg0KIAkJICogUm91bmRpbmcgdXAgaXMgZXNwZWNp YWxseSBpbXBvcnRhbnQgaWYgcm91bmRpbmcgZG93bg0KQEAgLTMxOCw2ICsz MjcsMTAgQEANCiAJCS8qIEFjY3VyYXRlbHkgcm91bmQgdXAgaGVyZSBiZWNh dXNlIHdlIGNhbiBkbyBzbyBjaGVhcGx5LiAqLw0KIAkJdHMtPnR2X25zZWMg PSAoMTAwMDAwMDAwMCArIGh6IC0gMSkgLyBoejsNCiAJCWJyZWFrOw0KKwlj YXNlIENMT0NLX1NFQ09ORDoNCisJCXRzLT50dl9zZWMgPSAxOw0KKwkJdHMt PnR2X25zZWMgPSAwOw0KKwkJYnJlYWs7DQogCWRlZmF1bHQ6DQogCQlyZXR1 cm4gKEVJTlZBTCk7DQogCX0NCi0tLSAvL2RlcG90L3ZlbmRvci9mcmVlYnNk L3NyYy9zeXMvc3lzL3RpbWUuaAkyMDA1LzA0LzAyIDEyOjM1OjE5DQorKysg Ly9kZXBvdC91c2VyL3J3YXRzb24vY2xvY2svc3JjL3N5cy9zeXMvdGltZS5o CTIwMDUvMTAvMjggMTc6NDI6NDQNCkBAIC0yMzgsNiArMjM4LDggQEANCiAj ZGVmaW5lIENMT0NLX1ZJUlRVQUwJMQ0KICNkZWZpbmUgQ0xPQ0tfUFJPRgky DQogI2RlZmluZSBDTE9DS19NT05PVE9OSUMJNA0KKyNkZWZpbmUJQ0xPQ0tf U0VDT05ECTUNCisjZGVmaW5lCUNMT0NLX1BPT1IJNg0KICNlbmRpZg0KIA0K ICNpZm5kZWYgVElNRVJfQUJTVElNRQ0K --0-1276508706-1130535151=:20147-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 21:59:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F3716A420; Fri, 28 Oct 2005 21:59:10 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E5243D45; Fri, 28 Oct 2005 21:59:09 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h202.243.159.dialup.iptcom.net ([213.159.243.202]:15075 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219376AbVJ1V7G (ORCPT + 1 other); Sat, 29 Oct 2005 00:59:06 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j9SLx3gD001687; Sat, 29 Oct 2005 00:59:03 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 29 Oct 2005 00:59:03 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John Baldwin In-Reply-To: <200510281404.33462.jhb@freebsd.org> Message-ID: <20051029003547.E798@kushnir1.kiev.ua> References: <20051027022313.R675@kushnir1.kiev.ua> <43602F2F.7080500@samsco.org> <200510281404.33462.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 21:59:10 -0000 On Fri, 28 Oct 2005, John Baldwin wrote: > On Wednesday 26 October 2005 09:36 pm, Scott Long wrote: >> Vladimir Kushnir wrote: >>> I'm running now on the kernel from Oct 19 which also panicks, BTW, with >>> "kmem_map too small" on an attempt to run something like Linux >>> OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor >>> vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) >>> > > This looks like a page fault rather than a 'kmem_map too small' panic. > Sorry I was unclear. It IS a page fault. Panic with a 'kmem_map too small' is with my old (otherwise working) kernel. > > This is here: > while (c) { > depth++; > ==> if (c->c_time != curticks) { > c = TAILQ_NEXT(c, c_links.tqe); > > c can't be NULL due to the while loop. Are any kernel modules being unloaded > when this happens? > No. /usr/sbin/ppp was trying to connect to my provider was all. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:12:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBDC16A421 for ; Fri, 28 Oct 2005 22:12:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFE343D45 for ; Fri, 28 Oct 2005 22:12:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 18:28:53 -0400 From: John Baldwin To: Vladimir Kushnir Date: Fri, 28 Oct 2005 18:13:11 -0400 User-Agent: KMail/1.8.2 References: <20051027022313.R675@kushnir1.kiev.ua> <200510281404.33462.jhb@freebsd.org> <20051029003547.E798@kushnir1.kiev.ua> In-Reply-To: <20051029003547.E798@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281813.12123.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:12:07 -0000 On Friday 28 October 2005 05:59 pm, Vladimir Kushnir wrote: > On Fri, 28 Oct 2005, John Baldwin wrote: > > On Wednesday 26 October 2005 09:36 pm, Scott Long wrote: > >> Vladimir Kushnir wrote: > >>> I'm running now on the kernel from Oct 19 which also panicks, BTW, with > >>> "kmem_map too small" on an attempt to run something like Linux > >>> OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor > >>> vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) > > > > > This looks like a page fault rather than a 'kmem_map too small' panic. > > Sorry I was unclear. It IS a page fault. Panic with a 'kmem_map too small' > is with my old (otherwise working) kernel. > > > > > This is here: > > while (c) { > > depth++; > > ==> if (c->c_time != curticks) { > > c = TAILQ_NEXT(c, c_links.tqe); > > > > c can't be NULL due to the while loop. Are any kernel modules being > > unloaded when this happens? > > No. /usr/sbin/ppp was trying to connect to my provider was all. How? Using pppoe does try to kldload ng_pppoe.ko and its dependencies for example, and ppp might also try to kldload if_tun.ko as well if it's needed. Also, is this reproducible? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:12:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75A2116A421 for ; Fri, 28 Oct 2005 22:12:12 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E7643D45 for ; Fri, 28 Oct 2005 22:12:11 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001965647.msg for ; Fri, 28 Oct 2005 23:11:06 +0100 Message-ID: <005d01c5dc0c$7ad2c9c0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "John-Mark Gurney" , "Poul-Henning Kamp" References: <35317.1130531852@critter.freebsd.dk> Date: Fri, 28 Oct 2005 22:36:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Fri, 28 Oct 2005 23:11:06 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 28 Oct 2005 23:11:08 +0100 Cc: Michael VInce , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:12:12 -0000 For interest I ran truss on a typical game server we run under FreeBSD to get a feel for how much this issue would affect their performance. Below is a small snippet from truss with -D which indicates that they would also benefit from work in this area. [log] 0.000012011 linux_select(0x1,0xbfbfe960,0x0,0x0,0xbfbfe958) = 0 (0x0) 0.000010615 linux_socketcall((12)LINUX_RECVFROM,0xbfbfe9a0) ERR#35 'Resource temporarily unavailable' 0.000010894 gettimeofday({1130534881 790912},0xbfbfe9f0) = 0 (0x0) 0.009520674 nanosleep({0 5000000}) = 0 (0x0) 0.000013409 linux_select(0x1,0xbfbfe960,0x0,0x0,0xbfbfe958) = 0 (0x0) 0.000010615 linux_socketcall((12)LINUX_RECVFROM,0xbfbfe9a0) ERR#35 'Resource temporarily unavailable' 0.000010615 gettimeofday({1130534881 800931},0xbfbfe9f0) = 0 (0x0) 0.009837732 nanosleep({0 5000000}) = 0 (0x0) 0.000012291 linux_select(0x1,0xbfbfe960,0x0,0x0,0xbfbfe958) = 0 (0x0) 0.000017320 linux_socketcall((12)LINUX_RECVFROM,0xbfbfe9a0) = 15 (0xf) 0.000011174 gettimeofday({1130534881 810942},0xbfbfe9e0) = 0 (0x0) 0.000034639 linux_socketcall((11)LINUX_SENDTO,0xbfbfe100) = 154 (0x9a) 0.000013129 linux_select(0x1,0xbfbfe960,0x0,0x0,0xbfbfe958) = 0 (0x0) 0.000010615 linux_socketcall((12)LINUX_RECVFROM,0xbfbfe9a0) ERR#35 'Resource temporarily unavailable' 0.000010615 gettimeofday({1130534881 811255},0xbfbfe9f0) = 0 (0x0) [/log] ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:20:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D622616A420; Fri, 28 Oct 2005 22:20:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C5843D5A; Fri, 28 Oct 2005 22:20:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id D4A8BBC93; Fri, 28 Oct 2005 22:20:37 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 22:32:31 BST." <20051028222454.T20147@fledge.watson.org> Date: Sat, 29 Oct 2005 00:20:37 +0200 Message-ID: <35696.1130538037@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:20:41 -0000 In message <20051028222454.T20147@fledge.watson.org>, Robert Watson writes: >Just as an experiment, I added two new time counters: Uhm, no, you didn't. Time counters is some piece of hardware. What you added was two new timescales to clock_gettime() But that's just terminology :-) You forgot to tell us what sysctl kern.timecounter.hardware was on the machine, but I pressume ACPI-fast ? >CLOCK_SECOND - Same as CLOCK_POOR, only truncate the nanoseconds field to > 0, and return 1 second as the resolution via > clock_getres(). You could just have picked this up from the global variable time_second, that would be even faster. >Not surprisingly, the two above clocks measure about >the same (they should do), and are a lot faster than real time >measurements (they should be). As currently implemented, gettimeofday() >appears to cost the same as CLOCK_REALTIME. Yes, there is nothing really unexpected here. Adding two new timescales this way is a no-brainer. The problem with it is that nobody is going to use them until we submit patches and then they only use them on FreeBSD (and we have to make those patches contain backwards compat etc etc) [1] The alternative is the degrade the quality of the standard timescales: clock_gettime(CLOCK_REALTIME), time(2) and gettimeofday(). The question there is: are we willing to live with the fallout ? The failure modes we introduce are intricate, usually very hard to reproduce. When we isolate them, the fix will be in the application code, and will often involve sending patches with an explanation that starts out with "you know, time may be slower on one cpu than on the other so ..." which almost invites the "Fix your damn OS" response. Yes, I know Linux runs faster, but they can do that because they have thrown out the weight of the airbag, collision frame and safety belt. I don't think that is the FreeBSD way. But I have no problem at all with a sysctl that allows people to make the normal time system calls do the "fast&loose thing". That is why it is possible to select the TSC as timecounter with a sysctl, even after the kernel has wimpered out on it. But I want it clearly documented that if you set this sysctl and you system acts up, we don't even want to hear from you until you set it back and rebooted. Poul-Henning [1] And both Warner and I will keep mentioning how it still does not do anything for the leap-second issue :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:23:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7078A16A41F for ; Fri, 28 Oct 2005 22:23:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E6143D45 for ; Fri, 28 Oct 2005 22:23:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 0D5DEBC50; Fri, 28 Oct 2005 22:23:38 +0000 (UTC) To: "Steven Hartland" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 22:36:19 BST." <005d01c5dc0c$7ad2c9c0$b3db87d4@multiplay.co.uk> Date: Sat, 29 Oct 2005 00:23:38 +0200 Message-ID: <35758.1130538218@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Michael VInce , John-Mark Gurney , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:23:41 -0000 In message <005d01c5dc0c$7ad2c9c0$b3db87d4@multiplay.co.uk>, "Steven Hartland" writes: >For interest I ran truss on a typical game server we run under >FreeBSD to get a feel for how much this issue would affect >their performance. >Below is a small snippet from truss with -D which indicates >that they would also benefit from work in this area. Yes, by about a factor of 0.000005 seconds every .5 seconds or a factor of 1/100000 :-) >0.000010894 gettimeofday({1130534881 790912},0xbfbfe9f0) = 0 (0x0) Grab timestamp >0.009520674 nanosleep({0 5000000}) = 0 (0x0) Sleep half a second (rinse, repeat) It would have been much more interesting if the server was doing something... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:27:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4699C16A41F for ; Fri, 28 Oct 2005 22:27:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD51843D55 for ; Fri, 28 Oct 2005 22:27:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id BC90FBC50; Fri, 28 Oct 2005 22:27:25 +0000 (UTC) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 00:23:38 +0200." <35758.1130538218@critter.freebsd.dk> Date: Sat, 29 Oct 2005 00:27:25 +0200 Message-ID: <35776.1130538445@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Michael VInce , John-Mark Gurney , Steven Hartland , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:27:27 -0000 In message <35758.1130538218@critter.freebsd.dk>, "Poul-Henning Kamp" writes: >In message <005d01c5dc0c$7ad2c9c0$b3db87d4@multiplay.co.uk>, "Steven Hartland" >writes: >>For interest I ran truss on a typical game server we run under >>FreeBSD to get a feel for how much this issue would affect >>their performance. >>Below is a small snippet from truss with -D which indicates >>that they would also benefit from work in this area. > >Yes, by about a factor of 0.000005 seconds every .5 seconds >or a factor of 1/100000 :-) Sorry, I should go to bed at more civilized hours: It's a 5usec per 5msec or a factor of 1/1000. Still, hardly the killer... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:27:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D907816A41F; Fri, 28 Oct 2005 22:27:52 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D082F43D49; Fri, 28 Oct 2005 22:27:50 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h111.240.159.dialup.iptcom.net ([213.159.240.111]:7369 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219409AbVJ1W1t (ORCPT + 1 other); Sat, 29 Oct 2005 01:27:49 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j9SMRj5Y024841; Sat, 29 Oct 2005 01:27:45 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 29 Oct 2005 01:27:45 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John Baldwin In-Reply-To: <200510281813.12123.jhb@freebsd.org> Message-ID: <20051029012409.F798@kushnir1.kiev.ua> References: <20051027022313.R675@kushnir1.kiev.ua> <200510281404.33462.jhb@freebsd.org> <20051029003547.E798@kushnir1.kiev.ua> <200510281813.12123.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CURRENT + amd64 + user-ppp = panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 22:27:53 -0000 On Fri, 28 Oct 2005, John Baldwin wrote: > On Friday 28 October 2005 05:59 pm, Vladimir Kushnir wrote: >> On Fri, 28 Oct 2005, John Baldwin wrote: >>> On Wednesday 26 October 2005 09:36 pm, Scott Long wrote: >>>> Vladimir Kushnir wrote: >>>>> I'm running now on the kernel from Oct 19 which also panicks, BTW, with >>>>> "kmem_map too small" on an attempt to run something like Linux >>>>> OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor >>>>> vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) >> >> >> >>> This looks like a page fault rather than a 'kmem_map too small' panic. >> >> Sorry I was unclear. It IS a page fault. Panic with a 'kmem_map too small' >> is with my old (otherwise working) kernel. >> >> >> >>> This is here: >>> while (c) { >>> depth++; >>> ==> if (c->c_time != curticks) { >>> c = TAILQ_NEXT(c, c_links.tqe); >>> >>> c can't be NULL due to the while loop. Are any kernel modules being >>> unloaded when this happens? >> >> No. /usr/sbin/ppp was trying to connect to my provider was all. > > How? Using pppoe does try to kldload ng_pppoe.ko and its dependencies for > example, and ppp might also try to kldload if_tun.ko as well if it's needed. > Also, is this reproducible? > Plain modem (external, on COM1...errr...sio0) dial-up, no pppoe. And tun is compiled into GENERIC. And yes, it's 100% reproducible :-( From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 23:39:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B1716A420; Fri, 28 Oct 2005 23:39:20 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (mail-svr1.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F49E43D45; Fri, 28 Oct 2005 23:39:16 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id D66D1346D3; Fri, 28 Oct 2005 17:39:15 -0600 (MDT) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18390-02; Fri, 28 Oct 2005 17:39:14 -0600 (MDT) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 31223346F2; Fri, 28 Oct 2005 17:39:14 -0600 (MDT) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id 094FE3F6F; Fri, 28 Oct 2005 17:39:13 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id EDD453F6C; Fri, 28 Oct 2005 17:39:13 -0600 (MDT) Date: Fri, 28 Oct 2005 17:39:13 -0600 (MDT) From: Vaibhave Agarwal To: current@freebsd.org In-Reply-To: <20051028105057.J20147@fledge.watson.org> Message-ID: References: <20051027233636.GA39380@dmw.hopto.org> <20051028105057.J20147@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: freebsd , Robert Watson Subject: How to call a function in the kernel from Local APIC timer handler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 23:39:20 -0000 Hi, I need some help with the new local APIC functionality added in FreeBSD 6.0 and above. All the code which I am writing is in FreeBSD kernel. I was using LAPIC one shot timer for scheduling some events in the kernel. The problem is that I cannot call the function in my code, directly from the APIC timer handler, because all the interrupts are disabled in the APIC timer handler ( function is lapic_handle_timer() ), and my function uses a sleep mutex to protect the kernel code I have written. Therefore, I schedule a software interrupt thread, which calls my function later in time. Is there a way, I can call my function instantly from the lapic_handle_timer, bcoz using the software interrupt thread, decreases the accuracy of the scheduler i am using. thanks vaibhave On Fri, 28 Oct 2005, Robert Watson wrote: > On Thu, 27 Oct 2005, Vaibhave Agarwal wrote: > > > How do u disable malloc debugging flags in the userland? I read somewhere > > that " ln -s aj /etc/malloc.conf" disables malloc debugging. How does it > > work? > > > > And how to disable verbose features in the kernel? > > > > Apart from this, are there other ways to make the kernel run faster?? > > The note has now been removed, since it was accurate only through the beta > series. > > "Run faster" is a bit nebulous, as performance optimization is a complex > thing. Since you CC'd the net@ list, I assume you want the networking to run > faster. The usual techniques are: > > - If your workload permits it, run with network stack direct dispatch, > which avoids a context switch into the network stack. Be warned that > this may reduce the opportunities for parallelism between the interrupt > and link layer code and network layer code, so while it improves many > workloads, it won't improve all. Set net.dispatch.direct=1. > > - If your workload benefits from it, consider running with device polling > -- this moves form an interrupt driven network model to a polled network > model, greatly decreasing overhead as a result of avoiding thrashing > interrupt handlers, and allowing you to moderate the load generated by > the network. See polling(4) for details, as this requires a custom > kernel configuration and some careful thought. This is usually best for > routers, etc. Polling may increase the latency of packet processing > based on how frequently polling polls, but substantially increase > throughput. > > - Depending on the workload and hardware, you may want to reconsider > compiling with SMP. I.e., for some workloads, HTT helps, and SMP helps, > and for other workloads, it doesn't. > > - Carefully evaluate your hardware configuration -- if this is about > network performance, you may want to make sure that storage and > networking devices are on separate PCI buses, and that if needed, those > buses are 64-bit. > > - Another common hardware issue is shared interrupts -- for example, on > many motherboards, USB and the on-motherboard network device end up on > the same interrupt, or their interrupts fire simultaneously regardless > of the interrupt numbers. Since the USB code is pretty heavy-weight, > you don't want to run it every time you receive a batch of packets via > an interrupt for gig-e. Compiling out USB in this environment may help. > This problem can be detected using vmstat -i, and seeing if the > interrupt rates for USB and your motherboard network device both look > the same -- i.e., very big. > > - Another common concern with threaded network applications is whether the > thread library model and implementation match the requirements of your > application. FreeBSD provides several thread libraries with different > properties, so you might want to consider changing thread libraries. > > - Recent reports indicate that on some systems, slow time counters are > used during context switches. You may want to consider switching to a > faster time counter if time accuracy is less important to you. In one > measurement, this added 30% performance to loop-back network traffic. > This issue is being actively researched. > > Other than that, you'll need to tell us what you're doing. > > Robert N M Watson > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 23:52:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FD0716A422; Fri, 28 Oct 2005 23:52:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECAA43D45; Fri, 28 Oct 2005 23:52:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9SNnA3R064501; Fri, 28 Oct 2005 17:49:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 28 Oct 2005 17:49:13 -0600 (MDT) Message-Id: <20051028.174913.13281012.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <35696.1130538037@critter.freebsd.dk> References: <20051028222454.T20147@fledge.watson.org> <35696.1130538037@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 28 Oct 2005 17:49:10 -0600 (MDT) Cc: pertti.kosunen@pp.nic.fi, rwatson@freebsd.org, davidxu@freebsd.org, jura@networks.ru, current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 23:52:08 -0000 In message: <35696.1130538037@critter.freebsd.dk> "Poul-Henning Kamp" writes: : [1] And both Warner and I will keep mentioning how it still does : not do anything for the leap-second issue :-) My deep and abiding love for leap-seconds has not changed one whit by this thread :-) Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 23:54:48 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 889DF16A41F; Fri, 28 Oct 2005 23:54:48 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA38843D46; Fri, 28 Oct 2005 23:54:47 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.96] ([70.68.0.213]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j9SNsZ3e020705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Oct 2005 01:54:36 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <4362BA38.1090603@portaone.com> Date: Fri, 28 Oct 2005 16:54:32 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <32412.1130505646@critter.freebsd.dk> In-Reply-To: <32412.1130505646@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1149/Thu Oct 27 22:20:09 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.ORG Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 23:54:48 -0000 Poul-Henning Kamp wrote: > In message <20051028140556.W20147@fledge.watson.org>, Robert Watson writes: > >>On Fri, 28 Oct 2005, David Xu wrote: >> >> >>>Poul-Henning Kamp wrote: >>> >>>>In message <4361FDBE.7000500@freebsd.org>, David Xu writes: >>>> >>>>the correct way to optimize this would be to add a time(2) systemcall >>>>which returns the value of the kernel global time_second. >>> >>>Can we make a page in kernel address space which is readable my user >>>code? put the variable in the page, I know read an integer is atomic-op, >>>needn't lock, so syscall is not needed. >> >>This approach has a lot of merit, as we can also potentially export other >>information there (such as kernel preferences for system call mechanisms). > > > Yes, there are many advantages to this approach, but we need a solution > to the API versioning problem before we head that way. > > For anyone wanting to look at this, three are a number of nasties > to remember: > > 1. How does userland get hold of the page ? Does it open a magic > device ? Use a magic syscall ? Or does all processes just get > the page by default ? > > 2. Where in the address space do we put it ? > > 3. Layout and alignment issues. Remember that things change size > over time. (Version numbers for each element ?) And that cross- > arch support is desirable (32bit i386 binaries on 64bit amd64 arch) > > 4. Do guarantee a syscall fallback for all facilities if there is version > skew, or do we abort the program ? > > 5. Do we want a global system page and a per process page while we > are at it. There is plenty of stuff we could put in the per-proc > page: pid, ppid, resource usage, proctitle etc. You can solve most of those issues by exporting from kernel to userland not only page(s) with actual data, but also page(s) with code to handle that data. Then you can turn syscalls implementation in libc into plain function calls to addresses in that code page(s). This approach can potentially have other interesting applications, for example it will be possible to use processor-specific syscalls instructions without recompiling userland, move some of the ABI code into userland (i.e. freebsd32 layer on amd64) etc. -Maxim From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 00:02:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3767116A41F; Sat, 29 Oct 2005 00:02:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD0643D46; Sat, 29 Oct 2005 00:02:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A26C546B06; Fri, 28 Oct 2005 20:01:59 -0400 (EDT) Date: Sat, 29 Oct 2005 01:01:59 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <35696.1130538037@critter.freebsd.dk> Message-ID: <20051029005719.I20147@fledge.watson.org> References: <35696.1130538037@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 00:02:01 -0000 On Sat, 29 Oct 2005, Poul-Henning Kamp wrote: > The alternative is the degrade the quality of the standard timescales: > clock_gettime(CLOCK_REALTIME), time(2) and gettimeofday(). > > The question there is: are we willing to live with the fallout ? Another important question is whether using these alternative time access methods in user space improves the performance of any of the applications we care about. Hence providing a patch that someone can try -- while the microbenchmarks seem to show improved performance, will the applications? I suspect it will in some important cases, but there's only one way to find out. It strikes me that replacing time(3) with something that retrieves CLOCK_SECOND shouldn't harm time(3) semantics. Likewise, keeping CLOCK_REALTIME as is is likely OK -- if an application requests it using clock_gettime(), then it is presumably looking for high accuracy. It's gettimeofday() that's the troubling one -- it's widely used to query the time in applications, and its API suggests microsecond resolution. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 00:06:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E408A16A41F; Sat, 29 Oct 2005 00:06:41 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C799743D68; Sat, 29 Oct 2005 00:06:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 054F746B06; Fri, 28 Oct 2005 20:06:37 -0400 (EDT) Date: Sat, 29 Oct 2005 01:06:36 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <35696.1130538037@critter.freebsd.dk> Message-ID: <20051029010225.P20147@fledge.watson.org> References: <35696.1130538037@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 00:06:42 -0000 On Sat, 29 Oct 2005, Poul-Henning Kamp wrote: > You forgot to tell us what > > sysctl kern.timecounter.hardware > > was on the machine, but I pressume ACPI-fast ? Yes: kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) With TSC on SMP, you see the expected sorts of results: x 7SMP/clock_gettime_realtime + 7SMP/TSC_clock_gettime_realtime * 7SMP/clock_gettime_poor +--------------------------------------------------------------------------+ |* + x| |* + x| |* * + x x| |* * + x x| |* * + x x| |** ** ++ xx xx| ||MA_| |A| |A_M| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 12 1404 1450 1444 1430.0833 19.327128 + 12 571 623 616 612.91667 13.627901 Difference at 95.0% confidence -817.167 +/- 14.1587 -57.1412% +/- 0.990063% (Student's t, pooled s = 16.7221) * 12 503 566 517 527.08333 26.352362 Difference at 95.0% confidence -903 +/- 19.5659 -63.1432% +/- 1.36817% (Student's t, pooled s = 23.1083) Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 00:48:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B66116A41F for ; Sat, 29 Oct 2005 00:48:13 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AB343D46 for ; Sat, 29 Oct 2005 00:48:12 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 33ABD6CC23; Sat, 29 Oct 2005 08:49:41 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22181-10; Sat, 29 Oct 2005 08:49:39 +0800 (MYT) Received: from kasumi.MyBSD.org.my (kasumi.MyBSD.org.my [IPv6:2001:328:2002:aa2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 8154A6CC22; Sat, 29 Oct 2005 08:49:30 +0800 (MYT) Date: Sat, 29 Oct 2005 08:47:59 +0800 From: Ariff Abdullah To: "Chen, Lihong" Message-Id: <20051029084759.3c8a2741.ariff@FreeBSD.org> In-Reply-To: <1130476990.821.1.camel@localhost> References: <1130464207.4270.5.camel@localhost> <20051028110711.03963854.ariff@FreeBSD.org> <1130476990.821.1.camel@localhost> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__29_Oct_2005_08_47_59_+0800_e3MWP5cYbDovu4.r" X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD mailserver at TOMOYO.MYBSD.ORG.MY Cc: freebsd-current@freebsd.org Subject: Re: Acer TravelMate 4102 AC97 Codec. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 00:48:13 -0000 --Signature=_Sat__29_Oct_2005_08_47_59_+0800_e3MWP5cYbDovu4.r Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 28 Oct 2005 13:23:10 +0800 "Chen, Lihong" wrote: > Hi! Ariff, > Like you said, this is a bad solution. > And, how about this one: > --- /usr/src/sys/dev/sound/pcm/ac97.c.orig Fri Oct 28 13:13:12 > 2005 +++ /usr/src/sys/dev/sound/pcm/ac97.c Fri Oct 28 13:19:44 > 2005 @@ -160,6 +160,7 @@ > { 0x434d4941, 0x00, 0, "CMI9738", 0 }, > { 0x43585421, 0x00, 0, "HSD11246", 0 }, > { 0x43585428, 0x07, 0, "CX20468", 0 }, > + { 0x43585430, 0x00, 0, "CX20468-21", 0 }, > { 0x44543000, 0x00, 0, "DT0398", 0 }, > { 0x454d4323, 0x00, 0, "EM28023", 0 }, > { 0x454d4328, 0x00, 0, "EM28028", 0 }, >=20 This is much better. Thanks. -- Ariff Abdullah FreeBSD --Signature=_Sat__29_Oct_2005_08_47_59_+0800_e3MWP5cYbDovu4.r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDYsbElr+deMUwTNoRAqqVAJ9G5TfsUTccWwc0lBswsDA8EX/xDACgjO8u j/NA/2d/jsk7dB4g9igS4/s= =ylYj -----END PGP SIGNATURE----- --Signature=_Sat__29_Oct_2005_08_47_59_+0800_e3MWP5cYbDovu4.r-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 01:09:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9A87316A41F; Sat, 29 Oct 2005 01:09:26 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <4362CBC2.8050602@freebsd.org> Date: Sat, 29 Oct 2005 09:09:22 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <35696.1130538037@critter.freebsd.dk> <20051029005719.I20147@fledge.watson.org> In-Reply-To: <20051029005719.I20147@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Poul-Henning Kamp , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 01:09:27 -0000 Robert Watson wrote: > Another important question is whether using these alternative time > access methods in user space improves the performance of any of the > applications we care about. Hence providing a patch that someone can > try -- while the microbenchmarks seem to show improved performance, > will the applications? I suspect it will in some important cases, but > there's only one way to find out. > > It strikes me that replacing time(3) with something that retrieves > CLOCK_SECOND shouldn't harm time(3) semantics. Likewise, keeping > CLOCK_REALTIME as is is likely OK -- if an application requests it > using clock_gettime(), then it is presumably looking for high > accuracy. It's gettimeofday() that's the troubling one -- it's widely > used to query the time in applications, and its API suggests > microsecond resolution. > > Robert N M Watson > > thread libraries use clock_gettime, this becauses there is pthread_cond_timedwait and other synchronization objects like rwlock, and mutex all have a timeout version, I think pthread_cond_timedwait is mostly used in some applications, though normally, application is not looking for high accuracy. they will get benefit from the clock_gettime speed improvement. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 02:17:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B837816A41F; Sat, 29 Oct 2005 02:17:44 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <4362DBC8.7080503@freebsd.org> Date: Sat, 29 Oct 2005 10:17:44 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <32412.1130505646@critter.freebsd.dk> <43625B69.9080400@elischer.org> In-Reply-To: <43625B69.9080400@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pertti Kosunen , Poul-Henning Kamp , Robert Watson , current@freebsd.org, "Yuriy N. Shkandybin" Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 02:17:47 -0000 Julian Elischer wrote: > > Linux does this and even implements syscalls through it I believe. > We'll probably need to implement it eventually for linux compat. why don't we start a project to hack it ? :-) From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 03:00:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E43716A42B for ; Sat, 29 Oct 2005 03:00:07 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01D643D45 for ; Sat, 29 Oct 2005 03:00:06 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so466008wxc for ; Fri, 28 Oct 2005 20:00:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XBRVMLbZpsO1Qz+D9n7S3cLoERa7r4id8lLeEiscI7vygyPxJmF58Ab1cEI8VKAhGBJyZ+WtVNDStF3lWoIOZKnP9xueeaSKfsY7QHONhRMH8shjw8mSS/4SEee8Bj3DlZDM+Kk4GPf9A43zXTzjqJf6/GB49lFzJPYCEKkEfjI= Received: by 10.65.123.11 with SMTP id a11mr563524qbn; Fri, 28 Oct 2005 19:53:33 -0700 (PDT) Received: by 10.65.150.17 with HTTP; Fri, 28 Oct 2005 19:53:33 -0700 (PDT) Message-ID: <7579f7fb0510281953y1e43ed54ub7f4ef0513340f13@mail.gmail.com> Date: Fri, 28 Oct 2005 19:53:33 -0700 From: Matthew Jacob To: Rainer Duffner In-Reply-To: <4360D0A2.6020502@ultra-secure.de> MIME-Version: 1.0 References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> <20051026145643.GA44296@freebie.xs4all.nl> <435FB117.2030003@ultra-secure.de> <20051026175916.GB45100@freebie.xs4all.nl> <4360D0A2.6020502@ultra-secure.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Wilko Bulte , FreeBSD Current Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 03:00:07 -0000 I'm catching, as usual, the tail end of all such discussions, but if this i= s yet another discussion about multipathing, well, FreeBSD doesn't *do* multipathing yet (to my knowledge), and it's going to take a bit more than just fooling around with CAM or an HBA driver to make it work at a commercial grade level. On 10/27/05, Rainer Duffner wrote: > > Wilko Bulte wrote: > > > > > > >Maybe you can zone the fabric such that the HBA only sees one path to th= e > >storage? > > > > > > > I don't know if that is possible - it also totally defeats the purpose. > We didn't buy the infrastructure twice (more or less) just to leave one > half of it unused. > > > >>Also, when I ran 5.4 on out BL20 blades, it liked to panic while > >>rescanning the SCSI-bus (after adding some space to a LUN). > >> > >> > > > >THat is one of the things I still have to try, FreeBSD on our BL20pG2 > > > > > > > I'll try 6.0 when I have some time. > > > > Rainer > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 04:18:49 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FC7C16A41F; Sat, 29 Oct 2005 04:18:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CA143D46; Sat, 29 Oct 2005 04:18:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9T4IL2c066445; Fri, 28 Oct 2005 22:18:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 28 Oct 2005 22:18:25 -0600 (MDT) Message-Id: <20051028.221825.90826015.imp@bsdimp.com> To: davidxu@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4362CBC2.8050602@freebsd.org> References: <35696.1130538037@critter.freebsd.dk> <20051029005719.I20147@fledge.watson.org> <4362CBC2.8050602@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 28 Oct 2005 22:18:22 -0600 (MDT) Cc: pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, rwatson@FreeBSD.org, current@FreeBSD.org, jura@networks.ru Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 04:18:49 -0000 In message: <4362CBC2.8050602@freebsd.org> David Xu writes: : Robert Watson wrote: : : > Another important question is whether using these alternative time : > access methods in user space improves the performance of any of the : > applications we care about. Hence providing a patch that someone can : > try -- while the microbenchmarks seem to show improved performance, : > will the applications? I suspect it will in some important cases, but : > there's only one way to find out. : > : > It strikes me that replacing time(3) with something that retrieves : > CLOCK_SECOND shouldn't harm time(3) semantics. Likewise, keeping : > CLOCK_REALTIME as is is likely OK -- if an application requests it : > using clock_gettime(), then it is presumably looking for high : > accuracy. It's gettimeofday() that's the troubling one -- it's widely : > used to query the time in applications, and its API suggests : > microsecond resolution. : > : > Robert N M Watson : > : > : thread libraries use clock_gettime, this becauses there is : pthread_cond_timedwait and other synchronization objects : like rwlock, and mutex all have a timeout version, I think : pthread_cond_timedwait is mostly used in some applications, : though normally, application is not looking for high accuracy. : they will get benefit from the clock_gettime speed improvement. And unfortuantely, the argument that needs to be passed to abstime is unspecified, at leas tin our man page. Also unfortuantely, CLOCK_REALTIME seems to be what's required here (our man page just says 'if the system time reaches the time specified in abstime'), rather than CLOCK_MONOTONIC so jumps in system time can cause previously short timeouts to become rather large timeouts... This is a flaw in the API. :-( Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 04:19:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 416E716A41F; Sat, 29 Oct 2005 04:19:27 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B6243D53; Sat, 29 Oct 2005 04:19:26 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id E599D8F3B6; Fri, 28 Oct 2005 21:19:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heave.ugcs.caltech.edu (Postfix) with ESMTP id C189BEAAB9; Fri, 28 Oct 2005 21:19:25 -0700 (PDT) Date: Fri, 28 Oct 2005 21:19:25 -0700 (PDT) From: Jon Dama To: Maxim.Sobolev@portaone.com In-Reply-To: <4362BA38.1090603@portaone.com> Message-ID: References: <32412.1130505646@critter.freebsd.dk> <4362BA38.1090603@portaone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 04:19:27 -0000 > possible to use processor-specific syscalls instructions without > recompiling userland, move some of the ABI code into userland (i.e. > freebsd32 layer on amd64) etc. > freebsd32 on amd64 needs serious work (preferably in a way to make it behave more like the linux32 emulation complete with a full compat directory structure) What goes on now with libexec/ld-elf32 is bogus. it would also help if one could get the kernel to lie in hw.machine_arch among other places via a personality sysctl. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 05:01:11 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8B5D516A41F; Sat, 29 Oct 2005 05:01:09 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43630215.9050700@freebsd.org> Date: Sat, 29 Oct 2005 13:01:09 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <35696.1130538037@critter.freebsd.dk> <20051029005719.I20147@fledge.watson.org> <4362CBC2.8050602@freebsd.org> <20051028.221825.90826015.imp@bsdimp.com> In-Reply-To: <20051028.221825.90826015.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, rwatson@FreeBSD.org, current@FreeBSD.org, jura@networks.ru Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 05:01:11 -0000 M. Warner Losh wrote: >: thread libraries use clock_gettime, this becauses there is >: pthread_cond_timedwait and other synchronization objects >: like rwlock, and mutex all have a timeout version, I think >: pthread_cond_timedwait is mostly used in some applications, >: though normally, application is not looking for high accuracy. >: they will get benefit from the clock_gettime speed improvement. > >And unfortuantely, the argument that needs to be passed to abstime is >unspecified, at leas tin our man page. Also unfortuantely, >CLOCK_REALTIME seems to be what's required here (our man page just >says 'if the system time reaches the time specified in abstime'), >rather than CLOCK_MONOTONIC so jumps in system time can cause >previously short timeouts to become rather large timeouts... This is >a flaw in the API. :-( > >Warner > > I would rather to think it is brokeness of POSIX thread API specification, in real world, nobody uses the timeout as an absolute timestamp, almost all applications are doing relative timeout sleep, if implementor 100% respects POSIX spec, he will break many applications. libthr supports pthread_condattr_setclock, you can select CLOCK_MONOTONIC for pthread_cond_timedwait, but internally, all absolute timeout waits are converted to relative. David Xu From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 05:08:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B61C216A41F for ; Sat, 29 Oct 2005 05:08:07 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6553E43D49 for ; Sat, 29 Oct 2005 05:08:07 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j9T57wOZ073869; Fri, 28 Oct 2005 22:08:07 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <436303AE.9040001@freebsd.org> Date: Fri, 28 Oct 2005 22:07:58 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20051025103652.52312a56@it.buh.cameradicommercio.ro> In-Reply-To: <20051025103652.52312a56@it.buh.cameradicommercio.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0RC1: libarchive - archive_write_header_pax: 'x' header failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 05:08:07 -0000 I wonder where you found 80-year-old GIF files? ;-) Bug: Very old files trip a consistency check inside of libarchive when writing the default "pax" format. Status: It's fixed in -CURRENT (August) and in RELENG-5 (October) and will be fixed in 6.1. (I've been busy at work and missed the 6.0 code freeze.) Workaround: Use --format=ustar Alternate Workaround: "touch" any files that are older than 1970. Tim Ion-Mihai Tetcu wrote: > Hi, > > > On a FreeBSD 6.0-RC1 #6: Sat Oct 15 01:52:05 EEST 2005 > I was : > root@it> /usr [9:46:35] 0 > # tar vvcf /mnt/usr.tar ./ > ............... > a local/www/sites/rotravel.bad/res_quot.gif > a local/www/sites/rotravel.bad/images/1pixel_l.gifarchive_write_pax_header: 'x' header failed?! This can't happen. > root@it> /usr [9:48:09] 1 > # tar vvcf - ./local/www/sites/rotravel.bad/images/1pixel_l.gif > a local/www/sites/rotravel.bad/images/1pixel_l.gifarchive_write_pax_header: 'x' header failed?! This can't happen. > root@it> /usr [10:31:32] 1 > # gtar vvcf - ./local/www/sites/rotravel.bad/images/1pixel_l.gif > -rw-r--r-- itetcu/wheel 43 Apr 10 13:30 1924 ./local/www/sites/rotravel.bad/images/1pixel_l.gif > ./local/www/sites/rotravel.bad/images/1pixel_l.gif01006440001751000000000000000053˙˙˙˙˙˙˙˙©ýhj0255630ustar itetcuwheelGIF89aĚĚĚ!ů,D; > root@it> /usr [10:31:42] 0 > # > > According to http://www.freebsd.org/cgi/query-pr.cgi?pr=74385 this (or > something very similar) was supposedly fixed back in January, at least > for RELENG_5. > > From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 05:21:49 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8850D16A41F; Sat, 29 Oct 2005 05:21:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2311E43D45; Sat, 29 Oct 2005 05:21:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9T5JNli066897; Fri, 28 Oct 2005 23:19:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 28 Oct 2005 23:19:27 -0600 (MDT) Message-Id: <20051028.231927.71089518.imp@bsdimp.com> To: davidxu@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <43630215.9050700@freebsd.org> References: <4362CBC2.8050602@freebsd.org> <20051028.221825.90826015.imp@bsdimp.com> <43630215.9050700@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 28 Oct 2005 23:19:24 -0600 (MDT) Cc: pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, rwatson@FreeBSD.org, current@FreeBSD.org, jura@networks.ru Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 05:21:49 -0000 In message: <43630215.9050700@freebsd.org> David Xu writes: : M. Warner Losh wrote: : : >: thread libraries use clock_gettime, this becauses there is : >: pthread_cond_timedwait and other synchronization objects : >: like rwlock, and mutex all have a timeout version, I think : >: pthread_cond_timedwait is mostly used in some applications, : >: though normally, application is not looking for high accuracy. : >: they will get benefit from the clock_gettime speed improvement. : > : >And unfortuantely, the argument that needs to be passed to abstime is : >unspecified, at leas tin our man page. Also unfortuantely, : >CLOCK_REALTIME seems to be what's required here (our man page just : >says 'if the system time reaches the time specified in abstime'), : >rather than CLOCK_MONOTONIC so jumps in system time can cause : >previously short timeouts to become rather large timeouts... This is : >a flaw in the API. :-( : > : >Warner : > : > : I would rather to think it is brokeness of POSIX thread API specification, : in real world, nobody uses the timeout as an absolute timestamp, almost : all applications are doing relative timeout sleep, if implementor 100% : respects POSIX spec, he will break many applications. : libthr supports pthread_condattr_setclock, you can select CLOCK_MONOTONIC : for pthread_cond_timedwait, but internally, all absolute timeout waits are : converted to relative. Does this mean I can have a 1s wait, jump time back an hour and that the timeout will happen in a little under 1s? Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 05:48:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB6D16A41F; Sat, 29 Oct 2005 05:48:58 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC76A43D46; Sat, 29 Oct 2005 05:48:57 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j9T5muGR021250; Sat, 29 Oct 2005 09:48:56 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j9T5munw021249; Sat, 29 Oct 2005 09:48:56 +0400 (MSD) (envelope-from ache) Date: Sat, 29 Oct 2005 09:48:56 +0400 From: Andrey Chernov To: Tim Kientzle Message-ID: <20051029054855.GB21149@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Tim Kientzle , freebsd-current@FreeBSD.ORG References: <20051025103652.52312a56@it.buh.cameradicommercio.ro> <436303AE.9040001@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436303AE.9040001@freebsd.org> User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.ORG Subject: Re: 6.0RC1: libarchive - archive_write_header_pax: 'x' header failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 05:48:58 -0000 On Fri, Oct 28, 2005 at 10:07:58PM -0700, Tim Kientzle wrote: > I wonder where you found 80-year-old GIF files? ;-) Please look at PR 88013 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 07:13:35 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC2A016A420; Sat, 29 Oct 2005 07:13:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B20C43D46; Sat, 29 Oct 2005 07:13:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 70E18BC50; Sat, 29 Oct 2005 07:13:32 +0000 (UTC) To: Maxim.Sobolev@portaone.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 28 Oct 2005 16:54:32 PDT." <4362BA38.1090603@portaone.com> Date: Sat, 29 Oct 2005 09:13:31 +0200 Message-ID: <37497.1130570011@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.ORG Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 07:13:35 -0000 In message <4362BA38.1090603@portaone.com>, Maxim Sobolev writes: >You can solve most of those issues by exporting from kernel to userland >not only page(s) with actual data, but also page(s) with code to handle >that data. Then you can turn syscalls implementation in libc into plain >function calls to addresses in that code page(s). This approach can >potentially have other interesting applications, for example it will be >possible to use processor-specific syscalls instructions without >recompiling userland, move some of the ABI code into userland (i.e. >freebsd32 layer on amd64) etc. I'm not sure I see much difference between a shared library and this solution, but I'm equally sure we'd love to se a prototype before we judge it :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 07:29:29 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6905416A41F; Sat, 29 Oct 2005 07:29:29 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B86BB43D48; Sat, 29 Oct 2005 07:29:28 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j9T7THjZ065746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Oct 2005 09:29:19 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <436324C6.5040107@portaone.com> Date: Sat, 29 Oct 2005 00:29:10 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <37497.1130570011@critter.freebsd.dk> In-Reply-To: <37497.1130570011@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1149/Thu Oct 27 22:20:09 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.ORG Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 07:29:29 -0000 Poul-Henning Kamp wrote: > In message <4362BA38.1090603@portaone.com>, Maxim Sobolev writes: > > >>You can solve most of those issues by exporting from kernel to userland >>not only page(s) with actual data, but also page(s) with code to handle >>that data. Then you can turn syscalls implementation in libc into plain >>function calls to addresses in that code page(s). This approach can >>potentially have other interesting applications, for example it will be >>possible to use processor-specific syscalls instructions without >>recompiling userland, move some of the ABI code into userland (i.e. >>freebsd32 layer on amd64) etc. > > > I'm not sure I see much difference between a shared library and this > solution, but I'm equally sure we'd love to se a prototype before > we judge it :-) Difference is that you won't have additional problems with userland and kernel versions mismatch and don't need any additional complexity associated with versioning/fallback logic. -Maxim From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 07:38:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F336216A41F; Sat, 29 Oct 2005 07:38:23 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9379C43D45; Sat, 29 Oct 2005 07:38:23 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 002F9BC84; Sat, 29 Oct 2005 07:38:21 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 01:01:59 BST." <20051029005719.I20147@fledge.watson.org> Date: Sat, 29 Oct 2005 09:38:21 +0200 Message-ID: <37685.1130571501@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 07:38:24 -0000 In message <20051029005719.I20147@fledge.watson.org>, Robert Watson writes: >It strikes me that replacing time(3) with something that retrieves >CLOCK_SECOND shouldn't harm time(3) semantics. It will mean that time(3) is can do minor (~1/hz) timetravel relative to the other calls: clock_gettime() time(3) 123.999999123 123 124.000000234 123 124.000020300 123 124.000983092 123 (hardclock happens) 124.001020934 124 If we can live with this, there is no problem. >Likewise, keeping >CLOCK_REALTIME as is is likely OK -- if an application requests it using >clock_gettime(), then it is presumably looking for high accuracy. Yes, I think clock_gettime(CLOCK_REALTIME) should remain unchanged. >It's >gettimeofday() that's the troubling one -- it's widely used to query the >time in applications, and its API suggests microsecond resolution. And we don't really have a cheap way to do that... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 07:48:08 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B493716A41F; Sat, 29 Oct 2005 07:48:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5596243D46; Sat, 29 Oct 2005 07:48:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 249E6BC50; Sat, 29 Oct 2005 07:48:06 +0000 (UTC) To: Maxim.Sobolev@portaone.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 00:29:10 PDT." <436324C6.5040107@portaone.com> Date: Sat, 29 Oct 2005 09:48:06 +0200 Message-ID: <37735.1130572086@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.ORG Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 07:48:08 -0000 In message <436324C6.5040107@portaone.com>, Maxim Sobolev writes: >> I'm not sure I see much difference between a shared library and this >> solution, but I'm equally sure we'd love to se a prototype before >> we judge it :-) > >Difference is that you won't have additional problems with userland and >kernel versions mismatch and don't need any additional complexity >associated with versioning/fallback logic. So why don't we implement all the syscalls this way if we have to go down that route anyway ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 08:05:23 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AE4916A420; Sat, 29 Oct 2005 08:05:23 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6741443D49; Sat, 29 Oct 2005 08:05:22 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j9T85Dr6073984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Oct 2005 10:05:15 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <43632D32.6000300@portaone.com> Date: Sat, 29 Oct 2005 01:05:06 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <37735.1130572086@critter.freebsd.dk> In-Reply-To: <37735.1130572086@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1149/Thu Oct 27 22:20:09 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.ORG Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 08:05:23 -0000 Poul-Henning Kamp wrote: > In message <436324C6.5040107@portaone.com>, Maxim Sobolev writes: > > >>>I'm not sure I see much difference between a shared library and this >>>solution, but I'm equally sure we'd love to se a prototype before >>>we judge it :-) >> >>Difference is that you won't have additional problems with userland and >>kernel versions mismatch and don't need any additional complexity >>associated with versioning/fallback logic. > > > So why don't we implement all the syscalls this way if we have to go > down that route anyway ? This is what I am suggesting actually. -Maxim From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 08:37:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C43C16A41F for ; Sat, 29 Oct 2005 08:37:21 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B6143D46 for ; Sat, 29 Oct 2005 08:37:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9T8bE43015947 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Oct 2005 18:37:17 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9T8bEHh054386; Sat, 29 Oct 2005 18:37:14 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9T8bD6F054385; Sat, 29 Oct 2005 18:37:13 +1000 (EST) (envelope-from pjeremy) Date: Sat, 29 Oct 2005 18:37:13 +1000 From: Peter Jeremy To: Maxim.Sobolev@portaone.com Message-ID: <20051029083713.GX39882@cirb503493.alcatel.com.au> References: <37497.1130570011@critter.freebsd.dk> <436324C6.5040107@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436324C6.5040107@portaone.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 08:37:21 -0000 On Sat, 2005-Oct-29 00:29:10 -0700, Maxim Sobolev wrote: >Poul-Henning Kamp wrote: >>In message <4362BA38.1090603@portaone.com>, Maxim Sobolev writes: >>>You can solve most of those issues by exporting from kernel to userland >>>not only page(s) with actual data, but also page(s) with code to handle >>>that data. Then you can turn syscalls implementation in libc into plain >>>function calls to addresses in that code page(s). This approach can >>>potentially have other interesting applications, for example it will be >>>possible to use processor-specific syscalls instructions without >>>recompiling userland, move some of the ABI code into userland (i.e. >>>freebsd32 layer on amd64) etc. The data I understand - we document a struct that defines the page contents, I'm less sure about the code. The concept is appealing but some more detail would be nice. >>I'm not sure I see much difference between a shared library and this >>solution, but I'm equally sure we'd love to se a prototype before >>we judge it :-) > >Difference is that you won't have additional problems with userland and >kernel versions mismatch and don't need any additional complexity >associated with versioning/fallback logic. I'm not sure I understand how you'll achieve this. How would a userland application locate the appropriate entry points? If the exported code looks like a automagically-mapped shared library, we'd need to embed the ELF symbol table in the kernel as well. How does an application compiled for (eg) FreeBSD-6 handle the code page exported by a FreeBSD-7 kernel? Other options would seem to be: - hard-wire the entry-points into the application or libc (which will basically destroy backward/forward compatibility) - Use explicit branch tables (ala Amiga shared libraries) - there's no infrastructure to support this in FreeBSD. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 08:47:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F07316A41F; Sat, 29 Oct 2005 08:47:23 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29E943D46; Sat, 29 Oct 2005 08:47:22 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9T8lH3M011310 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Oct 2005 18:47:20 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9T8lHHh054417; Sat, 29 Oct 2005 18:47:17 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9T8lH35054416; Sat, 29 Oct 2005 18:47:17 +1000 (EST) (envelope-from pjeremy) Date: Sat, 29 Oct 2005 18:47:16 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20051029084716.GY39882@cirb503493.alcatel.com.au> References: <20051029005719.I20147@fledge.watson.org> <37685.1130571501@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37685.1130571501@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: Robert Watson , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 08:47:23 -0000 On Sat, 2005-Oct-29 09:38:21 +0200, Poul-Henning Kamp wrote: >In message <20051029005719.I20147@fledge.watson.org>, Robert Watson writes: >>It strikes me that replacing time(3) with something that retrieves >>CLOCK_SECOND shouldn't harm time(3) semantics. > >It will mean that time(3) is can do minor (~1/hz) timetravel relative >to the other calls: > > clock_gettime() time(3) > > 123.999999123 > 123 > 124.000000234 > 123 ... > >If we can live with this, there is no problem. Most applications will do all their timekeeping using a single set of clock calls so I don't think this is especially serious. Does POSIX require any guarantees about (eg) clock_gettime(CLOCK_REALTIME), time() and gettimeofday() returning identical values? Can we claim "rounding and truncation" to explain the discrepancies? >>It's >>gettimeofday() that's the troubling one -- it's widely used to query the >>time in applications, and its API suggests microsecond resolution. > >And we don't really have a cheap way to do that... If we did drop the microsecond resolution, we wouldn't be alone - it used to be fairly common for tv_usec to increment in 1/hz steps. Even our manpage states that it might be incremented in ticks rather than continuously. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 08:55:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A39A716A41F; Sat, 29 Oct 2005 08:54:57 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43632D9A.30201@freebsd.org> Date: Sat, 29 Oct 2005 16:06:50 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4362CBC2.8050602@freebsd.org> <20051028.221825.90826015.imp@bsdimp.com> <43630215.9050700@freebsd.org> <20051028.231927.71089518.imp@bsdimp.com> In-Reply-To: <20051028.231927.71089518.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, rwatson@FreeBSD.org, current@FreeBSD.org, jura@networks.ru Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 08:55:02 -0000 M. Warner Losh wrote: >Does this mean I can have a 1s wait, jump time back an hour and that >the timeout will happen in a little under 1s? > >Warner > > > It is almost but not always, there is still a very small race window. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 09:07:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3889A16A424; Sat, 29 Oct 2005 09:07:25 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831C043D48; Sat, 29 Oct 2005 09:07:24 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr2.xs4all.nl (8.13.3/8.13.3) with ESMTP id j9T97MEe016907; Sat, 29 Oct 2005 11:07:22 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id j9T97M1p003470; Sat, 29 Oct 2005 11:07:22 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id j9T97M9m003469; Sat, 29 Oct 2005 11:07:22 +0200 (CEST) (envelope-from wb) Date: Sat, 29 Oct 2005 11:07:22 +0200 From: Wilko Bulte To: Matthew Jacob , Paul-Henning Kamp Message-ID: <20051029090722.GA3432@freebie.xs4all.nl> References: <139e33fd0505170202a18e7c0@mail.gmail.com> <435F9095.507@ultra-secure.de> <20051026145643.GA44296@freebie.xs4all.nl> <435FB117.2030003@ultra-secure.de> <20051026175916.GB45100@freebie.xs4all.nl> <4360D0A2.6020502@ultra-secure.de> <7579f7fb0510281953y1e43ed54ub7f4ef0513340f13@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0510281953y1e43ed54ub7f4ef0513340f13@mail.gmail.com> X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Current , Rainer Duffner Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 09:07:25 -0000 On Fri, Oct 28, 2005 at 07:53:33PM -0700, Matthew Jacob wrote.. > I'm catching, as usual, the tail end of all such discussions, but if this is > yet another discussion about multipathing, well, FreeBSD doesn't *do* > multipathing yet (to my knowledge), and it's going to take a bit more than > just fooling around with CAM or an HBA driver to make it work at a > commercial grade level. Absolutely. I think phk has done some work in the past for a customer of him with multipathing to a DEC HSG80. I could be wrong though. Wilko > > On 10/27/05, Rainer Duffner wrote: > > > > Wilko Bulte wrote: > > > > > > > > > > >Maybe you can zone the fabric such that the HBA only sees one path to the > > >storage? > > > > > > > > > > > > I don't know if that is possible - it also totally defeats the purpose. > > We didn't buy the infrastructure twice (more or less) just to leave one > > half of it unused. > > > > > > >>Also, when I ran 5.4 on out BL20 blades, it liked to panic while > > >>rescanning the SCSI-bus (after adding some space to a LUN). > > >> > > >> > > > > > >THat is one of the things I still have to try, FreeBSD on our BL20pG2 > > > > > > > > > > > > I'll try 6.0 when I have some time. > > > > > > > > Rainer > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 10:04:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B87C16A41F for ; Sat, 29 Oct 2005 10:04:51 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0B5143D46 for ; Sat, 29 Oct 2005 10:04:50 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j9TA4dSt000301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Oct 2005 12:04:43 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <43634931.7030706@portaone.com> Date: Sat, 29 Oct 2005 03:04:33 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <37497.1130570011@critter.freebsd.dk> <436324C6.5040107@portaone.com> <20051029083713.GX39882@cirb503493.alcatel.com.au> In-Reply-To: <20051029083713.GX39882@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1149/Thu Oct 27 22:20:09 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 10:04:51 -0000 Peter Jeremy wrote: > On Sat, 2005-Oct-29 00:29:10 -0700, Maxim Sobolev wrote: > >>Poul-Henning Kamp wrote: >> >>>In message <4362BA38.1090603@portaone.com>, Maxim Sobolev writes: >>> >>>>You can solve most of those issues by exporting from kernel to userland >>>>not only page(s) with actual data, but also page(s) with code to handle >>>>that data. Then you can turn syscalls implementation in libc into plain >>>>function calls to addresses in that code page(s). This approach can >>>>potentially have other interesting applications, for example it will be >>>>possible to use processor-specific syscalls instructions without >>>>recompiling userland, move some of the ABI code into userland (i.e. >>>>freebsd32 layer on amd64) etc. > > > The data I understand - we document a struct that defines the page > contents, I'm less sure about the code. The concept is appealing > but some more detail would be nice. > > >>>I'm not sure I see much difference between a shared library and this >>>solution, but I'm equally sure we'd love to se a prototype before >>>we judge it :-) >> >>Difference is that you won't have additional problems with userland and >>kernel versions mismatch and don't need any additional complexity >>associated with versioning/fallback logic. > > > I'm not sure I understand how you'll achieve this. How would a userland > application locate the appropriate entry points? If the exported code > looks like a automagically-mapped shared library, we'd need to embed the > ELF symbol table in the kernel as well. How does an application compiled > for (eg) FreeBSD-6 handle the code page exported by a FreeBSD-7 kernel? Well, since this exported code is just another indirection layer for syscalls, we don't really need any real ELF symbols or something like that - libc can take syscall number and either do a call to some fixed address + f(syscall_number) or get address from fixed address + f(syscall_number) and call it. All the rest is beyond application control/interest. Yes, from application's point of view it's kinda magical, but not much more magical that what happens now when application calls kernel code via INT syscall gate. In some sense this is about splitting every syscalls into two portions - one which runs in userland (for most of systcalls it will be just plain old INT gate) and another one which runs in the kernel space. The main win is that some syscalls will be able to complete in userland wihtout entering kernel at all. Since the location is fixed in the process address space (or at least there is some easy way to learn it) and format is also fixed there should be no additional problems with running app designed for one release on another release. The main point of all this is not to solve existing ABI compatibility problems, but to allow kernel to export some data directly to userland without introducing new compatibility problems and potentially have a possibility to use more efficient syscall mechanisms on architectures that support it witout recompiling libc and every statically linked application in the system. -Maxim From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 10:09:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 025C516A41F; Sat, 29 Oct 2005 10:09:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6485843D79; Sat, 29 Oct 2005 10:09:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 104A3BC50; Sat, 29 Oct 2005 10:09:01 +0000 (UTC) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 18:47:16 +1000." <20051029084716.GY39882@cirb503493.alcatel.com.au> Date: Sat, 29 Oct 2005 12:09:00 +0200 Message-ID: <38091.1130580540@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Robert Watson , current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 10:09:10 -0000 In message <20051029084716.GY39882@cirb503493.alcatel.com.au>, Peter Jeremy wri tes: >On Sat, 2005-Oct-29 09:38:21 +0200, Poul-Henning Kamp wrote: >Most applications will do all their timekeeping using a single set of >clock calls so I don't think this is especially serious. Does POSIX >require any guarantees about (eg) clock_gettime(CLOCK_REALTIME), time() >and gettimeofday() returning identical values? Can we claim "rounding >and truncation" to explain the discrepancies? When it comes to timekeeping (well, and pretty much everything else come to think of it) ports is much more important than POSIX. >>>It's >>>gettimeofday() that's the troubling one -- it's widely used to query the >>>time in applications, and its API suggests microsecond resolution. >> >>And we don't really have a cheap way to do that... > >If we did drop the microsecond resolution, we wouldn't be alone - it >used to be fairly common for tv_usec to increment in 1/hz steps. Even >our manpage states that it might be incremented in ticks rather than >continuously. Again, for it to be cheaper, we need to use the cached timestamps and that would open the same inconsistency as for time(3), only now the skew will happen Hz times per second instead of only once per second. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 10:10:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A7A16A41F; Sat, 29 Oct 2005 10:10:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8014E43D67; Sat, 29 Oct 2005 10:09:52 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A653A46B13; Sat, 29 Oct 2005 06:09:51 -0400 (EDT) Date: Sat, 29 Oct 2005 11:09:51 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20051028.221825.90826015.imp@bsdimp.com> Message-ID: <20051029110825.B20147@fledge.watson.org> References: <35696.1130538037@critter.freebsd.dk> <20051029005719.I20147@fledge.watson.org> <4362CBC2.8050602@freebsd.org> <20051028.221825.90826015.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, davidxu@FreeBSD.org, jura@networks.ru, current@FreeBSD.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 10:10:02 -0000 On Fri, 28 Oct 2005, M. Warner Losh wrote: > : thread libraries use clock_gettime, this becauses there is > : pthread_cond_timedwait and other synchronization objects > : like rwlock, and mutex all have a timeout version, I think > : pthread_cond_timedwait is mostly used in some applications, > : though normally, application is not looking for high accuracy. > : they will get benefit from the clock_gettime speed improvement. > > And unfortuantely, the argument that needs to be passed to abstime is > unspecified, at leas tin our man page. Also unfortuantely, > CLOCK_REALTIME seems to be what's required here (our man page just says > 'if the system time reaches the time specified in abstime'), rather than > CLOCK_MONOTONIC so jumps in system time can cause previously short > timeouts to become rather large timeouts... This is a flaw in the API. > :-( If the assumption is that these calls will behave like select() and poll(), then I would guess lowering the accuracy here would not be a problem, since it is widely understand that select() waits at timer tick granularity. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 10:10:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CAD016A420 for ; Sat, 29 Oct 2005 10:10:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBB243D7B for ; Sat, 29 Oct 2005 10:10:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A7A9EBC95; Sat, 29 Oct 2005 10:10:42 +0000 (UTC) To: Wilko Bulte From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 11:07:22 +0200." <20051029090722.GA3432@freebie.xs4all.nl> Date: Sat, 29 Oct 2005 12:10:42 +0200 Message-ID: <38105.1130580642@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Matthew Jacob , FreeBSD Current , Rainer Duffner Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 10:10:48 -0000 In message <20051029090722.GA3432@freebie.xs4all.nl>, Wilko Bulte writes: >On Fri, Oct 28, 2005 at 07:53:33PM -0700, Matthew Jacob wrote.. >> I'm catching, as usual, the tail end of all such discussions, but if this is >> yet another discussion about multipathing, well, FreeBSD doesn't *do* >> multipathing yet (to my knowledge), and it's going to take a bit more than >> just fooling around with CAM or an HBA driver to make it work at a >> commercial grade level. > >Absolutely. > >I think phk has done some work in the past for a customer of him >with multipathing to a DEC HSG80. I could be wrong though. geom_fox is a rudimentary multipath tool. Unfortunately (at least when no fabric switch is involved) the isp driver never seems to time out a request (it just waits for another civilization to appear and provide the lemon soaked paper-napkins) so it doesn't really work well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 13:41:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851AA16A41F for ; Sat, 29 Oct 2005 13:41:08 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F9743D45 for ; Sat, 29 Oct 2005 13:41:03 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id j9TDf1pA040840 for ; Sat, 29 Oct 2005 15:41:02 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Sat, 29 Oct 2005 15:41:00 +0200 From: Victor Balada Diaz To: current@freebsd.org Message-ID: <20051029134100.GA615@pato.euesrg02.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FreeBSD 6.0 -RC1 doesn't detect my hard drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 13:41:08 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, i'm trying to install FreeBSD 6.0-RC1 on a Sony Vaio VGN-S4XP and it doesn't detect de hard disk. It works on FreeBSD 5.4. Booting FreeBSD 6.0 with acpi enabled detects the cd but not the HD, without acpi or in safe mode panics: with acpi disabled or in safe mode (copied by hand): Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x70:0x81ea stack pointer = 0x28:0xeb8 frame pointer = 0x28:0xf0e code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0] Stopped at 0x81ea: *** error reading from address 81ea *** db> bt Tracing pid 0 tid 0 td 0xc0a0d360 (null)(f76cb06,0,3e203e20,f80,bec7000) at 0x81ea db> pciconf -lv from FreeBSD 5.4: hostb0@pci0:0:0: class=0x060000 card=0x81b7104d chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25918086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI none0@pci0:27:0: class=0x040300 card=0x81cc104d chip=0x26688086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' class = multimedia uhci0@pci0:29:0: class=0x0c0300 card=0x81b9104d chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x81b9104d chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x81b9104d chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x81b9104d chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB none1@pci0:29:7: class=0x0c0320 card=0x81b9104d chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x81b9104d chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x81b9104d chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB ICH6 Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x81ba104d chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M SATA Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x81b9104d chip=0x266a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus none3@pci1:0:0: class=0x030000 card=0x81c9104d chip=0x016710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA cbb0@pci6:5:0: class=0x060700 card=0x818f104d chip=0xac8e104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus fwohci0@pci6:5:2: class=0x0c0010 card=0x818f104d chip=0x802e104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = serial bus subclass = FireWire none4@pci6:5:3: class=0x018000 card=0x8190104d chip=0xac8f104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = mass storage fxp0@pci6:8:0: class=0x020000 card=0x81d0104d chip=0x10688086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet none5@pci6:11:0: class=0x028000 card=0x27538086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network verbose boot from FreeBSD 5.4 attached. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a36000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a3630c. Table 'FACP' at 0x3fe9ce78 Table 'APIC' at 0x3fe9cefc MADT: Found table at 0x3fe9cefc APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193180 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1995014303 Hz CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff real memory = 1072234496 (1022 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ec65fff, 1040453632 bytes (254017 pages) avail memory = 1039708160 (991 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6800 bios32: Entry = 0xfd6a0 (c00fd6a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6a0+0x271 pnpbios: Found PnP BIOS data at 0xc00f6850 pnpbios: Entry = f0000:be9b Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io:
mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 6 dev 5 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 70 us acpi_ec0: info: new max delay is 80 us ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2591, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 1, range 64, base 80000000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2668, revid=0x03 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 21 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=21 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 map[10]: type 1, range 32, base 80004000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2641, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001880, size 4, enabled found-> vendor=0x8086, dev=0x266f, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 map[10]: type 4, range 32, base 000018c0, size 3, enabled map[14]: type 4, range 32, base 000018b8, size 2, enabled map[18]: type 4, range 32, base 000018b0, size 3, enabled map[1c]: type 4, range 32, base 00001894, size 2, enabled map[20]: type 4, range 32, base 000018a0, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2653, revid=0x03 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=18 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 000018e0, size 5, enabled found-> vendor=0x8086, dev=0x266a, revid=0x03 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0x90000000-0xafffffff pcib1: prefetched decode 0xc0000000-0xcfffffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base a0000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xa0000000-0xa0ffffff map[14]: type 3, range 64, base c0000000, size 28, enabled pcib1: device (null) requested decoded memory range 0xc0000000-0xcfffffff map[1c]: type 1, range 64, base 90000000, size 24, enabled pcib1: device (null) requested decoded memory range 0x90000000-0x90ffffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x10de, dev=0x0167, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci1: at device 0.0 (no driver attached) pci0: at device 27.0 (no driver attached) uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 21 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 17 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 6 pcib2: subordinate bus 7 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0xb0000000-0xb00fffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci6: on pcib2 pci6: physical bus=6 map[10]: type 1, range 32, base 00000000, size 12, enabled pcib2: matched entry for 6.5.INTA pcib2: slot 5 INTA hardwired to IRQ 21 found-> vendor=0x104c, dev=0xac8e, revid=0x00 bus=6, slot=5, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0004000, size 11, enabled pcib2: device (null) requested decoded memory range 0xb0004000-0xb00047ff map[14]: type 1, range 32, base b0000000, size 14, enabled pcib2: device (null) requested decoded memory range 0xb0000000-0xb0003fff pcib2: matched entry for 6.5.INTC pcib2: slot 5 INTC hardwired to IRQ 20 found-> vendor=0x104c, dev=0x802e, revid=0x00 bus=6, slot=5, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=c, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0005000, size 12, enabled pcib2: device (null) requested decoded memory range 0xb0005000-0xb0005fff pcib2: matched entry for 6.5.INTB pcib2: slot 5 INTB hardwired to IRQ 23 found-> vendor=0x104c, dev=0xac8f, revid=0x00 bus=6, slot=5, func=3 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=b, irq=23 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0006000, size 12, enabled pcib2: device (null) requested decoded memory range 0xb0006000-0xb0006fff map[14]: type 4, range 32, base 00002000, size 6, enabled pcib2: device (null) requested decoded I/O range 0x2000-0x203f pcib2: matched entry for 6.8.INTA pcib2: slot 8 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1068, revid=0x03 bus=6, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0007000, size 12, enabled pcib2: device (null) requested decoded memory range 0xb0007000-0xb0007fff pcib2: matched entry for 6.11.INTA pcib2: slot 11 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=6, slot=11, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=22 powerspec 2 supports D0 D3 current D0 cbb0: irq 21 at device 5.0 on pci6 pcib2: device cbb0 requested decoded memory range 0xb0000000-0xb00fffff cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xb0008000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac8e104c 0x02100007 0x06070000 0x00824010 0x10: 0xb0008000 0x020000a0 0x40070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400115 0x40: 0x818f104d 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28449060 0x06900019 0x001f0000 0x01001b22 0x90: 0x606400c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e220001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=802e fwohci0: <1394 Open Host Controller Interface> mem 0xb0000000-0xb0003fff,0xb0004000-0xb00047ff irq 20 at device 5.2 on pci6 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xb0004000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:46:03:00:e7:df:a4 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 0a:00:46:e7:df:a4 fwe0: bpf attached fwe0: Ethernet address: 0a:00:46:e7:df:a4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci6: at device 5.3 (no driver attached) fxp0: port 0x2000-0x203f mem 0xb0006000-0xb0006fff irq 20 at device 8.0 on pci6 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0006000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1068 104d 81d0 0003 fxp0: Dynamic Standby mode is enabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:01:4a:82:f9:86 fxp0: [MPSAFE] pci6: at device 11.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1880-0x188f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1880 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0x18a0-0x18af,0x1894-0x1897,0x18b0-0x18b7,0x18b8-0x18bb,0x18c0-0x18c7 irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18a0 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x18c0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x18b8 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x18b0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x1894 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xdc000-0xdffff,0xd8000-0xdbfff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4601 0x4601 0x4601 0x4601 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4601 0x4601 0x4601 0x4601 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1995014303 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel ICH6 chip acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Interrupt storm detected on "irq18: atapci1"; throttling interrupt source ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 95396MB (195371568 sectors), 193821 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad4 ar: FreeBSD check1 failed [0] f:00 typ:18 s(CHS):0/1/1 e(CHS):911/254/63 s:63 l:14651217 [1] f:00 typ:7 s(CHS):912/0/1 e(CHS):1023/254/63 s:14651280 l:58605120 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:73256400 l:122110065 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 7501423104 end 7501455359 GEOM: Configure ad4s2, start 7501455360 length 30005821440 end 37507276799 GEOM: Configure ad4s3, start 37507276800 length 62520353280 end 100027630079 [0] f:63 typ:114 s(CHS):368/111/45 e(CHS):371/101/51 s:218129509 l:1701990410 [1] f:73 typ:116 s(CHS):67/115/32 e(CHS):299/114/44 s:729050177 l:543974724 [2] f:74 typ:101 s(CHS):114/111/32 e(CHS):353/115/52 s:168653938 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:-1602027520 l:51635 [0] f:6f typ:80 s(CHS):10/0/13 e(CHS):371/114/37 s:1701736297 l:1920221984 [1] f:6c typ:116 s(CHS):364/43/1 e(CHS):373/43/19 s:1881174640 l:543257185 [2] f:72 typ:105 s(CHS):366/101/41 e(CHS):353/99/41 s:658802 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:-1618804736 l:49325 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad4s3a, start 0 length 268435456 end 268435455 GEOM: Configure ad4s3b, start 268435456 length 2118197248 end 2386632703 GEOM: Configure ad4s3c, start 0 length 62520353280 end 62520353279 GEOM: Configure ad4s3d, start 2386632704 length 268435456 end 2655068159 GEOM: Configure ad4s3e, start 2655068160 length 268435456 end 2923503615 GEOM: Configure ad4s3f, start 2923503616 length 10737418240 end 13660921855 GEOM: Configure ad4s3g, start 13660921856 length 48859431424 end 62520353279 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 Mounting root from ufs:/dev/ad4s3a start_init: trying /sbin/init Linux ELF exec handler installed --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 14:38:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D35716A41F; Sat, 29 Oct 2005 14:38:29 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27E2C43D45; Sat, 29 Oct 2005 14:38:29 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id j9TEcKwH017576; Sat, 29 Oct 2005 10:38:20 -0400 (EDT) Date: Sat, 29 Oct 2005 10:38:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David Xu In-Reply-To: <43632D9A.30201@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org, pertti.kosunen@pp.nic.fi, phk@phk.freebsd.dk, rwatson@freebsd.org, "M. Warner Losh" , jura@networks.ru Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 14:38:29 -0000 On Sat, 29 Oct 2005, David Xu wrote: > M. Warner Losh wrote: > > >Does this mean I can have a 1s wait, jump time back an hour and that > >the timeout will happen in a little under 1s? > > > >Warner > > > It is almost but not always, there is still a very small race window. POSIX also says that you are not guaranteed that your event occurred when you wake up (false wakeup) and that you should check for the event after waking up. Speaking of interfaces for time, Solaris has gethrtime() and gethrvtime(): http://docs.sun.com/app/docs/doc/817-0692/6mgfnkuga?q=gethrtime&a=view The gethrtime() function returns the current high-resolution real time. Time is expressed as nanoseconds since some arbitrary time in the past; it is not correlated in any way to the time of day, and thus is not subject to resetting or drifting by way of adjtime(2) or settimeofday(3C). The hi-res timer is ideally suited to performance measurement tasks, where cheap, accurate interval timing is required. The gethrvtime() function returns the current high-resolution LWP virtual time, expressed as total nanoseconds of execution time. This function requires that micro state accounting be enabled with the ptime utility (see proc(1)). The gethrtime() and gethrvtime() functions both return an hrtime_t, which is a 64-bit (long long) signed integer. We've been using gethrtime() for timestamps in our Solaris applications for several years. As an API, the autoconf scripts might already detect it. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 15:38:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 712D016A41F for ; Sat, 29 Oct 2005 15:38:55 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA0743D49 for ; Sat, 29 Oct 2005 15:38:54 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.54 (FreeBSD)) id 1EVsn4-000IPc-4M; Sat, 29 Oct 2005 16:38:42 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.53 (FreeBSD)) id 1EVsn3-0009j1-Mq; Sat, 29 Oct 2005 16:38:41 +0100 Date: Sat, 29 Oct 2005 16:38:41 +0100 From: Thomas Hurst To: Xin LI Message-ID: <20051029153841.GA29342@voi.aagh.net> Mail-Followup-To: Xin LI , Marian Hettwer , current@freebsd.org References: <435F48DA.6060009@kernel32.de> <1130320668.810.87.camel@spirit> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <1130320668.810.87.camel@spirit> Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Cc: current@freebsd.org, Marian Hettwer Subject: Re: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 15:38:55 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Xin LI (delphij@frontfree.net) wrote: > Some observations that I think can affect MySQL performance: > - Our malloc(3) implementation might be sub-optimal for the workload. I've tried linking MySQL against some of the alternatives in ports. I must be missing something since I could never make it do more than start up and lock up. > - Lack of some POSIX system call which was implemented in other ways > (e.g. we do not have fsyncdata yet) > - Some detailed implementation difference between our and Linux's > threading library, or MySQL itself. Terry posted an interesting comment on /. giving some reasonable sounding suggestions as to why MySQL's performance is so pessimised on FreeBSD (and others): http://slashdot.org/comments.pl?sid=3D162629&tid=3D7&cid=3D13611424 --=20 Thomas 'Freaky' Hurst http://hur.st/ --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDY5d/NBBHZ542MwQRArVzAKCKDF+7CW5jZVPuBFS0533P2S6nNACePn3h jwkR9RV/doDfHDaGFjRyoNE= =xlY7 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 16:00:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6308716A41F; Sat, 29 Oct 2005 16:00:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05A1F43D46; Sat, 29 Oct 2005 16:00:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9TFxnFt076039; Sat, 29 Oct 2005 09:59:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 29 Oct 2005 09:59:52 -0600 (MDT) Message-Id: <20051029.095952.29330299.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20051029084716.GY39882@cirb503493.alcatel.com.au> References: <20051029005719.I20147@fledge.watson.org> <37685.1130571501@critter.freebsd.dk> <20051029084716.GY39882@cirb503493.alcatel.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 29 Oct 2005 09:59:49 -0600 (MDT) Cc: phk@phk.freebsd.dk, rwatson@freebsd.org, current@freebsd.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 16:00:54 -0000 In message: <20051029084716.GY39882@cirb503493.alcatel.com.au> Peter Jeremy writes: : Most applications will do all their timekeeping using a single set of : clock calls so I don't think this is especially serious. Does POSIX : require any guarantees about (eg) clock_gettime(CLOCK_REALTIME), time() : and gettimeofday() returning identical values? Can we claim "rounding : and truncation" to explain the discrepancies? I'm not sure that most of them do. I've seen all three used in the libraries we have at work, for example. It would be nice if the inaccuracies were well documented... Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 16:01:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3298316A41F for ; Sat, 29 Oct 2005 16:01:29 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED0943D48 for ; Sat, 29 Oct 2005 16:01:28 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [10.10.10.252] (hermes-10bt.nostrum.com [10.10.10.252]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9TG1Ror019898 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Sat, 29 Oct 2005 11:01:27 -0500 (CDT) (envelope-from pckizer@nostrum.com) Mime-Version: 1.0 (Apple Message framework v734) In-Reply-To: <33E53AA7-2A01-4BBE-9674-8F54E008D0A8@nostrum.com> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> <20051025110453.L6720@fledge.watson.org> <2E18CEAE-2A72-4387-B92E-DAED7CC7FACD@nostrum.com> <33E53AA7-2A01-4BBE-9674-8F54E008D0A8@nostrum.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0906B09C-B5A2-402E-BF39-57EBB20B2D4F@nostrum.com> Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Sat, 29 Oct 2005 11:01:21 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 10.10.10.252 is authenticated by a trusted mechanism) Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 16:01:29 -0000 On Oct 25, 2005, at 05:07, Robert Watson wrote: > There are a couple of possible sources, so if this is reproduceable > and you don't mind trying some diagnostic patches, I've attached a > first one below. This checks for the case where the looping in the > unp_gc() routine becomes unbounded due to a possible lack of > synchronization in the handling of marking and counting of > marking. It needs INVARIANTS to be compiled in to work; if it > fires, this will suggest an avenue to explore. Well, it's been a few days since the last time I heard from anyone that had been helping me with this and I only recall seeing one diagnostic patch to apply (that does not seem to have been triggered in subsequent hangs). Have there been any more patches I've missed that would help either the problem or diagnostics? With that, I had another pair of examples last night again, one for each version of the OS: http://www.nostrum.com/hang/hang.RELENG_6-trace-2005-10-29-0.txt http://www.nostrum.com/hang/hang.RELENG_5-trace-2005-10-29-0.txt Any other suggestions or pointers on how to identify this livelock? Thank you, Philip From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 14:45:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADEC216A41F; Fri, 28 Oct 2005 14:45:00 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1598443D45; Fri, 28 Oct 2005 14:44:59 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.13] (c-67-171-8-36.hsd1.wa.comcast.net [67.171.8.36]) (authenticated bits=0) by isis.bgp4.net (8.13.4/8.13.4) with ESMTP id j9SEirso055909 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 07:44:59 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <43623964.2090607@bgp4.net> Date: Fri, 28 Oct 2005 07:44:52 -0700 From: Janet Sullivan User-Agent: Thunderbird 1.4.1 (Windows/20051006) MIME-Version: 1.0 To: Bill Paul References: <20051028143545.68F4016A58F@hub.freebsd.org> In-Reply-To: <20051028143545.68F4016A58F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 29 Oct 2005 17:09:22 +0000 Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 6.0-RC1: ifconfig reporting bad info when using ndis0 & WPA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 14:45:00 -0000 Bill Paul wrote: >> The problem is that the connection is actually on channel 11, not >> channel 1, and its using WPA. >> >> Is this a known issue? > > for now I thought people would be more interested > in actually having WPA and WPA2 actually work, and wouldn't mind so > much that ifconfig didn't always report precisely the right state > info at all times. > > I can probably fix this, but it'll have to wait until after the > release is cut before I can merge it into 6.x. No problem, I'm very happy to have WPA support for ndis! (Thank you, thank you, thank you!) Perhaps this little issue should be mentioned as an errata entry or heads up to people trying to use ndis with WPA on 6.0-release, though. > Out of curiosity, what card do you have? I have a Linksys WPC54GS. From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 16:06:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE22A16A41F; Fri, 28 Oct 2005 16:06:31 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAF943D58; Fri, 28 Oct 2005 16:06:29 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id F129B997CFF; Fri, 28 Oct 2005 18:06:28 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09193-01-4; Fri, 28 Oct 2005 18:06:25 +0200 (CEST) Received: from [80.98.133.57] (catv-50628539.catv.broadband.hu [80.98.133.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 2B45F997CD0; Fri, 28 Oct 2005 18:06:25 +0200 (CEST) Message-ID: <43624C82.5050407@t-hosting.hu> Date: Fri, 28 Oct 2005 18:06:26 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Felipe openglx References: <436116D3.908@samsco.org> <621b657f0510280654j56d4a823n5237f89ccc96b1e9@mail.gmail.com> <436246C1.3030108@samsco.org> <621b657f0510280859g14f5cfc6yf933cda94b580f33@mail.gmail.com> In-Reply-To: <621b657f0510280859g14f5cfc6yf933cda94b580f33@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu X-Mailman-Approved-At: Sat, 29 Oct 2005 17:09:22 +0000 Cc: re@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: HEADS UP! 6.0-RELEASE coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 16:06:32 -0000 Felipe openglx wrote: >On 10/28/05, Scott Long wrote: > > >>You'll need to work with the X11 developers. X is only something that >>FreeBSD includes as a 3rd party package, it's not something that we >>work on as part of the OS. >> >> > >That's odd, because X11 always worked on that machine, on any linux >distro and even on freebsd (4.x, 5.x, but NOT 6.x). Maybe some kernel >driver changed and broke the compatibility between X11 and FreeBSD for >that video card? > > > Was that working X11 X.Org or XFree86? Older releases contains XFree86 and 6.0 contains X.Org. You can find both as a FreeBSD port under x11-servers category. Give XFree86 a try, maybe it is better for You. Cheers, Gabor Kovesdan From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 19:52:44 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DBB16A41F for ; Fri, 28 Oct 2005 19:52:44 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC59F43D46 for ; Fri, 28 Oct 2005 19:52:43 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id DA1228444E for ; Fri, 28 Oct 2005 15:50:16 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 66910-02-5 for ; Fri, 28 Oct 2005 15:50:10 +0200 (CEST) Received: from [127.0.0.1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 35DAA84451 for ; Fri, 28 Oct 2005 15:50:10 +0200 (CEST) Message-ID: <43622C91.5080300@fsn.hu> Date: Fri, 28 Oct 2005 15:50:09 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu X-Mailman-Approved-At: Sat, 29 Oct 2005 17:09:22 +0000 Cc: Subject: Freezes with 6.0 and 7-CURRENT when working with many symlinks/dirs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 19:52:44 -0000 Hello, I'm struggling with this bug for a while now. I have a fully reproduceable freeze with both RELENG_6 and HEAD in amd64 mode (I could not try with i386). It strikes when I want to synchonise a large pool of symlinks/directories from another machine to this FreeBSD one. The total number of files is about 6-10 million. The freeze occurs randomly, either when rsync deletes a massive amount of symlinks, or directories on the local machine, or when it starts to create them. But it freezes, no matter what I do. The machine itself is a HP DL380G4 (two Xeons, HTT on), which has an additional SmartArray 6402 controller (ciss0: the SmartArray 6i on the motherboard and ciss1 the 6402). I would like to sync onto ciss1, that's where the activity happens. Under "freeze" I mean the machine stops working, I can not ping, ssh sessions disconnect and the console hungs. I can do two things in this stage. Turning MP_WATCHDOG on catches this and enters the debugger and when I issue an NMI I get the same effect (of course :). I've tried the following to workaround or locate the source of this problem: - turn HTT off - turn softupdates off - turn ACPI off (with the beastie menu) - turn preemption off - debug.mpsafevfs=0 and debug.mpsafenet=0 - turn dirhash off all without success. I have nfsd and quota enabled, but currently the former is not in use. The synchronised directories and files are in the ownership of many, non existend (not in /etc/master.passwd) uids and I have quota for most of those uids. I could collect three traces, some of them are a little bit mangled by the ILO (ssh access to the console). http://people.fsn.hu/~bra/freebsd/crash-20051028/ crash1 and crash2 is from the in-kernel debugger, crash3 is after the MP_WATCHDOG fired and a call doadump and kgdb kernel /var/crash/vmcore... Any ideas what else should I try, or what should I do in the debugger to make it easier to find where the problem is? Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 14:49:28 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B67C616A41F; Sat, 29 Oct 2005 14:49:28 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524E543D45; Sat, 29 Oct 2005 14:49:28 +0000 (GMT) (envelope-from h-k@mail.ru) Received: from [217.117.113.177] (port=53870 helo=217.117.113.177) by mx6.mail.ru with esmtp id 1EVs1O-000Ohl-00; Sat, 29 Oct 2005 18:49:26 +0400 Date: Sat, 29 Oct 2005 18:49:45 +0400 From: dawnshade X-Mailer: The Bat! (v1.62 Christmas Edition) X-Priority: 3 (Normal) Message-ID: <1886562656.20051029184945@mail.ru> To: Jung-uk Kim In-Reply-To: <200510281103.38622.jkim@FreeBSD.org> References: <200510281103.38622.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 29 Oct 2005 17:09:22 +0000 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re[4]: [PATCH] ACPICA 20051021 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dawnshade List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 14:49:28 -0000 Hello Jung-uk, Friday, October 28, 2005, 7:03:34 PM, you wrote: JuK> On Friday 28 October 2005 02:19 am, dawnshade wrote: >> -----Original Message----- >> From: Jung-uk Kim >> To: freebsd-acpi@FreeBSD.org >> Date: Thu, 27 Oct 2005 19:34:16 -0400 >> Subject: Re: [PATCH] ACPICA 20051021 import >> >> > As I promised earlier, here is the patch against RELENG_6: >> > >> > http://people.freebsd.org/~jkim/acpica-import-20051021-stable.dif >> >f.gz JuK> Soryy, that was my local file. Corrected. btw, new file not gzipped, just diff. JuK> This means that you have applied the patch twice or more. You will JuK> have to clean up your tree and re-apply the patch. FYI, these files JuK> have to be removed before apply the patch again: JuK> src/sys/contrib/dev/acpica/acnames.h JuK> src/sys/contrib/dev/acpica/acopcode.h JuK> src/sys/contrib/dev/acpica/aecommon.h JuK> src/sys/contrib/dev/acpica/aeexec.c JuK> src/sys/contrib/dev/acpica/psloop.c JuK> src/sys/contrib/dev/acpica/rsinfo.c JuK> src/sys/contrib/dev/acpica/utcache.c JuK> src/sys/contrib/dev/acpica/utmutex.c JuK> src/sys/contrib/dev/acpica/utstate.c JuK> src/sys/contrib/dev/acpica/compiler/asldefine.h Thank you, i didn't metioned that patch create new files. After removing (and dl new patch) all compiled and install fine. dmesg nothing differ from previous boot, all devices present exept not working before it (like est, acpi_perf0 and psm). At first look all work fine, system boots, X11 started and power indicator works (i tested on laptop) plugged and unplugged. Can you tell me what i need more test? (unfortunatly i usually perform antiviral and antispam solutions tests :) btw, my system is Acer TM 4151LMi (Pentium M 730 1.6GHz, i915, ICH6+SATA150) unfortunalty i can test kernel only w/o 'device apic', because with this dev i give many IDE timeouts and as result system freeze. P.S. Sorry for poor english and email client. ---------- Best regards, dawnshade mailto:h-k@mail.ru From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 19:55:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64C2F16A41F for ; Sat, 29 Oct 2005 19:55:49 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D9343D46 for ; Sat, 29 Oct 2005 19:55:49 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9TJtlIZ039336; Sat, 29 Oct 2005 12:55:47 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9TJtkNB039335; Sat, 29 Oct 2005 12:55:46 -0700 (PDT) (envelope-from obrien) Date: Sat, 29 Oct 2005 12:55:46 -0700 From: "David O'Brien" To: Alexander Leidinger , freebsd-current@freebsd.org Message-ID: <20051029195546.GA39253@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Leidinger , freebsd-current@freebsd.org References: <20051028112833.7vs98zpvy808s04k@netchild.homeip.net> <30595.1130493297@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30595.1130493297@critter.freebsd.dk> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 19:55:49 -0000 On Fri, Oct 28, 2005 at 11:54:57AM +0200, Poul-Henning Kamp wrote: > In general, if you run powerd to change your cpu clock (= TSC > frequency), using TSC as timecounter is _not_ what you want to do. The issue is TSC is not guarnetted to be power setting invarient. Meaning if you change the frequence of the CPU thru power management, the rate the TSC counts can change. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 19:57:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7746B16A41F for ; Sat, 29 Oct 2005 19:57:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2116C43D45 for ; Sat, 29 Oct 2005 19:57:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9TJv37S039353; Sat, 29 Oct 2005 12:57:03 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9TJv3Rp039352; Sat, 29 Oct 2005 12:57:03 -0700 (PDT) (envelope-from obrien) Date: Sat, 29 Oct 2005 12:57:03 -0700 From: "David O'Brien" To: Alexander Leidinger Message-ID: <20051029195703.GB39253@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Alexander Leidinger References: <30595.1130493297@critter.freebsd.dk> <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: TSC instead of ACPI: powerd doesn't work anymore (to be expected?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 19:57:04 -0000 On Fri, Oct 28, 2005 at 03:34:57PM +0200, Alexander Leidinger wrote: > I don't have the message at hand. I just had time to write the mail, but I > don't have my laptop with me to reproduce the message. But it's easy to > reproduce, just take a PC which is able to make use of powerd and switch to > using TSC as the timecounter. What is the motivation to use the TSC as a timecounter? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 20:22:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A32916A420 for ; Sat, 29 Oct 2005 20:22:16 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7BC43D45 for ; Sat, 29 Oct 2005 20:22:15 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 958FEC381 for ; Sat, 29 Oct 2005 16:22:14 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 13491-02 for ; Sat, 29 Oct 2005 16:22:11 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 555F8C3BE for ; Sat, 29 Oct 2005 16:22:11 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 004913D3B for ; Sat, 29 Oct 2005 16:22:10 -0400 (EDT) From: "Dan Langille" To: freebsd-current@freebsd.org Date: Sat, 29 Oct 2005 16:22:10 -0400 MIME-Version: 1.0 Message-ID: <4363A1B2.30603.18FC1576@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Subject: amd64 6% slower than i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 20:22:16 -0000 Build world is consistly 6% slower running an amd64 world than an i386 world. In both cases, I'm using the default install of 6.0 RC-1 on the same AMD 64 3000+ with 1GB of RAM. I'm finding that build world takes 48 minutes under i386 and 51 minutes under amd64. Is this expected? cheers -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 20:24:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F21016A420; Sat, 29 Oct 2005 20:24:57 +0000 (GMT) (envelope-from stefan@snowfall.se) Received: from mail.snowfall.se (pluring.snowfallnet.com [82.99.34.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F99F43D6D; Sat, 29 Oct 2005 20:24:47 +0000 (GMT) (envelope-from stefan@snowfall.se) Received: from [192.168.0.109] (unknown [87.96.144.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.snowfall.se (Postfix) with ESMTP id A5C93A6; Sat, 29 Oct 2005 22:24:44 +0200 (CEST) Message-ID: <4363DA8D.7000204@snowfall.se> Date: Sat, 29 Oct 2005 22:24:45 +0200 From: Stefan Cars User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <434CBAD5.10306@snowfall.se> <20051013010014.GG49168@wantadilla.lemis.com> <434E839B.2020209@snowfall.se> <20051014001038.GX49168@wantadilla.lemis.com> In-Reply-To: <20051014001038.GX49168@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: questions@freebsd.org, current@freebsd.org Subject: Re: MySQL crashes on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 20:24:57 -0000 Greg 'groggy' Lehey wrote: > [Sequence recovered--see http://www.lemis.com/email/email-format.html] > > On Thursday, 13 October 2005 at 17:56:11 +0200, Stefan Cars wrote: > >>Greg 'groggy' Lehey wrote: >> >>>On Wednesday, 12 October 2005 at 9:27:17 +0200, Stefan Cars wrote: >>> >>> >>>>Hi! >>>> >>>>We are having troubles with MySQL 4.1 on a amd64 (it's crashing >>>>randomly with Seg fault, signal 11. gdb bt says: Cannot access >>>>memory at address 0x800000000000). We have got information saying >>>>this is a 64bit related issue and should be fixed by using the i386 >>>>version instead of amd64 (this is an Intel Xeon). >>> >>>Where did you get that information from? > > > I'd still like to know an answer to this question. I got information from a guy working on the floor below us, although his thoughts were only that "amd64 is a bit unstable so that should be the problem" > > >>>>What is the way to go when moving from amd64 to i386 ? >>> >>>If you mean "how do I install an i386 kernel on this machine", I can't >>>think of any way except to start from scratch. It would be a good >>>idea to install a separate disk, so you can access the configuration >>>files and the database on the old disk. But before doing this, I'd be >>>very interested in knowing what the problem is. Is the backtrace >>>always the same? Where does it crash? >> >>After doing some testing this is what I found out: >> >>1) Exchanging memory on the machine did not work. Same error. >>2) Trying it on another 64 bit machine with same FreeBSD (RC1) creates >>EXACT same problem >>3) Installing the i386 version of RC1 instead of amd64 on the same >>machines and it works terrific. No crash. > > > Hmm. That's interesting. This is obviously not a hardware issue. > > >>The bt is always the same and it always crash the same, look here: >> >>#784 0x0000000000000000 in ?? () >>#785 0x247c8d48002454ff in ?? () >>#786 0x01a1c0c748006a10 in ?? () >>#787 0x66fdebf4050f0000 in ?? () >>#788 0x9066669066669066 in ?? () >>#789 0x00007fffffffe778 in ?? () >>#790 0x0000000000000006 in ?? () >>#791 0x00007fffffffe7b0 in ?? () >>#792 0x0000000000000017 in ?? () >>Cannot access memory at address 0x800000000000 > > > Without function names instead of ??, it's impossible to say what's > happening here. You'd need to build with debug symbols. > > Since you've been told that this is an issue, it would be good to know > more. As we've mentioned on other threads, there are reasons to > believe that there are problems with the threading libraries, but > currently we don't have enough information to investigate them. Note > that the other recent thread refers to problems running in the > configuration you have just installed: see > http://bugs.mysql.com/bug.php?id=12251 for more details. If you see > anything similar, please let us know. > After doing alot of testing and trying this is some more new information: It actually DO crash on i386 FreeBSD 6.0-RC1 aswell, but very seldom (around once every 4-5th hour, this time we get a Signal 10 instead, see below). The errors are reproducable for MySQL 4.1.15 and MySQL 5.0.15 so the problem still exists on 5.0.15. Of course we have tried on different machines aswell to make sure it's not hardware related. On a FreeBSD 5.3 machine Mysql 4.1.15 works fine. mysqld got signal 10; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=1048576 read_buffer_size=131072 max_used_connections=99 max_connections=400 threads_connected=44 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 461820 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 20:28:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5D316A41F for ; Sat, 29 Oct 2005 20:28:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3121143D45 for ; Sat, 29 Oct 2005 20:28:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 21B1B1A3C25; Sat, 29 Oct 2005 13:28:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4F08751F3D; Sat, 29 Oct 2005 16:28:21 -0400 (EDT) Date: Sat, 29 Oct 2005 16:28:21 -0400 From: Kris Kennaway To: Dan Langille Message-ID: <20051029202821.GA50470@xor.obsecurity.org> References: <4363A1B2.30603.18FC1576@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <4363A1B2.30603.18FC1576@localhost> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: amd64 6% slower than i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 20:28:22 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 29, 2005 at 04:22:10PM -0400, Dan Langille wrote: > Build world is consistly 6% slower running an amd64 world than an=20 > i386 world. >=20 > In both cases, I'm using the default install of 6.0 RC-1 on the same=20 > AMD 64 3000+ with 1GB of RAM. I'm finding that build world takes 48=20 > minutes under i386 and 51 minutes under amd64. >=20 > Is this expected? You're comparing two different things (different compilers, some amount of different code being compiled), so you shouldn't expect them to be the same. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDY9tkWry0BWjoQKURAr04AJ9kNFiBWUOh4JZ0C2MGozuvMQlhFgCgmhGo +WGWYUKtMRefIbPFbqcJMts= =8BQA -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 20:34:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D95216A420 for ; Sat, 29 Oct 2005 20:34:38 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1175C43D53 for ; Sat, 29 Oct 2005 20:34:36 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j9TKYaKW012266; Sat, 29 Oct 2005 13:34:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j9TKYaqF012265; Sat, 29 Oct 2005 13:34:36 -0700 (PDT) (envelope-from sgk) Date: Sat, 29 Oct 2005 13:34:36 -0700 From: Steve Kargl To: Kris Kennaway Message-ID: <20051029203436.GA12221@troutmask.apl.washington.edu> References: <4363A1B2.30603.18FC1576@localhost> <20051029202821.GA50470@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051029202821.GA50470@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Dan Langille Subject: Re: amd64 6% slower than i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 20:34:38 -0000 On Sat, Oct 29, 2005 at 04:28:21PM -0400, Kris Kennaway wrote: > On Sat, Oct 29, 2005 at 04:22:10PM -0400, Dan Langille wrote: > > Build world is consistly 6% slower running an amd64 world than an > > i386 world. > > > > In both cases, I'm using the default install of 6.0 RC-1 on the same > > AMD 64 3000+ with 1GB of RAM. I'm finding that build world takes 48 > > minutes under i386 and 51 minutes under amd64. > > > > Is this expected? > > You're comparing two different things (different compilers, some > amount of different code being compiled), so you shouldn't expect them > to be the same. > He also may be building lib32 on amd64. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 21:05:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDAB16A41F; Sat, 29 Oct 2005 21:05:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCBD243D45; Sat, 29 Oct 2005 21:05:53 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j9TL5r0J094505; Sat, 29 Oct 2005 14:05:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j9TL5ojG094504; Sat, 29 Oct 2005 14:05:50 -0700 (PDT) (envelope-from jmg) Date: Sat, 29 Oct 2005 14:05:50 -0700 From: John-Mark Gurney To: Poul-Henning Kamp Message-ID: <20051029210550.GV4115@funkthat.com> Mail-Followup-To: Poul-Henning Kamp , Robert Watson , Pertti Kosunen , David Xu , "Yuriy N. Shkandybin" , current@freebsd.org References: <20051029005719.I20147@fledge.watson.org> <37685.1130571501@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37685.1130571501@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 21:05:54 -0000 Poul-Henning Kamp wrote this message on Sat, Oct 29, 2005 at 09:38 +0200: > In message <20051029005719.I20147@fledge.watson.org>, Robert Watson writes: > > >It strikes me that replacing time(3) with something that retrieves > >CLOCK_SECOND shouldn't harm time(3) semantics. > > It will mean that time(3) is can do minor (~1/hz) timetravel relative > to the other calls: > > clock_gettime() time(3) > > 123.999999123 > 123 > 124.000000234 > 123 > (hardclock happens) > 124.001020934 > 124 > > If we can live with this, there is no problem. This also gets into the question how do you round a second? :) I think this is fine, or make the leap to 124 on the hardclock before we hit 124... either way, the error introduced is much less than the acuracy returned by times, and should be safely ignored... (and the delay in change is balanced out by the previous delay)... If you cared that much that you were .001 seconds after 124, you'd be using a more acurate clock... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 21:43:26 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4172B16A41F; Sat, 29 Oct 2005 21:43:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04C143D45; Sat, 29 Oct 2005 21:43:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 32F0DBC7A; Sat, 29 Oct 2005 21:43:22 +0000 (UTC) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 29 Oct 2005 14:05:50 PDT." <20051029210550.GV4115@funkthat.com> Date: Sat, 29 Oct 2005 23:43:22 +0200 Message-ID: <43332.1130622202@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Pertti Kosunen , Robert Watson , David Xu , "Yuriy N. Shkandybin" , current@FreeBSD.org Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2005 21:43:26 -0000 In message <20051029210550.GV4115@funkthat.com>, John-Mark Gurney writes: >This also gets into the question how do you round a second? :) I had this discussion with Bruce some years back and the (or at least my) answer is: you don't round timestamps, you truncate. My argument for this is what's commonly called "times arrow" mandates truncation instead of rounding. Rounding is about finding the nearest point of a lower resolution and this is fine for meter, lightyears, money and so on where reality is isotropic. But time never goes backwards. We don't know why, but it just doesn't [1]. Because of this, it only makes sense (IMO) to truncate, because that ensures that we never get a timestamp in the future [2] >If you cared that much that you were .001 seconds after 124, you'd be >using a more acurate clock... It's not if you care about the delay, it's if you compare output from time(2) to clock_gettime()... Poul-Henning [1] No, I don't want to discuss if gravity is the accumulation of time in an Einsteinian geometry, much less if the Aliens taught the ancient egyptians how to reverse time so that the pyramid could be completed before pharao died. [2] If our timestamps had operated in a signed fraction fashion (ie: as in "ten minutes to noon") it would be an entirely different situation, but then I think more people than me would be cursing POSIX. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.