From owner-freebsd-current@FreeBSD.ORG Sat Jun 10 16:35:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3236616A7FE; Sat, 10 Jun 2006 16:35:42 +0000 (UTC) (envelope-from hiroo@oikumene.gcd.org) Received: from smtp2.inetd.co.jp (smtp2.inetd.co.jp [211.13.220.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50FE74525D; Sat, 10 Jun 2006 09:31:22 +0000 (GMT) (envelope-from hiroo@oikumene.gcd.org) Received: from chrysanthe.oikumene.gcd.org (206.162.192.61.tokyo.global.alpha-net.ne.jp [61.192.162.206]) by smtp2.inetd.co.jp (Postfix) with ESMTP id 2748EC4EB3; Sat, 10 Jun 2006 18:31:21 +0900 (JST) Received: from chrysanthe.oikumene.gcd.org (mail.oikumene.gcd.org [192.168.0.2]) (authenticated bits=0) by chrysanthe.oikumene.gcd.org (8.13.6/8.13.6) with ESMTP id k5A9VAmS000694; Sat, 10 Jun 2006 18:31:16 +0900 (JST) (envelope-from hiroo@oikumene.gcd.org) Date: Sat, 10 Jun 2006 18:31:10 +0900 Message-ID: <86ver9qrvl.wl%hiroo@oikumene.gcd.org> From: Hiroo Ono To: Alexander Leidinger In-Reply-To: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sun, 11 Jun 2006 00:01:25 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, Daichi GOTO , meianoite@gmail.com, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jun 2006 16:35:42 -0000 At Wed, 31 May 2006 13:38:14 +0200, Alexander Leidinger wrote: > He's not a src-committer and he prefers to let a src-committer do it. > I offered to commit it, but so far either the man-page was missing > (what's the status of this?) or a bug showed up. Daichi and ozawa do not have enough time to write the manual page. I talked with daichi that I will write the manpage update to mount_unionfs.8. My english is not so good, so I think the patch to the manual page I am going to make should be intensively reviewed. I will send it to -fs and -current for review in a few days. From owner-freebsd-current@FreeBSD.ORG Sat Jun 10 19:43:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB4316A6D7; Sat, 10 Jun 2006 19:43:02 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay1.tpu.ru [213.183.112.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0393D45316; Sat, 10 Jun 2006 19:16:19 +0000 (GMT) (envelope-from vadimnuclight@tpu.ru) Received: by relay1.tpu.ru (Postfix, from userid 501) id F0B4B10D2E4; Sun, 11 Jun 2006 02:16:16 +0700 (NOVST) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id BC0EF10D2E3; Sun, 11 Jun 2006 02:16:16 +0700 (NOVST) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.1830); Sun, 11 Jun 2006 02:16:16 +0700 Received: from nuclight.avtf.net ([82.117.64.107]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Sun, 11 Jun 2006 02:16:16 +0700 Date: Sun, 11 Jun 2006 02:16:09 +0700 To: "freebsd-net@freebsd.org" From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 10 Jun 2006 19:16:16.0027 (UTC) FILETIME=[5856DEB0:01C68CC2] X-Mailman-Approved-At: Sun, 11 Jun 2006 00:01:39 +0000 Cc: "freebsd-current@freebsd.org" Subject: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2006 19:43:02 -0000 Hello All! I wrote new netgraph(4) node, called ng_tag, able to match packets by their mbuf_tags(9) and assign new tags to mbufs. This can be used for many things in the kernel network subsystem, but particularly useful with recently added ipfw(8) tag/tagged functionality (will be MFCed to RELENG_6 after Jun 24). With this node, in conjunction with ng_bpf(4), I was able to match and block (perhaps shaping is also possible, but this relies solely on ipfw) DirectConnect P2P data connections traffic - you know, they're using random ports, so you can't match them with usual firewall rules and must check data payload contents of the packets. See man page for example of how to do this. Download files from here: http://antigreen.org/vadim/freebsd/ng_tag/ Then do: make kldload ./ng_tag.ko Man page can be viewed as: cat ng_tag.4 | /usr/bin/tbl | /usr/bin/groff -S -Wall -mtty-char -man \ -Tascii | /usr/bin/col | more -s Please especially test tags with non-zero tag_len, if you can (though it's not needed for ipfw). P.S. BTW, what is correct subject prefix for new contributions? I think [PATCH] is not correct as these are new files, not patch :) -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 00:37:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927DC16A41A; Sun, 11 Jun 2006 00:37:26 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D34343D78; Sun, 11 Jun 2006 00:37:22 +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; Sat, 10 Jun 2006 17:37:20 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BCAC645076; Sat, 10 Jun 2006 17:37:19 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Sat, 10 Jun 2006 10:43:44 PDT." <448B04D0.1040302@root.org> Date: Sat, 10 Jun 2006 17:37:19 -0700 From: "Kevin Oberman" Message-Id: <20060611003719.BCAC645076@ptavv.es.net> Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 00:37:26 -0000 > Date: Sat, 10 Jun 2006 10:43:44 -0700 > From: Nate Lawson > Sender: owner-freebsd-current@freebsd.org > > I've committed some overall minor changes to the resume assembly code as > a result of a code review. Please test to be sure nothing was broken, > and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > to 1 will beep the pc speaker very early in resume so we can figure out > if hangs on resume are a driver or acpi problem. Nate, I seem to see no issues with suspend/resume that were not already seen. 1. Syscons font maps are messed up, Characters may be unreadable. Changing font with vidcontrol or starting X seems to clean things up. 2. wpa_supplicant seems to lose it's mind some of the time which requires a restart of the supplicant. I seriously doubt that either of these problems is ACPI related. Other than that, it seems to just work, but it was working before, too. -- 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 Sun Jun 11 00:48:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA70016A41A for ; Sun, 11 Jun 2006 00:48:44 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEF8543D45 for ; Sun, 11 Jun 2006 00:48:44 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465 for ; Sat, 10 Jun 2006 17:48:39 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B7F8A45043 for ; Sat, 10 Jun 2006 17:48:38 -0700 (PDT) To: current@freebsd.org Date: Sat, 10 Jun 2006 17:48:38 -0700 From: "Kevin Oberman" Message-Id: <20060611004838.B7F8A45043@ptavv.es.net> Cc: Subject: System will not shutdown with modem card inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 00:48:44 -0000 I just noticed this, but it may have been going on for some time as I had never plugged a PCMCIA card into this system until yesterday. When I shut down the system with my Simple Tsch modem card inserted, the system will not power off or reboot with shutdown(8). It just sits there after the "uptime" message. The system is an IBM T43 running current as of today. The card is a "Simple Technology 28.8 Communicator". Nothing special about my configuration. Config available on request, but it's pretty uninteresting. Here is the message I receive when the card is inserted: pccard0: Allocation failed for cfe 32 sio4: at port 0x2f8-0x2ff irq 11 function 0 config 33 on pccard0 sio4: type 16550A sio4: [GIANT-LOCKED] sio4: unable to activate interrupt in fast mode - using normal mode That's about it. I realize that there is a serious lack of data on this. -- 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 Sun Jun 11 09:43:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8E9216A418; Sun, 11 Jun 2006 09:43:09 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23BE43D45; Sun, 11 Jun 2006 09:43:08 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5B9j9Pj087149; Sun, 11 Jun 2006 13:45:09 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5B9iuOj087033; Sun, 11 Jun 2006 13:44:56 +0400 (MSD) (envelope-from tarc) Date: Sun, 11 Jun 2006 13:44:56 +0400 From: Tarc To: freebsd-current Message-ID: <20060611094456.GE48940@tarc.po.cs.msu.su> References: <20060609235246.GA48940@tarc.po.cs.msu.su> <20060610055507.GA17226@xor.obsecurity.org> <20060610065206.GA14916@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: John Hay , Daniel Eischen , Kris Kennaway Subject: Re: compat6x port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 09:43:09 -0000 On Sat, Jun 10, 2006 at 09:20:56AM -0400, Daniel Eischen wrote: > It isn't as easy as that. All libraries need to have their > version bumped. Some libraries are, so I'll provide them at start. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 11:32:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3B0416A418 for ; Sun, 11 Jun 2006 11:32:30 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFF343D46 for ; Sun, 11 Jun 2006 11:32:29 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5BBYRRN026654 for ; Sun, 11 Jun 2006 15:34:27 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5BBYRHe026622 for freebsd-current@freebsd.org; Sun, 11 Jun 2006 15:34:27 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Sun, 11 Jun 2006 15:34:27 +0400 Resent-Message-ID: <20060611113427.GA24170@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Sun, 11 Jun 2006 15:32:27 +0400 From: Tarc To: freebsd-currend@freebsd.org Message-ID: <20060611113227.GH48940@tarc.po.cs.msu.su> References: <20060609084656.GA43591@what-creek.com> <20060609114140.GC56421@tarc.po.cs.msu.su> <20060609194509.GA47309@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060609194509.GA47309@what-creek.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: Subject: Re: Loader forth X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 11:32:30 -0000 On Fri, Jun 09, 2006 at 07:45:09PM +0000, John Birrell wrote: > On Fri, Jun 09, 2006 at 03:41:40PM +0400, Tarc wrote: > > Yes, but you can use the load command for loading custom modules and/or kernel. > > for documentation, you can see to /sys/boot/common/help.common . There are described some commands. T-prefix and D-prefix are for format only, so you should find `# Tload' pattern. > > I don't see how this applies to code written in the Forth language. > > I understand how to write loader conf files and use the commands that > are documented in help.common. > > I want to add a menu item which will only load the modules if that > item is selected and then boot. Do you know how to do that? > > -- > John Birrell The load, boot and others are added to forth, because standalone forth doesn't contain needed features to be language for loader see loader(8) for details. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 11:32:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E1716A41A for ; Sun, 11 Jun 2006 11:32:54 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267CC43D49 for ; Sun, 11 Jun 2006 11:32:53 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5BBYu6c027931 for ; Sun, 11 Jun 2006 15:34:56 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5BBYuAI027928 for freebsd-current@freebsd.org; Sun, 11 Jun 2006 15:34:56 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Sun, 11 Jun 2006 15:34:56 +0400 Resent-Message-ID: <20060611113456.GB24170@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Fri, 9 Jun 2006 15:41:40 +0400 From: Tarc To: freebsd-current Message-ID: <20060609114140.GC56421@tarc.po.cs.msu.su> References: <20060609084656.GA43591@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060609084656.GA43591@what-creek.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Loader forth X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 11:32:54 -0000 On Fri, Jun 09, 2006 at 08:46:57AM +0000, John Birrell wrote: > Gobbldy-gook! Yuk. I need help. > > All I want to do is add another menu option that will do > the equivalent of: > > cyclic_load="YES" > dtrace_load="YES" > > etc > > and then boot. > > Adding the menu option was simple. > > But it seems that the loader code does the module loading *before* > the menu is displayed and simply doing the setenvs when the key > press is detected is too late -- they get ignored. > > Doing the setenv and then a boot-conf resets everything to what was > read from the config files. Grumble. > > I see that the acpi implementation cheats and that module gets > loaded from the C-code. Is that because the design of the loader forth > doesn't allow this? > > This is probably really simple for a forth programmer. Which I'm not. > > Can anyone tell me how to do it? > > -- > John Birrell Yes, but you can use the load command for loading custom modules and/or kernel. for documentation, you can see to /sys/boot/common/help.common . There are described some commands. T-prefix and D-prefix are for format only, so you should find `# Tload' pattern. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 11:41:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E28116A41A for ; Sun, 11 Jun 2006 11:41:22 +0000 (UTC) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797B443D46 for ; Sun, 11 Jun 2006 11:41:21 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com country=GB ident=postmaster*pop3$chrishedley&com) by lon-mail-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.219) id 448c015e.60e7.76 for current@freebsd.org; Sun, 11 Jun 2006 12:41:18 +0100 (envelope-sender ) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 42113BB3D; Sun, 11 Jun 2006 12:41:17 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4Y6jK8NSUxn8; Sun, 11 Jun 2006 12:41:15 +0100 (BST) Received: from aga.cbhnet (aga.cbhnet [192.168.1.16]) by mail.chrishedley.com (Postfix) with ESMTP id 3EB0FBB31; Sun, 11 Jun 2006 12:41:15 +0100 (BST) Date: Sun, 11 Jun 2006 12:41:17 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@aga.cbhnet To: Scott Long In-Reply-To: <4489D796.4010202@samsco.org> Message-ID: <20060611122544.L1046@aga.cbhnet> References: <20060609163735.D829@aga.cbhnet> <20060609120159.I60598@carver.gumbysoft.com> <20060609202536.Y829@aga.cbhnet> <4489D796.4010202@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 11:41:22 -0000 On Fri, 9 Jun 2006, Scott Long wrote: > What the battery gives you is consistency of the parity data in the case of > power loss. You can have a situation where a block is being modified, and > thus the parity also needs to be modified. If the block > gets written but not the parity, or the parity gets written but not the > block, the stripe will be inconsistent. You won't see this until you > have a drive failure and are trying to do a rebuild from teh parity. By > that point, it's too late, you'll have silent data corruption due to the > inconsistency. For RAID-0, the battery is pointless, and for RAID-1, the > battery is nearly pointless; the mirror members will either agree or > not, and if they disagree the worst that will happen is that you'll get > old data. This is no different than if the OS crashes without flushing > out all buffers. Old data is much easier to recover from than corrupt > data, which is what you get if the parity is inconsistent. That sounds incredibly bad. I'm glad I've turned off write caching, but I'm not really glad about the performance hit. > Software RAID will almost always be faster for trivial tasks than PCI > RAID. What PCI RAID gives you is task offloading from the CPU, and > protection while the OS is not running. If your CPU is sitting idle > most of the time, then software RAID often is a win. Somewhat OT, but it reminds me of the seemingly endless debate about minicomputer controllers in the early '90s and whether they got better performance with an onboard CPU or taking cycles from the "incredibly fast" new host RISC processors... :) Back to gmirror, I have to say I'm very happy with its performance, though, it seems to suit my workload well. > That said, the design of a PCI RAID controller plays a huge role in how > it performs. Let's just say that the 2410 design is, um, "low end". There > are other cards out there from several vendors, especially the newer > generation ones that use PCI-Express and PCI-X, that perform a whole heck of > a lot better. I have several cards that beat software > RAID by a wide margin, but they are also expensive. I'm starting to get the impression that the 2410SA's low end design is even lower than its fairly low-end price would suggest. Any suggestions for similarly priced cards with better performance? The best I can manage for slot type is 66x64 PCI unless I change my motherboard, which I can't quite afford to do at the moment... In fact since I've just said I'm so happy with gmirror, I wonder if I wouldn't be better off just connecting the drives straight to the motherboard's SATA ports and running graid3...? Although that might make booting an interesting experience. Cheers, Chris. From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 12:56:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3DDB16A46F; Sun, 11 Jun 2006 12:56:32 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao06.cox.net (eastrmmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E484843D46; Sun, 11 Jun 2006 12:56:31 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([72.200.25.154]) by eastrmmtao06.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060611125630.NVED16402.eastrmmtao06.cox.net@serene.no-ip.org>; Sun, 11 Jun 2006 08:56:30 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with ESMTP id k5BCuT98011364; Sun, 11 Jun 2006 07:56:30 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sun, 11 Jun 2006 07:56:22 -0500 From: "Conrad J. Sabatier" To: Etienne Robillard Message-ID: <20060611075622.33e79364@serene.no-ip.org> In-Reply-To: <20060610202242.33262.qmail@web55609.mail.re4.yahoo.com> References: <20060610202242.33262.qmail@web55609.mail.re4.yahoo.com> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.18; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: sam@freebsd.org, freebsd-current@freebsd.org, brooks@freebsd.org Subject: Re: dhclient on 7-CURRENT refuse to cooperate (no DHCPOFFER) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 12:56:32 -0000 On Sat, 10 Jun 2006 16:22:42 -0400 (EDT), Etienne Robillard wrote: > I upgraded to a one-week old 7-CURRENT (HEAD) on a > i386 > type system and it seems like the OpenBSD dhclient app > wont work for me... > > It worked a while, but for some reasons, its > impossible > to get a lease. The symptoms are: > - DHCPDISCOVER... > - DHCPDISCOVER... > and thats pretty much it. It doesnt pass that point, > and > thus is can't proceed with DHCPOFFER nor with > DHCPPACK... > > Also, I tried running /sbin/dhclient from the OpenBSD > cd, and it works! So, it looks to me that somehow > there's something wrong here, but its really hard to > make any further diagnosis. > > The value of ``kern.osreldate`` is: 700017. > > Whether there's a patch or a work-around it would be > really great to know how to apply--please let me know > :-) > > Thanks, > Etienne I experienced the same thing briefly on my amd64 box, at about the same time as you. A subsequent upgrade cleared it up. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 12:54:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31B716A41A for ; Sun, 11 Jun 2006 12:54:17 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E6F843D77 for ; Sun, 11 Jun 2006 12:54:07 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 12:54:05 -0000 Received: from pD9ECC9D2.dip0.t-ipconnect.de (EHLO sol.hackerzberg.local) [217.236.201.210] by mail.gmx.net (mp001) with SMTP; 11 Jun 2006 14:54:05 +0200 X-Authenticated: #5707313 Date: Sun, 11 Jun 2006 14:53:51 +0200 From: Marius Nuennerich To: current@freebsd.org Message-ID: <20060611145351.221ec001@sol.hackerzberg.local> X-Mailer: Sylpheed-Claws 2.2.2 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_=gzHPlWNL+3VOEIdNbLqHKY" X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Sun, 11 Jun 2006 13:05:38 +0000 Cc: John Birrell Subject: DTrace SDT Provider not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 12:54:17 -0000 --MP_=gzHPlWNL+3VOEIdNbLqHKY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi John, all! I tried to add the SDT Hooks for callout(9), see attached patch. > # dtrace -l -f callout > ID PROVIDER MODULE FUNCTION NAME > 6 sdt kernel callout entry > 7 sdt kernel callout return however, a simple > # dtrace -n 'sdt:kernel:callout:entry{printf("1");}' prints that a probe is matched but nothing else, same for sdt:kernel:linker_load_module:entry and kldload'ing a module. I use the snapshot code you provided. Any idea where to look next? Thank you very much for your work! regards Marius --MP_=gzHPlWNL+3VOEIdNbLqHKY Content-Type: text/x-patch; name=kern_timeout.c.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=kern_timeout.c.diff --- kern_timeout.c.orig Sun Jun 11 13:18:07 2006 +++ kern_timeout.c Sun Jun 11 13:31:04 2006 @@ -45,6 +45,7 @@ #include #include #include +#include #include #include @@ -268,7 +269,9 @@ binuptime(&bt1); #endif THREAD_NO_SLEEPING(); + SDT_PROBE(kernel, callout, entry, c, 0, 0, 0, 0); c_func(c_arg); + SDT_PROBE(kernel, callout, return, c, 0, 0, 0, 0); THREAD_SLEEPING_OK(); #ifdef DIAGNOSTIC binuptime(&bt2); --MP_=gzHPlWNL+3VOEIdNbLqHKY-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 13:10:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA88816A418 for ; Sun, 11 Jun 2006 13:10:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8621243D45 for ; Sun, 11 Jun 2006 13:10:02 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id h2so758389nfe for ; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=G/q9qdGWgzwgbR4lH2hQZ3Z+dXHLAB4hMQNXH91MoSqoavkQPRaLpgNH5md1FQxX8EwukHkRnZPqc4LM3NRgBvUcLmVBDP2Z86W3LaMwDXrMG68ilUt2iHFoxtyx78c6wjm0VU3AgK0GH1scciUCizvTdNnqcAx7IhYOxW1QRo8= Received: by 10.49.39.7 with SMTP id r7mr3940445nfj; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) Received: from roadrunner.q.local ( [84.149.80.105]) by mx.gmail.com with ESMTP id a23sm5430412nfc.2006.06.11.06.10.00; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5B8uYFB092684; Sun, 11 Jun 2006 10:56:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5B8uXlN092683; Sun, 11 Jun 2006 10:56:33 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 11 Jun 2006 10:56:32 +0200 From: Ulrich Spoerlein To: Nate Lawson Message-ID: <20060611085632.GA1107@roadrunner.aventurien.local> Mail-Followup-To: Nate Lawson , current@freebsd.org, acpi@freebsd.org References: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <448B04D0.1040302@root.org> Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 13:10:03 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly code as = a result of a code=20 > review. Please test to be sure nothing was broken, and perhaps something= got improved along=20 > the way. >=20 > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it = to 1 will beep the=20 > pc speaker very early in resume so we can figure out if hangs on resume a= re a driver or acpi=20 > problem. Hi Nate, what about those pour souls that can't even suspend? Is there any update on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] Perhaps adding some beeps into the suspend path could move more people into actually testing this. I think most people are afraid adding such things themselves. [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.ht= ml Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEi9rA524iJyD+6d0RAjuQAJ9NJdJSYymVpjj/fC5JCfqwSpHCvwCbBT0W DR9LmV1cCpTlSXyucOX90us= =Lmdj -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 13:58:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C5316A41F for ; Sun, 11 Jun 2006 13:58:57 +0000 (UTC) (envelope-from granted14@yahoo.com) Received: from web55614.mail.re4.yahoo.com (web55614.mail.re4.yahoo.com [206.190.58.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 4DB4943D5C for ; Sun, 11 Jun 2006 13:58:56 +0000 (GMT) (envelope-from granted14@yahoo.com) Received: (qmail 79902 invoked by uid 60001); 11 Jun 2006 13:58:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=5yUFQnZBJjDGlXqLVuu8a/fSGNP+/F7AiFsjs5h2POqq7S6vRaXAb0pVJjonp0pBp3ojcyxkZiFPk9kpHomMtyH8+uRo+k7opLOqGVnSPL1pve+TlIsF6kyk6aF/VhPGrg13WGTZ4Hnlt5+GNdfPFrIsAqkqR3YIvk5HfH5RBjs= ; Message-ID: <20060611135855.79899.qmail@web55614.mail.re4.yahoo.com> Received: from [70.83.250.146] by web55614.mail.re4.yahoo.com via HTTP; Sun, 11 Jun 2006 09:58:55 EDT Date: Sun, 11 Jun 2006 09:58:55 -0400 (EDT) From: Etienne Robillard To: "Conrad J. Sabatier" In-Reply-To: <20060611075622.33e79364@serene.no-ip.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient on 7-CURRENT refuse to cooperate (no DHCPOFFER) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 13:58:57 -0000 --- "Conrad J. Sabatier" wrote: > On Sat, 10 Jun 2006 16:22:42 -0400 (EDT), Etienne > Robillard > wrote: > > > I upgraded to a one-week old 7-CURRENT (HEAD) on a > > i386 > > type system and it seems like the OpenBSD dhclient > app > > wont work for me... > > > > It worked a while, but for some reasons, its > > impossible > > to get a lease. The symptoms are: > > - DHCPDISCOVER... > > - DHCPDISCOVER... > > and thats pretty much it. It doesnt pass that > point, > > and > > thus is can't proceed with DHCPOFFER nor with > > DHCPPACK... > > > > Also, I tried running /sbin/dhclient from the > OpenBSD > > cd, and it works! So, it looks to me that somehow > > there's something wrong here, but its really hard > to > > make any further diagnosis. > > > > The value of ``kern.osreldate`` is: 700017. > > > > Whether there's a patch or a work-around it would > be > > really great to know how to apply--please let me > know > > :-) > > > > Thanks, > > Etienne > > I experienced the same thing briefly on my amd64 > box, at about the same > time as you. A subsequent upgrade cleared it up. Thank you Conrad. I'll proceed with a upgrade as you suggested, unless there's a solution for upgrading offline that would pop out from cyberspace.. :-) Cheers, Etienne -- Etienne Robillard JID: incidah AT njs.netlab.cz YMS/MSN: granted14 AT yahoo.com TEL: +1 514.962.7703 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 15:36:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C45816A41A for ; Sun, 11 Jun 2006 15:36:11 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B60D843D55 for ; Sun, 11 Jun 2006 15:36:10 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so776791wxd for ; Sun, 11 Jun 2006 08: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=ZRCp/419X29TNH5XgGbeg/HTcOEBWvPl+lhW/e/ynEgGCuychZ8976BR+7L0xyGEi1hIWQfNECX66QMT2V/0uOr3ppxeRsAHgbIJbwpmJ1C7keAH1z8nvm+YKVWHgEztg84S2n1IWWUrxvUDTzFfmsncALtiLk4ySdp90GrG6I8= Received: by 10.70.73.15 with SMTP id v15mr5561749wxa; Sun, 11 Jun 2006 08:36:08 -0700 (PDT) Received: by 10.70.108.17 with HTTP; Sun, 11 Jun 2006 08:36:08 -0700 (PDT) Message-ID: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> Date: Sun, 11 Jun 2006 16:36:08 +0100 From: "Joao Barros" To: "Vadim Goncharov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 15:36:11 -0000 Hi, I'm very interested in this, great work! :-) I can't load the kld on my Sun Sparc, I think I messed up ld yesterday trying to patch for a bug that show's in firefox and mozilla. It compiles, just doesn't run. As soon as I have it up and running I'll give you feedback. Have you tested it with pf? If so can you give me some examples? I'm particularly interested in this for doing packed shaping, especially on P2P. Thanks for your work! On 6/10/06, Vadim Goncharov wrote: > Hello All! > > I wrote new netgraph(4) node, called ng_tag, able to match packets by > their mbuf_tags(9) and assign new tags to mbufs. This can be used for > many things in the kernel network subsystem, but particularly useful > with recently added ipfw(8) tag/tagged functionality (will be MFCed to > RELENG_6 after Jun 24). > > With this node, in conjunction with ng_bpf(4), I was able to match and > block (perhaps shaping is also possible, but this relies solely on ipfw) > DirectConnect P2P data connections traffic - you know, they're using > random ports, so you can't match them with usual firewall rules and must > check data payload contents of the packets. See man page for example of > how to do this. > > Download files from here: http://antigreen.org/vadim/freebsd/ng_tag/ > Then do: > > make > kldload ./ng_tag.ko > > Man page can be viewed as: > > cat ng_tag.4 | /usr/bin/tbl | /usr/bin/groff -S -Wall -mtty-char -man \ > -Tascii | /usr/bin/col | more -s > > Please especially test tags with non-zero tag_len, if you can (though it's > not needed for ipfw). > > P.S. BTW, what is correct subject prefix for new contributions? I think > [PATCH] is not correct as these are new files, not patch :) > > -- > WBR, Vadim Goncharov > _______________________________________________ > 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" > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 16:26:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A3816A474; Sun, 11 Jun 2006 16:26:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E093643D4C; Sun, 11 Jun 2006 16:26:29 +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.6/8.13.4) with ESMTP id k5BGQSP6003272; Sun, 11 Jun 2006 12:26:28 -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.6/8.13.6) with ESMTP id k5BGQTvX037457; Sun, 11 Jun 2006 12:26:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03F877302F; Sun, 11 Jun 2006 12:26:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060611162629.03F877302F@freebsd-current.sentex.ca> Date: Sun, 11 Jun 2006 12:26:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jun 2006 16:26:30 -0000 TB --- 2006-06-11 14:19:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-11 14:19:04 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-11 14:19:04 - cleaning the object tree TB --- 2006-06-11 14:19:36 - checking out the source tree TB --- 2006-06-11 14:19:36 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-11 14:19:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-11 14:27:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-11 14:27:05 - cd /src TB --- 2006-06-11 14:27: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 TB --- 2006-06-11 15:34:22 - generating LINT kernel config TB --- 2006-06-11 15:34:22 - cd /src/sys/i386/conf TB --- 2006-06-11 15:34:22 - /usr/bin/make -B LINT TB --- 2006-06-11 15:34:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-11 15:34:22 - cd /src TB --- 2006-06-11 15:34:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 11 15:34:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Jun 11 16:00:41 UTC 2006 TB --- 2006-06-11 16:00:41 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-11 16:00:41 - cd /src TB --- 2006-06-11 16:00:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 11 16:00:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Jun 11 16:21:01 UTC 2006 TB --- 2006-06-11 16:21:01 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-11 16:21:01 - cd /src TB --- 2006-06-11 16:21:01 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Jun 11 16:21:01 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr_enc.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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 acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_realmodeinst': /src/sys/i386/acpica/acpi_wakeup.c:337: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-11 16:26:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-11 16:26:28 - ERROR: failed to build PAE kernel TB --- 2006-06-11 16:26:28 - tinderbox aborted TB --- 1.09 user 5.93 system 7643.94 real From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 16:28:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA0616A51A for ; Sun, 11 Jun 2006 16:28:31 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id B4B7243D49 for ; Sun, 11 Jun 2006 16:28:30 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 816 invoked by uid 86); 11 Jun 2006 16:58:27 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.37) by ems01.seccuris.com with SMTP; 11 Jun 2006 16:58:27 -0000 Message-ID: <448C44B5.7080802@FreeBSD.org> Date: Sun, 11 Jun 2006 11:28:37 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Etienne Robillard References: <20060610202242.33262.qmail@web55609.mail.re4.yahoo.com> In-Reply-To: <20060610202242.33262.qmail@web55609.mail.re4.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sam@freebsd.org, freebsd-current@freebsd.org, brooks@freebsd.org Subject: Re: dhclient on 7-CURRENT refuse to cooperate (no DHCPOFFER) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 16:28:31 -0000 Etienne Robillard wrote: > I upgraded to a one-week old 7-CURRENT (HEAD) on a > i386 > type system and it seems like the OpenBSD dhclient app > wont work for me... > > It worked a while, but for some reasons, its > impossible > to get a lease. The symptoms are: > - DHCPDISCOVER... > - DHCPDISCOVER... > and thats pretty much it. It doesnt pass that point, > and > thus is can't proceed with DHCPOFFER nor with > DHCPPACK... > > Also, I tried running /sbin/dhclient from the OpenBSD > cd, and it works! So, it looks to me that somehow > there's something wrong here, but its really hard to > make any further diagnosis. > > The value of ``kern.osreldate`` is: 700017. > > Whether there's a patch or a work-around it would be > really great to know how to apply--please let me know > :-) > > Thanks, > Etienne > > > > -- > Etienne Robillard > JID: incidah AT njs.netlab.cz > YMS/MSN: granted14 AT yahoo.com > TEL: +1 514.962.7703 > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" > > > This should have been fixed last week, unfortunately it was a victim of some of the recent BPF work we did. -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 18:38:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9391F16A41F for ; Sun, 11 Jun 2006 18:38:12 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A3B43D48 for ; Sun, 11 Jun 2006 18:38:12 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 089C478C1D; Sun, 11 Jun 2006 18:38:10 +0000 (GMT) Date: Sun, 11 Jun 2006 18:38:09 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20060611183809.GA60353@what-creek.com> References: <20060611145351.221ec001@sol.hackerzberg.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060611145351.221ec001@sol.hackerzberg.local> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: DTrace SDT Provider not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 18:38:12 -0000 [ I forgot to copy current@ ] On Sun, Jun 11, 2006 at 02:53:51PM +0200, Marius Nuennerich wrote: > > I tried to add the SDT Hooks for callout(9), see attached patch. > > # dtrace -l -f callout > > ID PROVIDER MODULE FUNCTION NAME > > 6 sdt kernel callout entry > > 7 sdt kernel callout return > > however, a simple > > > # dtrace -n 'sdt:kernel:callout:entry{printf("1");}' > > prints that a probe is matched but nothing else, same for > sdt:kernel:linker_load_module:entry and kldload'ing a module. > > I use the snapshot code you provided. > > Any idea where to look next? Are you sure that the function is actually being called? The version of code you have has the fbt provider restricted to just a few probes. You could try changing the filter in that to allow it to look at more functions. Be warned though that there are some that aren't safe to instrument. I'm still tracking those down, so enabling all probes with fbt::: is very unwise if you remove the filter I have in there. Using fbt you will be able to see what functions are being called more easily. This might explain what is happening with the sdt code you've added (which looks like it should work). -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 19:41:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA2A016A41A; Sun, 11 Jun 2006 19:41:45 +0000 (UTC) (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 0BD0C43D5E; Sun, 11 Jun 2006 19:41:41 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BJfpEq023207; Sun, 11 Jun 2006 15:41:51 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BJfet2092642; Sun, 11 Jun 2006 15:41:40 -0400 Message-ID: <448C718D.40700@root.org> Date: Sun, 11 Jun 2006 12:39:57 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: current@freebsd.org, acpi@freebsd.org References: <448B04D0.1040302@root.org> <20060611085632.GA1107@roadrunner.aventurien.local> In-Reply-To: <20060611085632.GA1107@roadrunner.aventurien.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 19:41:45 -0000 Ulrich Spoerlein wrote: > Nate Lawson wrote: >> I've committed some overall minor changes to the resume assembly code as a result of a code >> review. Please test to be sure nothing was broken, and perhaps something got improved along >> the way. >> >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it to 1 will beep the >> pc speaker very early in resume so we can figure out if hangs on resume are a driver or acpi >> problem. > > Hi Nate, > > what about those pour souls that can't even suspend? Is there any update > on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] > > Perhaps adding some beeps into the suspend path could move more people > into actually testing this. I think most people are afraid adding such > things themselves. > > [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.html Yes, I'm aware of that and am getting to it. I'm just starting with the parts at the core and moving outward. Centaur Technologies was kind enough to send me a D600 so I can reproduce the problem now. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:05:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4612516A41A; Sun, 11 Jun 2006 20:05:50 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88AB43D5A; Sun, 11 Jun 2006 20:05:48 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k5BK5mqG012537; Sun, 11 Jun 2006 15:05:48 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <448C77A4.5060404@centtech.com> Date: Sun, 11 Jun 2006 15:05:56 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Nate Lawson References: <448B04D0.1040302@root.org> <20060611085632.GA1107@roadrunner.aventurien.local> <448C718D.40700@root.org> In-Reply-To: <448C718D.40700@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1525/Sun Jun 11 10:56:09 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:05:50 -0000 Nate Lawson wrote: > Ulrich Spoerlein wrote: >> Nate Lawson wrote: >>> I've committed some overall minor changes to the resume assembly code >>> as a result of a code review. Please test to be sure nothing was >>> broken, and perhaps something got improved along the way. >>> >>> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting >>> it to 1 will beep the pc speaker very early in resume so we can >>> figure out if hangs on resume are a driver or acpi problem. >> >> Hi Nate, >> >> what about those pour souls that can't even suspend? Is there any update >> on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] >> >> Perhaps adding some beeps into the suspend path could move more people >> into actually testing this. I think most people are afraid adding such >> things themselves. >> >> [1] >> http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.html > > Yes, I'm aware of that and am getting to it. I'm just starting with the > parts at the core and moving outward. > > Centaur Technologies was kind enough to send me a D600 so I can > reproduce the problem now. That line should really read: "Nate was kind enough to work on ACPI, that we decided to send him some hardware." Thanks again Nate for working on ACPI for all of us! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:06:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4887E16A587 for ; Sun, 11 Jun 2006 20:06:03 +0000 (UTC) (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 4733443D46 for ; Sun, 11 Jun 2006 20:06:01 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 20:06:00 -0000 Received: from h081217095067.dyn.cm.kabsi.at (EHLO h081217095067.dyn.cm.kabsi.at) [81.217.95.67] by mail.gmx.net (mp020) with SMTP; 11 Jun 2006 22:06:00 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sun, 11 Jun 2006 22:06:00 +0200 User-Agent: KMail/1.9.3 References: <448B04D0.1040302@root.org> In-Reply-To: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606112206.01122.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, Nate Lawson Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:06:03 -0000 On Saturday 10 June 2006 19:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly code as > a result of a code review. Please test to be sure nothing was broken, > and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > to 1 will beep the pc speaker very early in resume so we can figure out > if hangs on resume are a driver or acpi problem. Just updated my Toshiba M30X notebook. With old kernel (probably some weeks old): Resume worked, most of the time I had to press Fn+F5 to switch back to X. Otherwise worked fine. (Fn+F5 switches between TFT and external monitor normally) Kernel from today: If in X, resume works fine (Don't have to press Fn+F5 to get back to X). But console is strange. Normally the console uses the whole screen, after resume it takes maybe half of the screen (a small region in the middle of the screen is used). If I suspend while in console, resume basically works but I can't see anything on the display. I can still ssh to the notebook. From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:11:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D008C16A418 for ; Sun, 11 Jun 2006 20:11:30 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A90C43D45 for ; Sun, 11 Jun 2006 20:11:29 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 20:11:28 -0000 Received: from pD9ECC9D2.dip0.t-ipconnect.de (EHLO sol.hackerzberg.local) [217.236.201.210] by mail.gmx.net (mp018) with SMTP; 11 Jun 2006 22:11:28 +0200 X-Authenticated: #5707313 Date: Sun, 11 Jun 2006 22:11:14 +0200 From: Marius Nuennerich To: John Birrell Message-ID: <20060611221114.2caacdcc@sol.hackerzberg.local> In-Reply-To: <20060611183809.GA60353@what-creek.com> References: <20060611145351.221ec001@sol.hackerzberg.local> <20060611183809.GA60353@what-creek.com> X-Mailer: Sylpheed-Claws 2.2.2 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Sun, 11 Jun 2006 20:18:21 +0000 Cc: current@freebsd.org Subject: Re: DTrace SDT Provider not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:11:30 -0000 Hi John, thanks for your answer! On Sun, 11 Jun 2006 18:38:09 +0000 John Birrell wrote: > > [ I forgot to copy current@ ] > > On Sun, Jun 11, 2006 at 02:53:51PM +0200, Marius Nuennerich wrote: > > > > I tried to add the SDT Hooks for callout(9), see attached patch. > > > # dtrace -l -f callout > > > ID PROVIDER MODULE FUNCTION NAME > > > 6 sdt kernel callout entry > > > 7 sdt kernel callout return > > > > however, a simple > > > > > # dtrace -n 'sdt:kernel:callout:entry{printf("1");}' > > > > prints that a probe is matched but nothing else, same for > > sdt:kernel:linker_load_module:entry and kldload'ing a module. > > > > I use the snapshot code you provided. > > > > Any idea where to look next? > > Are you sure that the function is actually being called? I added a printf after the first SDT_PROBE I added to kern_timeout.c. That prints very often on the console even after boot. > The version of code you have has the fbt provider restricted to just a > few probes. You could try changing the filter in that to allow it > to look at more functions. Be warned though that there are some that > aren't safe to instrument. I'm still tracking those down, so enabling > all probes with fbt::: is very unwise if you remove the filter I have > in there. Ok, where can I tune the filter? > Using fbt you will be able to see what functions are being called > more easily. This might explain what is happening with the sdt code > you've added (which looks like it should work). Ok. Thanks for the Hint. It seems like the softclock function is not known to fbt by default right now. I wonder why sdt:kernel:linker_load_module:entry isn't fired when kldload'ing, does it work on your machine(s)? regards Marius P.S. sdt:kernel:callout:entry: 0xeb 0x00 0xa1 0xbc 0x75 0x9c 0xc0 0x8b 0x15 0xc0 0x75 0x9c 0xc0 0x09 0xc2 0x74 0x13 0x6a 0x00 0x6a 0x00 0x6a 0x00 0x6a 0x00 0x53 0x50 0xff 0x15 0x50 0x5d 0x9c 0xc0 0x83 0xc4 0x18 Is printed on boot. Is it normal that it is this many Bytes? I thought it would just be the jmp (0xeb) directly followed by a one byte offset? P.P.S. Why do you use a near jmp instead of NOPs? Just curious. Is there any documentation for implementation details of DTrace, haven't found much so far. From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:20:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8C9216A418; Sun, 11 Jun 2006 20:20:33 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 526DF43D48; Sun, 11 Jun 2006 20:20:33 +0000 (GMT) (envelope-from vadim_nuclight@mail.ru) Received: from [82.211.136.13] (port=16189 helo=nuclight.avtf.net) by mx6.mail.ru with esmtp id 1FpWQ5-000K4p-00; Mon, 12 Jun 2006 00:20:29 +0400 Date: Mon, 12 Jun 2006 03:19:44 +0700 To: "Joao Barros" References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> User-Agent: Opera M2/7.54 (Win32, build 3865) Cc: freebsd-isp@freebsd.org, "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-ipfw@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:20:34 -0000 11.06.06 @ 22:36 Joao Barros wrote: Original message is at: http://lists.freebsd.org/pipermail/freebsd-current/2006-June/063821.html > I'm very interested in this, great work! :-) > I can't load the kld on my Sun Sparc, I think I messed up ld yesterday > trying to patch for a bug that show's in firefox and mozilla. It > compiles, just doesn't run. As soon as I have it up and running I'll > give you feedback. Umm, that's a kernel module, it shouldn't have any relations with ld. What diagnostics has it said on failed load? > Have you tested it with pf? If so can you give me some examples? No, it wasn't tested with pf. The problem with pf is that pf compiles all the rules at the time, so exact tags representation can change each time (for this reason ipfw tags were made incompatible with pf), and you must that values to supply them to . However, if you find a method how to obtain tag values info from in-kernel pf structures, you'll be able to use it with pf. It doesn't support well integration with netgraph, though. Another option is to use ipfw - it supports pf's altq(4) shaping, if that is all you need. > I'm particularly interested in this for doing packed shaping, especially > on P2P. Yes, I'm also looking for possibility of shaping, but I can't test (no resources) it currently. Also, as it seems non-trivial on current ipfw dynamic rules implementation, I don't know if shaping will work at all. But you can try to test such ruleset (it supposes that dynamic rules are checked twice, on incoming packets and on outgoing also, as with all other rules as ipfw manpage says): # first, split traffic to incoming to our router and outgoing ipfw add 100 skipto 600 ip from any to any out # check-state for incoming packets will catch all already matched # p2p connections, and continue to "tag 412" rest of them ipfw add 200 check-state # pass yet unrecognized incoming traffic to netgraph for analyzing # note that only one packet for connection will be tagged, not others # in the flow! ipfw add 300 netgraph 41 ip from any to any # XXX more limits? # let's create a state dynamic rule after one tagged packet - dynamic # rules only match addresses and ports, and then use parent rule to # determine action, and will also "tag 412" for every next packet # in that connection, so that's the way how we can catch packets on output # from our router ipfw add 400 pass tag 412 ip from any to any tagged 412 keep-state # this is the point where all other unmatched incoming traffic goes so # it must caught here or it will be matched for next rule, but next rule # should match outgoing traffic only ipfw add 500 pass ip from any to any # here is output were all packets which belong to p2p connections are # tagged 412 by dynamic rules, so we can send them all to pipe (or you # can use altq(4) here, of course).. the only thing to note that packets # to both directions of our router are sent to only one pipe, but for # my example it's enough ipfw add 600 pipe 40 ip from any to any tagged 412 -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:34:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F0C16A522 for ; Sun, 11 Jun 2006 20:34:19 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF54243D69 for ; Sun, 11 Jun 2006 20:34:18 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 656BC78C1D; Sun, 11 Jun 2006 20:34:16 +0000 (GMT) Date: Sun, 11 Jun 2006 20:34:16 +0000 From: John Birrell To: Marius Nuennerich Message-ID: <20060611203416.GA60954@what-creek.com> References: <20060611145351.221ec001@sol.hackerzberg.local> <20060611183809.GA60353@what-creek.com> <20060611221114.2caacdcc@sol.hackerzberg.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060611221114.2caacdcc@sol.hackerzberg.local> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: DTrace SDT Provider not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:34:19 -0000 On Sun, Jun 11, 2006 at 10:11:14PM +0200, Marius Nuennerich wrote: > I added a printf after the first SDT_PROBE I added to kern_timeout.c. > That prints very often on the console even after boot. > > > The version of code you have has the fbt provider restricted to just a > > few probes. You could try changing the filter in that to allow it > > to look at more functions. Be warned though that there are some that > > aren't safe to instrument. I'm still tracking those down, so enabling > > all probes with fbt::: is very unwise if you remove the filter I have > > in there. > > Ok, where can I tune the filter? Look at the file sys/cddl/dev/fbt/fbt.c and the function fbt_provide_module_function. You should be able to understand the code. 8-) > Ok. Thanks for the Hint. It seems like the softclock function is not > known to fbt by default right now. That's because I left a version of fbt.c with just about everything filtered out. I'm in the process of trying to track down which functions are being called illegally during the execution of a probe. At the moment I suspect that it is witness in something that needs to have a dtrace specific version. > I wonder why sdt:kernel:linker_load_module:entry isn't fired when > kldload'ing, does it work on your machine(s)? It does for me. Remember that at this stages it's only single processor i386 systems that are supported. > P.S. > sdt:kernel:callout:entry: > 0xeb 0x00 0xa1 0xbc 0x75 0x9c 0xc0 0x8b 0x15 0xc0 0x75 0x9c 0xc0 0x09 > 0xc2 0x74 0x13 0x6a 0x00 0x6a 0x00 0x6a 0x00 0x6a 0x00 0x53 0x50 0xff > 0x15 0x50 0x5d 0x9c 0xc0 0x83 0xc4 0x18 > > Is printed on boot. Is it normal that it is this many Bytes? I thought > it would just be the jmp (0xeb) directly followed by a one byte > offset? The whole sdt implementation needs to change to do it like Sun does in Solaris. The current implementation was developed before I had added the support for invalid opcode exceptions. > P.P.S. Why do you use a near jmp instead of NOPs? Just curious. > Is there any documentation for implementation details of DTrace, > haven't found much so far. The only documentation for the implementation of DTrace is the code itself. 8-) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:35:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAC716A46F; Sun, 11 Jun 2006 20:35:48 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B2A543D45; Sun, 11 Jun 2006 20:35:48 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BKYjVu016077; Sun, 11 Jun 2006 16:34:45 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BKZj7G131506; Sun, 11 Jun 2006 16:35:46 -0400 Message-ID: <448C7E3A.6000103@root.org> Date: Sun, 11 Jun 2006 13:34:02 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Stefan Ehmann References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> In-Reply-To: <200606112206.01122.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:35:48 -0000 Stefan Ehmann wrote: > On Saturday 10 June 2006 19:43, Nate Lawson wrote: >> I've committed some overall minor changes to the resume assembly code as >> a result of a code review. Please test to be sure nothing was broken, >> and perhaps something got improved along the way. >> >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it >> to 1 will beep the pc speaker very early in resume so we can figure out >> if hangs on resume are a driver or acpi problem. > > Just updated my Toshiba M30X notebook. > > With old kernel (probably some weeks old): > Resume worked, most of the time I had to press Fn+F5 to switch back to X. > Otherwise worked fine. > (Fn+F5 switches between TFT and external monitor normally) > > Kernel from today: > If in X, resume works fine (Don't have to press Fn+F5 to get back to X). > > But console is strange. Normally the console uses the whole screen, after > resume it takes maybe half of the screen (a small region in the middle of the > screen is used). > > If I suspend while in console, resume basically works but I can't see anything > on the display. I can still ssh to the notebook. Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the default used to be 1 for you. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:41:21 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F71516A473; Sun, 11 Jun 2006 20:41:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB03A43D49; Sun, 11 Jun 2006 20:41: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 6F91C1A4DA2; Sun, 11 Jun 2006 13:41:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D61C8516F6; Sun, 11 Jun 2006 16:41:18 -0400 (EDT) Date: Sun, 11 Jun 2006 16:41:18 -0400 From: Kris Kennaway To: current@FreeBSD.org, smp@FreeBSD.org Message-ID: <20060611204118.GA34272@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: alfred@FreeBSD.org Subject: Optional MPSAFE syscalls aren't X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:41:21 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline rwatson, pjd and I tracked down the following problem when looking at postgresql profiling traces: For syscalls that are part of subsystems that may be loaded from kld, the SYSCALL_MODULE_HELPER() spams the copy of the sysent from syscalls.master - and it never sets the SYF_MPSAFE flag. This means that regardless of what syscalls.master says about mpsafety, such syscalls always acquire Giant. One sad consequence of this is that when I removed the SYSCALL_MODULE_HELPERs from sysv_sem.c to get rid of the bogus Giant locking that seems to be hurting performance, postgresql hangs when trying to start; possibly the locking in sysv_sem.c is just broken since it was always implicitly serialized by Giant, so never in fact tested at all. Apart from the SYSV IPC syscalls, this also affects the AIO and mqueue code. Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjH/tWry0BWjoQKURAnOBAJwIjkCtdgOX2xYvSICPMIvRmNyixwCfQVKo 05fj0qqtGsccpp9SO+w07yg= =PPG4 -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 20:57:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E598716A473 for ; Sun, 11 Jun 2006 20:57:30 +0000 (UTC) (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 3A64243D49 for ; Sun, 11 Jun 2006 20:56:59 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 20:56:58 -0000 Received: from h081217095067.dyn.cm.kabsi.at (EHLO h081217095067.dyn.cm.kabsi.at) [81.217.95.67] by mail.gmx.net (mp031) with SMTP; 11 Jun 2006 22:56:58 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Nate Lawson Date: Sun, 11 Jun 2006 22:56:58 +0200 User-Agent: KMail/1.9.3 References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> <448C7E3A.6000103@root.org> In-Reply-To: <448C7E3A.6000103@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606112256.59515.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 20:57:31 -0000 On Sunday 11 June 2006 22:34, Nate Lawson wrote: > Stefan Ehmann wrote: > > On Saturday 10 June 2006 19:43, Nate Lawson wrote: > >> I've committed some overall minor changes to the resume assembly code as > >> a result of a code review. Please test to be sure nothing was broken, > >> and perhaps something got improved along the way. > >> > >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > >> to 1 will beep the pc speaker very early in resume so we can figure out > >> if hangs on resume are a driver or acpi problem. > > > > Just updated my Toshiba M30X notebook. > > > > With old kernel (probably some weeks old): > > Resume worked, most of the time I had to press Fn+F5 to switch back to X. > > Otherwise worked fine. > > (Fn+F5 switches between TFT and external monitor normally) > > > > Kernel from today: > > If in X, resume works fine (Don't have to press Fn+F5 to get back to X). > > > > But console is strange. Normally the console uses the whole screen, after > > resume it takes maybe half of the screen (a small region in the middle of > > the screen is used). > > > > If I suspend while in console, resume basically works but I can't see > > anything on the display. I can still ssh to the notebook. > > Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the > default used to be 1 for you. Indeed, everything works again as before. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 21:09:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F6216A418; Sun, 11 Jun 2006 21:09:01 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0D743D46; Sun, 11 Jun 2006 21:09:01 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BL934O003990; Sun, 11 Jun 2006 17:09:03 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BL8uIt165358; Sun, 11 Jun 2006 17:08:57 -0400 Message-ID: <448C8601.6040903@root.org> Date: Sun, 11 Jun 2006 14:07:13 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Stefan Ehmann References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> <448C7E3A.6000103@root.org> <200606112256.59515.shoesoft@gmx.net> In-Reply-To: <200606112256.59515.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 21:09:01 -0000 Stefan Ehmann wrote: > On Sunday 11 June 2006 22:34, Nate Lawson wrote: >> Stefan Ehmann wrote: >>> On Saturday 10 June 2006 19:43, Nate Lawson wrote: >>>> I've committed some overall minor changes to the resume assembly code as >>>> a result of a code review. Please test to be sure nothing was broken, >>>> and perhaps something got improved along the way. >>>> >>>> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it >>>> to 1 will beep the pc speaker very early in resume so we can figure out >>>> if hangs on resume are a driver or acpi problem. >>> Just updated my Toshiba M30X notebook. >>> >>> With old kernel (probably some weeks old): >>> Resume worked, most of the time I had to press Fn+F5 to switch back to X. >>> Otherwise worked fine. >>> (Fn+F5 switches between TFT and external monitor normally) >>> >>> Kernel from today: >>> If in X, resume works fine (Don't have to press Fn+F5 to get back to X). >>> >>> But console is strange. Normally the console uses the whole screen, after >>> resume it takes maybe half of the screen (a small region in the middle of >>> the screen is used). >>> >>> If I suspend while in console, resume basically works but I can't see >>> anything on the display. I can still ssh to the notebook. >> Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the >> default used to be 1 for you. > > Indeed, everything works again as before. > > Thanks. Great to hear. The default was changed from on to off since it causes problems on some systems. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 21:42:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A67216A41A; Sun, 11 Jun 2006 21:42:20 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AE543D6B; Sun, 11 Jun 2006 21:42:18 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k5BLgHd8045511; Mon, 12 Jun 2006 01:42:17 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 12 Jun 2006 01:42:17 +0400 (MSD) From: Maxim Konovalov To: Nate Lawson In-Reply-To: <448B04D0.1040302@root.org> Message-ID: <20060612013759.E45439@mp2.macomnet.net> References: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 21:42:20 -0000 Hi Nate, On Sat, 10 Jun 2006, 10:43-0700, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". > Setting it to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. fujitsu-siemens lifebook p7010 works more or less OK (resumes but resets X, hw.acpi.reset_video=0 leaves LCD panel blank). sony vaio pcg-v505bx with debug.acpi.resume_beep=1 produces an infinite beep at the resume stage, firewire console is silent. Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 22:30:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0409816A477 for ; Sun, 11 Jun 2006 22:30:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F1743D46 for ; Sun, 11 Jun 2006 22:30:17 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so810846wxd for ; Sun, 11 Jun 2006 15:30:16 -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=uT/hS15Lafsp+iWe7oaHe4R3KV1FU7FlhPpsfvQEIx8LtCK9MWEc2H/t0l13kNCl2VDe1SmRenO6WDxmRMk56PCAdgNztESwPyynWNOjjGXo9Jpp59T9xtllvzQ6kmeQ/tPgg+o0ESrbEY3o8HJnqd5pq/YlenuwVc9PUkzUNiY= Received: by 10.70.8.2 with SMTP id 2mr5859431wxh; Sun, 11 Jun 2006 15:30:16 -0700 (PDT) Received: by 10.70.108.17 with HTTP; Sun, 11 Jun 2006 15:30:16 -0700 (PDT) Message-ID: <70e8236f0606111530i5ec5cd7eh7230ac76f466f1d@mail.gmail.com> Date: Sun, 11 Jun 2006 23:30:16 +0100 From: "Joao Barros" To: "Vadim Goncharov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> Cc: freebsd-isp@freebsd.org, "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-ipfw@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 22:30:19 -0000 On 6/11/06, Vadim Goncharov wrote: > 11.06.06 @ 22:36 Joao Barros wrote: > > Original message is at: > http://lists.freebsd.org/pipermail/freebsd-current/2006-June/063821.html > > > I'm very interested in this, great work! :-) > > I can't load the kld on my Sun Sparc, I think I messed up ld yesterday > > trying to patch for a bug that show's in firefox and mozilla. It > > compiles, just doesn't run. As soon as I have it up and running I'll > > give you feedback. > > Umm, that's a kernel module, it shouldn't have any relations with ld. What > diagnostics has it said on failed load? ultra5# make Warning: Object directory not changed from original /root/ng_tag @ -> /usr/src/sys machine -> /usr/src/sys/sparc64/include touch opt_netgraph.h cc -O2 -pipe -g -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/root/ng_tag -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -finline-limit=15000 -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c ng_tag.c ld -d -warn-common -r -d -o ng_tag.kld ng_tag.o touch export_syms awk -f /sys/conf/kmod_syms.awk ng_tag.kld export_syms | xargs -J% objcopy % ng_tag.kld ld -Bshareable -d -warn-common -o ng_tag.ko ng_tag.kld objcopy --strip-debug ng_tag.ko ultra5# kldload ./ng_tag.kld kldload: can't load ./ng_tag.kld: Exec format error ultra5# file ng_tag.kld ng_tag.kld: ELF 64-bit MSB relocatable, SPARC V9, version 1 (FreeBSD), not stripped > > > Have you tested it with pf? If so can you give me some examples? > > No, it wasn't tested with pf. The problem with pf is that pf compiles all > the rules at the time, so exact tags representation can change each time > (for this reason ipfw tags were made incompatible with pf), and you must > that values to supply them to . However, if you find a method how to > obtain tag values info from in-kernel pf structures, you'll be able to use > it with pf. It doesn't support well integration with netgraph, though. > > Another option is to use ipfw - it supports pf's altq(4) shaping, if that > is all you need. > > > I'm particularly interested in this for doing packed shaping, especially > > on P2P. > > Yes, I'm also looking for possibility of shaping, but I can't test (no > resources) it currently. Also, as it seems non-trivial on current ipfw > dynamic rules implementation, I don't know if shaping will work at all. I'm not a ipfw user, but if this were to be possible it would be very nice :-) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 23:02:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EECE16A479 for ; Sun, 11 Jun 2006 23:02:39 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BD2743D55 for ; Sun, 11 Jun 2006 23:02:37 +0000 (GMT) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id j40so2024231ugd for ; Sun, 11 Jun 2006 16:02: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n4we/hpc7rGR2K9cxSI977nOQuocfhQ+/8A2l1YwPc7xZEHrrg05x4+5kUfI8qAz8CGgsMiyPWuw74rPtEYgTnbZKwyKVRuBUVg5JDYNDYFS+3zZd/G1xRJxBuyHLCmNEA94/K/4D1MLWLiNuPfZ96/Wn4pvh0mtaXrA9Q6MaZQ= Received: by 10.67.103.7 with SMTP id f7mr4564196ugm; Sun, 11 Jun 2006 15:34:20 -0700 (PDT) Received: by 10.66.222.15 with HTTP; Sun, 11 Jun 2006 15:34:20 -0700 (PDT) Message-ID: Date: Sun, 11 Jun 2006 19:34:20 -0300 From: "Eduardo Meyer" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 23:02:39 -0000 Hello Vadim, I read the messages and man page but did not understand. Maybe it is my lack of knowledge regarding netgraph? Well, in man page it seems that you looked at ipfw source code (.h in fact) to find out the tag number. Can you explain this? A practical example, how could I, for example, block Kazaa or bittorrent based on L7 with ng_tag? Can you please explain the steps on how to do this? I don't run -CURRENT but I need this kind of feature very much, I am downloading a 7.0 snapshot just to test this with ipfw tag. How this addresses the problem on system level L7 filtering? I always though that someone would show up with a userland application that tags packets and returns the tag to ipfw filtering, but you came up with a kernel approach. How better and why it is when compared to evil regexp evaluation on kernel or how efficient is this when compared to Linux L7 which is know to fail a lot (let a number of packets pass)? Sorry for all those questions, but I am an end user in the average, so, I can not understand it myself only reading the code. Thank you for your work and help. It seems that I will have a 7.0 snapshot doing this job to me untill the ipfw tag MFC happens, if I can understand this approach. From owner-freebsd-current@FreeBSD.ORG Sun Jun 11 23:38:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62D8916A41A for ; Sun, 11 Jun 2006 23:38:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D7043D46 for ; Sun, 11 Jun 2006 23:38:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k5BNahNJ095998; Sun, 11 Jun 2006 17:36:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 11 Jun 2006 17:36:55 -0600 (MDT) Message-Id: <20060611.173655.1594806879.imp@bsdimp.com> To: oberman@es.net From: "M. Warner Losh" In-Reply-To: <20060611004838.B7F8A45043@ptavv.es.net> References: <20060611004838.B7F8A45043@ptavv.es.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: System will not shutdown with modem card inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2006 23:38:03 -0000 In message: <20060611004838.B7F8A45043@ptavv.es.net> "Kevin Oberman" writes: : I just noticed this, but it may have been going on for some time as I : had never plugged a PCMCIA card into this system until yesterday. : : When I shut down the system with my Simple Tsch modem card inserted, the : system will not power off or reboot with shutdown(8). It just sits there : after the "uptime" message. : : The system is an IBM T43 running current as of today. The card is a : "Simple Technology 28.8 Communicator". Nothing special about my : configuration. Config available on request, but it's pretty : uninteresting. Here is the message I receive when the card is inserted: : pccard0: Allocation failed for cfe 32 : sio4: at port 0x2f8-0x2ff irq 11 function 0 config 33 on pccard0 : sio4: type 16550A : sio4: [GIANT-LOCKED] : sio4: unable to activate interrupt in fast mode - using normal mode : : That's about it. I realize that there is a serious lack of data on this. Any idea when this started to happen? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 00:17:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B3BF16A41B for ; Mon, 12 Jun 2006 00:17:14 +0000 (UTC) (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 D575243D49 for ; Mon, 12 Jun 2006 00:17:13 +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; Sun, 11 Jun 2006 17:17:12 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 33B6A45043; Sun, 11 Jun 2006 17:17:12 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Sun, 11 Jun 2006 17:36:55 MDT." <20060611.173655.1594806879.imp@bsdimp.com> Date: Sun, 11 Jun 2006 17:17:12 -0700 From: "Kevin Oberman" Message-Id: <20060612001712.33B6A45043@ptavv.es.net> Cc: current@freebsd.org Subject: Re: System will not shutdown with modem card inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 00:17:14 -0000 > Date: Sun, 11 Jun 2006 17:36:55 -0600 (MDT) > From: "M. Warner Losh" > > In message: <20060611004838.B7F8A45043@ptavv.es.net> > "Kevin Oberman" writes: > : I just noticed this, but it may have been going on for some time as I > : had never plugged a PCMCIA card into this system until yesterday. > : > : When I shut down the system with my Simple Tsch modem card inserted, the > : system will not power off or reboot with shutdown(8). It just sits there > : after the "uptime" message. > : > : The system is an IBM T43 running current as of today. The card is a > : "Simple Technology 28.8 Communicator". Nothing special about my > : configuration. Config available on request, but it's pretty > : uninteresting. Here is the message I receive when the card is inserted: > : pccard0: Allocation failed for cfe 32 > : sio4: at port 0x2f8-0x2ff irq 11 function 0 config 33 on pccard0 > : sio4: type 16550A > : sio4: [GIANT-LOCKED] > : sio4: unable to activate interrupt in fast mode - using normal mode > : > : That's about it. I realize that there is a serious lack of data on this. > > Any idea when this started to happen? Unfortunately, no. It may be a problem with the T43. I did not see the problem with my T30 which I used until March of this year. I had no need of any PCMCIA card until recently when I needed a modem. That is when I discovered that the T43 has only a single PC Card slot and an ExpressCard slot. As a result, it will not support my trusty Type-III Xircom Ethernet/modem card would not fit. So i dug out my ancient SimpleTech 28.8 card and tried it. Other than the "pccard0: Allocation failed for cfe 32", it seemed to work. I have no idea right now what the error might actually indicate, though. And, that was last Thursday. That night, it would not power down. I left the card in place and had the same problem when I next tried to reboot the system (to upgrade the ACPI code) on Saturday. I quickly realized that the only thing that had changed was that the modem was inserted. So i really have no idea when it started or if it is unique to this laptop. Here is the CardBus boot report: cbb0: mem 0xa8410000-0xa8410fff irq 11 at device 0.0 on pci4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 This is, for me, a very minor annoyance, but I did think it was worth reporting. -- 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 Mon Jun 12 03:12:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F24D16A418 for ; Mon, 12 Jun 2006 03:12:42 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17A443D45 for ; Mon, 12 Jun 2006 03:12:41 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fpcqv-000Gwg-EY; Mon, 12 Jun 2006 12:12:33 +0900 Message-ID: <448CDBA0.2010203@micom.mng.net> Date: Mon, 12 Jun 2006 12:12:32 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: Vadim Goncharov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 03:12:42 -0000 Vadim Goncharov wrote: > Hello All! > > I wrote new netgraph(4) node, called ng_tag, able to match packets by > their mbuf_tags(9) and assign new tags to mbufs. This can be used for > many things in the kernel network subsystem, but particularly useful > with recently added ipfw(8) tag/tagged functionality (will be MFCed to > RELENG_6 after Jun 24). > > With this node, in conjunction with ng_bpf(4), I was able to match and > block (perhaps shaping is also possible, but this relies solely on > ipfw) DirectConnect P2P data connections traffic - you know, they're > using random ports, so you can't match them with usual firewall rules > and must check data payload contents of the packets. See man page for > example of how to do this. > > Download files from here: http://antigreen.org/vadim/freebsd/ng_tag/ > Then do: > > make > kldload ./ng_tag.ko > > Man page can be viewed as: > > cat ng_tag.4 | /usr/bin/tbl | /usr/bin/groff -S -Wall -mtty-char -man \ > -Tascii | /usr/bin/col | more -s > > Please especially test tags with non-zero tag_len, if you can (though > it's > not needed for ipfw). > > P.S. BTW, what is correct subject prefix for new contributions? I think > [PATCH] is not correct as these are new files, not patch :) You mentioned about L7 filtering possibility, is it possible to filter skype, msn, yahoo messenger traffics using ng_tag? If you can put some additional examples how to block above that would be great. This is just my thought. thanks, Ganbold > > --WBR, Vadim Goncharov > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 04:30:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6555116A41A for ; Mon, 12 Jun 2006 04:30:23 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao01.cox.net (centrmmtao01.cox.net [70.168.83.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DA343D45 for ; Mon, 12 Jun 2006 04:30:22 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao01.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060612043021.QVZS23821.centrmmtao01.cox.net@mezz.mezzweb.com>; Mon, 12 Jun 2006 00:30:21 -0400 Date: Sun, 11 Jun 2006 23:30:44 -0500 To: "Joao Barros" References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> <70e8236f0606111530i5ec5cd7eh7230ac76f466f1d@mail.gmail.com> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <70e8236f0606111530i5ec5cd7eh7230ac76f466f1d@mail.gmail.com> User-Agent: Opera M2/8.54 (Linux, build 1745) Cc: Vadim Goncharov , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 04:30:23 -0000 On Sun, 11 Jun 2006 17:30:16 -0500, Joao Barros wrote: > On 6/11/06, Vadim Goncharov wrote: >> 11.06.06 @ 22:36 Joao Barros wrote: >> >> Original message is at: >> http://lists.freebsd.org/pipermail/freebsd-current/2006-June/063821.html >> >> > I'm very interested in this, great work! :-) >> > I can't load the kld on my Sun Sparc, I think I messed up ld yesterday >> > trying to patch for a bug that show's in firefox and mozilla. It >> > compiles, just doesn't run. As soon as I have it up and running I'll >> > give you feedback. >> >> Umm, that's a kernel module, it shouldn't have any relations with ld. >> What >> diagnostics has it said on failed load? > > ultra5# make > Warning: Object directory not changed from original /root/ng_tag > @ -> /usr/src/sys > machine -> /usr/src/sys/sparc64/include > touch opt_netgraph.h > cc -O2 -pipe -g -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I- -I/root/ng_tag -I. -I@ -I@/contrib/altq -I@/../include > -I/usr/include -finline-limit=15000 -fno-common -mcmodel=medlow > -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -c ng_tag.c > ld -d -warn-common -r -d -o ng_tag.kld ng_tag.o > touch export_syms > awk -f /sys/conf/kmod_syms.awk ng_tag.kld export_syms | xargs -J% > objcopy % ng_tag.kld > ld -Bshareable -d -warn-common -o ng_tag.ko ng_tag.kld > objcopy --strip-debug ng_tag.ko > ultra5# kldload ./ng_tag.kld > kldload: can't load ./ng_tag.kld: Exec format error > ultra5# file ng_tag.kld > ng_tag.kld: ELF 64-bit MSB relocatable, SPARC V9, version 1 (FreeBSD), > not stripped > >> >> > Have you tested it with pf? If so can you give me some examples? >> >> No, it wasn't tested with pf. The problem with pf is that pf compiles >> all >> the rules at the time, so exact tags representation can change each time >> (for this reason ipfw tags were made incompatible with pf), and you must >> that values to supply them to . However, if you find a method how to >> obtain tag values info from in-kernel pf structures, you'll be able to >> use >> it with pf. It doesn't support well integration with netgraph, though. >> >> Another option is to use ipfw - it supports pf's altq(4) shaping, if >> that >> is all you need. >> >> > I'm particularly interested in this for doing packed shaping, >> especially >> > on P2P. >> >> Yes, I'm also looking for possibility of shaping, but I can't test (no >> resources) it currently. Also, as it seems non-trivial on current ipfw >> dynamic rules implementation, I don't know if shaping will work at all. > > I'm not a ipfw user, but if this were to be possible it would be very > nice :-) If one of you are insteresting to help Bill Marquette with PF with Layer 7 stuff, then check this URL. It has a patch too. http://hitormiss.ucsecurity.com/index.php/2006/01/29/layer-7-queueing/ Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 05:41:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F2CD16A41F for ; Mon, 12 Jun 2006 05:41:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4325A43D4C for ; Mon, 12 Jun 2006 05:41:16 +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 26CDB1A4DA0 for ; Sun, 11 Jun 2006 22:41:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A55DC515BB; Mon, 12 Jun 2006 01:41:15 -0400 (EDT) Date: Mon, 12 Jun 2006 01:41:15 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060612054115.GA42379@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 05:41:16 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I fixed mutex profiling to a) not be as wrong and b) not suck so very much, and here is a revised profiling trace from mysql supersmack on a 12 cpu E4500, sorted by ratio of cnt_lock/count; filedesc lock contention (via FILEDESC_[UN]LOCK()) is the major mutex contention problem. 0 0 55381 0 672 3195 .057 kern/kern_sig.c:998 (process lock) 0 0 31451 0 3657 2446 .077 kern/subr_sleepqueue.c:374 (process lock) 0 0 31706 0 3570 2623 .082 kern/kern_sx.c:245 (lockbuilder mtxpool) 0 0 458877 0 83592 48024 .104 kern/kern_descrip.c:1988 (filedesc structure) 0 0 45069 0 5342 6085 .135 kern/kern_umtx.c:195 (umtxq_lock) 0 0 458877 0 22609 72747 .158 kern/kern_descrip.c:1967 (filedesc structure) 0 0 40046 0 6845 6925 .172 kern/uipc_usrreq.c:621 (unp_global_mtx) 0 0 31706 0 3159 6075 .191 kern/kern_sx.c:157 (lockbuilder mtxpool) 0 0 66539 0 22823 12844 .193 kern/kern_descrip.c:420 (filedesc structure) 0 0 66569 0 5352 20913 .314 kern/kern_descrip.c:368 (filedesc structure) 0 0 110665 0 38632 76441 .690 kern/kern_synch.c:222 (filedesc structure) # kern/kern_descrip.c:1967,1988 are _fget() kern/kern_descrip.c:368,420 is kern_fcntl() kern/kern_synch.c:222 is msleep() (called in a loop from FILEDESC_LOCK) I wonder if something better can be done with the funky home-grown locking in FILEDESC_LOCK() (see ) to make it more light-weight? /* Lock a file descriptor table. */ #define FILEDESC_LOCK(fd) \ do { \ mtx_lock(&(fd)->fd_mtx); \ (fd)->fd_wanted++; \ while ((fd)->fd_locked) \ msleep(&(fd)->fd_locked, &(fd)->fd_mtx, PLOCK, "fdesc", 0); \ (fd)->fd_locked = 2; \ (fd)->fd_wanted--; \ mtx_unlock(&(fd)->fd_mtx); \ } while (0) Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjP56Wry0BWjoQKURAtfFAJ95pnSOK7si3PseqRR4l1pC5lNXXgCg0YGk tcGvkXhFvjY8sEiSogi1XHo= =kX+Z -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 05:48:47 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CDAB16A418 for ; Mon, 12 Jun 2006 05:48:47 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D1243D46 for ; Mon, 12 Jun 2006 05:48:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 66C26170DE; Mon, 12 Jun 2006 05:48:42 +0000 (UTC) To: Kris Kennaway From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 12 Jun 2006 01:41:15 -0400." <20060612054115.GA42379@xor.obsecurity.org> Date: Mon, 12 Jun 2006 05:48:41 +0000 Message-ID: <33721.1150091321@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 05:48:47 -0000 In message <20060612054115.GA42379@xor.obsecurity.org>, Kris Kennaway writes: >I wonder if something better can be done with the funky home-grown >locking in FILEDESC_LOCK() (see ) to make it more >light-weight? It probably can. What's needed is a combined short/long lock, where you can either grab lock for sleepable locking (like for instance sxlocks) or only grab a quick version (like a mutex) for lightweight operations. See vfs_syscalls.c for examples like: FILEDESC_LOCK(fdp); if (chroot_allow_open_directories == 0 || (chroot_allow_open_directories == 1 && fdp->fd_rdir != rootvnode)) { error = chroot_refuse_vdir_fds(fdp); if (error) { FILEDESC_UNLOCK(fdp); return (error); } } oldvp = fdp->fd_rdir; fdp->fd_rdir = vp; VREF(fdp->fd_rdir); if (!fdp->fd_jdir) { fdp->fd_jdir = vp; VREF(fdp->fd_jdir); } FILEDESC_UNLOCK(fdp); and FILEDESC_LOCK_FAST(fdp); vp = fdp->fd_cdir; fdp->fd_cdir = nd.ni_vp; FILEDESC_UNLOCK_FAST(fdp); respectively -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 06:59:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB33616A41B for ; Mon, 12 Jun 2006 06:59:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EC5D43D45 for ; Mon, 12 Jun 2006 06:59:16 +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 3B9E346C0A; Mon, 12 Jun 2006 02:59:16 -0400 (EDT) Date: Mon, 12 Jun 2006 07:59:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <33721.1150091321@critter.freebsd.dk> Message-ID: <20060612075515.C26634@fledge.watson.org> References: <33721.1150091321@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 06:59:16 -0000 On Mon, 12 Jun 2006, Poul-Henning Kamp wrote: > In message <20060612054115.GA42379@xor.obsecurity.org>, Kris Kennaway writes: > >> I wonder if something better can be done with the funky home-grown locking >> in FILEDESC_LOCK() (see ) to make it more light-weight? > > It probably can. > > What's needed is a combined short/long lock, where you can either grab lock > for sleepable locking (like for instance sxlocks) or only grab a quick > version (like a mutex) for lightweight operations. There are a number of places where we interlock a sleep lock and a mutex: - File descriptors - Socket buffer sleep locks - Vnode sleep locks What we probably want is an sx_init_interlock() that allows us to provide the interlock for an sx lock, wich some variations on sx_*lock() to say we already hold the interlock. WITNESS will need some work to be happy with this. I'm not sure it's possible or desirable to get rid of the above sleep/mutex interlocks, since they're very much a defined part of the semantic. With socket buffers, for example, the mutex/interlock is used for data structure consistency, and the sleep lock is used to prevent interleaving of I/O operations. Separating the two locks entirely would significantly increase overhead, and they can't be combined as there are times when user threads are blocked from simultaneous I/O by the sleepable portion of the lock, but the stack needs to update the data structures (i.e., when a non-interleaved socket read is ocurring, and the stack needs to insert data into the buffer to be read). As things like this are a common idiom, supporting them better with our primitives makes some amount of sense. Whether things are sufficiently common to do this, only experimentation will tell. We don't want to end up with another lockmgr... Robert N M Watson Computer Laboratory Universty of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 07:01:04 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1453C16A41B; Mon, 12 Jun 2006 07:01:04 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA6A643D48; Mon, 12 Jun 2006 07:01:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C69F0170E0; Mon, 12 Jun 2006 07:01:01 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 12 Jun 2006 07:59:16 +0100." <20060612075515.C26634@fledge.watson.org> Date: Mon, 12 Jun 2006 07:01:01 +0000 Message-ID: <34009.1150095661@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 07:01:04 -0000 In message <20060612075515.C26634@fledge.watson.org>, Robert Watson writes: >What we probably want is an sx_init_interlock() that allows us to provide the >interlock for an sx lock, wich some variations on sx_*lock() to say we already >hold the interlock. Sounds overly complicated to use. Why not just a sx_xlockfast() sx_xunlockfast() ? for some value of "fast" ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 07:08:45 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2771516A473 for ; Mon, 12 Jun 2006 07:08:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B569D43D48 for ; Mon, 12 Jun 2006 07:08:44 +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 2725446C03; Mon, 12 Jun 2006 03:08:44 -0400 (EDT) Date: Mon, 12 Jun 2006 08:08:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <34009.1150095661@critter.freebsd.dk> Message-ID: <20060612080504.W26634@fledge.watson.org> References: <34009.1150095661@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 07:08:45 -0000 On Mon, 12 Jun 2006, Poul-Henning Kamp wrote: > In message <20060612075515.C26634@fledge.watson.org>, Robert Watson writes: > >> What we probably want is an sx_init_interlock() that allows us to provide >> the interlock for an sx lock, wich some variations on sx_*lock() to say we >> already hold the interlock. > > Sounds overly complicated to use. > > Why not just a sx_xlockfast() sx_xunlockfast() ? for some value of "fast" ? At least in the VFS and socket code, you want a notion of acquiring both and dropping one, or upgrading/downgrading. The logic tends to go something like this: SOCKBUF_LOCK(&sb->sb_rcv); /* blah blah blah */ sb_lock(&sb->sb_rcv); /* requires interlock */ /* blah blah blah */ label: /* blah blah blah */ sb_wait(&sb->sb_rcv); /* drop interlock in msleep but keep sleep lock */ /* blah blah blah */ SOCKBUF_UNLOCK(&sb->sb_rcv); so->proto->pru_rcvd(foo); /* drop interlock for layer boundary */ SOCKBUF_LOCK(&sb->sb_rcv); if (!done) goto label; sb_unlock(&sb->sb_rcv); SOCKBUF_UNLOCK(&sb->sb_rcv); I.e., you use the mutex for specific regions, dropping it for layer boundaries and sleeping, but hold the sleep lock for longer periods. Robert N M Watson Computer Laboratory Universty of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 07:40:15 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E694516A418; Mon, 12 Jun 2006 07:40:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E9BE43D48; Mon, 12 Jun 2006 07:40:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 0AFB0170DE; Mon, 12 Jun 2006 07:40:13 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 12 Jun 2006 08:08:43 +0100." <20060612080504.W26634@fledge.watson.org> Date: Mon, 12 Jun 2006 07:40:13 +0000 Message-ID: <34100.1150098013@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 07:40:16 -0000 In message <20060612080504.W26634@fledge.watson.org>, Robert Watson writes: >At least in the VFS and socket code, you want a notion of acquiring both and >dropping one, or upgrading/downgrading. The logic tends to go something like >this: That's different from what FILEDESC needs. FILEDESC has two different classes of operations: cheap/non-sleeping and expensive/sleeping -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 09:56:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52ADC16A41F; Mon, 12 Jun 2006 09:56:01 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay1.tpu.ru [213.183.112.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F3943D48; Mon, 12 Jun 2006 09:56:00 +0000 (GMT) (envelope-from vadimnuclight@tpu.ru) Received: by relay1.tpu.ru (Postfix, from userid 501) id 6DA2E10D33C; Mon, 12 Jun 2006 16:55:57 +0700 (NOVST) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id 2F35510D337; Mon, 12 Jun 2006 16:55:57 +0700 (NOVST) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Jun 2006 16:55:57 +0700 Received: from nuclight.avtf.net ([82.117.64.107]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Jun 2006 16:55:56 +0700 To: "Joao Barros" References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> <70e8236f0606111530i5ec5cd7eh7230ac76f466f1d@mail.gmail.com> Message-ID: Date: Mon, 12 Jun 2006 16:55:41 +0700 From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <70e8236f0606111530i5ec5cd7eh7230ac76f466f1d@mail.gmail.com> User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 12 Jun 2006 09:55:56.0951 (UTC) FILETIME=[66A27A70:01C68E06] X-Mailman-Approved-At: Mon, 12 Jun 2006 11:42:30 +0000 Cc: freebsd-isp@freebsd.org, "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-ipfw@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 09:56:01 -0000 12.06.06 @ 05:30 Joao Barros wrote: > ld -d -warn-common -r -d -o ng_tag.kld ng_tag.o > touch export_syms > awk -f /sys/conf/kmod_syms.awk ng_tag.kld export_syms | xargs -J% > objcopy % ng_tag.kld > ld -Bshareable -d -warn-common -o ng_tag.ko ng_tag.kld > objcopy --strip-debug ng_tag.ko > ultra5# kldload ./ng_tag.kld > kldload: can't load ./ng_tag.kld: Exec format error > ultra5# file ng_tag.kld > ng_tag.kld: ELF 64-bit MSB relocatable, SPARC V9, version 1 (FreeBSD), > not stripped Huh, you should load ng_tag.ko, not ng_tag.kld - as you can see ng_tag.ko (final version) is produced from ng_tag.kld (immediate file). Another possibility you should mention is using both firewalls at the same time, ipfw and pf. The rule order traversal, AFAIK, depends on order of module loading, so you should experiment a little with it. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 10:09:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3C316A41A; Mon, 12 Jun 2006 10:09:37 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay1.tpu.ru [213.183.112.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A91E43D45; Mon, 12 Jun 2006 10:09:36 +0000 (GMT) (envelope-from vadimnuclight@tpu.ru) Received: by relay1.tpu.ru (Postfix, from userid 501) id 63A9C10D33B; Mon, 12 Jun 2006 17:09:35 +0700 (NOVST) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id 49CF410D337; Mon, 12 Jun 2006 17:09:35 +0700 (NOVST) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Jun 2006 17:09:35 +0700 Received: from nuclight.avtf.net ([82.117.64.107]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Jun 2006 17:09:34 +0700 To: Ganbold References: <448CDBA0.2010203@micom.mng.net> Message-ID: Date: Mon, 12 Jun 2006 17:09:19 +0700 From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <448CDBA0.2010203@micom.mng.net> User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 12 Jun 2006 10:09:35.0066 (UTC) FILETIME=[4E44EBA0:01C68E08] X-Mailman-Approved-At: Mon, 12 Jun 2006 11:42:45 +0000 Cc: freebsd-isp@freebsd.org, "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 10:09:37 -0000 12.06.06 @ 10:12 Ganbold wrote: > Vadim Goncharov wrote: >> Hello All! >> >> I wrote new netgraph(4) node, called ng_tag, able to match packets by >> their mbuf_tags(9) and assign new tags to mbufs. This can be used for >> many things in the kernel network subsystem, but particularly useful >> with recently added ipfw(8) tag/tagged functionality (will be MFCed to >> RELENG_6 after Jun 24). >> >> With this node, in conjunction with ng_bpf(4), I was able to match and >> block (perhaps shaping is also possible, but this relies solely on >> ipfw) DirectConnect P2P data connections traffic - you know, they're >> using random ports, so you can't match them with usual firewall rules >> and must check data payload contents of the packets. See man page for >> example of how to do this. >> >> Download files from here: http://antigreen.org/vadim/freebsd/ng_tag/ >> Then do: >> >> make >> kldload ./ng_tag.ko >> >> Man page can be viewed as: >> >> cat ng_tag.4 | /usr/bin/tbl | /usr/bin/groff -S -Wall -mtty-char \ >> -man -Tascii | /usr/bin/col | more -s >> >> Please especially test tags with non-zero tag_len, if you can (though >> it's not needed for ipfw). >> >> P.S. BTW, what is correct subject prefix for new contributions? I think >> [PATCH] is not correct as these are new files, not patch :) > You mentioned about L7 filtering possibility, is it possible to filter > skype, msn, yahoo messenger traffics using ng_tag? No. True L7 filtering requires complete flow analysis (especially for skype), and in kernel we only can do per-packet analysis - but that's enough for simple things, like most P2P networks. > If you can put some additional examples how to block above that would be > great. This is just my thought. No. Man page is an example of using ng_tag node only, and creating matching patterns for another nodes is another great topic. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 12:01:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5631616A476 for ; Mon, 12 Jun 2006 12:01:17 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A408E43D46 for ; Mon, 12 Jun 2006 12:01:16 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5CC3UJc057495 for ; Mon, 12 Jun 2006 16:03:30 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5CC3UnB057494 for freebsd-current@freebsd.org; Mon, 12 Jun 2006 16:03:30 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Mon, 12 Jun 2006 16:03:30 +0400 Resent-Message-ID: <20060612120330.GA57462@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Mon, 12 Jun 2006 16:02:27 +0400 From: Tarc To: freebsd-current@freebsd.org Message-ID: <20060612120227.GB22799@tarc.po.cs.msu.su> References: <20060612093403.96846.qmail@web42201.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060612093403.96846.qmail@web42201.mail.yahoo.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: reiserfs mount with rw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 12:01:17 -0000 On Mon, Jun 12, 2006 at 02:34:03AM -0700, Umar Draz wrote: > hi dear Members! > > is there way to mount linux reiserfs partion with rw on FreeBSD. I have mounted a reiserfs partion but its read-only. > > Regards, > > Umar Draz > FreeBSD has only READ-ONLY access for reiserfs partions now. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 12:20:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C50316A41A for ; Mon, 12 Jun 2006 12:20:15 +0000 (UTC) (envelope-from tanaselia@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11BDA43D5D for ; Mon, 12 Jun 2006 12:20:08 +0000 (GMT) (envelope-from tanaselia@gmail.com) Received: by py-out-1112.google.com with SMTP id e30so1538854pya for ; Mon, 12 Jun 2006 05:20:08 -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=DFfkyacw7VhdGd6wU71fF+gFuxiWQ7ddNd9As/P9SLkATbLArncZugmXWK2jdqXocTxlTucfwu9rjsMYxy7HLmGSTxzLAEQAUAI0JfS9u2569RRrL/uVHjxHhRcVu3JCwwCyOMLh8lSlX0FCryZOIgyHHqcOEG//HdX3KStuTSY= Received: by 10.35.123.2 with SMTP id a2mr4443516pyn; Mon, 12 Jun 2006 05:20:08 -0700 (PDT) Received: by 10.35.62.2 with HTTP; Mon, 12 Jun 2006 05:20:08 -0700 (PDT) Message-ID: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> Date: Mon, 12 Jun 2006 15:20:08 +0300 From: "Claudiu Tanaselia" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ATi issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 12:20:15 -0000 Hello, I have FreeBSD 6.1 (xorg 6.9) and ATi 9200 128MB RAM. When I type glxinfo, I get [Direct Rendering: No], althgough dri and glx modules are uncommented in the xorg.conf. Here's a part of my xorg log when I was playing Quake3 (at a _very_ slow speed, after the game advice me to start it with: -----error----- You are using software Mesa (no hardware acceleration)! Driver DLL used: libGL.so.1 If this is intentional, add "+set r_allowSoftwareGL 1" to the command line when starting the game. -----error-end----- wich I did) -----xorg-log----- (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (II) 3rd Button detected: disabling emulate3Button (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (II) 3rd Button detected: disabling emulate3Button (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5964] -----xorg-log-end----- I can add that I was unable to get the acceleration working on the Slackware 10.2 (or current, xorg 6.9), using proprietary ATi drivers, although I tried with the last version of them always. I had direct rendering working on Debian and Ubuntu (all on the same system, off course) but I guess they don't use the proprietary driver. Also, my motherboard is pretty old, a SiS 703 with PCChips chipset, and I thing that if it isn't an xorg bug, it may be a hardware incompatibility. Thank you, Claudiu. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 12:50:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E61E616A4CA; Mon, 12 Jun 2006 12:50:24 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996C443D80; Mon, 12 Jun 2006 12:50:14 +0000 (GMT) (envelope-from vadim_nuclight@mail.ru) Received: from [82.211.136.13] (port=4686 helo=nuclight.avtf.net) by mx27.mail.ru with esmtp id 1Fplri-0004V8-00; Mon, 12 Jun 2006 16:50:04 +0400 Date: Mon, 12 Jun 2006 19:48:50 +0700 To: "Eduardo Meyer" , freebsd-current@freebsd.org References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/7.54 (Win32, build 3865) Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 12:50:25 -0000 12.06.06 @ 05:34 Eduardo Meyer wrote: > I read the messages and man page but did not understand. Maybe it is > my lack of knowledge regarding netgraph? Well, in man page it seems > that you looked at ipfw source code (.h in fact) to find out the tag > number. Can you explain this? Yes, netgraph always was a semi-programmer system, less or more, especially true with ng_tag, as it tries to be generalized mbuf_tags(9) manipulating interface, and this is more kernel internals. For simple using, however, you don't need to bother all that details - just remember magic number and where to place it, and it is now simple for use with ipfw tags. > A practical example, how could I, for example, block Kazaa or > bittorrent based on L7 with ng_tag? Can you please explain the steps > on how to do this? The truth is that, in fact, ng_tag doesn't do any traffic analysis. It merely provides an easy way to distinguish different packets after returning to ipfw. Currently the only analyzing node in FreeBSD src tree is ng_bpf(4), but it merely splits incoming packets in two streams, matched and not. There are reasons to this, as netgraph needs to be modular, and each node does a small thing, but does it well. For long time ng_bpf was used for another purposes in the kernel, and now, as new ipfw features appeared, ng_tag came up for easy integration. So, that's merely a framework allowing you to create custom filters, and if you need to match some kind of traffic, you should sit, understand what patterns that traffic has and then program ng_bpf(4) with appropriate filter. In fact, it allows to create it from tcpdump(1) expressions, so you don't need to be a C programmer, and that's good, isn't it? :) > I don't run -CURRENT but I need this kind of feature very much, I am > downloading a 7.0 snapshot just to test this with ipfw tag. You'll be able to do this with RELENG_6 about two weeks later. I simply couldn't wait a month for MFC and wrote it earlier :) > How this addresses the problem on system level L7 filtering? I always > though that someone would show up with a userland application that > tags packets and returns the tag to ipfw filtering, but you came up > with a kernel approach. How better and why it is when compared to evil > regexp evaluation on kernel or how efficient is this when compared to > Linux L7 which is know to fail a lot (let a number of packets pass)? Yes, in general case you do - correct way is to have a userland application which will do analysis, this easier, simpler and safer (imagine a security flaw inside kernel matcher?). Like snort. But the main disadvantage - it is SLOW. And for many kinds of traffic you do not need to perform complete flow analysis, as that is simple enough to do per-packet matching, then to say "Huh.. I found such packet, so entire connection must be of that type". Actually, I've found Linux iptables P2P matching module named ipp2p at http://www.ipp2p.org/ which was told to work reasonable well, looked at the code and found that one-packet match is enough for this work. So, per-packet matching can be implemented in kernel. After that I've discovered that FreeBSD already have in-kernel packet matcher for a long time, since 4.0. Briefly inspecting ipp2p code shown that most recognized P2P types can be matched by tcpdump and thus are programmable on ng_bpf(4). For some patterns, still, that's not enough, as bpf can't search for a substring on a variable, not fixed, offset. Then we can imagine another netgraph node which will do substring search (like iptables --string), so with both bpf and string-matching all P2P traffic can be caught. Anyway, that work yet to be done. The main benefit of ng_tag at the moment is that everybody wishing this have no longer principial barriers to do, like needing skills to write kernel module or even userland matching daemon. > Sorry for all those questions, but I am an end user in the average, > so, I can not understand it myself only reading the code. > > Thank you for your work and help. It seems that I will have a 7.0 > snapshot doing this job to me untill the ipfw tag MFC happens, if I > can understand this approach. I hope that my explanation was helpful enough to understand :) Also, if you will be using 7.0, include BPF_JITTER in your kernel config as this will enable native code-compiling for bpf and ng_bpf - this will speed things up. ========================================================================== P.S. Here is quick-and-dirty primer how to convert ipp2p functions to ng_bpf(4) input expression for tcpdump(1). Go to http://www.ipp2p.org/ and download source, unpack and open file pt_ipp2p.c and find function for your P2P type, let it be BitTorrent for our example. So look (I've formatted that bad Linux code a little to be a more style(9)'ish): int search_bittorrent (const unsigned char *payload, const u16 plen) { if (plen > 20) { /* test for match 0x13+"BitTorrent protocol" */ if (payload[0] == 0x13) if (memcmp(payload+1, "BitTorrent protocol", 19) == 0) return (IPP2P_BIT * 100); /* get tracker commandos, all starts with GET / * then it can follow: scrape| announce * and then ?hash_info= */ if (memcmp(payload,"GET /",5) == 0) { /* message scrape */ if (memcmp(payload+5, "scrape?info_hash=", 17)==0) return (IPP2P_BIT * 100 + 1); /* message announce */ if (memcmp(payload+5, "announce?info_hash=", 19)==0) return (IPP2P_BIT * 100 + 2); } } else { /* * bitcomet encryptes the first packet, so we have to detect another * one later in the flow */ /* first try failed, too many missdetections */ //if (size == 5 && get_u32(t,0) == __constant_htonl(1) && t[4] < 3) // return (IPP2P_BIT * 100 + 3); /* second try: block request packets */ if ((plen == 17) && (get_u32(payload,0) == __constant_htonl(0x0d)) && (payload[4] == 0x06) && (get_u32(payload,13) == __constant_htonl(0x4000))) return (IPP2P_BIT * 100 + 3); } return 0; } So, what do we see? BitTorrent packet can start with one of three fixed strings (we see memcmp() checks for them). Author of ipp2p employs one more check, but as we can see from comments, he's not sure. Let's find out what are the byte sequences for these strings: $ echo -n "BitTorrent protocol" | hd 00000000 42 69 74 54 6f 72 72 65 6e 74 20 70 72 6f 74 6f |BitTorrent proto| 00000010 63 6f 6c |col| 00000013 $ echo -n "GET /scrape?info_hash=" | hd 00000000 47 45 54 20 2f 73 63 72 61 70 65 3f 69 6e 66 6f |GET /scrape?info| 00000010 5f 68 61 73 68 3d |_hash=| 00000016 $ echo -n "GET /announce?info_hash=" | hd 00000000 47 45 54 20 2f 61 6e 6e 6f 75 6e 63 65 3f 69 6e |GET /announce?in| 00000010 66 6f 5f 68 61 73 68 3d |fo_hash=| 00000018 We can give 1, 2 or 4 bytes to tcpdump for comarison at one time. The "payload" variable in the source points to beginning of data in TCP packet. Remember from man ng_tag that tcpdump assumes packets to have 14-byte Ethernet header for it's arrays like "tcp[]", but packets come from ipfw to ng_bpf without this header, and that affects our offset calculations. So we must give offsets from very beginning of packets, which is done through "ether[]" tcpdump's prime, and parse headers manually. Let's assume (for simplicity and speed), however, that IP and TCP headers have no any options and thus always have length 20 bytes each, then ipp2p's "payload[0]" will be tcpdump's "ether[40]". Also, let's assume that ipfw checked packet len for us so we don't do that in netgraph too. Then, we simply take hex bytes in order hd(1) told us, as this is network byte order also, and write them as tcpdump expressions (remember that first string ("...protocol") actually have 0x13 prepended to it). So, we write follow in ng_bpf(4) script: PATTERN="(ether[40:4]=0x13426974 && ether[44:4]=0x546f7272 && ether[48:4]=0x656e7420 && ether[52:4]=0x70726f74 && ether[56:4]=0x6f636f6c ) || (ether[40:4]=0x47455420 && (ether[44:4]=0x2f736372 && ether[48:4]=0x6170653f && ether[52:4]=0x696e666f && ether[56:4]=0x5f686173 && ether[60:2]=0x683d ) || (ether[44:4]=0x2f616e6e && ether[48:4]=0x6f756e63 && ether[52:4]=0x653f696e && ether[56:4]=0x666f5f68 && ether[60:4]=0x6173683d) ) || (ether[2:2]=57 && ether[40:4]=0x0000000d && ether[44]=0x06 && ether[53:4]=0x00004000)" Note the last OR block in expression - this is translation of that "not sure" checking request packets. I've explicitly written packet length - plen=17 + 20 byte IP header len + 20 byte TCP header len, check at offset 2 in IP header, according to RFC 791. Construction "get_u32 == __constant_htonl()" means comparing 4-byte values at given offset. P.P.S. I have not tested that pattern on real packets, as I have no BitTorrent today, but it should work. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 13:10:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C24F016A418; Mon, 12 Jun 2006 13:10:02 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB9843D5E; Mon, 12 Jun 2006 13:09:58 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.6/8.13.3) with ESMTP id k5CD9qOM094624 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 12 Jun 2006 15:09:52 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.6/8.13.3/Submit) id k5CD9qiC094623; Mon, 12 Jun 2006 15:09:52 +0200 (CEST) Date: Mon, 12 Jun 2006 15:09:52 +0200 From: Divacky Roman To: Poul-Henning Kamp Message-ID: <20060612130952.GA94370@stud.fit.vutbr.cz> References: <20060612080504.W26634@fledge.watson.org> <34100.1150098013@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34100.1150098013@critter.freebsd.dk> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 13:10:02 -0000 On Mon, Jun 12, 2006 at 07:40:13AM +0000, Poul-Henning Kamp wrote: > In message <20060612080504.W26634@fledge.watson.org>, Robert Watson writes: > > >At least in the VFS and socket code, you want a notion of acquiring both and > >dropping one, or upgrading/downgrading. The logic tends to go something like > >this: > > That's different from what FILEDESC needs. FILEDESC has two different > classes of operations: cheap/non-sleeping and expensive/sleeping I made a patch: http://hysteria.sk/~neologism/filedesc.patch which improves the situation on UP, it was even commited but then backed out because there are places where FILEDESC_[UN]LOC_FAST is used to protect operations which can sleep... I think there's just one or two such places but dont have time to work on this (I am busy with SoC) but is shoudl be quite trivial to find them (the number of places where we use _FAST locking is not very big) roman From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 13:28:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF87116A41B; Mon, 12 Jun 2006 13:28:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE8843D55; Mon, 12 Jun 2006 13:28:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from osx.baldwin.cx (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5CDSNV7012219; Mon, 12 Jun 2006 09:28:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-smp@freebsd.org Date: Mon, 12 Jun 2006 08:59:39 -0400 User-Agent: KMail/1.9.1 References: <20060611204118.GA34272@xor.obsecurity.org> In-Reply-To: <20060611204118.GA34272@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606120859.40898.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 12 Jun 2006 09:28:28 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1534/Mon Jun 12 08:30:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: smp@freebsd.org, alfred@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Optional MPSAFE syscalls aren't X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 13:28:30 -0000 On Sunday 11 June 2006 16:41, Kris Kennaway wrote: > rwatson, pjd and I tracked down the following problem when looking at > postgresql profiling traces: > > For syscalls that are part of subsystems that may be loaded from kld, > the SYSCALL_MODULE_HELPER() spams the copy of the sysent from > syscalls.master - and it never sets the SYF_MPSAFE flag. This means > that regardless of what syscalls.master says about mpsafety, such > syscalls always acquire Giant. > > One sad consequence of this is that when I removed the > SYSCALL_MODULE_HELPERs from sysv_sem.c to get rid of the bogus Giant > locking that seems to be hurting performance, postgresql hangs when > trying to start; possibly the locking in sysv_sem.c is just broken > since it was always implicitly serialized by Giant, so never in fact > tested at all. > > Apart from the SYSV IPC syscalls, this also affects the AIO and mqueue > code. I actually plan to just remove the SYF_MPSAFE flag soon anyways and just push Giant down manually into the handful of syscalls that still need it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 14:29:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF31316A482 for ; Mon, 12 Jun 2006 14:29:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0209943D45 for ; Mon, 12 Jun 2006 14:29:48 +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 19D9446CF3 for ; Mon, 12 Jun 2006 10:29:46 -0400 (EDT) Date: Mon, 12 Jun 2006 15:29:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20060612152246.U24745@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: buildkernel upgrade path from 6.1-RELEASE broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 14:29:49 -0000 Over the weekend, I installed a new 6.1 box with the intent of updating 7-CURRENT, and ran into a number of build problems: (1) atkbdc_isa.c seems to be missing an include of machine/bus.h, without which it fails because bus_space_read_1() is undefined. (2) In acpi.c, 'acpi_do_disable' is undefined. Since I can't find a definition with a simple grep, possibly it's undefined in -CURRENT too and people are failing to whine. Robert N M Watson Computer Laboratory Universty of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 15:43:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F55A16A41B; Mon, 12 Jun 2006 15:43:51 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Mon, 12 Jun 2006 23:43:41 +0800 User-Agent: KMail/1.8.2 References: <34009.1150095661@critter.freebsd.dk> In-Reply-To: <34009.1150095661@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200606122343.42246.davidxu@freebsd.org> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 15:43:52 -0000 On Monday 12 June 2006 15:01, Poul-Henning Kamp wrote: > In message <20060612075515.C26634@fledge.watson.org>, Robert Watson writes: > >What we probably want is an sx_init_interlock() that allows us to provide > > the interlock for an sx lock, wich some variations on sx_*lock() to say > > we already hold the interlock. > > Sounds overly complicated to use. > > Why not just a sx_xlockfast() sx_xunlockfast() ? for some value of "fast" ? I thought it is a rwlock, but it is not in fact, a bit disappointing. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 15:43:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F55A16A41B; Mon, 12 Jun 2006 15:43:51 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Mon, 12 Jun 2006 23:43:41 +0800 User-Agent: KMail/1.8.2 References: <34009.1150095661@critter.freebsd.dk> In-Reply-To: <34009.1150095661@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200606122343.42246.davidxu@freebsd.org> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 15:43:52 -0000 On Monday 12 June 2006 15:01, Poul-Henning Kamp wrote: > In message <20060612075515.C26634@fledge.watson.org>, Robert Watson writes: > >What we probably want is an sx_init_interlock() that allows us to provide > > the interlock for an sx lock, wich some variations on sx_*lock() to say > > we already hold the interlock. > > Sounds overly complicated to use. > > Why not just a sx_xlockfast() sx_xunlockfast() ? for some value of "fast" ? I thought it is a rwlock, but it is not in fact, a bit disappointing. From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 16:34:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E32C16A418 for ; Mon, 12 Jun 2006 16:34:25 +0000 (UTC) (envelope-from flag@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB8B43D70 for ; Mon, 12 Jun 2006 16:34:23 +0000 (GMT) (envelope-from flag@newluxor.wired.org) Received: from newluxor.wired.org (ip-79-107.sn1.eutelia.it [62.94.79.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 6B0B611B2E5 for ; Mon, 12 Jun 2006 18:34:21 +0200 (CEST) Received: from newluxor.wired.org (localhost [127.0.0.1]) by newluxor.wired.org (8.13.6/8.13.6) with ESMTP id k5CGXnSB033746 for ; Mon, 12 Jun 2006 18:33:50 +0200 (CEST) (envelope-from flag@newluxor.wired.org) Received: (from flag@localhost) by newluxor.wired.org (8.13.6/8.13.6/Submit) id k5CGXnqb033745 for freebsd-current@freebsd.org; Mon, 12 Jun 2006 18:33:49 +0200 (CEST) (envelope-from flag) Date: Mon, 12 Jun 2006 18:33:43 +0200 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20060612163343.GA33696@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Subject: CURRENT and smbfs -> lockmgr: thread 0xXXXX unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 16:34:25 -0000 Whenever i mount a samba share, i get this in my logs: lockmgr: thread 0xc4a14d80 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c06a0a0b,c4a14d80,c6c026f0,e4f4cb5c,c04eec25) at kdb_backtrace+0x2 f lockmgr(c6c04e08,6,c6c04e2c,c4a14d80,e4f4cb98) at lockmgr+0x604 smb_co_unlock(c6c04e00,0,c4a14d80,c4a14d80,e4f4cbb8) at smb_co_unlock+0x2c smb_sm_init(e4f4cbb8,c04f1f78,c6741a6c,c6c0283f,c6741a40) at smb_sm_init+0x4a nsmb_dev_load(c6741a40,0,0,0,102) at nsmb_dev_load+0x1d module_register_init(c6c042c4,c06a0666,e4f4cbfc,e4f4cc00,0) at module_register_i nit+0x82 linker_file_sysinit(c5920d00,c5e4d460,e4f4cc24,1,c5920d00) at linker_file_sysini t+0x8e linker_load_file(c5e4d460,e4f4cc48,0,c106ca00,0) at linker_load_file+0xed linker_load_module(0,c4bc3c00,0,0,e4f4cc74) at linker_load_module+0xb1 kldload(c4a14d80,e4f4cd04,4,280d5000,4) at kldload+0x139 syscall(3b,3b,3b,bfbfead0,bfbfeab8) at syscall+0x386 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d54ef, esp = 0xbfbfe4cc, e bp = 0xbfbfea88 --- netsmb_dev: loaded lockmgr: thread 0xc5298bd0 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 f lockmgr(c5a49408,6,c5a4942c,c5298bd0,e7257ba0) at lockmgr+0x604 smb_co_unlock(c5a49400,0,c5298bd0,e7257bfc,c6bef43a) at smb_co_unlock+0x2c smb_vc_unlock(c5a49400,0,c5298bd0,e7257bc0,c51e7800) at smb_vc_unlock+0x1f nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x3d4 giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd c ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp = 0xbfbfe4b8 --- lockmgr: thread 0xc5298bd0 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 f lockmgr(c576e308,6,c576e32c,c5298bd0,e7257ba0) at lockmgr+0x604 smb_co_unlock(c576e300,0,c5298bd0,e7257bfc,c6bef46c) at smb_co_unlock+0x2c smb_share_unlock(c576e300,0,c5298bd0,e7257bc0,c51e7800) at smb_share_unlock+0x1f nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x406 giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd c ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp = 0xbfbfe4b8 --- is it a known problem? this happens on UP and SMP systems, both running recent CURRENT. bye -- Paolo Piso's first law: nothing works as expected! From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 16:47:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FB916A473 for ; Mon, 12 Jun 2006 16:47:37 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 488D243D53 for ; Mon, 12 Jun 2006 16:47:36 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx42.stngva01.us.mxservers.net (204.202.242.44) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 2-078315852; Mon, 12 Jun 2006 18:47:34 +0200 (CEST) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx42.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 5aa9d844.14917.034.mx42.stngva01.us.mxservers.net; Mon, 12 Jun 2006 12:47:33 -0400 (EDT) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k5CGlVEe013104; Mon, 12 Jun 2006 18:47:31 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200606121647.k5CGlVEe013104@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson of "Mon, 12 Jun 2006 15:29:46 BST." <20060612152246.U24745@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2006 18:47:31 +0200 From: Gary Jennejohn X-Spam: [F=0.0136003271; heur=0.500(-19800); stat=0.013; spamtraq-heur=0.500(2006061102)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: current@FreeBSD.org Subject: Re: buildkernel upgrade path from 6.1-RELEASE broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 16:47:37 -0000 Robert Watson writes: > (2) In acpi.c, 'acpi_do_disable' is undefined. Since I can't find a > definition with a simple grep, possibly it's undefined in -CURRENT too > and people are failing to whine. > I just saw this also and thought that I ran cvsup at a bad time. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 17:24:48 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2351A16A473; Mon, 12 Jun 2006 17:24:48 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A0E443D78; Mon, 12 Jun 2006 17:24:45 +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 B59632088; Mon, 12 Jun 2006 19:24:41 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A57012087; Mon, 12 Jun 2006 19:24:41 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7BDC733C8D; Mon, 12 Jun 2006 19:24:41 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Robert Watson References: <20060612152246.U24745@fledge.watson.org> Date: Mon, 12 Jun 2006 19:24:40 +0200 In-Reply-To: <20060612152246.U24745@fledge.watson.org> (Robert Watson's message of "Mon, 12 Jun 2006 15:29:46 +0100 (BST)") Message-ID: <86u06q1e3r.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: buildkernel upgrade path from 6.1-RELEASE broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 17:24:48 -0000 Robert Watson writes: > (1) atkbdc_isa.c seems to be missing an include of machine/bus.h, without > which it fails because bus_space_read_1() is undefined. > > (2) In acpi.c, 'acpi_do_disable' is undefined. Since I can't find a > definition with a simple grep, possibly it's undefined in -CURRENT to= o and > people are failing to whine. Warner and Nate just fixed these, but there's additional breakage in puc which seems related to the atkbdc issue. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 17:28:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E27716A473 for ; Mon, 12 Jun 2006 17:28:10 +0000 (UTC) (envelope-from lists@irbis.net.ru) Received: from klamath.irbis.net.ru (klamath.irbis.net.ru [85.118.141.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72EE43D78 for ; Mon, 12 Jun 2006 17:28:02 +0000 (GMT) (envelope-from lists@irbis.net.ru) Received: from klamath.irbis.net.ru (yuri@localhost.irbis.net.ru [127.0.0.1]) by klamath.irbis.net.ru (8.13.6/8.13.6) with ESMTP id k5CHRvUh012203 for ; Mon, 12 Jun 2006 21:27:57 +0400 (MSD) (envelope-from lists@irbis.net.ru) Received: (from yuri@localhost) by klamath.irbis.net.ru (8.13.6/8.13.6/Submit) id k5CHRttn012193 for freebsd-current@freebsd.org; Mon, 12 Jun 2006 21:27:55 +0400 (MSD) (envelope-from lists@irbis.net.ru) X-Authentication-Warning: klamath.irbis.net.ru: yuri set sender to lists@irbis.net.ru using -f From: Lists Mail Catcher To: freebsd-current In-Reply-To: <20060612163343.GA33696@tin.it> References: <20060612163343.GA33696@tin.it> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 12 Jun 2006 21:27:54 +0400 Message-Id: <1150133274.67859.2.camel@klamath.irbis.net.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.7.2.1 FreeBSD GNOME Team Port Subject: Re: CURRENT and smbfs -> lockmgr: thread 0xXXXX unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 17:28:10 -0000 On Mon, 2006-06-12 at 18:33 +0200, Paolo Pisati wrote: > Whenever i mount a samba share, i get this in my logs: > > lockmgr: thread 0xc4a14d80 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c4a14d80,c6c026f0,e4f4cb5c,c04eec25) at kdb_backtrace+0x2 > f > lockmgr(c6c04e08,6,c6c04e2c,c4a14d80,e4f4cb98) at lockmgr+0x604 > smb_co_unlock(c6c04e00,0,c4a14d80,c4a14d80,e4f4cbb8) at smb_co_unlock+0x2c > smb_sm_init(e4f4cbb8,c04f1f78,c6741a6c,c6c0283f,c6741a40) at smb_sm_init+0x4a > nsmb_dev_load(c6741a40,0,0,0,102) at nsmb_dev_load+0x1d > module_register_init(c6c042c4,c06a0666,e4f4cbfc,e4f4cc00,0) at module_register_i > nit+0x82 > linker_file_sysinit(c5920d00,c5e4d460,e4f4cc24,1,c5920d00) at linker_file_sysini > t+0x8e > linker_load_file(c5e4d460,e4f4cc48,0,c106ca00,0) at linker_load_file+0xed > linker_load_module(0,c4bc3c00,0,0,e4f4cc74) at linker_load_module+0xb1 > kldload(c4a14d80,e4f4cd04,4,280d5000,4) at kldload+0x139 > syscall(3b,3b,3b,bfbfead0,bfbfeab8) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d54ef, esp = 0xbfbfe4cc, e > bp = 0xbfbfea88 --- > netsmb_dev: loaded > lockmgr: thread 0xc5298bd0 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 > f > lockmgr(c5a49408,6,c5a4942c,c5298bd0,e7257ba0) at lockmgr+0x604 > smb_co_unlock(c5a49400,0,c5298bd0,e7257bfc,c6bef43a) at smb_co_unlock+0x2c > smb_vc_unlock(c5a49400,0,c5298bd0,e7257bc0,c51e7800) at smb_vc_unlock+0x1f > nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x3d4 > giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 > devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd > c > ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 > syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp > = 0xbfbfe4b8 --- > lockmgr: thread 0xc5298bd0 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 > f > lockmgr(c576e308,6,c576e32c,c5298bd0,e7257ba0) at lockmgr+0x604 > smb_co_unlock(c576e300,0,c5298bd0,e7257bfc,c6bef46c) at smb_co_unlock+0x2c > smb_share_unlock(c576e300,0,c5298bd0,e7257bc0,c51e7800) at smb_share_unlock+0x1f > nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x406 > giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 > devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd > c > ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 > syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp > = 0xbfbfe4b8 --- > > is it a known problem? > this happens on UP and SMP systems, both running recent CURRENT. > > bye Same happens here on recent -CURRENT/amd64: lockmgr: thread 0xffffff0072b9c2b0 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_sm_init() at smb_sm_init+0x3f nsmb_dev_load() at nsmb_dev_load+0x25 module_register_init() at module_register_init+0x58 linker_load_module() at linker_load_module+0x930 kldload() at kldload+0x109 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (304, FreeBSD ELF64, kldload), rip = 0x80089f1dc, rsp = 0x7fffffffe508, rbp = 0x4 --- netsmb_dev: loaded lockmgr: thread 0xffffff0072b9c2b0 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- nve0: link state changed to UP lockmgr: thread 0xffffff004e627560 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff0057500810 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff005db66000 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_vc_unlock() at smb_vc_unlock+0x9 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x3c4 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff005db66000 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_share_unlock() at smb_share_unlock+0x9 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x3f2 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- Yuri From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 17:28:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24FAB16A574 for ; Mon, 12 Jun 2006 17:28:55 +0000 (UTC) (envelope-from lists@irbis.net.ru) Received: from klamath.irbis.net.ru (klamath.irbis.net.ru [85.118.141.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F5043D72 for ; Mon, 12 Jun 2006 17:28:53 +0000 (GMT) (envelope-from lists@irbis.net.ru) Received: from klamath.irbis.net.ru (yuri@localhost.irbis.net.ru [127.0.0.1]) by klamath.irbis.net.ru (8.13.6/8.13.6) with ESMTP id k5CHSlEx012407 for ; Mon, 12 Jun 2006 21:28:48 +0400 (MSD) (envelope-from lists@irbis.net.ru) Received: (from yuri@localhost) by klamath.irbis.net.ru (8.13.6/8.13.6/Submit) id k5CHShjo012392 for freebsd-current@freebsd.org; Mon, 12 Jun 2006 21:28:43 +0400 (MSD) (envelope-from lists@irbis.net.ru) X-Authentication-Warning: klamath.irbis.net.ru: yuri set sender to lists@irbis.net.ru using -f From: Lists Mail Catcher To: freebsd-current In-Reply-To: <20060612163343.GA33696@tin.it> References: <20060612163343.GA33696@tin.it> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 12 Jun 2006 21:27:54 +0400 Message-Id: <1150133274.67859.2.camel@klamath.irbis.net.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.7.2.1 FreeBSD GNOME Team Port Subject: Re: CURRENT and smbfs -> lockmgr: thread 0xXXXX unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 17:28:55 -0000 On Mon, 2006-06-12 at 18:33 +0200, Paolo Pisati wrote: > Whenever i mount a samba share, i get this in my logs: > > lockmgr: thread 0xc4a14d80 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c4a14d80,c6c026f0,e4f4cb5c,c04eec25) at kdb_backtrace+0x2 > f > lockmgr(c6c04e08,6,c6c04e2c,c4a14d80,e4f4cb98) at lockmgr+0x604 > smb_co_unlock(c6c04e00,0,c4a14d80,c4a14d80,e4f4cbb8) at smb_co_unlock+0x2c > smb_sm_init(e4f4cbb8,c04f1f78,c6741a6c,c6c0283f,c6741a40) at smb_sm_init+0x4a > nsmb_dev_load(c6741a40,0,0,0,102) at nsmb_dev_load+0x1d > module_register_init(c6c042c4,c06a0666,e4f4cbfc,e4f4cc00,0) at module_register_i > nit+0x82 > linker_file_sysinit(c5920d00,c5e4d460,e4f4cc24,1,c5920d00) at linker_file_sysini > t+0x8e > linker_load_file(c5e4d460,e4f4cc48,0,c106ca00,0) at linker_load_file+0xed > linker_load_module(0,c4bc3c00,0,0,e4f4cc74) at linker_load_module+0xb1 > kldload(c4a14d80,e4f4cd04,4,280d5000,4) at kldload+0x139 > syscall(3b,3b,3b,bfbfead0,bfbfeab8) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d54ef, esp = 0xbfbfe4cc, e > bp = 0xbfbfea88 --- > netsmb_dev: loaded > lockmgr: thread 0xc5298bd0 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 > f > lockmgr(c5a49408,6,c5a4942c,c5298bd0,e7257ba0) at lockmgr+0x604 > smb_co_unlock(c5a49400,0,c5298bd0,e7257bfc,c6bef43a) at smb_co_unlock+0x2c > smb_vc_unlock(c5a49400,0,c5298bd0,e7257bc0,c51e7800) at smb_vc_unlock+0x1f > nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x3d4 > giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 > devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd > c > ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 > syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp > = 0xbfbfe4b8 --- > lockmgr: thread 0xc5298bd0 unlocking unheld lock > KDB: stack backtrace: > kdb_backtrace(c06a0a0b,c5298bd0,c4a5781c,c6741840,c6742880) at kdb_backtrace+0x2 > f > lockmgr(c576e308,6,c576e32c,c5298bd0,e7257ba0) at lockmgr+0x604 > smb_co_unlock(c576e300,0,c5298bd0,e7257bfc,c6bef46c) at smb_co_unlock+0x2c > smb_share_unlock(c576e300,0,c5298bd0,e7257bc0,c51e7800) at smb_share_unlock+0x1f > nsmb_dev_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at nsmb_dev_ioctl+0x406 > giant_ioctl(c5913d00,82fc6e6a,c4a57800,3,c5298bd0) at giant_ioctl+0x79 > devfs_ioctl_f(c4c365a0,82fc6e6a,c4a57800,c58b4d00,c5298bd0) at devfs_ioctl_f+0xd > c > ioctl(c5298bd0,e7257d04,c,2817f000,6) at ioctl+0x537 > syscall(3b,3b,3b,bfbfe6c0,bfbfe1a0) at syscall+0x386 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816a277, esp = 0xbfbfe18c, ebp > = 0xbfbfe4b8 --- > > is it a known problem? > this happens on UP and SMP systems, both running recent CURRENT. > > bye Same happens here on recent -CURRENT/amd64: lockmgr: thread 0xffffff0072b9c2b0 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_sm_init() at smb_sm_init+0x3f nsmb_dev_load() at nsmb_dev_load+0x25 module_register_init() at module_register_init+0x58 linker_load_module() at linker_load_module+0x930 kldload() at kldload+0x109 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (304, FreeBSD ELF64, kldload), rip = 0x80089f1dc, rsp = 0x7fffffffe508, rbp = 0x4 --- netsmb_dev: loaded lockmgr: thread 0xffffff0072b9c2b0 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- nve0: link state changed to UP lockmgr: thread 0xffffff004e627560 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff0057500810 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_put() at smb_co_put+0x98 smb_vc_put() at smb_vc_put+0x9 smb_sm_lookup() at smb_sm_lookup+0x140 smb_usr_lookup() at smb_usr_lookup+0xb7 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x399 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff005db66000 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_vc_unlock() at smb_vc_unlock+0x9 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x3c4 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- lockmgr: thread 0xffffff005db66000 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6de smb_co_unlock() at smb_co_unlock+0x17 smb_share_unlock() at smb_share_unlock+0x9 nsmb_dev_ioctl() at nsmb_dev_ioctl+0x3f2 giant_ioctl() at giant_ioctl+0x71 devfs_ioctl_f() at devfs_ioctl_f+0x6f ioctl() at ioctl+0x143 syscall() at syscall+0x6b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80093178c, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe700 --- Yuri From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 18:03:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE19D16A473 for ; Mon, 12 Jun 2006 18:03:54 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8826143D55 for ; Mon, 12 Jun 2006 18:03:47 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so934875wxd for ; Mon, 12 Jun 2006 11:03:46 -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=V+ojl6FOiKd6P8G9XjbeKstaDZ2RV8msoQXYtg3urQp0H7CpIYGU58/FNXLW9V7DVDajGNMY9Y7V+gOuhprXtUiVaCPHfnWFiTh76ZGdedLFCGlvNJxH/mcL30+RSag2Lrprk6zY5ipwXDN894R0LnHK8i7SdUN8pbdX3qu8PYQ= Received: by 10.70.103.15 with SMTP id a15mr6675345wxc; Mon, 12 Jun 2006 11:03:46 -0700 (PDT) Received: by 10.70.36.8 with HTTP; Mon, 12 Jun 2006 11:03:46 -0700 (PDT) Message-ID: <47d0403c0606121103o72734704q27806f618dd06929@mail.gmail.com> Date: Mon, 12 Jun 2006 18:03:46 +0000 From: "Ben Kaduk" To: current@freebsd.org In-Reply-To: <20060612001712.33B6A45043@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060611.173655.1594806879.imp@bsdimp.com> <20060612001712.33B6A45043@ptavv.es.net> Cc: "M. Warner Losh" Subject: Re: System will not shutdown with modem card inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 18:03:54 -0000 On 6/12/06, Kevin Oberman wrote: > > Date: Sun, 11 Jun 2006 17:36:55 -0600 (MDT) > > From: "M. Warner Losh" > > > > In message: <20060611004838.B7F8A45043@ptavv.es.net> > > "Kevin Oberman" writes: > > : I just noticed this, but it may have been going on for some time as I > > : had never plugged a PCMCIA card into this system until yesterday. > > : > > : When I shut down the system with my Simple Tsch modem card inserted, the > > : system will not power off or reboot with shutdown(8). It just sits there > > : after the "uptime" message. > > : > > : The system is an IBM T43 running current as of today. The card is a > > : "Simple Technology 28.8 Communicator". Nothing special about my > > : configuration. Config available on request, but it's pretty > > : uninteresting. Here is the message I receive when the card is inserted: > > : pccard0: Allocation failed for cfe 32 > > : sio4: at port 0x2f8-0x2ff irq 11 function 0 config 33 on pccard0 > > : sio4: type 16550A > > : sio4: [GIANT-LOCKED] > > : sio4: unable to activate interrupt in fast mode - using normal mode > > : > > : That's about it. I realize that there is a serious lack of data on this. > > > > Any idea when this started to happen? > > Unfortunately, no. It may be a problem with the T43. I did not see the > problem with my T30 which I used until March of this year. I had no need > of any PCMCIA card until recently when I needed a modem. That is when I > discovered that the T43 has only a single PC Card slot and an ExpressCard > slot. As a result, it will not support my trusty Type-III Xircom > Ethernet/modem card would not fit. So i dug out my ancient SimpleTech > 28.8 card and tried it. > > Other than the "pccard0: Allocation failed for cfe 32", it seemed to > work. I have no idea right now what the error might actually indicate, > though. And, that was last Thursday. That night, it would not power > down. > > I left the card in place and had the same problem when I next tried to > reboot the system (to upgrade the ACPI code) on Saturday. I quickly > realized that the only thing that had changed was that the modem was > inserted. > > So i really have no idea when it started or if it is unique to this > laptop. > > Here is the CardBus boot report: > cbb0: mem 0xa8410000-0xa8410fff irq 11 at device 0.0 on pci4 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > > This is, for me, a very minor annoyance, but I did think it was worth > reporting. > -- > 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 > _______________________________________________ > 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" > Warner, I am not sure how relevant this is, but I also have experienced difficulty in shutting down or rebooting with a pccard modem in the laptop; however, the behaviour has not been consistent. That is to say, that though for a particular build of current, the machine will either reboot cleanly or hang at "uptime" (consistently if I don't change the OS version), but rebuilding the system may cause the behaviour to switch. I have not been following the commit logs too closely, but I haven't noticed anything that (to my poor eyes) would obviously cause such a change, for any of the switches in behaviour. I am not sure, but I think that the fluctuating behaviour has been present for around a year. For reference, the pccard is: sio4: at port 0x3f8-0x3ff irq 11 function 0 config 32 o n pccard0 sio4: type 16550A sio4: [GIANT-LOCKED] sio4: unable to activate interrupt in fast mode - using normal mode I am the only user of this laptop, so it is available for tetsting when I'm not thrashing the CPU for work. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 18:20:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B6F16A41F; Mon, 12 Jun 2006 18:20:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43DC443D82; Mon, 12 Jun 2006 18:20:23 +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 k5CIKKx3014088; Mon, 12 Jun 2006 11:20:20 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k5CIKKVG014087; Mon, 12 Jun 2006 11:20:20 -0700 (PDT) (envelope-from david) Date: Mon, 12 Jun 2006 11:20:20 -0700 From: David Wolfskill To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20060612182020.GN32476@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Robert Watson , current@freebsd.org References: <20060612152246.U24745@fledge.watson.org> <86u06q1e3r.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WvWoJFHT91CrHm5Q" Content-Disposition: inline In-Reply-To: <86u06q1e3r.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i Cc: Robert Watson , current@freebsd.org Subject: Re: buildkernel upgrade path from 6.1-RELEASE broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 18:20:39 -0000 --WvWoJFHT91CrHm5Q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 12, 2006 at 07:24:40PM +0200, Dag-Erling Sm=F8rgrav wrote: > ... > Warner and Nate just fixed these, but there's additional breakage in > puc which seems related to the atkbdc issue. Confirmed. I hand-applied the diffs for the first two, and then edited sys/dev/puc/pucdata.c thus: Index: sys/dev/puc/pucdata.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: /cvs/freebsd/src/sys/dev/puc/pucdata.c,v retrieving revision 1.55 diff -u -r1.55 pucdata.c --- sys/dev/puc/pucdata.c 28 Apr 2006 21:21:52 -0000 1.55 +++ sys/dev/puc/pucdata.c 12 Jun 2006 17:54:03 -0000 @@ -39,6 +39,7 @@ =20 #include #include +#include =20 #include =20 And the resulting system finally built & boots: localhost(7.0-C)[1] uname -a FreeBSD localhost 7.0-CURRENT FreeBSD 7.0-CURRENT #107: Mon Jun 12 10:37:14= PDT 2006 root@localhost:/common/S4/obj/usr/src/sys/LAPTOP_30W i386 localhost(7.0-C)[2]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Doing business with spammers only encourages them. Please boycott spammers. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WvWoJFHT91CrHm5Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkSNsGMACgkQmprOCmdXAD1P5gCfXrBPEtnLXkSBgMs3HQBUkBgk a1QAn0hD/w6v6tG0tS0PdDSD9VI4NbWT =LIRM -----END PGP SIGNATURE----- --WvWoJFHT91CrHm5Q-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 18:24:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B7A16A41B for ; Mon, 12 Jun 2006 18:24:05 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4223843D6B for ; Mon, 12 Jun 2006 18:24:05 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 8AC6833C03; Mon, 12 Jun 2006 20:24:04 +0200 (CEST) Date: Mon, 12 Jun 2006 20:24:04 +0200 From: Lars Engels To: freebsd-current@freebsd.org Message-ID: <20060612182404.GC46563@e.0x20.net> Mail-Followup-To: Lars Engels , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" Content-Disposition: inline X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Subject: Kernel 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: Mon, 12 Jun 2006 18:24:05 -0000 --KdquIMZPjGJQvRdI Content-Type: multipart/mixed; boundary="L6iaP+gRLNZHKoI4" Content-Disposition: inline --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! During the last weeks I am getting sporadic kernel panics.=20 It seems that they only occur when I am using X. I didn't get any when I was on the console. I attached the kgdb output and can give additional information when it's needed. Thanks in advance, --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=crash (24) lars@ttyp5 # kgdb /usr/obj/usr/src/sys/BART/kernel.debug /var/crash/vmcore.0 [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 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc0a480a9 stack pointer = 0x28:0xe39e9b00 frame pointer = 0x28:0xe39e9b44 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 = 8029 (sysctl) trap number = 18 panic: integer divide fault Uptime: 3m13s Physical memory: 1006 MB Dumping 82 MB: (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 67 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 51 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 35 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 19 (CTRL-C to abort) (CTRL-C to abort) 3 (CTRL-C to abort) #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) list 161 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc059b244 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc059b5bd in panic (fmt=0xc0822195 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc07de8ee in trap_fatal (frame=0xe39e9ac0, eva=0) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc07de2c2 in trap (frame= {tf_fs = -1062928376, tf_es = -1006960600, tf_ds = -1019084760, tf_edi = 0, tf_esi = 0, tf_ebp = -476144828, tf_isp = -476144916, tf_ebx = 0, tf_edx = 0, tf_ecx = -1007029632, tf_eax = 429496300, tf_trapno = 18, tf_err = 0, tf_eip = -1062960983, tf_cs = 32, tf_eflags = 590338, tf_esp = -1012620288, tf_ss = -1012620288}) at /usr/src/sys/i386/i386/trap.c:660 #5 0xc07c8b4a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #6 0xc0a480a9 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list 138 call trap 139 140 /* 141 * Return via doreti to handle ASTs. 142 */ 143 MEXITCOUNT 144 jmp doreti 145 146 /* 147 * SYSCALL CALL GATE (old entry point for a.out binaries) (kgdb) FreeBSD bart.bsd-geek.de 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Mon Jun 12 19:11:21 CEST 2006 root@bart.bsd-geek.de:/usr/obj/usr/src/sys/BART i386 --L6iaP+gRLNZHKoI4-- --KdquIMZPjGJQvRdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEjbFEKc512sD3afgRAqqjAJ9joyixf03tmZSoImLSd+1grhQuXQCfeGQQ Z79l2hfRjzgQF5knjgwvvf4= =g6v5 -----END PGP SIGNATURE----- --KdquIMZPjGJQvRdI-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 18:47:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2013B16A41A for ; Mon, 12 Jun 2006 18:47:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C112843D45 for ; Mon, 12 Jun 2006 18:47: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 48F0E46BD4; Mon, 12 Jun 2006 14:47:32 -0400 (EDT) Date: Mon, 12 Jun 2006 19:47:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lars Engels In-Reply-To: <20060612182404.GC46563@e.0x20.net> Message-ID: <20060612194541.L34121@fledge.watson.org> References: <20060612182404.GC46563@e.0x20.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Kernel 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: Mon, 12 Jun 2006 18:47:33 -0000 On Mon, 12 Jun 2006, Lars Engels wrote: > During the last weeks I am getting sporadic kernel panics. It seems that > they only occur when I am using X. I didn't get any when I was on the > console. > > I attached the kgdb output and can give additional information when it's > needed. > > Thanks in advance, Lars, It looks like there is a problem with the stack trace from kgdb. Is there any chance your kernel and kernel.debug are out of sync? > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x20:0xc0a480a9 > stack pointer = 0x28:0xe39e9b00 > frame pointer = 0x28:0xe39e9b44 > 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 = 8029 (sysctl) > trap number = 18 > panic: integer divide fault > Uptime: 3m13s > Physical memory: 1006 MB Does this box have a serial port? If so, you might want to try setting up a serial console for it with a null modem cable to an adjacent box. DDB may be able to get a more reliable stack trace than the kernel dump. Looks like a bug in some or another sysctl handler -- a stack trace from DDB may be sufficient to debug it without a working core. Robert N M Watson Computer Laboratory Universty of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 19:10:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFF016A41A; Mon, 12 Jun 2006 19:10:27 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3288643D45; Mon, 12 Jun 2006 19:10:27 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id D277733C03; Mon, 12 Jun 2006 21:10:25 +0200 (CEST) Date: Mon, 12 Jun 2006 21:10:25 +0200 From: Lars Engels To: Robert Watson Message-ID: <20060612191025.GD46563@e.0x20.net> Mail-Followup-To: Lars Engels , Robert Watson , freebsd-current@freebsd.org References: <20060612182404.GC46563@e.0x20.net> <20060612194541.L34121@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZInfyf7laFu/Kiw7" Content-Disposition: inline In-Reply-To: <20060612194541.L34121@fledge.watson.org> X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Kernel 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: Mon, 12 Jun 2006 19:10:27 -0000 --ZInfyf7laFu/Kiw7 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 12, 2006 at 07:47:32PM +0100, Robert Watson wrote: >=20 >=20 > It looks like there is a problem with the stack trace from kgdb. Is ther= e=20 > any chance your kernel and kernel.debug are out of sync? Today I removed DDB and GDB from the kernel, because with it no kernel dumps were created. To build it, i used -DNO_CLEAN. Can this cause the kernel to get out of sync with kernel.debug? > Does this box have a serial port? If so, you might want to try setting u= p=20 > a serial console for it with a null modem cable to an adjacent box. DDB= =20 > may be able to get a more reliable stack trace than the kernel dump. Loo= ks=20 > like a bug in some or another sysctl handler -- a stack trace from DDB ma= y=20 > be sufficient to debug it without a working core. Unfortunately no. It is a notebook without serial ports. It has a IEE1394 Port which could be used with DDB but I don't have a second box with Firewire. I also have a new kernel dump which shows gkrellm as current process. Can it still be a bug in sysctl? current process. Can it still be a bug in sysctl?=20 --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --ZInfyf7laFu/Kiw7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEjbwhKc512sD3afgRAjmaAJ9Oxa0yhmdo+goNIKisl2M125xNaACgrhAy LlMmVYdRl8GenXgkmxo2GUE= =l2uM -----END PGP SIGNATURE----- --ZInfyf7laFu/Kiw7-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 19:29:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9272B16A474 for ; Mon, 12 Jun 2006 19:29:49 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D29943D48 for ; Mon, 12 Jun 2006 19:29:48 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so841526nzf for ; Mon, 12 Jun 2006 12:29:48 -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=t2jT35+oRfGAFlQaPUNO50D/gufDpxDqm41Y5w4JrW0awlEFvcL0IBjl0c9zDNxnFt6uWwqj4Mf/gM96YiJ5gUFu5CRz7MIFwJzKkSS0EyCFHZTUia8PRcVzBowJx5hCSCAe+aOKjfQxeukFNlJcHyKxSZXjLOpdbgN2ciATgTc= Received: by 10.36.216.6 with SMTP id o6mr2421904nzg; Mon, 12 Jun 2006 12:29:47 -0700 (PDT) Received: by 10.36.96.17 with HTTP; Mon, 12 Jun 2006 12:29:47 -0700 (PDT) Message-ID: Date: Tue, 13 Jun 2006 03:29:47 +0800 From: "=?GB2312?B?wO72zg==?=" To: "Yoichi Nakayama" In-Reply-To: <87lks4anos.wl%yoichi@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87mzckaosb.wl%yoichi@FreeBSD.org> <87lks4anos.wl%yoichi@FreeBSD.org> Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: shared libarary not placed in /lib X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 19:29:49 -0000 Hi, Yoichi, On 6/11/06, Yoichi Nakayama wrote: > I found src/lib/libutil/Makefile rev 1.61 changes the behavior. > Including bsd.own.mk did define SHLIBDIR before "SHLIBDIR?= /lib". Sorry for that and thanks for fixing it. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 19:51:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F7A916A41B for ; Mon, 12 Jun 2006 19:51:32 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D60743D53 for ; Mon, 12 Jun 2006 19:51:31 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id i2so952492nfe for ; Mon, 12 Jun 2006 12:51:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=ASPz4BiFIi0iRn6SQar1y62UuHKgTBKkecCnUzg5swxxy5fQoGGS99rJ9URzfTZ5BvIAm+HeqAG4ko7Djh59dogbLgK7U8lnZyIBnBT0+26lsT6d2A2OtuN1lMUnlFDfSzBGj5ALWpq3uPcWnKy11dc8NUzf0UE/QuMmQ+WwJLg= Received: by 10.48.233.5 with SMTP id f5mr5163603nfh; Mon, 12 Jun 2006 12:51:29 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.194]) by mx.gmail.com with ESMTP id p72sm6813446nfc.2006.06.12.12.51.28; Mon, 12 Jun 2006 12:51:29 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5CJpXPZ002834; Mon, 12 Jun 2006 21:51:33 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5CJ5tPc002107; Mon, 12 Jun 2006 21:05:55 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Jun 2006 21:05:55 +0200 From: Ulrich Spoerlein To: Claudiu Tanaselia Message-ID: <20060612190555.GC1226@roadrunner.aventurien.local> Mail-Followup-To: Claudiu Tanaselia , freebsd-current@freebsd.org References: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QRj9sO5tAVLaXnSD" Content-Disposition: inline In-Reply-To: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: ATi issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 19:51:32 -0000 --QRj9sO5tAVLaXnSD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Claudiu Tanaselia wrote: > Hello, > I have FreeBSD 6.1 (xorg 6.9) and ATi 9200 128MB RAM. When I type > glxinfo, I get [Direct Rendering: No], althgough dri and glx modules > are uncommented in the xorg.conf. > Here's a part of my xorg log when I was playing Quake3 (at a _very_ > slow speed, after the game advice me to start it with: Before [userland] DRI can work, you have to make the [kernelland] DRM work. For your card you should load the drm.ko and radeon.ko kernel modules. Make sure they attach, acpi_video.ko for example cannot coexist with radeon.ko in 6.1 (-CURRENT has this fixed). Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --QRj9sO5tAVLaXnSD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjbsT524iJyD+6d0RAr6qAKC4q3wH9vVx0hmKN5vP6pSDWp7idwCfeFpr 8ysSyeKBUx65Qd4irZAoQ2s= =gRUe -----END PGP SIGNATURE----- --QRj9sO5tAVLaXnSD-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 19:51:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B61216A476 for ; Mon, 12 Jun 2006 19:51:40 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F145243D49 for ; Mon, 12 Jun 2006 19:51:38 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id i2so952508nfe for ; Mon, 12 Jun 2006 12:51:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=abYFkMZRV9KxlRRQ7OamDDCPH0T3Sy93K/zI3z0ml0VNFLJKA+YJNb3oGJqB9OPwi/ntGGyDRG+NiMtSB72tw9pZlJY1UzNPhSFMl9aP6pwUyM1830sMqJjTKAdEeKGTbnxJONsj/qBrSuJ0f9mTTGFt8eGpo+AjqnRayZoMkQs= Received: by 10.49.93.18 with SMTP id v18mr5170269nfl; Mon, 12 Jun 2006 12:51:37 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.194]) by mx.gmail.com with ESMTP id p72sm6813446nfc.2006.06.12.12.51.34; Mon, 12 Jun 2006 12:51:37 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5CJpXPf002834; Mon, 12 Jun 2006 21:51:35 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5CIvpR6002033; Mon, 12 Jun 2006 20:57:51 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Jun 2006 20:57:51 +0200 From: Ulrich Spoerlein To: Vadim Goncharov Message-ID: <20060612185751.GB1226@roadrunner.aventurien.local> Mail-Followup-To: Vadim Goncharov , freebsd-current@freebsd.org, freebsd-isp@freebsd.org, freebsd-net@freebsd.org References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 19:51:40 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vadim Goncharov wrote: > I hope that my explanation was helpful enough to understand :) Also, if y= ou will be using=20 > 7.0, include BPF_JITTER in your kernel config as this will enable native = code-compiling for=20 > bpf and ng_bpf - this will speed things up. Am I the only one, that thinks BPF_JITTER is a stupid name? It suggest you add or enable jitter for the packet flow. No one wants jitter! It sucks. Why isn't it called simply BPF_JIT? Everyone knows what JIT stands for, JITTER on the other hand is to be avoided. > P.S. Here is quick-and-dirty primer how to convert ipp2p functions to ng_= bpf(4) input=20 > expression for tcpdump(1). Go to http://www.ipp2p.org/ and download sourc= e, unpack and open=20 > file pt_ipp2p.c and find function for your P2P type, let it be BitTorrent= for our example. So=20 > look (I've formatted that bad Linux code a little to be a more style(9)'i= sh): > [snip] > We can give 1, 2 or 4 bytes to tcpdump for comarison at one time. The "pa= yload" variable in=20 > the source points to beginning of data in TCP packet. Remember from man n= g_tag that tcpdump=20 > assumes packets to have 14-byte Ethernet header for it's arrays like "tcp= []", but packets=20 > come from ipfw to ng_bpf without this header, and that affects our offset= calculations. So we=20 > must give offsets from very beginning of packets, which is done through "= ether[]" tcpdump's=20 > prime, and parse headers manually. Let's assume (for simplicity and speed= ), however, that IP=20 > and TCP headers have no any options and thus always have length 20 bytes = each, then ipp2p's=20 > "payload[0]" will be tcpdump's "ether[40]". Also, let's assume that ipfw = checked packet len=20 > for us so we don't do that in netgraph too. >=20 > Then, we simply take hex bytes in order hd(1) told us, as this is network= byte order also,=20 > and write them as tcpdump expressions (remember that first string ("...pr= otocol") actually=20 > have 0x13 prepended to it). So, we write follow in ng_bpf(4) script: > [snip] > Note the last OR block in expression - this is translation of that "not s= ure" checking=20 > request packets. I've explicitly written packet length - plen=3D17 + 20 b= yte IP header len + 20=20 > byte TCP header len, check at offset 2 in IP header, according to RFC 791= =2E Construction=20 > "get_u32 =3D=3D __constant_htonl()" means comparing 4-byte values at give= n offset. Great stuff, this should make it somewhere into /usr/share/examples! Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjbkv524iJyD+6d0RAsCmAJ9TnrhmRItXr/duWMSv2sIkdq6NVgCgmA9S EWI/jDS2ECluq4ww7LT7k6I= =YXjO -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:00:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03C2716A477 for ; Mon, 12 Jun 2006 20:00:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F0343D70 for ; Mon, 12 Jun 2006 20:00:03 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so970351nfc for ; Mon, 12 Jun 2006 13:00:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=GDdcpGMO39clOtEsO9b1n5A8GxFbGk6bCjy4AyReALzsXNzcwIKUVXRcpgMKn4/lIDiHvXhtwkGFT2FXxpQMKz0P83yH3VrWqCroLhbzHsFqwC75BTEL+bDUMf4rwX7loOPlwU7Qs5c2ZnQvbFkMsIfQzZAAwnkbfMHzyxoaZEg= Received: by 10.48.225.16 with SMTP id x16mr2177969nfg; Mon, 12 Jun 2006 13:00:02 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.109]) by mx.gmail.com with ESMTP id a24sm2548170nfc.2006.06.12.13.00.00; Mon, 12 Jun 2006 13:00:02 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5CJvoWY002968; Mon, 12 Jun 2006 21:57:50 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5CJvoYL002967; Mon, 12 Jun 2006 21:57:50 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Jun 2006 21:57:50 +0200 From: Ulrich Spoerlein To: Lars Engels , Robert Watson , freebsd-current@FreeBSD.org Message-ID: <20060612195750.GG1226@roadrunner.aventurien.local> Mail-Followup-To: Lars Engels , Robert Watson , freebsd-current@freebsd.org References: <20060612182404.GC46563@e.0x20.net> <20060612194541.L34121@fledge.watson.org> <20060612191025.GD46563@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iAL9S67WQOXgEPD9" Content-Disposition: inline In-Reply-To: <20060612191025.GD46563@e.0x20.net> Cc: Subject: Re: Kernel 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: Mon, 12 Jun 2006 20:00:08 -0000 --iAL9S67WQOXgEPD9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lars Engels wrote: > Unfortunately no. It is a notebook without serial ports. It has a > IEE1394 Port which could be used with DDB but I don't have a second box > with Firewire. > I also have a new kernel dump which shows gkrellm as current process. > Can it still be a bug in sysctl? current process. Can it still be a bug > in sysctl?=20 Could very well be, I also encountered two or three panics on RELENG_6 after running 'sysctl -a', sadly no backtraces available. This only happend though, after I plugged and unplugged some USB devices. Perhaps I'll find some time to investigate these panics. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --iAL9S67WQOXgEPD9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjcc+524iJyD+6d0RAm9ZAJ9l0NvaeaDdai1jbn76KtfWou8NIQCfTXkh 151CkclUABaN/epGeQXs6So= =bCEs -----END PGP SIGNATURE----- --iAL9S67WQOXgEPD9-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:21:10 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA52D16A418; Mon, 12 Jun 2006 20:21:10 +0000 (UTC) (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 CC92743D45; Mon, 12 Jun 2006 20:21:08 +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 k5CKL3Wm061811; Mon, 12 Jun 2006 16:21:03 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-net@FreeBSD.org Date: Mon, 12 Jun 2006 16:20:42 -0400 User-Agent: KMail/1.6.2 References: <20060612185751.GB1226@roadrunner.aventurien.local> In-Reply-To: <20060612185751.GB1226@roadrunner.aventurien.local> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200606121620.44136.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1534/Mon Jun 12 08:30:53 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Vadim Goncharov , freebsd-isp@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 20:21:10 -0000 On Monday 12 June 2006 02:57 pm, Ulrich Spoerlein wrote: > Vadim Goncharov wrote: > > I hope that my explanation was helpful enough to understand :) > > Also, if you will be using 7.0, include BPF_JITTER in your kernel > > config as this will enable native code-compiling for bpf and > > ng_bpf - this will speed things up. > > Am I the only one, that thinks BPF_JITTER is a stupid name? It > suggest you add or enable jitter for the packet flow. No one wants > jitter! It sucks. Why isn't it called simply BPF_JIT? Everyone > knows what JIT stands for, JITTER on the other hand is to be > avoided. I am the guilty one and I hate the name myself. :-) This feature was imported from WinPcap: http://www.winpcap.org/docs/docs31/html/group__NPF__code.html#ga33 I didn't want another name for the same thing. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:29:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C652A16A41B; Mon, 12 Jun 2006 20:29:43 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC84C43D62; Mon, 12 Jun 2006 20:29:40 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id AB27533C03; Mon, 12 Jun 2006 22:29:39 +0200 (CEST) Date: Mon, 12 Jun 2006 22:29:39 +0200 From: Lars Engels To: Robert Watson , freebsd-current@freebsd.org Message-ID: <20060612202939.GE46563@e.0x20.net> Mail-Followup-To: Lars Engels , Robert Watson , freebsd-current@freebsd.org References: <20060612182404.GC46563@e.0x20.net> <20060612194541.L34121@fledge.watson.org> <20060612191025.GD46563@e.0x20.net> <20060612195750.GG1226@roadrunner.aventurien.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9ADF8FXzFeE7X4jE" Content-Disposition: inline In-Reply-To: <20060612195750.GG1226@roadrunner.aventurien.local> X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Cc: Subject: Re: Kernel 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: Mon, 12 Jun 2006 20:29:43 -0000 --9ADF8FXzFeE7X4jE Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 12, 2006 at 09:57:50PM +0200, Ulrich Spoerlein wrote: > Lars Engels wrote: > > Unfortunately no. It is a notebook without serial ports. It has a > > IEE1394 Port which could be used with DDB but I don't have a second box > > with Firewire. > > I also have a new kernel dump which shows gkrellm as current process. > > Can it still be a bug in sysctl? current process. Can it still be a bug > > in sysctl?=20 >=20 > Could very well be, I also encountered two or three panics on RELENG_6 > after running 'sysctl -a', sadly no backtraces available. I suppose that gkrellm gets its information with sysctl and that this can cause the panic. >=20 > This only happend though, after I plugged and unplugged some USB > devices. Perhaps I'll find some time to investigate these panics. No USB devices connected here... Now I built a new kernel with KDB and DDB, got another panic but no crashdump. Am I missing something to use DDB? Or is DDB remote-only? I attached the output of boot -v and my kernel config, perhaps that=20 can help. --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --9ADF8FXzFeE7X4jE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEjc6zKc512sD3afgRAkctAJ99THaFjkYnuUzlOIWOGzU8llG4GwCfcxbb ZvfeFMSoyw7TiBitWLscsH8= =TV1s -----END PGP SIGNATURE----- --9ADF8FXzFeE7X4jE-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:30:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19EA16A41A; Mon, 12 Jun 2006 20:30:39 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD68E43D58; Mon, 12 Jun 2006 20:30:37 +0000 (GMT) (envelope-from vadim_nuclight@mail.ru) Received: from [82.211.136.13] (port=50714 helo=nuclight.avtf.net) by mx27.mail.ru with esmtp id 1Fpt3T-0009DE-00; Tue, 13 Jun 2006 00:30:35 +0400 Date: Tue, 13 Jun 2006 03:30:12 +0700 From: "Vadim Goncharov" To: "Ulrich Spoerlein" References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> <20060612185751.GB1226@roadrunner.aventurien.local> Organization: AVTF TPU Hostel Message-ID: In-Reply-To: <20060612185751.GB1226@roadrunner.aventurien.local> User-Agent: Opera M2/7.54 (Win32, build 3865) Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 20:30:39 -0000 13.06.06 @ 01:57 Ulrich Spoerlein wrote: > Vadim Goncharov wrote: >> I hope that my explanation was helpful enough to understand :) Also, if >> you will be using >> 7.0, include BPF_JITTER in your kernel config as this will enable >> native code-compiling for >> bpf and ng_bpf - this will speed things up. > > Am I the only one, that thinks BPF_JITTER is a stupid name? It suggest > you add or enable jitter for the packet flow. No one wants jitter! It > sucks. Why isn't it called simply BPF_JIT? Everyone knows what JIT > stands for, JITTER on the other hand is to be avoided. I also think so, but that is not in my competence. But I, after two days of discussion, I must say another thing: WHERE ARE TESTERS ?! You all are wanting this node to be included into FreeBSD src tree, so that it will be available in standard distribution. But before this code should be tested and bugs fixed, if any. And I don't yet see any success stories / bug reports ! >> P.S. Here is quick-and-dirty primer how to convert ipp2p functions to >> ng_bpf(4) input expression for tcpdump(1). [...] >> "get_u32 == __constant_htonl()" means comparing 4-byte values at given >> offset. > > Great stuff, this should make it somewhere into /usr/share/examples! Good idea, but still to be worked for more P2P types examples, and BPF assembly language explanation, as I suspect some things can't be done but tcpdump expressions, though still possible on ng_bpf. Unfortunatelly I do not have much time for this. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:33:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3592716A41A; Mon, 12 Jun 2006 20:33:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B03F43D48; Mon, 12 Jun 2006 20:33:03 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id CC9E133C03; Mon, 12 Jun 2006 22:33:02 +0200 (CEST) Date: Mon, 12 Jun 2006 22:33:02 +0200 From: Lars Engels To: Robert Watson , freebsd-current@freebsd.org Message-ID: <20060612203302.GF46563@e.0x20.net> Mail-Followup-To: Lars Engels , Robert Watson , freebsd-current@freebsd.org References: <20060612182404.GC46563@e.0x20.net> <20060612194541.L34121@fledge.watson.org> <20060612191025.GD46563@e.0x20.net> <20060612195750.GG1226@roadrunner.aventurien.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Gk0KcsbyUMelFU1" Content-Disposition: inline In-Reply-To: <20060612195750.GG1226@roadrunner.aventurien.local> X-Editor: VIM - Vi IMproved 6.4 User-Agent: Mutt/1.5.11 Cc: Subject: Re: Kernel 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: Mon, 12 Jun 2006 20:33:04 -0000 --/Gk0KcsbyUMelFU1 Content-Type: multipart/mixed; boundary="doKZ0ri6bHmN2Q5y" Content-Disposition: inline --doKZ0ri6bHmN2Q5y Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline for (i=1; iUSB interface device ohci # OHCI PCI->USB interface device ehci device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #### Eigenes #### options NETGRAPH options NETGRAPH_SOCKET options NETGRAPH_PPPOE options NETGRAPH_ETHER options IPSEC options IPSEC_ESP options IPSEC_DEBUG options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPDIVERT device atapicam options VESA options SC_PIXEL_MODE # Geom Based Disc-Encryption options GEOM_BDE device wlan_wep #802.11 WEP support device wlan_ccmp #802.11 CCMP support device wlan_tkip #802.11 TKIP support device wlan_xauth #802.11 external authenticator support device wlan_acl #802.11 MAC ACL support options INCLUDE_CONFIG_FILE=20 device i915drm # Intel i830 through i915 device drm device ipw device firmware options ATKBD_DFLT_KEYMAP=20 makeoptions ATKBD_DFLT_KEYMAP=3D"german.iso" # Deutsche Tastaturbelegung makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols options DDB=20 options KDB=20 #options KDB_TRACE=20 #options GDB=20 #options debugger_on_panic=20 #options BREAK_TO_DEBUGGER=20 #options ALT_BREAK_TO_DEBUGGER --doKZ0ri6bHmN2Q5y Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LPCB.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x03 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0100000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x83 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x8880, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x03 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x03 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001810, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x03 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x03 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base e0100c00, size 9, enabled map[1c]: type 1, range 32, base e0100800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x03 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) vgapci0: port 0x1800-0x1807 mem 0xe8000000-0xeffff= fff,0xe0000000-0xe007ffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 vgapci0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xe0000000 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 info: [drm] AGP at 0xe8000000 128MB info: [drm] Initialized i915 1.4.0 20060119 vgapci1: mem 0xf0000000-0xf7ffffff,0xe0080000-0xe0= 0fffff at device 2.1 on pci0 drm1: on vgapci1 info: [drm] AGP at 0xe8000000 128MB info: [drm] Initialized i915 1.4.0 20060119 uhci0: port 0x1820-0x183f irq 1= 1 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 1= 1 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 1= 1 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe0100000-0xe0100= 3ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xe0100000 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0x0-0x0 pcib1: prefetched decode 0x0-0x0 pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 2.5.INTA at func 0: 10 ACPI: Found matching pin for 2.9.INTA at func 0: 255 ACPI: Found matching pin for 2.3.INTA at func 0: 10 ACPI: Found matching pin for 2.6.INTA at func 0: 10 pci2: on pcib1 pci2: physical bus=3D2 found-> vendor=3D0x11c1, dev=3D0x5811, revid=3D0x61 bus=3D2, slot=3D3, func=3D0 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0112, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x60 (2880 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0202000, size 12, enabled pcib1: (null) requested memory range 0xe0202000-0xe0202fff: good pcib1: matched entry for 2.3.INTA (src \\_SB_.PCI0.LPCB.LNKF:0) pcib1: slot 3 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKF found-> vendor=3D0x14e4, dev=3D0x4401, revid=3D0x01 bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0810, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0200000, size 13, enabled pcib1: (null) requested memory range 0xe0200000-0xe0201fff: good pcib1: matched entry for 2.5.INTA (src \\_SB_.PCI0.LPCB.LNKE:0) pcib1: slot 5 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKE found-> vendor=3D0x8086, dev=3D0x1043, revid=3D0x04 bus=3D2, slot=3D6, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0112, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x22 (8500 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0203000, size 12, enabled pcib1: (null) requested memory range 0xe0203000-0xe0203fff: good pcib1: matched entry for 2.6.INTA (src \\_SB_.PCI0.LPCB.LNKG:0) pcib1: slot 6 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKG found-> vendor=3D0x104c, dev=3D0xac56, revid=3D0x00 bus=3D2, slot=3D9, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled fwohci0: mem 0xe0202000-0xe0202fff irq 10 at device 3.0 = on pci2 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0202000 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=3D0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 04:e4:0a:00:1a:04:20:16 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: 06:e4:0a:04:20:16 fwe0: bpf attached fwe0: Ethernet address: 06:e4:0a:04:20:16 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0xe0200000-0xe0201fff irq 10 at = device 5.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xe0200000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:0a:e4:24:40:3d bfe0: [GIANT-LOCKED] ipw0: mem 0xe0203000-0xe0203fff irq 10= at device 6.0 on pci2 ipw0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0203000 ipw0: bpf attached ipw0: Ethernet address: 00:0c:f1:2d:10:93 ipw0: bpf attached ipw0: bpf attached ipw0: [GIANT-LOCKED] ipw0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps cbb0: at device 9.0 on pci2 pcib1: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 2.9.INTA (src \\_SB_.PCI0.LPCB.LNKF:0) pcib1: slot 9 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKF cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac56104c 0x02100007 0x06070000 0x00024010=20 0x10: 0x80000000 0x020000a0 0x40030302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010a=20 0x40: 0x10331734 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x0844d061 0x00000000 0x00000000 0x01001002=20 0x90: 0x606402c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00100 0x00000007 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1810-0x181f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x4 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xe0100c0= 0-0xe0100dff,0xe0100800-0xe01008ff irq 10 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xe0100c00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xe0100800 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume= , Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 3ddf4000, 4000; 0xe3b28000 -> 3ddf4000 pcm0: sndbuf_setmap 3ddef000, 4000; 0xe3b2c000 -> 3ddef000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 sio0: irq maps: 0x601 0x609 0x601 0x601 sio0 port 0x3f8-0x3ff irq 3 drq 1 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] atkbdc0: port 0x60,0x64 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 Synaptics Touchpad, device ID 0-00, 7 buttons psm0: config:00000000, flags:00000008, packet size:6 psm0: syncmask:c0, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff,0xce000-0xcefff,0xd8000-0x= dbfff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff 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 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x601 0x601 0x601 0x601 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) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1499834104 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging disabled Linux ELF exec handler installed IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, = default to accept, logging disabled lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire atapicam: atapicam0 already exists; skipping it ad0: setting PIO4 on ICH4 chip cpu0: Cx states changed acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting UDMA100 on ICH4 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on ICH4 chip acd0: setting UDMA33 on ICH4 chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48007 Hz, will use 48000 Hz battery0: battery initialization done, tried 1 times (probe7:ata1:0:0:0): error 22 (probe7:ata1:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0: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 (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init linprocfs registered cpu0: Cx states changed drm0: [MPSAFE] --doKZ0ri6bHmN2Q5y-- --/Gk0KcsbyUMelFU1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEjc9+Kc512sD3afgRAuaMAKDGJ/cn7BzMOiGY8RgZcsYetsaJUACeOpSM RRFo1GdMkfC9B8NGUVEE634= =Iv3i -----END PGP SIGNATURE----- --/Gk0KcsbyUMelFU1-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 20:35:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFAB16A418; Mon, 12 Jun 2006 20:35:58 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5529943D45; Mon, 12 Jun 2006 20:35:58 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k5CKdKp8010205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jun 2006 16:39:27 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Mon, 12 Jun 2006 16:36:08 -0400 User-Agent: KMail/1.9.1 References: <20060612182404.GC46563@e.0x20.net> <20060612191025.GD46563@e.0x20.net> <20060612195750.GG1226@roadrunner.aventurien.local> In-Reply-To: <20060612195750.GG1226@roadrunner.aventurien.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8524237.eZjfczOIfY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606121636.20257.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1532/Sun Jun 11 18:57:47 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Robert Watson , Lars Engels Subject: Re: Kernel 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: Mon, 12 Jun 2006 20:35:58 -0000 --nextPart8524237.eZjfczOIfY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 12 June 2006 15:57, Ulrich Spoerlein wrote: > Lars Engels wrote: > > Unfortunately no. It is a notebook without serial ports. It has a > > IEE1394 Port which could be used with DDB but I don't have a > > second box with Firewire. > > I also have a new kernel dump which shows gkrellm as current > > process. Can it still be a bug in sysctl? current process. Can it > > still be a bug in sysctl? > > Could very well be, I also encountered two or three panics on > RELENG_6 after running 'sysctl -a', sadly no backtraces available. Same here. I didn't have my firewire cable connected so, again no=20 backtrace. If someone could come up with a procedure to repeat the=20 panic, I'm sure you'll be able to get a few backtraces.=20 =2D-=20 Anish Mistry --nextPart8524237.eZjfczOIfY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEjdBExqA5ziudZT0RAkFwAJsFA4IQHNIzYrIxgrmhu1Hi6lzxTwCfZJxG KpY3I6Yj003Bor8mpVmaLfA= =2//5 -----END PGP SIGNATURE----- --nextPart8524237.eZjfczOIfY-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 21:45:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E95F16A46F; Mon, 12 Jun 2006 21:45:48 +0000 (UTC) (envelope-from melifaro@su29.net) Received: from fxng.vds.in (fxng.vds.in [217.199.221.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A005343D45; Mon, 12 Jun 2006 21:45:47 +0000 (GMT) (envelope-from melifaro@su29.net) Received: from [10.0.0.5] (ppp83-237-7-77.pppoe.mtu-net.ru [83.237.7.77]) by fxng.vds.in (Postfix) with ESMTP id 06A185C36; Tue, 13 Jun 2006 01:46:29 +0400 (MSD) Message-ID: <448DE088.8070700@su29.net> Date: Tue, 13 Jun 2006 01:45:44 +0400 From: "Alexander V. Chernikov" User-Agent: Thunderbird 1.5 (X11/20060330) MIME-Version: 1.0 To: Vadim Goncharov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 12 Jun 2006 22:35:54 +0000 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 21:45:48 -0000 Hi, I have recent 7.0-current and this node seems to work for me. Node code compiles and loads into kernel without any problems. After some time experimenting with ng_bpf(4) i was able to tag packets matched by bpf filter. Of course, the following is not a real-world example, but it confirms module is working. Great job! [root@ws /home/melifaro/ng]# make @ -> /usr/src/sys machine -> /usr/src/sys/i386/include touch opt_netgraph.h cc -O2 -fno-strict-aliasing -pipe -g -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/home/melifaro/ng -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -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 -Wundef -fformat-extensions -std=c99 -c ng_tag.c ld -d -warn-common -r -d -o ng_tag.kld ng_tag.o touch export_syms awk -f /sys/conf/kmod_syms.awk ng_tag.kld export_syms | xargs -J% objcopy % ng_tag.kld ld -Bshareable -d -warn-common -o ng_tag.ko ng_tag.kld objcopy --strip-debug ng_tag.ko [root@ws /home/melifaro/ng]# make load /sbin/kldload -v /usr/home/melifaro/ng/ng_tag.ko Loaded /usr/home/melifaro/ng/ng_tag.ko, id=14 [root@ws /usr/home/melifaro/ng]# sysctl -w net.inet.ip.fw.one_pass=0 net.inet.ip.fw.one_pass: 1 -> 0 [root@ws /home/melifaro/ng]# ngctl mkpeer ipfw: bpf 41 ipfw [root@ws /home/melifaro/ng]# ngctl name ipfw:41 dcbpf [root@ws /home/melifaro/ng]# ngctl mkpeer dcbpf: tag matched th1 [root@ws /home/melifaro/ng]# ngctl name dcbpf:matched ngdc root@ws /usr/home/melifaro/ng]# [root@ws /home/melifaro/ng]# ngctl msg ngdc: sethookin { thisHook=\"th1\" ifNotMatch=\"th1\" } [root@ws /home/melifaro/ng]# ngctl msg ngdc: sethookout { thisHook=\"th1\" tag_cookie=1148380143 tag_id=412 } root@ws /usr/home/melifaro/ng]# [root@ws /home/melifaro/ng]# ngctl msg dcbpf: setprogram '{ thisHook="matched" ifMatch="ipfw" bpf_prog_len=1 bpf_prog=[ { code=6 k=8192 } ] }' root@ws /usr/home/melifaro/ng]# ; Matching part now, generated by script from ng_bpf(4) man page ; We are trying to tag all packets with dst port = 8888 ; link layer is cut, so offset is 20 + 2 [root@ws /usr/home/melifaro/ng]# head -n 5 bpf.script PATTERN="ether[22:2]=8888" NODEPATH="dcbpf:" INHOOK="ipfw" MATCHHOOK="matched" NOTMATCHHOOK="ipfw" root@ws /usr/home/melifaro/ng]# ./bpf.script root@ws /usr/home/melifaro/ng]# [root@ws /usr/home/melifaro/ng]# ipfw add 100 netgraph 41 tcp from me to 1.2.3.4 8888 00100 netgraph 41 tcp from me to 1.2.3.4 dst-port 8888 [root@ws /usr/home/melifaro/ng]# ipfw add 110 reset tcp from any to any tagged 412 00110 reset tcp from any to any tagged 412 [root@ws /usr/home/melifaro/ng]# [root@ws /usr/home/melifaro/ng]# telnet 1.2.3.4 8888 Trying 1.2.3.4... telnet: connect to address 1.2.3.4: Connection refused telnet: Unable to connect to remote host [root@ws /usr/home/melifaro/ng]# ipfw show 100-110 00100 1 64 netgraph 41 tcp from me to 1.2.3.4 dst-port 8888 00110 1 64 reset tcp from any to any tagged 412 Vadim Goncharov wrote: > Hello All! > > I wrote new netgraph(4) node, called ng_tag, able to match packets by > their mbuf_tags(9) and assign new tags to mbufs. This can be used for > many things in the kernel network subsystem, but particularly useful > with recently added ipfw(8) tag/tagged functionality (will be MFCed to > RELENG_6 after Jun 24). > > With this node, in conjunction with ng_bpf(4), I was able to match and > block (perhaps shaping is also possible, but this relies solely on ipfw) > DirectConnect P2P data connections traffic - you know, they're using > random ports, so you can't match them with usual firewall rules and must > check data payload contents of the packets. See man page for example of > how to do this. > > Download files from here: http://antigreen.org/vadim/freebsd/ng_tag/ > Then do: > > make > kldload ./ng_tag.ko > > Man page can be viewed as: > > cat ng_tag.4 | /usr/bin/tbl | /usr/bin/groff -S -Wall -mtty-char -man \ > -Tascii | /usr/bin/col | more -s > > Please especially test tags with non-zero tag_len, if you can (though it's > not needed for ipfw). > > P.S. BTW, what is correct subject prefix for new contributions? I think > [PATCH] is not correct as these are new files, not patch :) > > --WBR, Vadim Goncharov > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 22:51:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2046C16A41A; Mon, 12 Jun 2006 22:51:51 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay1.tpu.ru [213.183.112.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7022D43D4C; Mon, 12 Jun 2006 22:51:41 +0000 (GMT) (envelope-from vadimnuclight@tpu.ru) Received: by relay1.tpu.ru (Postfix, from userid 501) id 087BA10D3AF; Tue, 13 Jun 2006 05:51:39 +0700 (NOVST) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id 128E010D3AC; Tue, 13 Jun 2006 05:51:38 +0700 (NOVST) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.1830); Tue, 13 Jun 2006 03:32:00 +0700 Received: from nuclight.avtf.net ([82.117.64.107]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 13 Jun 2006 03:32:00 +0700 Date: Tue, 13 Jun 2006 03:29:12 +0700 From: "Vadim Goncharov" To: "Ulrich Spoerlein" References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> <20060612185751.GB1226@roadrunner.aventurien.local> Organization: AVTF TPU Hostel Message-ID: In-Reply-To: <20060612185751.GB1226@roadrunner.aventurien.local> User-Agent: Opera M2/7.54 (Win32, build 3865) Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 12 Jun 2006 20:32:00.0430 (UTC) FILETIME=[41D73CE0:01C68E5F] X-Mailman-Approved-At: Mon, 12 Jun 2006 23:34:05 +0000 Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2006 22:51:51 -0000 13.06.06 @ 01:57 Ulrich Spoerlein wrote: > Vadim Goncharov wrote: >> I hope that my explanation was helpful enough to understand :) Also, if >> you will be using >> 7.0, include BPF_JITTER in your kernel config as this will enable >> native code-compiling for >> bpf and ng_bpf - this will speed things up. > > Am I the only one, that thinks BPF_JITTER is a stupid name? It suggest > you add or enable jitter for the packet flow. No one wants jitter! It > sucks. Why isn't it called simply BPF_JIT? Everyone knows what JIT > stands for, JITTER on the other hand is to be avoided. I also think so, but that is not in my competence. But I, after two days of discussion, I must say another thing: WHERE ARE TESTERS ?! You all are wanting this node to be included into FreeBSD src tree, so that it will be available in standard distribution. But before this code should be tested and bugs fixed, if any. And I don't yet see any success stories / bug reports ! >> P.S. Here is quick-and-dirty primer how to convert ipp2p functions to >> ng_bpf(4) input expression for tcpdump(1). [...] >> "get_u32 == __constant_htonl()" means comparing 4-byte values at given >> offset. > > Great stuff, this should make it somewhere into /usr/share/examples! Good idea, but still to be worked for more P2P types examples, and BPF assembly language explanation, as I suspect some things can't be done but tcpdump expressions, though still possible on ng_bpf. Unfortunatelly I do not have much time for this. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Mon Jun 12 23:37:50 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE1BF16A41B; Mon, 12 Jun 2006 23:37:49 +0000 (UTC) (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 0DF5543D45; Mon, 12 Jun 2006 23:37:48 +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 k5D0Nxsb029253; Tue, 13 Jun 2006 03:24:03 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (192.168.48.1) with smtp ; Tue, 13 Jun 2006 02:38:02 +0300 Message-ID: <001501c68e79$3cac9c50$0130a8c0@Gleb> From: "Gleb Kozyrev" To: "Ulrich Spoerlein" , "Robert Watson" , References: <20060612182404.GC46563@e.0x20.net><20060612194541.L34121@fledge.watson.org><20060612191025.GD46563@e.0x20.net> <20060612195750.GG1226@roadrunner.aventurien.local> Date: Tue, 13 Jun 2006 02:37:57 +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: Kernel 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: Mon, 12 Jun 2006 23:37:50 -0000 Ulrich Spoerlein wrote to "Lars Engels" ; "Robert Watson" ; on Mon, 12 Jun 2006 21:57:50 +0200: >> Unfortunately no. It is a notebook without serial ports. It has a >> IEE1394 Port which could be used with DDB but I don't have a second box >> with Firewire. >> I also have a new kernel dump which shows gkrellm as current process. >> Can it still be a bug in sysctl? current process. Can it still be a bug >> in sysctl? US> Could very well be, I also encountered two or three panics on RELENG_6 US> after running 'sysctl -a', sadly no backtraces available. Please see kern/89538 Also repeated on FreeBSD 7.0-CURRENT #0: Mon Mar 13: =========Beginning of the citation============== Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc2b7d700 fault code = supervisor read, page not present instruction pointer = 0x20:0xc061e1df stack pointer = 0x28:0xc88d2acc frame pointer = 0x28:0xc88d2acc 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 = 40783 (sysctl) trap number = 12 panic: page fault cpuid = 0 Uptime: 23d23h3m13s =========The end of the citation================ =========Beginning of the citation============== (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc066b313 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc066b669 in panic (fmt=0xc0877ede "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc083ca26 in trap_fatal (frame=0xc88d2a8c, eva=3266828032) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc083c72f in trap_pfault (frame=0xc88d2a8c, usermode=0, eva=3266828032) at /usr/src/sys/i386/i386/trap.c:778 #5 0xc083c301 in trap (frame= {tf_fs = -930283512, tf_es = 40, tf_ds = -930283480, tf_edi = -930272464, tf_esi = -1046868992, tf_ebp = -930272564, tf_isp = -930272584, tf_ebx = -1046868992, tf_edx = -1028139264, tf_ecx = 0, tf_eax = -1, tf_trapno = 12, tf_err = 0, tf_eip = -1067327009, tf_cs = 32, tf_eflags = 66182, tf_esp = -930272396, tf_ss = -1066791825}) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc0827f8a in calltrap () at /usr/src/sys/i386/i386/exception.s:137 #7 0xc061e1df in dev2udev (x=0xc2b7d700) at /usr/src/sys/fs/devfs/devfs_vnops.c:1161 #8 0xc06a0c6f in sysctl_kern_ttys (oidp=0xc0935c80, arg1=0x0, arg2=0, req=0xc88d2bb8) at /usr/src/sys/kern/tty.c:3011 #9 0xc06740e7 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xc88d2bb8) at /usr/src/sys/kern/kern_sysctl.c:1285 #10 0xc06742e4 in userland_sysctl (td=0xffffffff, name=0xc88d2c28, namelen=2, old=0xc88d2bb8, oldlenp=0xbfbfd57c, inkernel=0, new=0x0, newlen=4294967295, retval=0xc88d2c24, flags=-1) at /usr/src/sys/kern/kern_sysctl.c:1384 #11 0xc0674187 in __sysctl (td=0xc1c02360, uap=0xc88d2d04) at /usr/src/sys/kern/kern_sysctl.c:1319 #12 0xc083cd9e in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 2, tf_esi = -1077947012, tf_ebp = -1077947096, tf_isp = -930271900, tf_ebx = 672453024, tf_edx = 0, tf_ecx = -1077944800, tf_eax = 202, tf_trapno = 0, tf_err = 2, tf_eip = 672296715, tf_cs = 51, tf_eflags = 658, tf_esp = -1077947156, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1016 #13 0xc0827fdf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:190 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) =========The end of the citation================ -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 02:15:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1862416A41F for ; Tue, 13 Jun 2006 02:15:46 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D15A843D46 for ; Tue, 13 Jun 2006 02:15:45 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 8D01A78C1D; Tue, 13 Jun 2006 02:15:43 +0000 (GMT) Date: Tue, 13 Jun 2006 02:15:43 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20060613021543.GA71283@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: DTrace for FreeBSD - sources available via cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 02:15:46 -0000 Thanks to our p4 admins and cvsup hosts, the Perforce project containing DTrace changes is now available for CVSup from cvsup10.freebsd.org using the tag: p4-cvs-dtrace This is a full source tree which is updated to reflect CURRENT once or twice a week. **** This only applies to single processor i386 at the moment **** The GENERIC kernel has an additional option called KDTRACE which compiles in just the hooks that the DTrace modules require. Without that option you'll just get a vanilla kernel that should be as reliable as current is. WMMV. The boot loader menu has an extra option that lets you boot with the DTrace modules loaded. This is intended to allow anonymous traces which are still a work in progress. I'm working on getting the anon trace DOF into the kernel environment so that tracing can begin as soon as the modules are initialised by the kernel (which is pretty early on). With the development as it stands at the moment, take care using the FBT provider because you can easily cause the system to go kaboom. I'm still trying to track down the problems there. It's not in FBT itself -- just the fact that the DTrace probe context isn't allowed to call anything that FBT can instrument. If that happens you will either get a reboot or a double fault will leave you in kdb. I recommend only enabling a few FBT probes at a time just so you know which ones could cause a fault. There is no point telling me that you enabled fbt::: and the system went kaboom! If you get a double fault that drops you into kdb, type: p *dtrace_invop_addr and look up the address in an objdump of the kernel to find out what function it was in when the fault occurred. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 03:41:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B15C16A494; Tue, 13 Jun 2006 03:41:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B50A943D45; Tue, 13 Jun 2006 03:41:48 +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.6/8.13.4) with ESMTP id k5D3flwv076009; Mon, 12 Jun 2006 23:41:47 -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.6/8.13.6) with ESMTP id k5D3fl30010564; Mon, 12 Jun 2006 23:41:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 71D457302F; Mon, 12 Jun 2006 23:41:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060613034147.71D457302F@freebsd-current.sentex.ca> Date: Mon, 12 Jun 2006 23:41:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 03:41:49 -0000 TB --- 2006-06-13 01:44:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-13 01:44:12 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-06-13 01:44:12 - cleaning the object tree TB --- 2006-06-13 01:44:50 - checking out the source tree TB --- 2006-06-13 01:44:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-06-13 01:44:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-13 01:52:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-13 01:52:50 - cd /src TB --- 2006-06-13 01:52:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-06-13 03:27:15 - generating LINT kernel config TB --- 2006-06-13 03:27:15 - cd /src/sys/amd64/conf TB --- 2006-06-13 03:27:15 - /usr/bin/make -B LINT TB --- 2006-06-13 03:27:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-13 03:27:15 - cd /src TB --- 2006-06-13 03:27:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 13 03:27:15 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 -finstrument-functions -Wno-inline vers.c linking kernel uart_bus_scc.o(.text+0x1ea): In function `uart_scc_probe': : undefined reference to `uart_sab82532_class' uart_bus_scc.o(.text+0x260): In function `uart_scc_probe': : undefined reference to `uart_z8530_class' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-13 03:41:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-13 03:41:47 - ERROR: failed to build lint kernel TB --- 2006-06-13 03:41:47 - tinderbox aborted TB --- 1.49 user 6.86 system 7054.70 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 05:13:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB0816A41B; Tue, 13 Jun 2006 05:13:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F287043D45; Tue, 13 Jun 2006 05:13:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5D5DZlm077659; Tue, 13 Jun 2006 01:13:36 -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.6/8.13.6) with ESMTP id k5D5DZ3D031071; Tue, 13 Jun 2006 01:13:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8845B7302F; Tue, 13 Jun 2006 01:13:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060613051335.8845B7302F@freebsd-current.sentex.ca> Date: Tue, 13 Jun 2006 01:13:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 05:13:37 -0000 TB --- 2006-06-13 03:41:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-13 03:41:47 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-13 03:41:47 - cleaning the object tree TB --- 2006-06-13 03:42:24 - checking out the source tree TB --- 2006-06-13 03:42:24 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-13 03:42:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-13 03:50:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-13 03:50:06 - cd /src TB --- 2006-06-13 03:50:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-13 04:57:21 - generating LINT kernel config TB --- 2006-06-13 04:57:21 - cd /src/sys/i386/conf TB --- 2006-06-13 04:57:21 - /usr/bin/make -B LINT TB --- 2006-06-13 04:57:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-13 04:57:22 - cd /src TB --- 2006-06-13 04:57:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 13 04:57:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline vers.c linking kernel uart_bus_scc.o(.text+0x16f): In function `uart_scc_probe': : undefined reference to `uart_sab82532_class' uart_bus_scc.o(.text+0x1d6): In function `uart_scc_probe': : undefined reference to `uart_z8530_class' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-13 05:13:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-13 05:13:35 - ERROR: failed to build lint kernel TB --- 2006-06-13 05:13:35 - tinderbox aborted TB --- 1.16 user 6.00 system 5507.76 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 06:29:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D84516A41F for ; Tue, 13 Jun 2006 06:29:57 +0000 (UTC) (envelope-from kimmoa@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0E643D45 for ; Tue, 13 Jun 2006 06:29:56 +0000 (GMT) (envelope-from kimmoa@gmail.com) Received: by ug-out-1314.google.com with SMTP id j3so360467ugf for ; Mon, 12 Jun 2006 23:29:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:to:subject:from:content-type:mime-version:content-transfer-encoding:message-id:user-agent; b=jec96uT4qkzZx1poG2it+kutU6/83CBH+/s+lCar9hj5UMRjPwuzgUV4+0gWAbD5wWl+CFVjxxNCz//9qfEbmPjKKexnkUd4/vcNY7FdUk/A96G0Dtwze7vJ7OdwcSY/+sDmU3/NnKgYyCfPya7Znq9NLdxC1cXNrm6KrqedYuQ= Received: by 10.67.105.19 with SMTP id h19mr5798493ugm; Mon, 12 Jun 2006 17:58:41 -0700 (PDT) Received: from kimmoa.bredbandsbolaget.se ( [85.226.108.198]) by mx.gmail.com with ESMTP id o1sm4959030uge.2006.06.12.17.58.39; Mon, 12 Jun 2006 17:58:39 -0700 (PDT) Date: Tue, 13 Jun 2006 02:58:39 +0200 To: freebsd-current@freebsd.org From: "Kimmo Alm" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/8.54 (Win32, build 7730) Subject: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 06:29:57 -0000 Hey, My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have tested 5.x, 6.x and even a current 7.x one. CD: "bootonly". Problem: Loads kernel, and then basically freezes, overwriting characters on the screen (at the boot menu with the options). Among the zillions of things I've tested to solve this problem include: Testing another videocard (PCI -- not on-board), testing without the S-ATA enabled, updated BIOS to the latest version (hardware made in 2004 and last BIOS update in late 2005), changing a ton of settings in the BIOS, installing the OS on another box and moving the HDD... Nothing works. The hardware cannot possibly not faulty as it can run Debian Linux or FreeBSD 4.11 perfectly well. That's right. No probbies there. But I don't want to run Linux and I don't want to run legacy FreeBSD... I don't know what else to say... I have really, really did my best and tested every potentional solution. No luck. I am now asking you to please look into this and perhaps come up with some kind of solution/patch. This is a standard hardware server motherboard, which apparently has won a lot of awards for being so great and flexible on top of that! It really makes little sense to me that this would not be supported by FreeBSD! Also check out the Usenet thread with extra info: http://groups.google.com/group/comp.unix.bsd.freebsd.misc/browse_thread/thread/c9f5097c099d1e71/ea90c898595972e6?hl=en& Thank you for reading this. From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 06:42:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B7C716A41B; Tue, 13 Jun 2006 06:42:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B120B43D45; Tue, 13 Jun 2006 06:42:17 +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.6/8.13.4) with ESMTP id k5D6gG2t087370; Tue, 13 Jun 2006 02:42:16 -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.4P/8.13.4) with ESMTP id k5D6fX5C003820; Tue, 13 Jun 2006 02:41:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F8847302F; Tue, 13 Jun 2006 02:42:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060613064216.7F8847302F@freebsd-current.sentex.ca> Date: Tue, 13 Jun 2006 02:42:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 06:42:18 -0000 TB --- 2006-06-13 05:13:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-13 05:13:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-06-13 05:13:35 - cleaning the object tree TB --- 2006-06-13 05:14:08 - checking out the source tree TB --- 2006-06-13 05:14:08 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-06-13 05:14:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-13 05:21:33 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-13 05:21:33 - cd /src TB --- 2006-06-13 05:21:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-13 06:28:22 - generating LINT kernel config TB --- 2006-06-13 06:28:22 - cd /src/sys/pc98/conf TB --- 2006-06-13 06:28:22 - /usr/bin/make -B LINT TB --- 2006-06-13 06:28:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-13 06:28:22 - cd /src TB --- 2006-06-13 06:28:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 13 06:28:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline vers.c linking kernel uart_bus_scc.o(.text+0x16f): In function `uart_scc_probe': : undefined reference to `uart_sab82532_class' uart_bus_scc.o(.text+0x1d6): In function `uart_scc_probe': : undefined reference to `uart_z8530_class' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-13 06:42:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-13 06:42:16 - ERROR: failed to build lint kernel TB --- 2006-06-13 06:42:16 - tinderbox aborted TB --- 1.21 user 5.64 system 5320.72 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 07:37:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE3116A418 for ; Tue, 13 Jun 2006 07:37:00 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-4.paradise.net.nz (bm-4a.paradise.net.nz [203.96.152.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DF0443D45 for ; Tue, 13 Jun 2006 07:36:59 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-4.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J0S00DSDFTLH7@linda-4.paradise.net.nz> for freebsd-current@freebsd.org; Tue, 13 Jun 2006 19:36:58 +1200 (NZST) Received: from [192.168.1.11] (218-101-28-235.dsl.clear.net.nz [218.101.28.235]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 8CA5D14D22DF; Tue, 13 Jun 2006 19:36:57 +1200 (NZST) Date: Tue, 13 Jun 2006 19:36:54 +1200 From: Mark Kirkwood In-reply-to: To: Kimmo Alm Message-id: <448E6B16.70607@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-15 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5 (X11/20060417) References: Cc: freebsd-current@freebsd.org Subject: Re: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 07:37:00 -0000 Kimmo Alm wrote: > Hey, > > My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have > tested 5.x, 6.x and even a current 7.x one. > > CD: "bootonly". > Problem: Loads kernel, and then basically freezes, overwriting > characters on the screen (at the boot menu with the options). > > Among the zillions of things I've tested to solve this problem include: > Testing another videocard (PCI -- not on-board), testing without the > S-ATA enabled, updated BIOS to the latest version (hardware made in 2004 > and last BIOS update in late 2005), changing a ton of settings in the > BIOS, installing the OS on another box and moving the HDD... Nothing works. > Have you tried installing 4.11 and upgrading via source to 5.4 (see http://www.freebsd.org/releases/5.4R/migration-guide.html)? I ran into cases a bit like this with some Tyan mobos and Promise RAID cards, (however I normally saw the freeze as the kernel was loading, rather than afterwards). They would boot fine from disk after 5.x was installed. Cheers Mark From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 07:45:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C4516A418 for ; Tue, 13 Jun 2006 07:45:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8CA43D49 for ; Tue, 13 Jun 2006 07:45:25 +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 65C852088; Tue, 13 Jun 2006 09:45:21 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 4DD3E2087; Tue, 13 Jun 2006 09:45:21 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 0BE6833C28; Tue, 13 Jun 2006 09:45:21 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Claudiu Tanaselia References: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> <20060612190555.GC1226@roadrunner.aventurien.local> Date: Tue, 13 Jun 2006 09:45:20 +0200 In-Reply-To: <20060612190555.GC1226@roadrunner.aventurien.local> (Ulrich Spoerlein's message of "Mon, 12 Jun 2006 21:05:55 +0200") Message-ID: <868xo1bisv.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ATi issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 07:45:26 -0000 Ulrich Spoerlein writes: > Before [userland] DRI can work, you have to make the [kernelland] DRM > work. For your card you should load the drm.ko and radeon.ko kernel > modules. Make sure they attach, acpi_video.ko for example cannot coexist > with radeon.ko in 6.1 (-CURRENT has this fixed). X loads the drm kernel modules automatically. You just have to make sure that agp is loaded and acpi_video isn't (IIRC agp doesn't work if you load it after booting, it has to be compiled into the kernel or loaded by the boot loader) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 07:57:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AB2A16A418 for ; Tue, 13 Jun 2006 07:57:03 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A1643D58 for ; Tue, 13 Jun 2006 07:57:02 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 35FBA1706F; Tue, 13 Jun 2006 09:57:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x3klgL3EVScd; Tue, 13 Jun 2006 09:57:01 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 7FFA317058; Tue, 13 Jun 2006 09:57:01 +0200 (CEST) Date: Tue, 13 Jun 2006 09:57:01 +0200 From: Rink Springer To: Kimmo Alm Message-ID: <20060613075701.GM57783@rink.nu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HkMjoL2LAeBLhbFV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 07:57:03 -0000 --HkMjoL2LAeBLhbFV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kimmo, > My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have =20 > tested 5.x, 6.x and even a current 7.x one. Try disabling the RAID BIOS; I have an ASUS PCH-DR which shows exactly the same behaviour. Once I got rid of the on-board Promise RAID (Just removing the drives did the trick), it would no longer install its BIOS then and things would work perfectly. I had exactly the same symptoms you describe (overwriting screen charachters, freezes etc). Seems to me the RAID BIOS is broken in same way. However, I have not yet found a way to upgrade it. Linux worked in my case as well, but it does not seem to support the RAID out-of-box (I couldn't get it to work with a vanilla kernel, anyway), which hints even stronger that it is the cause of the evil... no clue why FreeBSD 4.x works, though. Good luck, let me know if this works. --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --HkMjoL2LAeBLhbFV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjm/Nb3O60uztv/8RArKcAKDDPSrSL9Lwz1VIuTBoFGJW+KWaLwCdGxG+ V2gaaSd7aF4Dz7EHo8rMwJc= =kvXh -----END PGP SIGNATURE----- --HkMjoL2LAeBLhbFV-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 08:05:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0497816A473; Tue, 13 Jun 2006 08:05:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6024B43D6D; Tue, 13 Jun 2006 08:05:49 +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.6/8.13.4) with ESMTP id k5D85m2m092999; Tue, 13 Jun 2006 04:05:48 -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.6/8.13.6) with ESMTP id k5D85nxH042197; Tue, 13 Jun 2006 04:05:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D4DF87302F; Tue, 13 Jun 2006 04:05:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060613080548.D4DF87302F@freebsd-current.sentex.ca> Date: Tue, 13 Jun 2006 04:05:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 08:05:57 -0000 TB --- 2006-06-13 06:42:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-13 06:42:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-13 06:42:16 - cleaning the object tree TB --- 2006-06-13 06:43:00 - checking out the source tree TB --- 2006-06-13 06:43:00 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-13 06:43:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-13 06:51:07 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-13 06:51:07 - cd /src TB --- 2006-06-13 06:51:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-13 08:05:48 - generating LINT kernel config TB --- 2006-06-13 08:05:48 - cd /src/sys/sparc64/conf TB --- 2006-06-13 08:05:48 - /usr/bin/make -B LINT TB --- 2006-06-13 08:05:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-13 08:05:48 - cd /src TB --- 2006-06-13 08:05:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 13 08:05:48 UTC 2006 >>> stage 1: configuring the kernel [...] config: Error: device "uart_z8350" is unknown config: 2 errors WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-13 08:05:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-13 08:05:48 - ERROR: failed to build lint kernel TB --- 2006-06-13 08:05:48 - tinderbox aborted TB --- 1.06 user 5.18 system 5012.09 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 08:48:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B513716A46F for ; Tue, 13 Jun 2006 08:48:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62C443D55 for ; Tue, 13 Jun 2006 08:48:43 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so2532931uge for ; Tue, 13 Jun 2006 01:48:42 -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=hYrw5K7o1JeWod2VXHRIAyuqlXxePPYYyQ3sKpD8x3tZklNKQoXojydZS2bDycNhWjsEs7+BOnWx4n1KVhIJk+dhvb+veM8/4ta1q4Rri6SCUR3pikNHS9dqrx9RbGBnq1nD5UruZNPyVt9z4+S219gSoX2k3rCU/LmB4ZJ94qo= Received: by 10.78.47.15 with SMTP id u15mr111077huu; Mon, 12 Jun 2006 23:58:11 -0700 (PDT) Received: by 10.78.23.18 with HTTP; Mon, 12 Jun 2006 23:58:11 -0700 (PDT) Message-ID: <2a41acea0606122358p42dec463n7dae1530e2dcde05@mail.gmail.com> Date: Mon, 12 Jun 2006 23:58:11 -0700 From: "Jack Vogel" To: "Kimmo Alm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 08:48:44 -0000 On 6/12/06, Kimmo Alm wrote: > Hey, > > My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have > tested 5.x, 6.x and even a current 7.x one. > > CD: "bootonly". > Problem: Loads kernel, and then basically freezes, overwriting characters > on the screen (at the boot menu with the options). > > Among the zillions of things I've tested to solve this problem include: > Testing another videocard (PCI -- not on-board), testing without the S-ATA > enabled, updated BIOS to the latest version (hardware made in 2004 and > last BIOS update in late 2005), changing a ton of settings in the BIOS, > installing the OS on another box and moving the HDD... Nothing works. > > The hardware cannot possibly not faulty as it can run Debian Linux or > FreeBSD 4.11 perfectly well. That's right. No probbies there. But I don't > want to run Linux and I don't want to run legacy FreeBSD... > > I don't know what else to say... I have really, really did my best and > tested every potentional solution. No luck. > > I am now asking you to please look into this and perhaps come up with some > kind of solution/patch. This is a standard hardware server motherboard, > which apparently has won a lot of awards for being so great and flexible > on top of that! It really makes little sense to me that this would not be > supported by FreeBSD! How about some useful info, like the last thing the boot messages say before it freezes? Did you boot in 'safe' mode, and if so what happens then. The reason 4.11 works I imagine is that its not even trying to do use ACPI. Linux has like a 'zillion' engineers spread across most computer manufacturers that keep it up to date, FreeBSD doesnt have the same army, so when you say "it makes little sense" think about that :) Good luck, Jack From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 13:24:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2062516A41B; Tue, 13 Jun 2006 13:24:51 +0000 (UTC) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB7843D45; Tue, 13 Jun 2006 13:24:50 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 2BA8E6D450; Tue, 13 Jun 2006 06:24:48 -0700 (MST) X-Virus-Scanned: amavisd-new at neovanglist.net Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qu-UACbKBw+M; Tue, 13 Jun 2006 06:24:46 -0700 (MST) Received: from [127.0.0.1] (kbhn-vbrg-sr0-vl202-021.perspektivbredband.net [85.235.18.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 17EF76D44F; Tue, 13 Jun 2006 06:24:45 -0700 (MST) Message-ID: <448EBC97.2030504@LainOS.org> Date: Tue, 13 Jun 2006 15:24:39 +0200 From: Chris Gilbert User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rink Springer References: <20060613075701.GM57783@rink.nu> In-Reply-To: <20060613075701.GM57783@rink.nu> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kimmo Alm , freebsd-current@freebsd.org Subject: Re: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 13:24:51 -0000 Does the RAID BIOS output any thing to the console after the initial POST? (Most RAID BIOS I've seen have some sort of configuration utility/detection spam during/just after POST) Perhaps it's outputting some funk which puts the console in a strange state? I know the bootloader stuff changed a bit after 4.x going into 5.x, (When we got beastie) maybe before there was some kind of console reset that we don't have now? >From talking to Kimmo on IRC, it seems like this happens before the kernel has even loaded, (the bootloader looks screwed) so I doubt it is a driver issue. Perhaps you should see if booting FreeBSD via GRUB makes any difference. -- Regards, Chris Gilbert Rink Springer wrote: >Hi Kimmo, > > > >>My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have >>tested 5.x, 6.x and even a current 7.x one. >> >> > >Try disabling the RAID BIOS; I have an ASUS PCH-DR which shows exactly >the same behaviour. Once I got rid of the on-board Promise RAID (Just >removing the drives did the trick), it would no longer install its BIOS >then and things would work perfectly. > >I had exactly the same symptoms you describe (overwriting screen >charachters, freezes etc). > >Seems to me the RAID BIOS is broken in same way. However, I have not yet >found a way to upgrade it. Linux worked in my case as well, but it does >not seem to support the RAID out-of-box (I couldn't get it to work with >a vanilla kernel, anyway), which hints even stronger that it is the >cause of the evil... no clue why FreeBSD 4.x works, though. > >Good luck, let me know if this works. > > > From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A03A116A47F for ; Tue, 13 Jun 2006 14:25:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A494643D5D for ; Tue, 13 Jun 2006 14:25:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5DEP29f023298; Tue, 13 Jun 2006 10:25:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 09:53:09 -0400 User-Agent: KMail/1.9.1 References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606130953.09621.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 13 Jun 2006 10:25:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1537/Tue Jun 13 07:24:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Park Foreman Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:25:14 -0000 On Wednesday 19 April 2006 18:14, Park Foreman wrote: > System: Nokia IP330 using AMD K6 processor > Card: Zynx ZX412 dual 10/100 card and DEC/Intel 21143 chipset >=20 > ifconfig: > dc0: flags=3D8843 mtu 1500 > options=3D8 > inet 172.21.1.1 netmask 0xffff0000 broadcast 172.21.255.255 > inet6 fe80::2c0:95ff:fee5:7d8c%dc0 prefixlen 64 scopeid 0x4 > ether 00:c0:95:e5:12:ab > media: Ethernet autoselect (none) > status: no carrier > dc1: flags=3D8843 mtu 1500 > options=3D8 > inet 172.21.2.1 netmask 0xffff0000 broadcast 172.21.255.255 > inet6 fe80::2c0:95ff:fee5:7d8d%dc1 prefixlen 64 scopeid 0x5 > ether 00:c0:95:e5:23:cd > media: Ethernet autoselect (none) > status: no carrier Perhaps try using 'de(4)' rather than 'dc(4)'. I'm not sure that would really help though. Do the devices work if they are plugged in while the machine is off? =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81D816A41B; Tue, 13 Jun 2006 14:25:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B8B43D7F; Tue, 13 Jun 2006 14:25:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5DEP29i023298; Tue, 13 Jun 2006 10:25:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:25:00 -0400 User-Agent: KMail/1.9.1 References: <448AC0FF.5060804@freebsd.org> In-Reply-To: <448AC0FF.5060804@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200606131025.01273.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 13 Jun 2006 10:25:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1537/Tue Jun 13 07:24:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Colin Percival Subject: Re: /usr/obj and releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:25:15 -0000 On Saturday 10 June 2006 08:54, Colin Percival wrote: > In src/etc/mtree/BSD.usr.dist, it says that /usr/obj should exist: > 41 obj nochange > However, in src/release/Makefile, the doTARBALL specifically avoids > putting /usr/obj into a tarball, with the result that it will not > be extracted during release installation: > 1114 tar --exclude CVS --exclude obj --exclude BOOTMFS -cf - ${ARG} | \ > ^^^^^^^^^^^^^ >=20 > This discrepancy has existed since March 1995, so I'm guessing that > it isn't a mistake -- but can someone explain the reason for this? Probably because not all boxes need /usr/obj. /usr/ports doesn't exist after a new install (if you don't install the ports tarball) either. Ask phk@ as he added the change. :) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:25:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B38EC16A4A7 for ; Tue, 13 Jun 2006 14:25:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3773443D8D for ; Tue, 13 Jun 2006 14:25:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5DEP29h023298; Tue, 13 Jun 2006 10:25:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:21:56 -0400 User-Agent: KMail/1.9.1 References: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> <20060612190555.GC1226@roadrunner.aventurien.local> <868xo1bisv.fsf@xps.des.no> In-Reply-To: <868xo1bisv.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606131021.56779.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 13 Jun 2006 10:25:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1537/Tue Jun 13 07:24:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Claudiu Tanaselia , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Subject: Re: ATi issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:25:25 -0000 On Tuesday 13 June 2006 03:45, Dag-Erling Sm=F8rgrav wrote: > Ulrich Spoerlein writes: > > Before [userland] DRI can work, you have to make the [kernelland] DRM > > work. For your card you should load the drm.ko and radeon.ko kernel > > modules. Make sure they attach, acpi_video.ko for example cannot coexist > > with radeon.ko in 6.1 (-CURRENT has this fixed). >=20 > X loads the drm kernel modules automatically. You just have to make > sure that agp is loaded and acpi_video isn't (IIRC agp doesn't work if > you load it after booting, it has to be compiled into the kernel or > loaded by the boot loader) You can kldload agp in -CURRENT now. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:25:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C54B016A50D; Tue, 13 Jun 2006 14:25:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D7DF43D64; Tue, 13 Jun 2006 14:25:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5DEP29g023298; Tue, 13 Jun 2006 10:25:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:00:13 -0400 User-Agent: KMail/1.9.1 References: <1149476679.44839f4740950@mail.iinet.net.au> <20060605060436.GA31638@crodrigues.org> In-Reply-To: <20060605060436.GA31638@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606131000.14566.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 13 Jun 2006 10:25:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1537/Tue Jun 13 07:24:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Craig Rodrigues , freebsd-hardware@freebsd.org, netsick@iinet.net.au Subject: Re: NO AGPGART - i945 ICH7 - 7.0 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 14:25:34 -0000 On Monday 05 June 2006 02:04, Craig Rodrigues wrote: > On Mon, Jun 05, 2006 at 11:04:39AM +0800, netsick@iinet.net.au wrote: > >=20 > > device agp in my kernel > >=20 > > no /dev/agpgart > >=20 > > Can we get this supported please ? >=20 > Can you try this patch? >=20 >=20 > Index: pci_cfgreg.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/sys/i386/pci/pci_cfgreg.c,v > retrieving revision 1.123 > diff -u -u -r1.123 pci_cfgreg.c > --- pci_cfgreg.c 8 Dec 2005 18:55:15 -0000 1.123 > +++ pci_cfgreg.c 5 Jun 2006 06:02:33 -0000 > @@ -167,8 +167,8 @@ > /* Intel 7520 or 7320 */ > pciebar =3D pci_cfgregread(0, 0, 0, 0xce, 2) << 16; > pciereg_cfgopen(); > - } else if (did =3D=3D 0x2580 || did =3D=3D 0x2584) { > - /* Intel 915 or 925 */ > + } else if (did =3D=3D 0x2580 || did =3D=3D 0x2584 || did =3D=3D 0x2770= ) { > + /* Intel 915, 925, or 945 */ > pciebar =3D pci_cfgregread(0, 0, 0, 0x48, 4); > pciereg_cfgopen(); > } That's for PCI-e config register support, not for the 945 AGP stuff in agp_i810.c. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:35:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3921C16A41A; Tue, 13 Jun 2006 14:35:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98D743D70; Tue, 13 Jun 2006 14:35:26 +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 94F552088; Tue, 13 Jun 2006 16:35:22 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 20A652086; Tue, 13 Jun 2006 16:35:22 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id EEECC33C28; Tue, 13 Jun 2006 16:35:21 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: John Baldwin References: <32d0b1830606120520v58abf875jf86db8164bb4bda0@mail.gmail.com> <20060612190555.GC1226@roadrunner.aventurien.local> <868xo1bisv.fsf@xps.des.no> <200606131021.56779.jhb@freebsd.org> Date: Tue, 13 Jun 2006 16:35:21 +0200 In-Reply-To: <200606131021.56779.jhb@freebsd.org> (John Baldwin's message of "Tue, 13 Jun 2006 10:21:56 -0400") Message-ID: <86ac8hnmxi.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Claudiu Tanaselia , freebsd-current@freebsd.org Subject: Re: ATi issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:35:27 -0000 John Baldwin writes: > On Tuesday 13 June 2006 03:45, Dag-Erling Sm=F8rgrav wrote: > > X loads the drm kernel modules automatically. You just have to make > > sure that agp is loaded and acpi_video isn't (IIRC agp doesn't work if > > you load it after booting, it has to be compiled into the kernel or > > loaded by the boot loader) > You can kldload agp in -CURRENT now. This is 6.1, actually, the OP just picked the wrong list. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:46:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7DA16A41B; Tue, 13 Jun 2006 14:46:09 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543B243D46; Tue, 13 Jun 2006 14:46:09 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k5DEni5b061011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 10:49:50 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:46:37 -0400 User-Agent: KMail/1.9.1 References: <448B04D0.1040302@root.org> In-Reply-To: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1675977.7WxNXraKZm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606131046.41415.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1536/Mon Jun 12 17:07:37 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:46:09 -0000 --nextPart1675977.7WxNXraKZm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep".=20 > Setting it to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. Is the beep supposed to continue even after a successful resume? =2D-=20 Anish Mistry --nextPart1675977.7WxNXraKZm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEjs/RxqA5ziudZT0RAt6kAKDfAf2xUU9A26b3V478AxUYtOXL+wCgv07q 5cGG0JAUrz+jFiqoc19/VY8= =k7M/ -----END PGP SIGNATURE----- --nextPart1675977.7WxNXraKZm-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 14:46:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7DA16A41B; Tue, 13 Jun 2006 14:46:09 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543B243D46; Tue, 13 Jun 2006 14:46:09 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k5DEni5b061011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 10:49:50 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:46:37 -0400 User-Agent: KMail/1.9.1 References: <448B04D0.1040302@root.org> In-Reply-To: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1675977.7WxNXraKZm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606131046.41415.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1536/Mon Jun 12 17:07:37 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 14:46:09 -0000 --nextPart1675977.7WxNXraKZm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep".=20 > Setting it to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. Is the beep supposed to continue even after a successful resume? =2D-=20 Anish Mistry --nextPart1675977.7WxNXraKZm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEjs/RxqA5ziudZT0RAt6kAKDfAf2xUU9A26b3V478AxUYtOXL+wCgv07q 5cGG0JAUrz+jFiqoc19/VY8= =k7M/ -----END PGP SIGNATURE----- --nextPart1675977.7WxNXraKZm-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 15:30:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF60616A54C for ; Tue, 13 Jun 2006 15:30:20 +0000 (UTC) (envelope-from nil@mad.dog.cx) Received: from mvs3tmp.plala.or.jp (mvs3.plala.or.jp [58.93.247.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CC9B43D6E for ; Tue, 13 Jun 2006 15:30:12 +0000 (GMT) (envelope-from nil@mad.dog.cx) Received: from neptune.local ([58.93.51.38]) by mvs3tmp.plala.or.jp with ESMTP id <20060613153011.MBWP28772.mvs3tmp.plala.or.jp@neptune.local>; Wed, 14 Jun 2006 00:30:11 +0900 Date: Wed, 14 Jun 2006 00:29:30 +0900 From: nil@mad.dog.cx To: freebsd-current@freebsd.org References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-2022-jp MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/8.5 (Win32, build 7702) Cc: Park Foreman Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 15:30:20 -0000 Hello Park, On Wednesday 19 April 2006 18:14, Park Foreman wrote: > System: Nokia IP330 using AMD K6 processor > Card: Zynx ZX412 dual 10/100 card and DEC/Intel 21143 chipset > ifconfig: > dc0: flags=8843 mtu 1500 > options=8 > inet 172.21.1.1 netmask 0xffff0000 broadcast 172.21.255.255 > inet6 fe80::2c0:95ff:fee5:7d8c%dc0 prefixlen 64 scopeid 0x4 > ether 00:c0:95:e5:12:ab > media: Ethernet autoselect (none) > status: no carrier > dc1: flags=8843 mtu 1500 > options=8 > inet 172.21.2.1 netmask 0xffff0000 broadcast 172.21.255.255 > inet6 fe80::2c0:95ff:fee5:7d8d%dc1 prefixlen 64 scopeid 0x5 > ether 00:c0:95:e5:23:cd > media: Ethernet autoselect (none) > status: no carrier try this patch. -- HIROSHI OOTA --- sys/dev/dc/if_dc.c.orig Fri Sep 16 11:11:51 2005 +++ sys/dev/dc/if_dc.c Sat Sep 24 11:07:02 2005 @@ -2233,6 +2245,7 @@ sc->dc_pmode = tmp; if (sc->dc_pmode != DC_PMODE_SIA) sc->dc_pmode = DC_PMODE_SYM; + dc_apply_fixup(sc, sc->dc_mi->dc_media); sc->dc_flags |= DC_21143_NWAY; mii_phy_probe(dev, &sc->dc_miibus, dc_ifmedia_upd, dc_ifmedia_sts); From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 15:52:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 942DB16A41B for ; Tue, 13 Jun 2006 15:52:23 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D480E43D55 for ; Tue, 13 Jun 2006 15:52:20 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 8067827570; Tue, 13 Jun 2006 17:52:17 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 1C6C29C170; Tue, 13 Jun 2006 15:52:37 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 04C39405A; Tue, 13 Jun 2006 17:52:36 +0200 (CEST) Date: Tue, 13 Jun 2006 17:52:36 +0200 From: Jeremie Le Hen To: "M. Warner Losh" Message-ID: <20060613155236.GL19457@obiwan.tataz.chchile.org> References: <4489DCAE.3070005@overflow.no> <20060609233148.GA88285@gothmog.pc> <20060610.001741.1021577364.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060610.001741.1021577364.imp@bsdimp.com> User-Agent: Mutt/1.5.11 Cc: keramida@ceid.upatras.gr, rip@overflow.no, drosih@rpi.edu, freebsd-current@freebsd.org Subject: Re: [fbsd] Re: [fbsd] Integrating ProPolice/SSP into 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, 13 Jun 2006 15:52:23 -0000 Hi, Thanks to everyone who gave me some feedback. On 2006-06-09 16:40, Chris wrote: > : > > : > > I'm using it successfuly with the stackp-gap and the random > : > > mmap on 6.1-RELEASE. No problems at all really :) Except > : > > that I want a nob for gcc to use the protection by default. > : > > We discussed this in another email. Chris, Yes, indeed. I forgot to keep you in touch as I had promised, nevertheless I have thought about it. When I started my patch back in 2005, I did have an option to use stack protector by default. However, this led to an heavy ratio of noise in the Makefiles, given the WITH_*/WITHOUT_* wasn't there yet in that time. If I add this now, I think it would be less intrusive than it was, but only for CURRENT. RELENG_6 still uses the old NO_* knobs, and this would be a mess like it has been in the past. Currently I am willing to maintain a patch for each branch. There is already a small gap between them and I really don't want to see it become wider. I could probably implement this stuff in CURRENT, but I am pretty sure this would lead to a non-negligible number of RELENG_6 users asking me why this hasn't been implemented for their branch. IOW, I think I should prevent from implementing this option for the moment, at least while RELENG_7 hasn't been branched. On Sat, Jun 10, 2006 at 12:17:41AM -0600, M. Warner Losh wrote: > In message: > Garance A Drosihn writes: > : At 2:31 AM +0300 6/10/06, Giorgos Keramidas wrote: > : >You can always use `/etc/make.conf' to set it globally, right? > : > : Not quite globally. That will only set it for programs > : whose makefiles .include /usr/share/mk/sys.mk . That's > : all of buildworld, but it wouldn't include programs that > : people are building on their own. > > Actually, all invocationso of make use /usr/share/mk/sys.mk. It is > global. And therefore /etc/make.conf is included for all Makefiles in > the system (except when one uses gmake :-). I wanted to use share/mk/sys.mk for a while because it was indeed read by make(1) upon each invocation, but meanwhile I was a little reluctant because the SSP stuff has really nothing to do with what was already living there. Finally, I decided to be as little intrusive as I could and modified bsd.sys.mk. Thus GCC would be merely SSP-ready for all applications. I added the required glue in Makefiles in order to make buildworld and (most) ports work without any pain, with the help of WITH(OUT)_SSP. It is up to the user to manage with the SSP flags if he uses gmake or BSD make without bsd.prog.mk, bsd.lib.mk or bsd.port.mk. (For pedantic people, I don't mean bsd.sys.mk is used for ports. Actually I created bsd.ssp.mk which is included in both bsd.sys.mk and bsd.port.mk.) Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 19:11:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8423D16A41B; Tue, 13 Jun 2006 19:11:10 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF2F43D46; Tue, 13 Jun 2006 19:11:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DA8D.dip.t-dialin.net [84.165.218.141]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5DJ7SHA071368; Tue, 13 Jun 2006 21:07:32 +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.4/8.13.3) with ESMTP id k5DJB36i003985; Tue, 13 Jun 2006 21:11:03 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 13 Jun 2006 21:11:30 +0200 From: Alexander Leidinger To: emulation@freebsd.org, current@freebsd.org, ports@freebsd.org Message-ID: <20060613211130.09208f22@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.18; 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: rdivacky@freebsd.org Subject: HEADS-UP: new dummy syscalls for linuxolator -> new console messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: emulation@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: Tue, 13 Jun 2006 19:11:10 -0000 Hi, I just committed some dummy syscalls to the linuxolator in current. The only purpose of them is to moan if a linux program wants to use an unimplemented syscall. So if you use a linux program and you see some related messages on the console after that, we want to know about it on emulation@ (F-up set). Please provide - ls -1 /var/db/pkg | grep linux - the program you are using - the message from the console This will help us to determine the priority in which unimplemented syscalls have to be implemented. Thanks in advance, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 19:25:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3775116A478 for ; Tue, 13 Jun 2006 19:25:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F0443D60 for ; Tue, 13 Jun 2006 19:25:26 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1FqEVb-0004Qg-8I for freebsd-current@freebsd.org; Tue, 13 Jun 2006 21:25:03 +0200 Received: from sptp41-el-ras-che.eastlink.de ([213.187.71.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jun 2006 21:25:03 +0200 Received: from der_julian by sptp41-el-ras-che.eastlink.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jun 2006 21:25:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Julian Stecklina Date: Tue, 13 Jun 2006 21:09:36 +0200 Lines: 77 Message-ID: <86hd2ooosv.fsf@dellbeast.localnet> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: sptp41-el-ras-che.eastlink.de User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.19 (berkeley-unix) Cancel-Lock: sha1:Kmz1k0V42+f9sAgr7sTV0VhnSe8= Sender: news Subject: Witness warnings regarding DRM i915 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 19:25:33 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Hello, I am running -CURRENT as of June 5th on an Dell Inspiron 510m laptop which features 855GM graphics. When I load the corresponding kernel module (i915.ko), I get the following messages from witness: xclusive sleep mutex drm device r =3D 0 (0xc29c94d4) locked @ /usr/src/sys/= modules/drm/drm/../../../dev/drm/drm_drv.c:904 stack backtrace: kdb_backtrace(c0b3f46c,d5e81a18,1,26c,c2b608b0) at kdb_backtrace+0x2e witness_warn(5,0,c0a2158b,c0a0be34,c0aaee40) at witness_warn+0x1d3 uma_zalloc_arg(c146ad20,0,102,c146c800,c2b608b0) at uma_zalloc_arg+0x5c malloc(2c,c0aaee40,102,f,c2f5bacc) at malloc+0xda sysctl_add_oid(c2f5bacc,c2b608b0,ffffffff,c0a2953e,80000002) at sysctl_add_= oid+0x97 alloc_bounce_zone(c2f5b700,c0aabba0,101,0,c28619f0) at alloc_bounce_zone+0x= 2f0 bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x195 drm_pci_alloc(c29c9400,1000,1000,ffffffff,c29c94d4) at drm_pci_alloc+0xa3 i915_dma_init(c2949c00,80446440,c2f5b600,3,c2d2e510) at i915_dma_init+0x377 drm_ioctl(c2949c00,80446440,c2f5b600,3,c2d2e510) at drm_ioctl+0x1af giant_ioctl(c2949c00,80446440,c2f5b600,3,c2d2e510) at giant_ioctl+0x56 devfs_ioctl_f(c2c863a8,80446440,c2f5b600,c2f1e880,c2d2e510) at devfs_ioctl_= f+0xe7 ioctl(c2d2e510,d5e81d04,c,445,c) at ioctl+0x45d syscall(2830003b,2830003b,bfbf003b,0,8213000) at syscall+0x313 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x282f0fd3, esp =3D 0xbfb= fea4c, ebp =3D 0xbfbfea68 --- malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable= locks held: exclusive sleep mutex drm device r =3D 0 (0xc29c94d4) locked @ /usr/src/sys= /modules/drm/drm/../../../dev/drm/drm_drv.c:904 stack backtrace: kdb_backtrace(c0b3f46c,d5e81a18,1,40,c2b608b0) at kdb_backtrace+0x2e witness_warn(5,0,c0a2158b,c09e3a4e,c070f482) at witness_warn+0x1d3 uma_zalloc_arg(c146a960,0,2,c146c700,c2b608b0) at uma_zalloc_arg+0x5c malloc(e,c0aaee40,2,d,c2f5bacc) at malloc+0xda sysctl_add_oid(c2f5bacc,c2b608b0,ffffffff,c0a2953e,80000002) at sysctl_add_= oid+0xd8 alloc_bounce_zone(c2f5b700,c0aabba0,101,0,c28619f0) at alloc_bounce_zone+0x= 2f0 bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x195 drm_pci_alloc(c29c9400,1000,1000,ffffffff,c29c94d4) at drm_pci_alloc+0xa3 i915_dma_init(c2949c00,80446440,c2f5b600,3,c2d2e510) at i915_dma_init+0x377 drm_ioctl(c2949c00,80446440,c2f5b600,3,c2d2e510) at drm_ioctl+0x1af giant_ioctl(c2949c00,80446440,c2f5b600,3,c2d2e510) at giant_ioctl+0x56 devfs_ioctl_f(c2c863a8,80446440,c2f5b600,c2f1e880,c2d2e510) at devfs_ioctl_= f+0xe7 ioctl(c2d2e510,d5e81d04,c,445,c) at ioctl+0x45d syscall(2830003b,2830003b,bfbf003b,0,8213000) at syscall+0x313 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x282f0fd3, esp =3D 0xbfb= fea4c, ebp =3D 0xbfbfea68 --- Regards, =2D-=20 Julian Stecklina Being really good at C++ is like being really good at using rocks to sharpen sticks. - Thant Tessman --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjw13NdiNDtZbKrURAsx6AKCaGZmHXvyab3QsLYBH2/9qg+v37gCglDwg m0cjI/X0apPZ6c+jsFxAxZc= =DE7V -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 19:55:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C872316A41B; Tue, 13 Jun 2006 19:55:23 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC9E43D48; Tue, 13 Jun 2006 19:55:22 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k5DJtKZY018488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Jun 2006 15:55:21 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k5DJtEnV054105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 15:55:15 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@freebsd.org Date: Tue, 13 Jun 2006 15:55:08 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606131555.09143.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88/1536/Mon Jun 12 17:07:37 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Tue, 13 Jun 2006 20:50:50 +0000 Cc: jmg@freebsd.org Subject: EVFILT_VNODE vs. fstat() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 19:55:23 -0000 Hello! I have a program, that waits for the input file to be written to (using EVFILT_VNODE, fflags = NOTE_EXTEND) to process it. When kevent() returns upon the file's extension, the program calls fstat() to learn the new size of the file. Every once in a while, the fstat still reports the old size and my program goes into kevent() once again. Is this discrepancy "normal"? Thanks! -mi P.S. I would love to avoid having to call fstat() at all, but -- unlike EVFILT_READ -- the EVFILT_VNODE/NOTE_EXTEND does not place any additional results into the event's data :-( Using EVFILT_READ is not straigtforward either, because I mmap input, instead of read-ing it... From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 20:46:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7304E16A41B for ; Tue, 13 Jun 2006 20:46:32 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B04743D45 for ; Tue, 13 Jun 2006 20:46:31 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k5DKkHJn018596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Jun 2006 16:46:18 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k5DKkBFc054664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 16:46:12 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@freebsd.org Date: Tue, 13 Jun 2006 16:46:06 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200606131646.06849.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88/1538/Tue Jun 13 16:17:56 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Tue, 13 Jun 2006 20:53:56 +0000 Cc: Subject: Writing via mmap seems suboptimal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 20:46:32 -0000 Hello! My program mmaps its output and begins to (slowly) fill it up. I expected the kernel to flush the output at its leisure thus freeing me from trying to pick the best time to do so explicitly (impossible to do anyway). Unfortunately, it appears, the kernel is instead waiting for the available memory to fill up and then stalls my program for over a second, while it flushes the entire buffer. When this happens, systat -vm looks like: 10 users Load 0.85 1.18 1.21 13 ÞÅÒ 16:20 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1871416 2256 9145304 41244 70380 count 79 All 1913812 2384 1493309k 56528 pages 1261 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 2593 total 1 8 90 4599 5 505 3049 2 262996 wire 1: atkb 1392396 act 6: fdc0 4.5%Sys 0.4%Intr 0.0%User 0.0%Nice 95.1%Idl 193448 inact 15: ata | | | | | | | | | | 67416 cache 17: fwo == 2964 free 20: nve daefr 21: ohc Namei Name-cache Dir-cache prcfr 22: ehc Calls hits % hits % react 505 25: em0 824 824 100 pdwak 88 29: amr zfod pdpgs 2000 cpu0: time Disks ad4 ad6 amrd0 ozfod intrn KB/t 0.00 0.00 128 %slo-z 221184 buf tps 0 0 50 493 tfree 808 dirtybuf MB/s 0.00 0.00 6.22 100000 desiredvnodes % busy 0 0 99 27349 numvnodes Any hope to see this improved? After mmap-ing the input I even use madvise to tell the kernel, that the memory will be accessed sequentionally, but it seems to ignore the hint... Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 21:36:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61F5A16A477 for ; Tue, 13 Jun 2006 21:36:24 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C5C43D46 for ; Tue, 13 Jun 2006 21:36:20 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 9B28378C1D; Tue, 13 Jun 2006 21:36:17 +0000 (GMT) Date: Tue, 13 Jun 2006 21:36:17 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20060613213617.GA78337@what-creek.com> References: <20060613021543.GA71283@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060613021543.GA71283@what-creek.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 21:36:24 -0000 On Tue, Jun 13, 2006 at 02:15:43AM +0000, John Birrell wrote: > With the development as it stands at the moment, take care using the FBT > provider because you can easily cause the system to go kaboom. I'm still > trying to track down the problems there. It's not in FBT itself -- just > the fact that the DTrace probe context isn't allowed to call anything that > FBT can instrument. If that happens you will either get a reboot or a > double fault will leave you in kdb. I recommend only enabling a few FBT > probes at a time just so you know which ones could cause a fault. There is > no point telling me that you enabled fbt::: and the system went kaboom! With the FBT provider as it now stands and using this script: fbt:::entry { @[probefunc] = count(); } the output after a buildworld is listed below. Check out the number of calls to critical_enter and critical_exit (which are listed at the bottom)! And for comparison, check the hardclock() count which relects 1000 Hz. cnioctl 1 cr_cansignal 1 dead_getwritemount 1 devfs_delete 1 devfs_free 1 devfs_statfs 1 fpathconf 1 ip6_ctloutput 1 kern_sigtimedwait 1 kill 1 p_cansignal 1 pfs_statfs 1 pps_ioctl 1 rip6_attach 1 rip6_ctloutput 1 rip6_detach 1 rip_attach 1 rip_ctloutput 1 rip_detach 1 rip_pcbdetach 1 sigqueue_move 1 sigtimedwait 1 startup_alloc 1 sysctl_kern_boottime 1 sysctl_kern_cp_time 1 zero_read 1 accept 2 accept1 2 chflags 2 cloneuio 2 cnclose 2 cnwrite 2 devclass_get_device 2 devclass_get_softc 2 faithprefix 2 fchown 2 fgetown 2 getpriority 2 getsockname 2 getsockname1 2 icmp6_input 2 icmp6_rip6_input 2 in6_cksum 2 in6_ifawithifp 2 in_setsockaddr 2 ip6_addaux 2 ip6_delaux 2 ip6_findaux 2 ip6_getdstifaddr 2 ip6_hopopts_input 2 ip6_input 2 ip6_process_hopopts 2 ip6_setdstifaddr 2 log_console 2 m_tag_copy 2 memopen 2 mld6_input 2 ndflush 2 pffindproto 2 pty_create_slave 2 ptyinit 2 revoke 2 sa6_recoverscope 2 scclose 2 setfflags 2 siobusycheck 2 siopoll 2 soaccept 2 sonewconn 2 syncache_add 2 syncache_drop 2 syncache_expand 2 syncache_free 2 syncache_insert 2 syncache_respond 2 syncache_socket 2 syncookie_generate 2 sysctl_kern_msgbuf 2 sysctl_vfs_conflist 2 sysctl_vm_swap_info 2 tcp_hc_get 2 tcp_mss 2 tcp_reass 2 tcp_sockaddr 2 tcp_usr_accept 2 tty_close 2 ttyalloc 2 ttylclose 2 ttyrel 2 vcount 2 wakeup_one 2 cnopen 3 genkbd_commonioctl 3 ifconf 3 in_pcbbind 3 kbdmux_ioctl 3 kern_sigsuspend 3 malloc_type_allocated 3 sbuf_data 3 sbuf_delete 3 sbuf_finish 3 sbuf_new 3 sc_get_softc 3 scdevtounit 3 scopen 3 sigsuspend 3 soisconnecting 3 tcp_connect 3 tcp_drop 3 tcp_new_isn 3 tcp_respond 3 tcp_usr_connect 3 ttydtrwaitsleep 3 ttyopen 3 uma_large_free 3 uma_large_malloc 3 vgone 3 comstart 4 devfs_alloc 4 devfs_create 4 devfs_newdirent 4 devfs_rules_apply 4 getlogin 4 getsockopt 4 giant_close 4 hash_alloc 4 hash_expand 4 hash_free 4 ip_srcroute 4 kern_getsockopt 4 kern_setsockopt 4 logread 4 m_tag_alloc 4 m_tag_delete 4 m_tag_free_default 4 make_dev_cred 4 make_dev_credv 4 msgbuf_getbytes 4 newdev 4 nlminfo_release 4 pfs_reclaim 4 pfs_vncache_free 4 setsockopt 4 sogetopt 4 sooptcopyin 4 sosetopt 4 syncache_lookup 4 termioschars 4 ttyinitmode 4 vsnrprintf 4 MD5Final 5 MD5Init 5 MD5Pad 5 MD5Transform 5 ptcopen 5 tcp_hc_getmtu 5 tcp_mssopt 5 vslock 5 vsunlock 5 cblock_free_cblocks 6 clist_free_cblocks 6 getfsstat 6 if_simloop 6 in6_setscope 6 in_addroute 6 ip_ctloutput 6 kern_getfsstat 6 looutput 6 netisr_queue 6 pfs_close 6 pfs_open 6 pfs_read 6 proc_rwmem 6 procfs_close 6 procfs_doprocmem 6 ptcioctl 6 rn_addroute 6 rn_delete 6 rn_insert 6 rn_newpair 6 rt_missmsg 6 rt_setgate 6 tcp_ctloutput 6 uiomove_fromphys 6 vrefcnt 6 VOP_LINK_APV 7 can_hardlink 7 dev_ref 7 devtoname 7 getgroups 7 kern_link 7 link 7 obj_alloc 7 pgsignal 7 ptsopen 7 tcp_disconnect 7 tcp_hc_lookup 7 tcp_maxmtu 7 ttyref 7 udp6_attach 7 udp6_detach 7 ufs_link 7 vcnt 7 vop_link_post 7 cru2x 8 in6_clearscope 8 in6_pcbdetach 8 in6_pcbfree 8 in_setpeeraddr 8 ip6_freemoptions 8 ip6_freepcbopts 8 pfs_root 8 siointr 8 sysctl_kern_proc 8 sysctl_wire_old_buffer 8 tcp_peeraddr 8 cn_devopen 9 icmp_error 9 icmp_reflect 9 icmp_send 9 in_canforward 9 m_align 9 pipe_poll 9 ptsstop 9 scread 9 snprintf 9 ttyread 9 draw_txtcharcursor 10 in6_addrscope 10 in_pcbdrop 10 pipe_zone_init 10 sc_draw_cursor_image 10 sc_inside_cutmark 10 sc_vtb_copy 10 sc_vtb_geta 10 sc_vtb_getc 10 sc_vtb_putc 10 setugidsafety 10 siointr1 10 tcp_close 10 tcp_detach 10 tcp_discardcb 10 tcp_free_sackholes 10 tcp_usr_detach 10 vga_txtcursor 10 vga_txtdraw 10 devfs_populate_loop 11 kernacc 11 memrw 11 pmap_kenter 11 arp_rtrequest 12 badport_bandlim 12 dev2unit 12 dupfdopen 12 in_sockaddr 12 minor2unit 12 pfs_lookup 12 ppsratecheck 12 rn_search 12 rtrequest 12 rtrequest1 12 sysctl_machdep_adjkerntz 12 tcp_attach 12 tcp_newtcpcb 12 tcp_usr_attach 12 ttymodem 12 arc4_randomstir 13 link_elf_symbol_values 13 nottystop 13 sc_touch_scrn_saver 13 scterm_input 13 tty_open 13 read_random 14 vfsconf2x 14 ifhwioctl 15 ifunit 15 m_tag_delete_nonpersistent 15 getpeername 16 getpeername1 16 orphanpg 16 kqueue 17 kqueue_close 17 vop_stdbmap 17 bpf_clone 18 ctty_clone 18 devfs_fqpn 18 ifioctl 18 kevent_copyout 18 knote_enqueue 18 kqueue_wakeup 18 procfs_attr 18 sc_puts 18 scterm_puts 18 tunclone 18 arprequest 19 kern_statfs 19 nd6_slowtimo 19 statfs 19 dev_refl 20 inferior 20 pfs_vncache_alloc 20 ttywrite 20 sbuf_len 21 sbuf_overflowed 21 scparam 21 dev_stdclone 22 kbdmux_intr 22 kbdmux_kbd_intr 22 rn_satisfies_leaf 22 rn_search_m 22 sckbdevent 22 taskqueue_enqueue 22 taskqueue_run 22 taskqueue_swi_giant_enqueue 22 taskqueue_swi_giant_run 22 ttyflush 22 dev_rel 24 procfs_candebug 24 atkbd_intr 26 atkbd_read_char 26 atkbdintr 26 devfs_reclaim 26 genkbd_keyaction 26 kbdmux_kbd_event 26 read_kbd_data_no_wait 26 MD5Update 27 in_pcbdisconnect 28 knlist_add 28 knlist_remove 28 knlist_remove_kq 28 knote_attach 28 knote_drop 28 soo_kqfilter 28 turnstile_adjust 28 udp_connect 28 udp_disconnect 28 kern_kevent 29 kevent 29 kevent_copyin 29 kqueue_expand 29 kqueue_fo_find 29 kqueue_fo_release 29 kqueue_register 29 kqueue_release 29 kqueue_scan 29 in_pcbconnect 30 is_unsafe 30 p_candebug 30 pfs_access 30 soo_ioctl 30 in_pcbbind_setup 31 in_pcblookup_local 31 ip_rtaddr 31 pfs_getattr 31 scstart 31 turnstile_release 31 tcp_timer_delack 32 bufsync 33 in_pcbconnect_setup 33 in_pcbinshash 33 giant_open 35 kbdmux_read_char 35 scgetc 35 prison_canseemount 36 pty_clone 36 sbuf_bcat 36 sc_remove_cutmarking 36 sc_vtb_append 36 sc_vtb_delete 36 pgadjustjobc 38 trash_fini 38 udp_attach 38 udp_detach 38 kldsym 39 setpgid 42 mtx_pool_find 45 pmap_pinit 45 sc_hist_ioctl 45 sc_mouse_ioctl 45 sc_vid_ioctl 45 scioctl 45 scterm_ioctl 45 sx_init 45 vop_einval 45 kqueue_aquire 46 ttypend 46 in_pcbdetach 49 in_pcbfree 49 ufsdirhash_dirtrunc 49 in_pcbremlists 57 ip_freemoptions 57 knote_alloc 58 knote_free 58 in_pcballoc 59 prison_ip 59 in_pcbrehash 61 arc4rand 62 arc4random 62 knlist_empty 63 ksiginfo_alloc 63 proc_init 63 proc_linkup 63 pstats_alloc 63 sched_newproc 63 pfs_visible 67 sc_get_stat 79 cpu_thread_setup 80 sleepq_alloc 80 turnstile_alloc 80 umtxq_alloc 80 cv_init 90 ufsdirhash_move 91 bucket_zone_drain 92 frag6_drain 92 in_rtqdrain 92 ip_drain 92 mb_reclaim 92 uma_reclaim 92 kse_wakeup 93 in_clsroute 98 rtfree 98 arpintr 100 in_arpinput 100 msglogchar 108 turnstile_adjust_thread 109 pagedaemon_wakeup 111 in6_rtqtimo 114 in_rtqtimo 114 msgbuf_addchar 116 ttywait 116 change_rgid 121 catq 123 change_ruid 123 kmem_alloc_nofault 125 vlrureclaim 126 change_svgid 128 change_svuid 131 ttsetwater 137 arplookup 150 null_ioctl 166 tcp_drain 184 devfs_setattr 194 minor 207 getdtablesize 210 trash_init 216 arptimer 229 tcp_hc_purge 229 prison_enforce_statfs 241 elf_hash 247 link_elf_lookup_symbol 247 sc_vtb_pointer 248 turnstile_first_waiter 258 uio_yield 362 change_egid 363 change_euid 364 setlogin 380 uipc_detach 381 uipc_disconnect 381 unp_detach 381 unp_disconnect 381 unp_dispose 381 setsid 382 uipc_attach 383 unp_attach 383 unp_connect2 383 sysctl_kern_ps_strings 386 uipc_connect 386 unp_connect 386 setgid 387 donice 388 p_cansched 388 sched_nice 388 setpriority 388 pgdelete 394 sessrele 394 setgroups 397 setuid 400 soisdisconnected 401 doenterpgrp 404 enterpgrp 404 tcp_update_sack_list 405 sodisconnect 409 cblock_alloc_cblocks 411 clist_alloc_cblocks 411 soisconnected 413 connect 417 getsockaddr 417 kern_connect 417 soconnect 417 pffindtype 438 sbrelease 438 socantrcvmore_locked 438 socantsendmore_locked 438 soclose 438 sodealloc 438 sofree 438 soo_close 438 sorflush 438 socket 440 socreate 440 soalloc 442 soreserve 442 sysctl_hostname 454 sysctl_out_proc 460 pipespace 464 sched_pctcpu 470 sc_vtb_putchar 486 ufsdirhash_newblk 486 bucket_drain 510 msgbuf_peekbytes 516 calccru 530 ufsdirhash_free 560 sysctl_vm_loadavg 602 cpu_set_fork_handler 608 kthread_create 608 kthread_exit 608 ksprintn 614 vsnprintf 617 sysctl_hw_physmem 619 sysctl_hw_usermem 619 kvprintf 621 ufs_chown 631 chown 633 kern_chown 633 setfown 635 ffs_indirtrunc 678 VOP_IOCTL_APV 679 vn_ioctl 679 vop_enotty 679 proc_reparent 847 trypbuf 869 sbflush_locked 876 sbrelease_locked 876 pgfind 880 bucket_free 881 ksegrp_free 887 ksegrp_stash 887 ksegrp_unlink 887 sbreserve_locked 888 sigpending 888 sysctl_kse_virtual_cpu 888 ksegrp_alloc 951 ksegrp_ctor 951 ksegrp_link 951 sched_init_concurrency 951 fchmod 966 sysctl_kern_proc_args 966 getutimes 967 kern_utimes 967 setutimes 967 utimes 967 mtrash_fini 968 ptcwrite 970 soo_read 1009 tcp_usr_rcvd 1009 setegid 1013 seteuid 1013 in_rtqkill 1017 in6_rtqkill 1026 ptsread 1078 ttread 1087 cluster_rbuild 1103 ttyecho 1115 ttyinput 1115 uipc_send 1137 in6_mtutimo 1142 kern_recvit 1155 recvfrom 1155 recvit 1155 sodupsockaddr 1155 kern_sendit 1185 sendit 1185 sendto 1185 fsync 1191 softdep_sync_metadata 1191 ttwakeup 1232 VOP_SYMLINK_APV 1233 eaccess 1233 kern_eaccess 1233 kern_symlink 1233 symlink 1233 ufs_symlink 1233 vop_symlink_post 1233 generator_gate 1237 sysctl_handle_long 1242 devfs_readlink 1255 flock 1262 ttysleep 1297 random_close 1365 random_read 1365 random_yarrow_read 1379 sleepq_signal 1461 rn_walktree 1462 VOP_MKDIR_APV 1465 VOP_RMDIR_APV 1465 ffs_dirpref 1465 kern_rmdir 1465 rmdir 1465 ufs_dirempty 1465 ufs_mkdir 1465 ufs_rmdir 1465 vop_mkdir_post 1465 vop_rmdir_post 1465 cv_wait 1474 cv_wait_unlock 1474 cr_cansee 1488 p_cansee 1488 pfind 1491 ffs_fsync 1506 cr_seeothergids 1519 cr_seeotheruids 1519 kern_nanosleep 1519 nanosleep 1519 null_write 1588 setsugid 1607 exec_shell_imgact 1627 copyinuio 1656 writev 1656 devfs_close_f 1677 devfs_close 1680 count_dev 1681 devfs_open 1706 nullop 1730 chgsbsize 1764 upcall_free 1774 upcall_stash 1774 upcall_unlink 1774 kse_create 1776 upcall_alloc 1776 upcall_link 1776 getc 1777 devfs_root 1821 lf_clearlock 1849 lf_getblock 1849 lf_setlock 1849 lf_wakelock 1849 ffs_oldfscompat_write 1918 ffs_sbupdate 1918 pbgetbo 1931 pbrelbo 1931 vnode_pager_addr 1931 vnode_pager_generic_getpages 1931 sysctl_handle_string 2086 name2oid 2106 sysctl_sysctl_name2oid 2106 chmod 2157 kern_chmod 2157 pipe_ioctl 2191 tcp_clean_sackreport 2208 realitexpire 2284 cv_timedwait_sig 2288 timevalsub 2311 bucket_zone_lookup 2397 uma_zalloc_internal 2737 kern_setitimer 2739 setitimer 2739 getsock 2785 bfreekva 2841 devfs_fsync 2854 vop_stdfsync 2854 psignal 2909 mtrash_init 2967 ffs_backgroundwritedone 3029 geteblk 3029 getnanouptime 3039 ttnread 3064 ttypoll 3064 devfs_find 3086 devfs_lookup 3086 devfs_lookupx 3086 maybe_preempt_in_ksegrp 3086 devfs_populate 3093 tty_gettp 3093 ufs_chmod 3121 setfmode 3123 madvise 3135 kern_preadv 3202 pread 3202 cred_update_thread 3211 cv_signal 3395 VOP_REALLOCBLKS_APV 3419 cluster_collectbufs 3419 ffs_reallocblks 3419 ffs_reallocblks_ufs2 3419 uma_timeout 3426 ffs_clusteralloc 3448 kse_GC 3453 ufs_pathconf 3498 bucket_enable 3518 zone_foreach 3518 kern_pathconf 3542 pathconf 3542 VOP_PATHCONF_APV 3543 sched_set_concurrency 3550 lf_advlock 3698 ufs_advlock 3698 VOP_ADVLOCK_APV 3706 vn_rdwr 3717 kmem_free 3957 page_free 3957 pmap_change_wiring 4024 pmap_extract 4035 cpu_tick_calibrate 4303 cpu_set_upcall 4312 sbdrop 4379 vfs_stdnosync 4460 ffs_sync 4461 softdep_get_depcounts 4461 logpoll 4547 msgbuf_getcount 4551 dasendorderedtag 4568 devfs_access 4792 devfs_allocv 4896 snprintf_func 5104 upcall_remove 5198 free_unr 5199 free_unrl 5199 alloc_unr 5263 alloc_unrl 5267 bucket_cache_drain 5336 poll 5346 pollscan 5346 lf_findoverlap 5547 cluster_callback 6659 pbgetvp 6659 pbrelvp 6659 uma_zalloc_bucket 6797 kern_pwritev 6814 pwrite 6814 bremfreef 7130 collapse_unr 7148 zone_drain 7176 ip_fragment 7192 getpbuf 7733 ptsioctl 7780 l_nullioctl 7826 ttioctl 7826 ttyioctl 7826 giant_ioctl 7829 ttyldoptim 7829 npxdrop 7833 optimize_unr 7953 get_mcontext 7990 pmap_pte 8058 timevaladd 8592 initpbuf 8602 relpbuf 8602 cpu_set_upcall_kse 8878 cluster_wbuild 9275 umask 9882 in6_mtuexpire 10278 timevalfix 10903 kmem_malloc 11702 page_alloc 11702 slab_zalloc 11706 devfs_stat_f 12242 devfs_getattr 12337 vattr_null 12337 kern_setrlimit 13244 lim_alloc 13244 lim_copy 13244 setrlimit 13244 sync_fsync 13382 vfs_msync 13382 vop_eopnotsupp 13382 arc4_randbyte 13560 loadav 13708 random 13708 sched_load 13708 kern_mkdir 13718 mkdir 13718 vfs_bio_set_validclean 14256 msync 14978 ftruncate 14985 ufsdirhash_recycle 15121 ffs_getpages 15168 VOP_GETPAGES_APV 15184 vnode_pager_getpages 15184 ufs_dirrewrite 16091 VOP_PUTPAGES_APV 16137 vnode_pager_generic_putpages 16137 vnode_pager_putpages 16137 vop_stdputpages 16137 sync_vnode 16552 kern_sigaltstack 16815 sigaltstack 16815 sysctl_kern_clockrate 16815 sysctl_kern_usrstack 16815 relookup 16939 VOP_RENAME_APV 16944 kern_rename 16944 rename 16944 ufs_rename 16944 vop_rename_post 16944 vop_rename_pre 16944 change_dir 17159 chdir 17159 kern_chdir 17159 sysctl_handle_opaque 17327 VOP_FSYNC_APV 17775 getrusage 18522 kern_getrusage 18522 calcru 18915 ufsdirhash_add 18929 calcru1 19445 cputick2usec 19905 cpu_tickrate 19926 sysctl_new_user 20251 getppid 20476 getgid 20485 getuid 20651 in_localaddr 20964 getegid 21120 pipe 22209 pipe_zone_ctor 22209 pipe_zone_dtor 22209 pipespace_new 22673 ffs_syncvnode 23332 ufsdirhash_delslot 23381 ufsdirhash_remove 23381 ufsdirhash_findslot 23472 vn_writechk 23760 vfs_bio_clcheck 24210 waitrunningbufspace 24396 dup2 24942 ufsdirhash_enduseful 25509 ufsdirhash_findfree 26231 ufsdirhash_getprev 28634 VOP_REMOVE_APV 29679 ufs_remove 29679 vop_remove_post 29679 kern_unlink 30289 unlink 30289 getpgrp 30855 dup 34509 bawrite 34513 pmap_zero_page_area 36654 m_copydata 37686 pipe_stat 39728 elf32_load_file 40259 ufsdirhash_checkblock 42310 kern___getcwd 42386 vn_fullpath1 42386 pipe_close 44418 pipe_create 44418 pipeclose 44418 VOP_CREATE_APV 44538 ufs_create 44538 vop_create_post 44538 funsetown 44875 ufs_makeinode 45771 vnode_pager_haspage 46347 vtruncbuf 46733 vfs_bio_awrite 46929 skpc 47150 ffs_freefile 47228 ffs_vfree 47228 vrecycle 47228 ffs_nodealloccg 47236 ffs_valloc 47236 uma_zone_slab 47372 zero_init 47879 random_yarrow_unblock 47884 reseed 47884 ufs_dirremove 48083 ufs_direnter 48091 ufs_makedirentry 48091 rijndael_cipherInit 49121 rijndael_makeKey 49121 yarrow_encrypt_init 49121 geteuid 49352 ffs_fragextend 51281 ffs_realloccg 51281 ufs_bmap 51533 VOP_BMAP_APV 51550 npxsetregs 51731 cluster_write 52805 vfork 53899 set_fpcontext 55953 sigreturn 55953 postsig 55957 sendsig 55957 sigqueue_get 55958 issignal 55962 tdsigwakeup 55965 sigqueue_add 55966 sleepq_abort 56537 updatepri 57070 m_fixhdr 57971 tcp_xmit_bandwidth_limit 58205 tcp_xmit_timer 58205 sbdrop_locked 58606 tcpip_fillheaders 58696 tcp_dooptions 58806 tcp_input 58809 rijndael_blockEncrypt 61495 yarrow_encrypt 61495 vn_syncer_add_to_worklist 61950 get_fpcontext 63947 npxformat 63947 npxgetregs 63947 ptswrite 64093 ttwrite 64113 giant_write 65085 ffs_truncate 65298 sbappendstream 65364 soo_write 65364 ptcread 65383 tcp_usr_send 65383 ttwwakeup 65429 sbappendstream_locked 66362 sbcompress 66362 ureadc 66469 giant_read 66485 sosend 66520 sosend_copyin 66549 devfs_write_f 66671 knlist_mtx_lock 66696 knlist_mtx_unlock 66696 do_dup 66781 pipe_free_kmem 67091 cv_wait_sig 67377 getpid 67433 devfs_read_f 67907 bioq_takefirst 68310 schedcpu 68310 if_slowtimo 68311 ipport_tick 68311 kbdmux_kbd_intr_timo 68311 lboltcb 68311 mii_phy_update 68311 mii_tick 68311 nd6_timer 68311 rlphy_service 68311 rlphy_status 68311 sis_tick 68311 ntp_update_second 68847 ttyoutput 69581 kern_select 69784 select 69784 ffs_isfreeblock 73461 ffs_setblock 73461 clear_selinfo_list 75128 g_slice_start 76942 g_std_done 76942 fork 78596 sigonstack 80762 fchdir 81722 ffs_mapsearch 83612 pargs_free 84757 pargs_alloc 84767 ffs_alloccgblk 88227 ffs_clrblock 88227 pmap_ts_referenced 92202 ufs_readdir 96142 vnode_pager_dealloc 97268 rijndaelKeySetupEnc 98242 ufs_bmaparray 98697 ffs_alloc 107477 mb_dupcl 119087 tcp_output 121581 sleepq_remove 121724 rijndaelEncrypt 122990 ffs_alloccg 125682 ffs_statfs 127909 kern_readlink 128586 readlink 128586 putc 130391 elf32_freebsd_fixup 131802 elf32_get_brandinfo 131802 exec_copyout_strings 131802 exec_new_vmspace 131802 exec_setregs 131802 execsigs 131802 sigacts_shared 131802 childproc_exited 132476 sigparent 132476 sys_exit 132485 acct_process 133093 cpu_exit 133093 exit1 133093 ktr_drain 133093 ktrace_assert 133093 ktrace_enter 133093 ktrace_exit 133093 ktrprocexit 133093 leavepgrp 133093 pfs_exit 133093 proc_dtor 133093 sched_exit 133093 semexit_myhook 133093 sigacts_free 133093 cpu_fork 133103 fork1 133103 lim_hold 133103 microuptime 133103 proc_ctor 133103 pstats_fork 133103 sched_fork 133103 sigacts_alloc 133103 sigacts_copy 133103 uifind 133215 exec_elf32_imgact 133429 funsetownlst 133487 uilookup 133561 sched_exit_ksegrp 133980 sched_fork_ksegrp 133991 pargs_hold 134069 selscan 134878 do_tdsignal 135385 sigtd 135385 tdsignal 135385 frag6_slowtimo 136619 igmp_slowtimo 136619 ip_slowtimo 136619 pfslowtimo 136619 tcp_slowtimo 136619 tcp_timer_2msl_tw 136619 fork_return 136807 cpu_thread_exit 137404 sched_exit_thread 137404 sched_thread_exit 137404 sched_fork_thread 137415 fork_exit 137416 callout_init 137538 mb_ctor_clust 139714 mb_dtor_clust 139714 sched_newthread 142693 lim_free 146337 cpu_thread_clean 147169 VOP_READDIR_APV 147263 getdirentries 147263 sysarch 149505 vfs_bio_clrbuf 150883 pmap_remove_page 151732 ffs_blkfree 152259 fstatfs 154346 kern_fstatfs 154346 soo_poll 155414 sopoll 155414 ffs_fragacct 157596 issetugid 161953 ffs_blkpref_ufs2 162168 bucket_alloc 162225 ttstart 162521 ptsstart 162557 ptcwakeup 163661 b_to_q 165433 mprotect 168855 gettimeofday 172532 microtime 172532 elf32_check_header 173688 exec_check_permissions 173688 exec_map_first_page 173688 exec_unmap_first_page 173688 getrlimit 175760 ffs_clusteracct 175782 ffs_hashalloc 176207 knlist_cleardel 177515 ffs_isblock 177812 knlist_destroy 178404 knlist_init 178426 pmap_activate 186384 ffs_bufwrite 186437 kern_wait 186914 wait4 186914 vn_access 186916 pmap_page_protect 191039 fpstate_drop 191981 kthread_suspend_check 204919 pmap_remove_pages 210388 pargs_drop 210741 sigqueue_delete_proc 219248 sigqueue_delete_set_proc 219248 uma_zfree_internal 219873 sigqueue_init 223686 selrecord 225856 q_to_b 226351 vhold 226569 ufs_strategy 229971 VOP_STRATEGY_APV 237103 bufstrategy 237103 vop_strategy_pre 237103 zone_timeout 246672 do_execve 248797 exec_copyin_args 248797 exec_free_args 248797 execve 248797 kern_execve 248797 kmem_alloc_wait 248797 kmem_free_wakeup 248797 ptcpoll 260640 stopprofclock 264895 eventhandler_prune_list 264998 ruadd 266186 sigqueue_take 266186 chgproccnt 266442 devfs_poll_f 268251 giant_poll 268251 munmap 277920 uma_find_refcnt 279428 ip_reass 286568 m_cat 286568 pipe_write 288398 pmap_clear_reference 289582 p_canwait 298751 prison_check 300270 vfs_vmio_release 302600 pipe_read 307527 brelvp 308094 bgetvp 310934 getnewbuf 310934 obreak 311697 kse_release 314648 tvtohz 321724 scanc 324279 ufsdirhash_adjfree 324493 logtimeout 340436 icmp6_fasttimo 340437 igmp_fasttimo 340437 pffasttimo 340437 miibus_readreg 341555 sis_mii_readreg 341555 sis_mii_sync 341555 sis_miibus_readreg 341555 ufs_getlbns 342152 elf32_load_section 344122 sf_buf_alloc 345755 sf_buf_free 345755 vnode_pager_alloc 346963 bufwait 347083 bwait 349014 vfs_mark_atime 359520 sleepq_timedwait_sig 360309 uma_slab_alloc 365368 bufwrite 366343 ufsdirhash_lookup 380445 ufs_setattr 380752 VOP_SETATTR_APV 380957 vop_setattr_post 380957 bdone 386914 allocbuf 393509 eventhandler_find_list 398108 getvnode 400475 sysctl_handle_int 406974 fcntl 408029 kern_fcntl 408029 ffs_geom_strategy 429647 g_alloc_bio 429647 g_disk_start 429647 g_vfs_done 429647 g_vfs_strategy 429647 ad_done 433746 ad_strategy 433746 bio_taskqueue 433746 callout_init_mtx 433746 devstat_start_transaction_bio 433746 g_disk_done 433746 sigqueue_collect_set 439385 sigqueue_move_set 439385 sysctl_old_user 447367 sysctl_find_oid 448015 sysctl_root 448015 userland_sysctl 448015 useracc 451635 reassignbuf 454676 slot_fill 465203 elf32_map_insert 476071 pmap_enter_object 486221 sigqueue_flush 489745 sleepq_wait_sig 491093 vnlru_free 494481 g_io_check 506589 g_io_deliver 506589 g_io_request 506589 g_clone_bio 510688 vfs_busy_pages 513922 vtryrecycle 515463 ast 520359 incore 523016 pmap_is_modified 523201 SHA256_Final 526724 SHA256_Init 526724 yarrow_hash_finish 526724 yarrow_hash_init 526724 access 536834 crdup 536834 kern_access 536834 crcopy 540045 crshared 540045 bufdone_finish 546036 bufdone 557655 runningbufwakeup 557655 sig_ffs 564886 ffs_ifree 583405 ufs_reclaim 583405 pmap_ptelist_free 583944 pmap_ptelist_alloc 583968 bundirty 600993 ffs_load_inode 610352 init_va_filerev 610352 ufs_vinit 610352 vfs_hash_remove 612660 VOP_RECLAIM_APV 612690 delmntque 612690 lockdestroy 612690 vdestroy 612690 vgonel 612690 getbinuptime 614655 cache_purge 615638 vfs_hash_insert 641928 getnewvnode 641956 insmntque 641956 lockinit 641956 vnode_destroy_vobject 659922 groupmember 667819 crget 672243 g_run_events 678642 one_event 678642 atkbd_timeout 679167 forward_roundrobin 679167 roundrobin 679167 atkbd_check_char 679219 kbdc_data_ready 679219 ufsdirhash_hash 705032 vinvalbuf 716363 vdrop 716705 vnode_pager_setsize 724988 kern_lstat 725025 lstat 725025 cluster_read 743292 cache_zap 754792 buf_vlist_remove 762770 buf_vlist_add 765610 pmap_protect 783797 cache_enter 787915 ufs_close 820555 pmap_copy 832023 sleepq_wait 835077 lseek 835793 vn_finished_secondary_write 837230 vn_start_secondary_write 837230 sleepq_check_signals 851391 sleepq_catch_signals 851402 pmap_invalidate_all 855955 smp_invltlb 855955 device_get_ivars 867492 pci_cfgdisable 867492 pci_cfgenable 867492 pci_cfgregread 867492 pci_read_config_method 867492 pcireg_cfgread 867492 ufs_lookup 886150 ufsdirhash_build 886150 VOP_CACHEDLOOKUP_APV 886162 pmap_qremove 915945 biodone 940335 devstat_end_transaction 940335 devstat_end_transaction_bio 940335 devstat_start_transaction 940335 g_destroy_bio 940335 cursig 963325 pmap_qenter 973069 ufs_open 994243 vn_write 997191 ffs_write 999072 ffs_update 1009479 g_trace 1013178 VOP_WRITE_APV 1013328 ffs_blkatoff 1016818 clock_gettime 1020062 kern_clock_gettime 1020062 ffs_balloc_ufs2 1061860 default_pager_dealloc 1201063 sigprocmask 1203982 uifree 1213768 uihold 1213792 cv_broadcastpri 1233370 devfs_ioctl_f 1241467 ioctl 1244363 ffs_read 1316640 atkbd_lock 1358334 kbdc_lock 1358334 pmap_addr_hint 1361185 sis_mii_send 1366220 write 1409154 kern_writev 1410810 dofilewrite 1417624 fget_write 1417624 flushbuflist 1434143 kern_stat 1484422 stat 1484422 mmap 1485435 lim_max 1492987 pmap_copy_page 1534022 devfs_fp_check 1644296 dev_relthread 1650776 dev_refthread 1650778 and_region 1692803 scrn_timer 1692803 scrn_update 1692803 vn_statfile 1774785 fpu_clean_state 1791331 fpurstor 1791331 fstat 1814513 kern_fstat 1814513 vn_closefile 1831175 VOP_CLOSE_APV 1831179 vn_close 1831179 npxsave 1864004 fpusave 1864964 npxdna 1871838 buf_dirty_count_severe 1876264 pmap_invalidate_range 1889014 smp_invlpg_range 1889014 pmap_remove_pte 1902880 vnode_create_vobject 2003180 VOP_OPEN_APV 2004892 default_pager_haspage 2014058 close 2038540 knote_fdclose 2046418 vfs_timestamp 2103068 ufs_root 2153919 bwillwrite 2175502 resetpriority 2190250 resetpriority_thread 2207699 ufs_getattr 2262255 dev2udev 2262417 bdwrite 2327914 vfs_clean_pages 2327914 bdirty 2335044 closef 2412933 timeout 2444851 smp_invlpg 2476656 pmap_invalidate_page 2482932 vn_read 2523258 VOP_READ_APV 2623117 pmap_remove 2669971 ufs_readlink 2809462 VOP_READLINK_APV 2810717 vfs_setdirty 2832887 g_bioq_unlock 2893848 kern_readv 2896728 read 2896728 ffs_vget 2899723 dofileread 2899930 fget_read 2899930 kern_sigaction 2900402 sigaction 2900402 vbusy 3052468 vn_stat 3111934 nanotime 3183618 suser 3266322 sleepq_timeout 3287385 bintime 3356150 pmap_remove_entry 3392584 ufs_itimes 3447738 brelse 3454075 free_pv_entry 3496319 vn_finished_write 3506829 vn_start_write 3506829 pmap_enter_quick 3553775 vfree 3576217 NDFREE 3640468 VOP_LEASE_APV 3654788 vop_null 3657466 SHA256_Transform 3686386 sleepq_timedwait 3716734 vn_isdisk 4050322 sleepq_check_timeout 4077042 sleepq_set_timeout 4077043 fget 4123679 vop_stdgetwritemount 4317168 VOP_GETWRITEMOUNT_APV 4330551 suser_cred 4431260 bqrelse 4461237 vfs_ref 4471533 bread 4844340 breada 4844340 breadn 4844340 g_bioq_lock 4889062 g_bioq_first 4953323 sched_lend_prio 5081406 sched_rem 5110444 adjustrunqueue 5113385 sched_unlend_prio 5173120 turnstile_broadcast 5173120 turnstile_setowner 5173120 turnstile_unpend 5173120 propagate_priority 5177099 turnstile_wait 5177298 msleep 5332074 sched_sleep 5402955 sleepq_resume_thread 5403202 sleepq_switch 5403209 sleepq_add 5403213 sched_wakeup 5403831 setrunnable 5404089 kern_open 5471033 open 5471033 vn_open 5471042 vn_open_cred 5471042 buf_splay 5472022 flsl 5496868 falloc 5515910 depart 5767006 sosend_dgram 5781923 m_move_pkthdr 5781957 m_prepend 5781957 ip_savecontrol 5781975 udp_append 5781975 udp_output 5781986 udp_send 5781986 udp_input 5782176 in_broadcast 5782204 sbappendaddr_locked 5783112 sowakeup 5784068 m_dup_pkthdr 5802493 m_tag_copy_chain 5802493 swi_net 5833970 netisr_processqueue 5833982 crhold 5836879 m_copym 5838871 in_delayed_cksum 5840687 ip_output 5840696 rtalloc_ign 5840734 in_pcblookup_hash 5840826 in_matroute 5840884 rn_match 5840884 rtalloc1 5840884 arpresolve 5876639 rt_check 5876639 ether_output_frame 5876687 if_start 5876687 sis_encap 5876687 sis_start 5876687 ether_output 5876689 sis_startl 5877451 sis_txeof 5878818 sis_rxeof 5909426 jailed 5917724 doselwakeup 5947747 selwakeuppri 5947747 m_copyback 6010554 ip_fastforward 6069576 ip_input 6069582 ether_demux 6069678 ether_input 6069678 netisr_dispatch 6069678 sis_newbuf 6069678 if_handoff 6069684 legacy_setsoftnet 6069684 mb_ctor_pack 6087726 mb_dtor_pack 6087726 mtx_pool_alloc 6158212 pmap_remove_all 6166153 mb_free_ext 6346527 device_get_parent 6462125 sis_intr 6500277 random_harvest 6503437 random_harvest_internal 6503437 random_process_event 6503437 crfree 6509084 lock_destroy 6692751 mtx_destroy 6692751 mtx_init 6754042 enroll 6754087 lock_init 6754087 tcp_isn_tick 6754846 getmicrotime 6754847 apic_idt_to_irq 6934057 lapic_handle_intr 6934057 knote 7069057 dev_lock 7357232 dev_unlock 7357232 knlist_mtx_locked 7424206 getmicrouptime 7514614 bremfree 7604378 getblk 7758075 uiomove 7762519 bremfreel 7915312 malloc_type_freed 8464590 free 8464596 malloc 8466037 malloc_type_zone_allocated 8466037 mtrash_ctor 8467002 mtrash_dtor 8467554 gbincore 8681360 namei 8743299 lim_cur 9143240 sched_clock 9156890 statclock 9156890 wakeup 9323639 sleepq_broadcast 9323654 rman_get_bushandle 9524741 rman_get_bustag 9524741 vfs_page_set_valid 9547431 turnstile_lookup 10350418 turnstile_lock 10350449 pmap_clear_modify 10425835 pmap_zero_page 10537624 softclock 10563984 sched_prio 10704461 lim_rlimit 10811987 device_get_softc 10916024 ffsl 11109418 vfs_busy 11258156 vfs_unbusy 11258156 vfs_rel 11412521 lookup 11547368 removechild 11549403 insertchild 11549446 itismychild 11549446 soreceive 11566078 m_length 11622986 signotify 11755058 m_adj 11859824 pfil_run_hooks 11910280 bus_dmamap_destroy 11946365 vfs_hash_get 12020164 vrele 12674838 kern_sigprocmask 12767770 pmap_try_insert_pv_entry 13658091 sleepq_release 13967599 SHA256_Update 14827773 yarrow_hash_iterate 14827773 sched_priority 15785807 vfs_hash_index 16276696 in_cksum_skip 17558324 sleepq_lookup 18135521 pmap_zero_page_idle 18644727 sleepq_lock 19370808 vref 20723084 v_incr_usecount 21365040 m_freem 23287791 bus_dmamap_create 23598672 sis_dma_map_desc_ptr 23598672 m_tag_delete_chain 23617781 swi_sched 23746415 bus_dmamap_load 24032418 callout_reset 28236622 syscall 29564295 ufs_inactive 31776663 trap_pfault 32032566 unlock_and_deallocate 32032628 vnode_pager_lock 32032721 pmap_enter 32044341 pmap_enter_quick_locked 35554955 lockcount 38531431 cpu_idle 41449135 mp_grab_cpu_hlt 41449135 vfs_cache_lookup 41996117 ufs_access 43255091 vaccess 43259913 maybe_preempt 44787946 pmap_allocpte 45162843 mb_ctor_mbuf 48403213 mb_dtor_mbuf 48403214 pmap_pte_quick 48771986 DELAY 50300802 VOP_GETATTR_APV 54408640 trash_ctor 54630691 trash_dtor 54630870 VOP_INACTIVE_APV 55931633 vinactive 55931633 v_decr_useonly 55931638 choosethread 60178319 sched_choose 60178319 runq_add 60311840 runq_remove 60311840 maybe_resched 60820837 sched_userret 61139013 setrunqueue 62078633 pmap_is_prefaultable 66700133 v_decr_usecount 66802829 mi_switch 66921319 sched_switch 66921319 pmap_insert_entry 67077849 rdtsc 67081484 sched_add 67188820 hardclock 68848801 hardclock_cpu 68848801 tc_ticktock 68848801 tc_windup 68848801 nanouptime 69664848 ffs_lock 70801892 binuptime 75034771 vop_stdlock 76203985 pmap_unuse_pt 79242610 get_pv_entry 80735940 sched_runnable 82898270 uma_zfree_arg 88154753 uma_dbg_free 88156215 uma_zalloc_arg 88296677 uma_dbg_alloc 88661958 cache_lookup 93651049 VOP_LOOKUP_APV 93654135 vop_lookup_post 93654135 vop_lookup_pre 93654135 VOP_ACCESS_APV 95933070 v_upgrade_usecount 101369711 vget 101369783 vput 110059629 runq_choose 120356638 vdropl 123825813 vholdl 123854336 lapic_handle_timer 137697603 lapic_eoi 144631660 VOP_UNLOCK_APV 145034791 vop_stdunlock 145034791 vop_unlock_post 145034791 vop_unlock_pre 145034791 VOP_LOCK_APV 147005877 vop_lock_post 147005877 vop_lock_pre 147005877 vn_lock 147085632 runq_check 165796540 VOP_ISLOCKED_APV 166179847 lockstatus 166179847 vop_stdislocked 166179847 uma_dbg_getslab 167986756 acquire 314290116 lockmgr 331095072 critical_enter 4364385478 critical_exit 4364385478 -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 23:05:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 607F416A47F for ; Tue, 13 Jun 2006 23:05:00 +0000 (UTC) (envelope-from dunstan@laptop.freebsd.czest.pl) Received: from laptop.freebsd.czest.pl (gw98.internetdsl.tpnet.pl [80.53.74.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE7343D58 for ; Tue, 13 Jun 2006 23:04:55 +0000 (GMT) (envelope-from dunstan@laptop.freebsd.czest.pl) Received: from laptop.freebsd.czest.pl (localhost [127.0.0.1]) by laptop.freebsd.czest.pl (8.13.6/8.13.4) with ESMTP id k5E15VW5002668 for ; Wed, 14 Jun 2006 01:05:31 GMT (envelope-from dunstan@laptop.freebsd.czest.pl) Received: (from dunstan@localhost) by laptop.freebsd.czest.pl (8.13.6/8.13.4/Submit) id k5E15Vwt002667 for freebsd-current@freebsd.org; Wed, 14 Jun 2006 01:05:31 GMT (envelope-from dunstan) Date: Wed, 14 Jun 2006 01:05:31 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20060614010531.GA2033@FreeBSD.czest.pl> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 23:05:00 -0000 Hello, I have implemented The MemTrace -- a simple tool, which lets you see where kernel memory allocation was done -- source file name, line number, malloc'ed type and size, as well as the address of the allocated memory. Not only does it track memory allocation, but also free() calls with allocated addresses. Each allocation is tracked until free() is done, which means memory chunk was properly deallocated. Such case won't be reported. Results are kept in a fixed-sized cache, which is available through sysctl vm.memtrace.show. Number of allocations is specified with MEMTRACE_ENTRIES variable. If large number of unfree'ed memory is investigated, there's a possibility for fetching useful data via ktr(9) for later analysis. Thus, you'll have to set KTR_MALLOC in debug.ktr.mask. You can also use ALQ with KTR, if you want to obtain a lot of entries. Packed source code is here: http://people.freebsd.org/~wkoszek/mtrace-20060613.tgz You can get this tool from perforce.freebsd.org, exact location: //depot/user/wkoszek/mtrace/... Please let me know if you've found it useful. I wonder if we could have it commited, upon careful testing. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 13 23:17:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B4AD16A41A for ; Tue, 13 Jun 2006 23:17:05 +0000 (UTC) (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 C6E6843D77 for ; Tue, 13 Jun 2006 23:16:56 +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.13.4/8.12.9) with ESMTP id k5DNVIgn060412 for ; Tue, 13 Jun 2006 23:31:18 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k5DNVHJx060411 for freebsd-current@freebsd.org; Tue, 13 Jun 2006 23:31:17 GMT (envelope-from dunstan) Date: Tue, 13 Jun 2006 23:31:17 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20060613233117.GA60384@FreeBSD.czest.pl> References: <20060614010531.GA2033@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20060614010531.GA2033@FreeBSD.czest.pl> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Tue, 13 Jun 2006 23:31:18 +0000 (UTC) Subject: (Should be: MemTrace -- simple tool for tracking memory leaks) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2006 23:17:05 -0000 On Wed, Jun 14, 2006 at 01:05:31AM +0000, Wojciech A. Koszek wrote: > Hello, And yes, it's better to set a message subject before sending. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 04:30:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B97316A41A for ; Wed, 14 Jun 2006 04:30:37 +0000 (UTC) (envelope-from reaz124643@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4135643D72 for ; Wed, 14 Jun 2006 04:30:27 +0000 (GMT) (envelope-from reaz124643@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so44639nzf for ; Tue, 13 Jun 2006 21:30: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:mime-version:content-type; b=NrMbfNtWBC3ZpTGj0oZXJvfgpVRCmtt3Ukcxblrzy5Y6w7UV5OrMhaOkQ5FQH3Ocj2wwRFGvCFHHXCMTePy2I6Q9QkSIkAUz88/p4fVor+/p7TT2u04L6ZEjw3lFDW8awePN/a14fHe2cMtVQTFXYTjw7Czmy6CSdYLpTwf7jrA= Received: by 10.37.2.59 with SMTP id e59mr361922nzi; Tue, 13 Jun 2006 21:30:27 -0700 (PDT) Received: by 10.37.14.59 with HTTP; Tue, 13 Jun 2006 21:30:27 -0700 (PDT) Message-ID: <13d6ef3f0606132130p2abf6926xc72cb049309dfd2c@mail.gmail.com> Date: Tue, 13 Jun 2006 21:30:27 -0700 From: Reaz To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: delete plip0 permanently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 04:30:37 -0000 HI I am a new user of freebsd 6.1.how can i delete *plip0* permanently.cananyone help me. Thanks Reaz $ ifconfig re0: flags=8843 mtu 1500 options=18 inet6 fe80::213:d3ff:fe17:c1d0%re0 prefixlen 64 scopeid 0x1 inet 192.168.10.10 netmask 0xffffff00 broadcast 192.168.10.255 ether 00:13:d3:17:c1:d0 media: Ethernet autoselect (10baseT/UTP) status: active *plip0: flags=108810 mtu 1500* lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 04:34:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CC516A479 for ; Wed, 14 Jun 2006 04:34:52 +0000 (UTC) (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 54D9943D45 for ; Wed, 14 Jun 2006 04:34:52 +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 k5E4Yncx025659; Tue, 13 Jun 2006 21:34:49 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k5E4YnWb025658; Tue, 13 Jun 2006 21:34:49 -0700 Date: Tue, 13 Jun 2006 21:34:49 -0700 From: Brooks Davis To: Reaz Message-ID: <20060614043449.GA24900@odin.ac.hmc.edu> References: <13d6ef3f0606132130p2abf6926xc72cb049309dfd2c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <13d6ef3f0606132130p2abf6926xc72cb049309dfd2c@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: delete plip0 permanently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 04:34:52 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 13, 2006 at 09:30:27PM -0700, Reaz wrote: > HI >=20 > I am a new user of freebsd 6.1.how can i delete *plip0* > permanently.cananyone help me. Remove device plip from your kernel configuration or buy a machine without a parallel port. -- 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 --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEj5HoXY6L6fI4GtQRAoNHAJ9SAZ8LM7Vd8ZUSJboLx7Ryg82M9ACeOqoj FJcV9GYIo9p5neoCqn6WUNA= =tvTw -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 07:36:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3136016A479; Wed, 14 Jun 2006 07:36:48 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C719D43D45; Wed, 14 Jun 2006 07:36:47 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id A4FA115DBF; Wed, 14 Jun 2006 03:37:08 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id 45201BBCF; Wed, 14 Jun 2006 03:37:06 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FqPve-0005Xp-4h; Wed, 14 Jun 2006 08:36:42 +0100 Date: Wed, 14 Jun 2006 08:36:42 +0100 From: Brian Candler To: John Baldwin Message-ID: <20060614073641.GA21285@uk.tiscali.com> References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> <200606130953.09621.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606130953.09621.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Park Foreman Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 07:36:48 -0000 On Tue, Jun 13, 2006 at 09:53:09AM -0400, John Baldwin wrote: > On Wednesday 19 April 2006 18:14, Park Foreman wrote: > > System: Nokia IP330 using AMD K6 processor > > Card: Zynx ZX412 dual 10/100 card and DEC/Intel 21143 chipset > > > > ifconfig: > > dc0: flags=8843 mtu 1500 > > options=8 > > inet 172.21.1.1 netmask 0xffff0000 broadcast 172.21.255.255 > > inet6 fe80::2c0:95ff:fee5:7d8c%dc0 prefixlen 64 scopeid 0x4 > > ether 00:c0:95:e5:12:ab > > media: Ethernet autoselect (none) > > status: no carrier > > dc1: flags=8843 mtu 1500 > > options=8 > > inet 172.21.2.1 netmask 0xffff0000 broadcast 172.21.255.255 > > inet6 fe80::2c0:95ff:fee5:7d8d%dc1 prefixlen 64 scopeid 0x5 > > ether 00:c0:95:e5:23:cd > > media: Ethernet autoselect (none) > > status: no carrier Aside: those two IP addresses are on the same IP subnet, 172.21.0.0/16. Does that now work? It didn't used to, but I once saw a project on the wishlist to separate out the ARP table from the forwarding table so that this could work. Did that happen? With the above configuration, both NICs would have to be plugged into the same LAN, of course. Or maybe the OP meant to set /24 netmasks, but didn't. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 07:51:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10AE216A474; Wed, 14 Jun 2006 07:51:50 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E3743D45; Wed, 14 Jun 2006 07:51:48 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5E7phoL057756; Wed, 14 Jun 2006 11:51:43 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5E7pgdr057755; Wed, 14 Jun 2006 11:51:42 +0400 (MSD) (envelope-from yar) Date: Wed, 14 Jun 2006 11:51:42 +0400 From: Yar Tikhiy To: Goran Gajic Message-ID: <20060614075142.GA57496@comp.chem.msu.su> References: <20060608110046.GD69869@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, emax@freebsd.org Subject: Re: 7.0-CURRENT panics if scroll lock is pressed during 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: Wed, 14 Jun 2006 07:51:50 -0000 On Sat, Jun 10, 2006 at 12:08:48PM +0200, Goran Gajic wrote: > On Thu, 8 Jun 2006, Yar Tikhiy wrote: > > >It might be another issue in kbdmux, as keyboard not working in the > >debugger apparently is. You can try hitting Scroll Lock with kbdmux > >disabled in device.hints or not compiled into the kernel in order > >to see if it's the case. Should the system still panic, you'll at > >least have the keyboard working in the debugger. > > You were right: when I have disabled kbdmux in /boot/device.hints > scroll lock hitting is no longer causing panics and I have > noticed that scroll lock, caps lock and pause/break LEDs are working > again. For some reason after cvsup at the end of May LEDs stopped > working.. Did you inform Maksim Yevmenkin of this problem? He is the author of kbdmux, so he is very likely to be interested in finding and fixing such issues. I carbon copied this message to him. Perhaps he will tell if you should file a PR on the problem for future reference. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 07:55:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB6B16A47C; Wed, 14 Jun 2006 07:55:16 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A652A43D46; Wed, 14 Jun 2006 07:55:14 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.6/8.13.3) with ESMTP id k5E7t9Bd047122 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 14 Jun 2006 09:55:09 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.6/8.13.3/Submit) id k5E7t9bM047121; Wed, 14 Jun 2006 09:55:09 +0200 (CEST) Date: Wed, 14 Jun 2006 09:55:09 +0200 From: Divacky Roman To: emulation@freebsd.org, current@freebsd.org, ports@freebsd.org Message-ID: <20060614075508.GA46922@stud.fit.vutbr.cz> References: <20060613211130.09208f22@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060613211130.09208f22@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Subject: Re: HEADS-UP: new dummy syscalls for linuxolator -> new console messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 07:55:16 -0000 On Tue, Jun 13, 2006 at 09:11:30PM +0200, Alexander Leidinger wrote: > Hi, > > I just committed some dummy syscalls to the linuxolator in current. The > only purpose of them is to moan if a linux program wants to use an > unimplemented syscall. So if you use a linux program and you see some > related messages on the console after that, we want to know about it on > emulation@ (F-up set). Please provide > - ls -1 /var/db/pkg | grep linux > - the program you are using > - the message from the console > > This will help us to determine the priority in which unimplemented > syscalls have to be implemented. I doubt anyone will see any messages unless he/she sets compat.linux.osrelease to something higher then 2.6.16 still.. if something was printed we appreciate that info roman From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 08:07:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D5A516A474 for ; Wed, 14 Jun 2006 08:07:29 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F91343D69 for ; Wed, 14 Jun 2006 08:07:28 +0000 (GMT) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 7FB1615CEA for ; Wed, 14 Jun 2006 11:07:26 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43130-04 for ; Wed, 14 Jun 2006 11:07:25 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id BA8D715CE9 for ; Wed, 14 Jun 2006 11:07:25 +0300 (EEST) Message-ID: <448FC3AF.9060606@bulinfo.net> Date: Wed, 14 Jun 2006 11:07:11 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 08:07:29 -0000 Hello, This simple code demonstrates the problem: int main () { char* buffer1; char* buffer2; int size = 2*1024*1024 + 1; for(;;) { buffer1 = (char *) malloc(size); buffer2 = (char *) malloc(size); free(buffer1); free(buffer2); } } The second free() does not free allocated memory if size >2Mb. On 6.1-STABLE all is OK. Best Regards From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 09:13:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1DAE16A41A; Wed, 14 Jun 2006 09:13:10 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD98E43D58; Wed, 14 Jun 2006 09:13:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DA8D.dip.t-dialin.net [84.165.218.141]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5E99Ppa074770; Wed, 14 Jun 2006 11:09:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5E9D8Qb025367; Wed, 14 Jun 2006 11:13:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 14 Jun 2006 11:13:08 +0200 Message-ID: <20060614111308.eln9cfa8o0c4osko@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 14 Jun 2006 11:13:08 +0200 From: Alexander Leidinger To: Divacky Roman References: <20060613211130.09208f22@Magellan.Leidinger.net> <20060614075508.GA46922@stud.fit.vutbr.cz> In-Reply-To: <20060614075508.GA46922@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: emulation@freebsd.org, ports@freebsd.org, current@freebsd.org Subject: Re: HEADS-UP: new dummy syscalls for linuxolator -> new console messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 09:13:10 -0000 Quoting Divacky Roman (from Wed, 14 Jun =20 2006 09:55:09 +0200): > On Tue, Jun 13, 2006 at 09:11:30PM +0200, Alexander Leidinger wrote: >> Hi, >> >> I just committed some dummy syscalls to the linuxolator in current. The >> only purpose of them is to moan if a linux program wants to use an >> unimplemented syscall. So if you use a linux program and you see some >> related messages on the console after that, we want to know about it on >> emulation@ (F-up set). Please provide >> - ls -1 /var/db/pkg | grep linux >> - the program you are using >> - the message from the console >> >> This will help us to determine the priority in which unimplemented >> syscalls have to be implemented. > > I doubt anyone will see any messages unless he/she sets =20 > compat.linux.osrelease > to something higher then 2.6.16 Which is not recommended except you don't mind running into bugs and =20 getting coredumps from some programs. We know about this and Roman is =20 working on it, so we're not interested in such reports, in case =20 someone tries this. We're only interested in reports about use of not =20 implemented syscalls. In case someone plays with the osrelease sysctl, =20 please tell us about it when submitting reports about unimplemented =20 stuff. > still.. if something was printed we appreciate that info Yes, I want to see which sysctl's (and other stuff like ioctl's) may =20 be used _now_ but are not implemented. Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 09:39:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81BCB16A47D for ; Wed, 14 Jun 2006 09:39:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2525943D46 for ; Wed, 14 Jun 2006 09:39:15 +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 C5F9A46BCA; Wed, 14 Jun 2006 05:39:14 -0400 (EDT) Date: Wed, 14 Jun 2006 10:39:14 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Birrell In-Reply-To: <20060613213617.GA78337@what-creek.com> Message-ID: <20060614103614.Y34121@fledge.watson.org> References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 09:39:16 -0000 On Tue, 13 Jun 2006, John Birrell wrote: > On Tue, Jun 13, 2006 at 02:15:43AM +0000, John Birrell wrote: >> With the development as it stands at the moment, take care using the FBT >> provider because you can easily cause the system to go kaboom. I'm still >> trying to track down the problems there. It's not in FBT itself -- just >> the fact that the DTrace probe context isn't allowed to call anything that >> FBT can instrument. If that happens you will either get a reboot or a >> double fault will leave you in kdb. I recommend only enabling a few FBT >> probes at a time just so you know which ones could cause a fault. There is >> no point telling me that you enabled fbt::: and the system went kaboom! > > With the FBT provider as it now stands and using this script: > > fbt:::entry > { > @[probefunc] = count(); > } > > the output after a buildworld is listed below. Check out the number of calls > to critical_enter and critical_exit (which are listed at the bottom)! And > for comparison, check the hardclock() count which relects 1000 Hz. I don't suppose it's possible to get stack traces or fractional stack traces (last 2-3 frames)? There are a number of comon consumers of critical sections, but the number does seem inordinately high, especially with respect to the number of calls of the common consumers. Critical sections are acquired during access to per-cpu caches in UMA, and for per-cpu stats in malloc(9), as well as in context switches and in interrupts. BTW, it looks like the below is running with invariants turned on? It may be more interesting to run the below without invariants, since invariants significantly changes the behavior of the memory allocation paths due to memory trashing and additional bookkeeping. Robert N M Watson Computer Laboratory Universty of Cambridge > > > cnioctl 1 > cr_cansignal 1 > dead_getwritemount 1 > devfs_delete 1 > devfs_free 1 > devfs_statfs 1 > fpathconf 1 > ip6_ctloutput 1 > kern_sigtimedwait 1 > kill 1 > p_cansignal 1 > pfs_statfs 1 > pps_ioctl 1 > rip6_attach 1 > rip6_ctloutput 1 > rip6_detach 1 > rip_attach 1 > rip_ctloutput 1 > rip_detach 1 > rip_pcbdetach 1 > sigqueue_move 1 > sigtimedwait 1 > startup_alloc 1 > sysctl_kern_boottime 1 > sysctl_kern_cp_time 1 > zero_read 1 > accept 2 > accept1 2 > chflags 2 > cloneuio 2 > cnclose 2 > cnwrite 2 > devclass_get_device 2 > devclass_get_softc 2 > faithprefix 2 > fchown 2 > fgetown 2 > getpriority 2 > getsockname 2 > getsockname1 2 > icmp6_input 2 > icmp6_rip6_input 2 > in6_cksum 2 > in6_ifawithifp 2 > in_setsockaddr 2 > ip6_addaux 2 > ip6_delaux 2 > ip6_findaux 2 > ip6_getdstifaddr 2 > ip6_hopopts_input 2 > ip6_input 2 > ip6_process_hopopts 2 > ip6_setdstifaddr 2 > log_console 2 > m_tag_copy 2 > memopen 2 > mld6_input 2 > ndflush 2 > pffindproto 2 > pty_create_slave 2 > ptyinit 2 > revoke 2 > sa6_recoverscope 2 > scclose 2 > setfflags 2 > siobusycheck 2 > siopoll 2 > soaccept 2 > sonewconn 2 > syncache_add 2 > syncache_drop 2 > syncache_expand 2 > syncache_free 2 > syncache_insert 2 > syncache_respond 2 > syncache_socket 2 > syncookie_generate 2 > sysctl_kern_msgbuf 2 > sysctl_vfs_conflist 2 > sysctl_vm_swap_info 2 > tcp_hc_get 2 > tcp_mss 2 > tcp_reass 2 > tcp_sockaddr 2 > tcp_usr_accept 2 > tty_close 2 > ttyalloc 2 > ttylclose 2 > ttyrel 2 > vcount 2 > wakeup_one 2 > cnopen 3 > genkbd_commonioctl 3 > ifconf 3 > in_pcbbind 3 > kbdmux_ioctl 3 > kern_sigsuspend 3 > malloc_type_allocated 3 > sbuf_data 3 > sbuf_delete 3 > sbuf_finish 3 > sbuf_new 3 > sc_get_softc 3 > scdevtounit 3 > scopen 3 > sigsuspend 3 > soisconnecting 3 > tcp_connect 3 > tcp_drop 3 > tcp_new_isn 3 > tcp_respond 3 > tcp_usr_connect 3 > ttydtrwaitsleep 3 > ttyopen 3 > uma_large_free 3 > uma_large_malloc 3 > vgone 3 > comstart 4 > devfs_alloc 4 > devfs_create 4 > devfs_newdirent 4 > devfs_rules_apply 4 > getlogin 4 > getsockopt 4 > giant_close 4 > hash_alloc 4 > hash_expand 4 > hash_free 4 > ip_srcroute 4 > kern_getsockopt 4 > kern_setsockopt 4 > logread 4 > m_tag_alloc 4 > m_tag_delete 4 > m_tag_free_default 4 > make_dev_cred 4 > make_dev_credv 4 > msgbuf_getbytes 4 > newdev 4 > nlminfo_release 4 > pfs_reclaim 4 > pfs_vncache_free 4 > setsockopt 4 > sogetopt 4 > sooptcopyin 4 > sosetopt 4 > syncache_lookup 4 > termioschars 4 > ttyinitmode 4 > vsnrprintf 4 > MD5Final 5 > MD5Init 5 > MD5Pad 5 > MD5Transform 5 > ptcopen 5 > tcp_hc_getmtu 5 > tcp_mssopt 5 > vslock 5 > vsunlock 5 > cblock_free_cblocks 6 > clist_free_cblocks 6 > getfsstat 6 > if_simloop 6 > in6_setscope 6 > in_addroute 6 > ip_ctloutput 6 > kern_getfsstat 6 > looutput 6 > netisr_queue 6 > pfs_close 6 > pfs_open 6 > pfs_read 6 > proc_rwmem 6 > procfs_close 6 > procfs_doprocmem 6 > ptcioctl 6 > rn_addroute 6 > rn_delete 6 > rn_insert 6 > rn_newpair 6 > rt_missmsg 6 > rt_setgate 6 > tcp_ctloutput 6 > uiomove_fromphys 6 > vrefcnt 6 > VOP_LINK_APV 7 > can_hardlink 7 > dev_ref 7 > devtoname 7 > getgroups 7 > kern_link 7 > link 7 > obj_alloc 7 > pgsignal 7 > ptsopen 7 > tcp_disconnect 7 > tcp_hc_lookup 7 > tcp_maxmtu 7 > ttyref 7 > udp6_attach 7 > udp6_detach 7 > ufs_link 7 > vcnt 7 > vop_link_post 7 > cru2x 8 > in6_clearscope 8 > in6_pcbdetach 8 > in6_pcbfree 8 > in_setpeeraddr 8 > ip6_freemoptions 8 > ip6_freepcbopts 8 > pfs_root 8 > siointr 8 > sysctl_kern_proc 8 > sysctl_wire_old_buffer 8 > tcp_peeraddr 8 > cn_devopen 9 > icmp_error 9 > icmp_reflect 9 > icmp_send 9 > in_canforward 9 > m_align 9 > pipe_poll 9 > ptsstop 9 > scread 9 > snprintf 9 > ttyread 9 > draw_txtcharcursor 10 > in6_addrscope 10 > in_pcbdrop 10 > pipe_zone_init 10 > sc_draw_cursor_image 10 > sc_inside_cutmark 10 > sc_vtb_copy 10 > sc_vtb_geta 10 > sc_vtb_getc 10 > sc_vtb_putc 10 > setugidsafety 10 > siointr1 10 > tcp_close 10 > tcp_detach 10 > tcp_discardcb 10 > tcp_free_sackholes 10 > tcp_usr_detach 10 > vga_txtcursor 10 > vga_txtdraw 10 > devfs_populate_loop 11 > kernacc 11 > memrw 11 > pmap_kenter 11 > arp_rtrequest 12 > badport_bandlim 12 > dev2unit 12 > dupfdopen 12 > in_sockaddr 12 > minor2unit 12 > pfs_lookup 12 > ppsratecheck 12 > rn_search 12 > rtrequest 12 > rtrequest1 12 > sysctl_machdep_adjkerntz 12 > tcp_attach 12 > tcp_newtcpcb 12 > tcp_usr_attach 12 > ttymodem 12 > arc4_randomstir 13 > link_elf_symbol_values 13 > nottystop 13 > sc_touch_scrn_saver 13 > scterm_input 13 > tty_open 13 > read_random 14 > vfsconf2x 14 > ifhwioctl 15 > ifunit 15 > m_tag_delete_nonpersistent 15 > getpeername 16 > getpeername1 16 > orphanpg 16 > kqueue 17 > kqueue_close 17 > vop_stdbmap 17 > bpf_clone 18 > ctty_clone 18 > devfs_fqpn 18 > ifioctl 18 > kevent_copyout 18 > knote_enqueue 18 > kqueue_wakeup 18 > procfs_attr 18 > sc_puts 18 > scterm_puts 18 > tunclone 18 > arprequest 19 > kern_statfs 19 > nd6_slowtimo 19 > statfs 19 > dev_refl 20 > inferior 20 > pfs_vncache_alloc 20 > ttywrite 20 > sbuf_len 21 > sbuf_overflowed 21 > scparam 21 > dev_stdclone 22 > kbdmux_intr 22 > kbdmux_kbd_intr 22 > rn_satisfies_leaf 22 > rn_search_m 22 > sckbdevent 22 > taskqueue_enqueue 22 > taskqueue_run 22 > taskqueue_swi_giant_enqueue 22 > taskqueue_swi_giant_run 22 > ttyflush 22 > dev_rel 24 > procfs_candebug 24 > atkbd_intr 26 > atkbd_read_char 26 > atkbdintr 26 > devfs_reclaim 26 > genkbd_keyaction 26 > kbdmux_kbd_event 26 > read_kbd_data_no_wait 26 > MD5Update 27 > in_pcbdisconnect 28 > knlist_add 28 > knlist_remove 28 > knlist_remove_kq 28 > knote_attach 28 > knote_drop 28 > soo_kqfilter 28 > turnstile_adjust 28 > udp_connect 28 > udp_disconnect 28 > kern_kevent 29 > kevent 29 > kevent_copyin 29 > kqueue_expand 29 > kqueue_fo_find 29 > kqueue_fo_release 29 > kqueue_register 29 > kqueue_release 29 > kqueue_scan 29 > in_pcbconnect 30 > is_unsafe 30 > p_candebug 30 > pfs_access 30 > soo_ioctl 30 > in_pcbbind_setup 31 > in_pcblookup_local 31 > ip_rtaddr 31 > pfs_getattr 31 > scstart 31 > turnstile_release 31 > tcp_timer_delack 32 > bufsync 33 > in_pcbconnect_setup 33 > in_pcbinshash 33 > giant_open 35 > kbdmux_read_char 35 > scgetc 35 > prison_canseemount 36 > pty_clone 36 > sbuf_bcat 36 > sc_remove_cutmarking 36 > sc_vtb_append 36 > sc_vtb_delete 36 > pgadjustjobc 38 > trash_fini 38 > udp_attach 38 > udp_detach 38 > kldsym 39 > setpgid 42 > mtx_pool_find 45 > pmap_pinit 45 > sc_hist_ioctl 45 > sc_mouse_ioctl 45 > sc_vid_ioctl 45 > scioctl 45 > scterm_ioctl 45 > sx_init 45 > vop_einval 45 > kqueue_aquire 46 > ttypend 46 > in_pcbdetach 49 > in_pcbfree 49 > ufsdirhash_dirtrunc 49 > in_pcbremlists 57 > ip_freemoptions 57 > knote_alloc 58 > knote_free 58 > in_pcballoc 59 > prison_ip 59 > in_pcbrehash 61 > arc4rand 62 > arc4random 62 > knlist_empty 63 > ksiginfo_alloc 63 > proc_init 63 > proc_linkup 63 > pstats_alloc 63 > sched_newproc 63 > pfs_visible 67 > sc_get_stat 79 > cpu_thread_setup 80 > sleepq_alloc 80 > turnstile_alloc 80 > umtxq_alloc 80 > cv_init 90 > ufsdirhash_move 91 > bucket_zone_drain 92 > frag6_drain 92 > in_rtqdrain 92 > ip_drain 92 > mb_reclaim 92 > uma_reclaim 92 > kse_wakeup 93 > in_clsroute 98 > rtfree 98 > arpintr 100 > in_arpinput 100 > msglogchar 108 > turnstile_adjust_thread 109 > pagedaemon_wakeup 111 > in6_rtqtimo 114 > in_rtqtimo 114 > msgbuf_addchar 116 > ttywait 116 > change_rgid 121 > catq 123 > change_ruid 123 > kmem_alloc_nofault 125 > vlrureclaim 126 > change_svgid 128 > change_svuid 131 > ttsetwater 137 > arplookup 150 > null_ioctl 166 > tcp_drain 184 > devfs_setattr 194 > minor 207 > getdtablesize 210 > trash_init 216 > arptimer 229 > tcp_hc_purge 229 > prison_enforce_statfs 241 > elf_hash 247 > link_elf_lookup_symbol 247 > sc_vtb_pointer 248 > turnstile_first_waiter 258 > uio_yield 362 > change_egid 363 > change_euid 364 > setlogin 380 > uipc_detach 381 > uipc_disconnect 381 > unp_detach 381 > unp_disconnect 381 > unp_dispose 381 > setsid 382 > uipc_attach 383 > unp_attach 383 > unp_connect2 383 > sysctl_kern_ps_strings 386 > uipc_connect 386 > unp_connect 386 > setgid 387 > donice 388 > p_cansched 388 > sched_nice 388 > setpriority 388 > pgdelete 394 > sessrele 394 > setgroups 397 > setuid 400 > soisdisconnected 401 > doenterpgrp 404 > enterpgrp 404 > tcp_update_sack_list 405 > sodisconnect 409 > cblock_alloc_cblocks 411 > clist_alloc_cblocks 411 > soisconnected 413 > connect 417 > getsockaddr 417 > kern_connect 417 > soconnect 417 > pffindtype 438 > sbrelease 438 > socantrcvmore_locked 438 > socantsendmore_locked 438 > soclose 438 > sodealloc 438 > sofree 438 > soo_close 438 > sorflush 438 > socket 440 > socreate 440 > soalloc 442 > soreserve 442 > sysctl_hostname 454 > sysctl_out_proc 460 > pipespace 464 > sched_pctcpu 470 > sc_vtb_putchar 486 > ufsdirhash_newblk 486 > bucket_drain 510 > msgbuf_peekbytes 516 > calccru 530 > ufsdirhash_free 560 > sysctl_vm_loadavg 602 > cpu_set_fork_handler 608 > kthread_create 608 > kthread_exit 608 > ksprintn 614 > vsnprintf 617 > sysctl_hw_physmem 619 > sysctl_hw_usermem 619 > kvprintf 621 > ufs_chown 631 > chown 633 > kern_chown 633 > setfown 635 > ffs_indirtrunc 678 > VOP_IOCTL_APV 679 > vn_ioctl 679 > vop_enotty 679 > proc_reparent 847 > trypbuf 869 > sbflush_locked 876 > sbrelease_locked 876 > pgfind 880 > bucket_free 881 > ksegrp_free 887 > ksegrp_stash 887 > ksegrp_unlink 887 > sbreserve_locked 888 > sigpending 888 > sysctl_kse_virtual_cpu 888 > ksegrp_alloc 951 > ksegrp_ctor 951 > ksegrp_link 951 > sched_init_concurrency 951 > fchmod 966 > sysctl_kern_proc_args 966 > getutimes 967 > kern_utimes 967 > setutimes 967 > utimes 967 > mtrash_fini 968 > ptcwrite 970 > soo_read 1009 > tcp_usr_rcvd 1009 > setegid 1013 > seteuid 1013 > in_rtqkill 1017 > in6_rtqkill 1026 > ptsread 1078 > ttread 1087 > cluster_rbuild 1103 > ttyecho 1115 > ttyinput 1115 > uipc_send 1137 > in6_mtutimo 1142 > kern_recvit 1155 > recvfrom 1155 > recvit 1155 > sodupsockaddr 1155 > kern_sendit 1185 > sendit 1185 > sendto 1185 > fsync 1191 > softdep_sync_metadata 1191 > ttwakeup 1232 > VOP_SYMLINK_APV 1233 > eaccess 1233 > kern_eaccess 1233 > kern_symlink 1233 > symlink 1233 > ufs_symlink 1233 > vop_symlink_post 1233 > generator_gate 1237 > sysctl_handle_long 1242 > devfs_readlink 1255 > flock 1262 > ttysleep 1297 > random_close 1365 > random_read 1365 > random_yarrow_read 1379 > sleepq_signal 1461 > rn_walktree 1462 > VOP_MKDIR_APV 1465 > VOP_RMDIR_APV 1465 > ffs_dirpref 1465 > kern_rmdir 1465 > rmdir 1465 > ufs_dirempty 1465 > ufs_mkdir 1465 > ufs_rmdir 1465 > vop_mkdir_post 1465 > vop_rmdir_post 1465 > cv_wait 1474 > cv_wait_unlock 1474 > cr_cansee 1488 > p_cansee 1488 > pfind 1491 > ffs_fsync 1506 > cr_seeothergids 1519 > cr_seeotheruids 1519 > kern_nanosleep 1519 > nanosleep 1519 > null_write 1588 > setsugid 1607 > exec_shell_imgact 1627 > copyinuio 1656 > writev 1656 > devfs_close_f 1677 > devfs_close 1680 > count_dev 1681 > devfs_open 1706 > nullop 1730 > chgsbsize 1764 > upcall_free 1774 > upcall_stash 1774 > upcall_unlink 1774 > kse_create 1776 > upcall_alloc 1776 > upcall_link 1776 > getc 1777 > devfs_root 1821 > lf_clearlock 1849 > lf_getblock 1849 > lf_setlock 1849 > lf_wakelock 1849 > ffs_oldfscompat_write 1918 > ffs_sbupdate 1918 > pbgetbo 1931 > pbrelbo 1931 > vnode_pager_addr 1931 > vnode_pager_generic_getpages 1931 > sysctl_handle_string 2086 > name2oid 2106 > sysctl_sysctl_name2oid 2106 > chmod 2157 > kern_chmod 2157 > pipe_ioctl 2191 > tcp_clean_sackreport 2208 > realitexpire 2284 > cv_timedwait_sig 2288 > timevalsub 2311 > bucket_zone_lookup 2397 > uma_zalloc_internal 2737 > kern_setitimer 2739 > setitimer 2739 > getsock 2785 > bfreekva 2841 > devfs_fsync 2854 > vop_stdfsync 2854 > psignal 2909 > mtrash_init 2967 > ffs_backgroundwritedone 3029 > geteblk 3029 > getnanouptime 3039 > ttnread 3064 > ttypoll 3064 > devfs_find 3086 > devfs_lookup 3086 > devfs_lookupx 3086 > maybe_preempt_in_ksegrp 3086 > devfs_populate 3093 > tty_gettp 3093 > ufs_chmod 3121 > setfmode 3123 > madvise 3135 > kern_preadv 3202 > pread 3202 > cred_update_thread 3211 > cv_signal 3395 > VOP_REALLOCBLKS_APV 3419 > cluster_collectbufs 3419 > ffs_reallocblks 3419 > ffs_reallocblks_ufs2 3419 > uma_timeout 3426 > ffs_clusteralloc 3448 > kse_GC 3453 > ufs_pathconf 3498 > bucket_enable 3518 > zone_foreach 3518 > kern_pathconf 3542 > pathconf 3542 > VOP_PATHCONF_APV 3543 > sched_set_concurrency 3550 > lf_advlock 3698 > ufs_advlock 3698 > VOP_ADVLOCK_APV 3706 > vn_rdwr 3717 > kmem_free 3957 > page_free 3957 > pmap_change_wiring 4024 > pmap_extract 4035 > cpu_tick_calibrate 4303 > cpu_set_upcall 4312 > sbdrop 4379 > vfs_stdnosync 4460 > ffs_sync 4461 > softdep_get_depcounts 4461 > logpoll 4547 > msgbuf_getcount 4551 > dasendorderedtag 4568 > devfs_access 4792 > devfs_allocv 4896 > snprintf_func 5104 > upcall_remove 5198 > free_unr 5199 > free_unrl 5199 > alloc_unr 5263 > alloc_unrl 5267 > bucket_cache_drain 5336 > poll 5346 > pollscan 5346 > lf_findoverlap 5547 > cluster_callback 6659 > pbgetvp 6659 > pbrelvp 6659 > uma_zalloc_bucket 6797 > kern_pwritev 6814 > pwrite 6814 > bremfreef 7130 > collapse_unr 7148 > zone_drain 7176 > ip_fragment 7192 > getpbuf 7733 > ptsioctl 7780 > l_nullioctl 7826 > ttioctl 7826 > ttyioctl 7826 > giant_ioctl 7829 > ttyldoptim 7829 > npxdrop 7833 > optimize_unr 7953 > get_mcontext 7990 > pmap_pte 8058 > timevaladd 8592 > initpbuf 8602 > relpbuf 8602 > cpu_set_upcall_kse 8878 > cluster_wbuild 9275 > umask 9882 > in6_mtuexpire 10278 > timevalfix 10903 > kmem_malloc 11702 > page_alloc 11702 > slab_zalloc 11706 > devfs_stat_f 12242 > devfs_getattr 12337 > vattr_null 12337 > kern_setrlimit 13244 > lim_alloc 13244 > lim_copy 13244 > setrlimit 13244 > sync_fsync 13382 > vfs_msync 13382 > vop_eopnotsupp 13382 > arc4_randbyte 13560 > loadav 13708 > random 13708 > sched_load 13708 > kern_mkdir 13718 > mkdir 13718 > vfs_bio_set_validclean 14256 > msync 14978 > ftruncate 14985 > ufsdirhash_recycle 15121 > ffs_getpages 15168 > VOP_GETPAGES_APV 15184 > vnode_pager_getpages 15184 > ufs_dirrewrite 16091 > VOP_PUTPAGES_APV 16137 > vnode_pager_generic_putpages 16137 > vnode_pager_putpages 16137 > vop_stdputpages 16137 > sync_vnode 16552 > kern_sigaltstack 16815 > sigaltstack 16815 > sysctl_kern_clockrate 16815 > sysctl_kern_usrstack 16815 > relookup 16939 > VOP_RENAME_APV 16944 > kern_rename 16944 > rename 16944 > ufs_rename 16944 > vop_rename_post 16944 > vop_rename_pre 16944 > change_dir 17159 > chdir 17159 > kern_chdir 17159 > sysctl_handle_opaque 17327 > VOP_FSYNC_APV 17775 > getrusage 18522 > kern_getrusage 18522 > calcru 18915 > ufsdirhash_add 18929 > calcru1 19445 > cputick2usec 19905 > cpu_tickrate 19926 > sysctl_new_user 20251 > getppid 20476 > getgid 20485 > getuid 20651 > in_localaddr 20964 > getegid 21120 > pipe 22209 > pipe_zone_ctor 22209 > pipe_zone_dtor 22209 > pipespace_new 22673 > ffs_syncvnode 23332 > ufsdirhash_delslot 23381 > ufsdirhash_remove 23381 > ufsdirhash_findslot 23472 > vn_writechk 23760 > vfs_bio_clcheck 24210 > waitrunningbufspace 24396 > dup2 24942 > ufsdirhash_enduseful 25509 > ufsdirhash_findfree 26231 > ufsdirhash_getprev 28634 > VOP_REMOVE_APV 29679 > ufs_remove 29679 > vop_remove_post 29679 > kern_unlink 30289 > unlink 30289 > getpgrp 30855 > dup 34509 > bawrite 34513 > pmap_zero_page_area 36654 > m_copydata 37686 > pipe_stat 39728 > elf32_load_file 40259 > ufsdirhash_checkblock 42310 > kern___getcwd 42386 > vn_fullpath1 42386 > pipe_close 44418 > pipe_create 44418 > pipeclose 44418 > VOP_CREATE_APV 44538 > ufs_create 44538 > vop_create_post 44538 > funsetown 44875 > ufs_makeinode 45771 > vnode_pager_haspage 46347 > vtruncbuf 46733 > vfs_bio_awrite 46929 > skpc 47150 > ffs_freefile 47228 > ffs_vfree 47228 > vrecycle 47228 > ffs_nodealloccg 47236 > ffs_valloc 47236 > uma_zone_slab 47372 > zero_init 47879 > random_yarrow_unblock 47884 > reseed 47884 > ufs_dirremove 48083 > ufs_direnter 48091 > ufs_makedirentry 48091 > rijndael_cipherInit 49121 > rijndael_makeKey 49121 > yarrow_encrypt_init 49121 > geteuid 49352 > ffs_fragextend 51281 > ffs_realloccg 51281 > ufs_bmap 51533 > VOP_BMAP_APV 51550 > npxsetregs 51731 > cluster_write 52805 > vfork 53899 > set_fpcontext 55953 > sigreturn 55953 > postsig 55957 > sendsig 55957 > sigqueue_get 55958 > issignal 55962 > tdsigwakeup 55965 > sigqueue_add 55966 > sleepq_abort 56537 > updatepri 57070 > m_fixhdr 57971 > tcp_xmit_bandwidth_limit 58205 > tcp_xmit_timer 58205 > sbdrop_locked 58606 > tcpip_fillheaders 58696 > tcp_dooptions 58806 > tcp_input 58809 > rijndael_blockEncrypt 61495 > yarrow_encrypt 61495 > vn_syncer_add_to_worklist 61950 > get_fpcontext 63947 > npxformat 63947 > npxgetregs 63947 > ptswrite 64093 > ttwrite 64113 > giant_write 65085 > ffs_truncate 65298 > sbappendstream 65364 > soo_write 65364 > ptcread 65383 > tcp_usr_send 65383 > ttwwakeup 65429 > sbappendstream_locked 66362 > sbcompress 66362 > ureadc 66469 > giant_read 66485 > sosend 66520 > sosend_copyin 66549 > devfs_write_f 66671 > knlist_mtx_lock 66696 > knlist_mtx_unlock 66696 > do_dup 66781 > pipe_free_kmem 67091 > cv_wait_sig 67377 > getpid 67433 > devfs_read_f 67907 > bioq_takefirst 68310 > schedcpu 68310 > if_slowtimo 68311 > ipport_tick 68311 > kbdmux_kbd_intr_timo 68311 > lboltcb 68311 > mii_phy_update 68311 > mii_tick 68311 > nd6_timer 68311 > rlphy_service 68311 > rlphy_status 68311 > sis_tick 68311 > ntp_update_second 68847 > ttyoutput 69581 > kern_select 69784 > select 69784 > ffs_isfreeblock 73461 > ffs_setblock 73461 > clear_selinfo_list 75128 > g_slice_start 76942 > g_std_done 76942 > fork 78596 > sigonstack 80762 > fchdir 81722 > ffs_mapsearch 83612 > pargs_free 84757 > pargs_alloc 84767 > ffs_alloccgblk 88227 > ffs_clrblock 88227 > pmap_ts_referenced 92202 > ufs_readdir 96142 > vnode_pager_dealloc 97268 > rijndaelKeySetupEnc 98242 > ufs_bmaparray 98697 > ffs_alloc 107477 > mb_dupcl 119087 > tcp_output 121581 > sleepq_remove 121724 > rijndaelEncrypt 122990 > ffs_alloccg 125682 > ffs_statfs 127909 > kern_readlink 128586 > readlink 128586 > putc 130391 > elf32_freebsd_fixup 131802 > elf32_get_brandinfo 131802 > exec_copyout_strings 131802 > exec_new_vmspace 131802 > exec_setregs 131802 > execsigs 131802 > sigacts_shared 131802 > childproc_exited 132476 > sigparent 132476 > sys_exit 132485 > acct_process 133093 > cpu_exit 133093 > exit1 133093 > ktr_drain 133093 > ktrace_assert 133093 > ktrace_enter 133093 > ktrace_exit 133093 > ktrprocexit 133093 > leavepgrp 133093 > pfs_exit 133093 > proc_dtor 133093 > sched_exit 133093 > semexit_myhook 133093 > sigacts_free 133093 > cpu_fork 133103 > fork1 133103 > lim_hold 133103 > microuptime 133103 > proc_ctor 133103 > pstats_fork 133103 > sched_fork 133103 > sigacts_alloc 133103 > sigacts_copy 133103 > uifind 133215 > exec_elf32_imgact 133429 > funsetownlst 133487 > uilookup 133561 > sched_exit_ksegrp 133980 > sched_fork_ksegrp 133991 > pargs_hold 134069 > selscan 134878 > do_tdsignal 135385 > sigtd 135385 > tdsignal 135385 > frag6_slowtimo 136619 > igmp_slowtimo 136619 > ip_slowtimo 136619 > pfslowtimo 136619 > tcp_slowtimo 136619 > tcp_timer_2msl_tw 136619 > fork_return 136807 > cpu_thread_exit 137404 > sched_exit_thread 137404 > sched_thread_exit 137404 > sched_fork_thread 137415 > fork_exit 137416 > callout_init 137538 > mb_ctor_clust 139714 > mb_dtor_clust 139714 > sched_newthread 142693 > lim_free 146337 > cpu_thread_clean 147169 > VOP_READDIR_APV 147263 > getdirentries 147263 > sysarch 149505 > vfs_bio_clrbuf 150883 > pmap_remove_page 151732 > ffs_blkfree 152259 > fstatfs 154346 > kern_fstatfs 154346 > soo_poll 155414 > sopoll 155414 > ffs_fragacct 157596 > issetugid 161953 > ffs_blkpref_ufs2 162168 > bucket_alloc 162225 > ttstart 162521 > ptsstart 162557 > ptcwakeup 163661 > b_to_q 165433 > mprotect 168855 > gettimeofday 172532 > microtime 172532 > elf32_check_header 173688 > exec_check_permissions 173688 > exec_map_first_page 173688 > exec_unmap_first_page 173688 > getrlimit 175760 > ffs_clusteracct 175782 > ffs_hashalloc 176207 > knlist_cleardel 177515 > ffs_isblock 177812 > knlist_destroy 178404 > knlist_init 178426 > pmap_activate 186384 > ffs_bufwrite 186437 > kern_wait 186914 > wait4 186914 > vn_access 186916 > pmap_page_protect 191039 > fpstate_drop 191981 > kthread_suspend_check 204919 > pmap_remove_pages 210388 > pargs_drop 210741 > sigqueue_delete_proc 219248 > sigqueue_delete_set_proc 219248 > uma_zfree_internal 219873 > sigqueue_init 223686 > selrecord 225856 > q_to_b 226351 > vhold 226569 > ufs_strategy 229971 > VOP_STRATEGY_APV 237103 > bufstrategy 237103 > vop_strategy_pre 237103 > zone_timeout 246672 > do_execve 248797 > exec_copyin_args 248797 > exec_free_args 248797 > execve 248797 > kern_execve 248797 > kmem_alloc_wait 248797 > kmem_free_wakeup 248797 > ptcpoll 260640 > stopprofclock 264895 > eventhandler_prune_list 264998 > ruadd 266186 > sigqueue_take 266186 > chgproccnt 266442 > devfs_poll_f 268251 > giant_poll 268251 > munmap 277920 > uma_find_refcnt 279428 > ip_reass 286568 > m_cat 286568 > pipe_write 288398 > pmap_clear_reference 289582 > p_canwait 298751 > prison_check 300270 > vfs_vmio_release 302600 > pipe_read 307527 > brelvp 308094 > bgetvp 310934 > getnewbuf 310934 > obreak 311697 > kse_release 314648 > tvtohz 321724 > scanc 324279 > ufsdirhash_adjfree 324493 > logtimeout 340436 > icmp6_fasttimo 340437 > igmp_fasttimo 340437 > pffasttimo 340437 > miibus_readreg 341555 > sis_mii_readreg 341555 > sis_mii_sync 341555 > sis_miibus_readreg 341555 > ufs_getlbns 342152 > elf32_load_section 344122 > sf_buf_alloc 345755 > sf_buf_free 345755 > vnode_pager_alloc 346963 > bufwait 347083 > bwait 349014 > vfs_mark_atime 359520 > sleepq_timedwait_sig 360309 > uma_slab_alloc 365368 > bufwrite 366343 > ufsdirhash_lookup 380445 > ufs_setattr 380752 > VOP_SETATTR_APV 380957 > vop_setattr_post 380957 > bdone 386914 > allocbuf 393509 > eventhandler_find_list 398108 > getvnode 400475 > sysctl_handle_int 406974 > fcntl 408029 > kern_fcntl 408029 > ffs_geom_strategy 429647 > g_alloc_bio 429647 > g_disk_start 429647 > g_vfs_done 429647 > g_vfs_strategy 429647 > ad_done 433746 > ad_strategy 433746 > bio_taskqueue 433746 > callout_init_mtx 433746 > devstat_start_transaction_bio 433746 > g_disk_done 433746 > sigqueue_collect_set 439385 > sigqueue_move_set 439385 > sysctl_old_user 447367 > sysctl_find_oid 448015 > sysctl_root 448015 > userland_sysctl 448015 > useracc 451635 > reassignbuf 454676 > slot_fill 465203 > elf32_map_insert 476071 > pmap_enter_object 486221 > sigqueue_flush 489745 > sleepq_wait_sig 491093 > vnlru_free 494481 > g_io_check 506589 > g_io_deliver 506589 > g_io_request 506589 > g_clone_bio 510688 > vfs_busy_pages 513922 > vtryrecycle 515463 > ast 520359 > incore 523016 > pmap_is_modified 523201 > SHA256_Final 526724 > SHA256_Init 526724 > yarrow_hash_finish 526724 > yarrow_hash_init 526724 > access 536834 > crdup 536834 > kern_access 536834 > crcopy 540045 > crshared 540045 > bufdone_finish 546036 > bufdone 557655 > runningbufwakeup 557655 > sig_ffs 564886 > ffs_ifree 583405 > ufs_reclaim 583405 > pmap_ptelist_free 583944 > pmap_ptelist_alloc 583968 > bundirty 600993 > ffs_load_inode 610352 > init_va_filerev 610352 > ufs_vinit 610352 > vfs_hash_remove 612660 > VOP_RECLAIM_APV 612690 > delmntque 612690 > lockdestroy 612690 > vdestroy 612690 > vgonel 612690 > getbinuptime 614655 > cache_purge 615638 > vfs_hash_insert 641928 > getnewvnode 641956 > insmntque 641956 > lockinit 641956 > vnode_destroy_vobject 659922 > groupmember 667819 > crget 672243 > g_run_events 678642 > one_event 678642 > atkbd_timeout 679167 > forward_roundrobin 679167 > roundrobin 679167 > atkbd_check_char 679219 > kbdc_data_ready 679219 > ufsdirhash_hash 705032 > vinvalbuf 716363 > vdrop 716705 > vnode_pager_setsize 724988 > kern_lstat 725025 > lstat 725025 > cluster_read 743292 > cache_zap 754792 > buf_vlist_remove 762770 > buf_vlist_add 765610 > pmap_protect 783797 > cache_enter 787915 > ufs_close 820555 > pmap_copy 832023 > sleepq_wait 835077 > lseek 835793 > vn_finished_secondary_write 837230 > vn_start_secondary_write 837230 > sleepq_check_signals 851391 > sleepq_catch_signals 851402 > pmap_invalidate_all 855955 > smp_invltlb 855955 > device_get_ivars 867492 > pci_cfgdisable 867492 > pci_cfgenable 867492 > pci_cfgregread 867492 > pci_read_config_method 867492 > pcireg_cfgread 867492 > ufs_lookup 886150 > ufsdirhash_build 886150 > VOP_CACHEDLOOKUP_APV 886162 > pmap_qremove 915945 > biodone 940335 > devstat_end_transaction 940335 > devstat_end_transaction_bio 940335 > devstat_start_transaction 940335 > g_destroy_bio 940335 > cursig 963325 > pmap_qenter 973069 > ufs_open 994243 > vn_write 997191 > ffs_write 999072 > ffs_update 1009479 > g_trace 1013178 > VOP_WRITE_APV 1013328 > ffs_blkatoff 1016818 > clock_gettime 1020062 > kern_clock_gettime 1020062 > ffs_balloc_ufs2 1061860 > default_pager_dealloc 1201063 > sigprocmask 1203982 > uifree 1213768 > uihold 1213792 > cv_broadcastpri 1233370 > devfs_ioctl_f 1241467 > ioctl 1244363 > ffs_read 1316640 > atkbd_lock 1358334 > kbdc_lock 1358334 > pmap_addr_hint 1361185 > sis_mii_send 1366220 > write 1409154 > kern_writev 1410810 > dofilewrite 1417624 > fget_write 1417624 > flushbuflist 1434143 > kern_stat 1484422 > stat 1484422 > mmap 1485435 > lim_max 1492987 > pmap_copy_page 1534022 > devfs_fp_check 1644296 > dev_relthread 1650776 > dev_refthread 1650778 > and_region 1692803 > scrn_timer 1692803 > scrn_update 1692803 > vn_statfile 1774785 > fpu_clean_state 1791331 > fpurstor 1791331 > fstat 1814513 > kern_fstat 1814513 > vn_closefile 1831175 > VOP_CLOSE_APV 1831179 > vn_close 1831179 > npxsave 1864004 > fpusave 1864964 > npxdna 1871838 > buf_dirty_count_severe 1876264 > pmap_invalidate_range 1889014 > smp_invlpg_range 1889014 > pmap_remove_pte 1902880 > vnode_create_vobject 2003180 > VOP_OPEN_APV 2004892 > default_pager_haspage 2014058 > close 2038540 > knote_fdclose 2046418 > vfs_timestamp 2103068 > ufs_root 2153919 > bwillwrite 2175502 > resetpriority 2190250 > resetpriority_thread 2207699 > ufs_getattr 2262255 > dev2udev 2262417 > bdwrite 2327914 > vfs_clean_pages 2327914 > bdirty 2335044 > closef 2412933 > timeout 2444851 > smp_invlpg 2476656 > pmap_invalidate_page 2482932 > vn_read 2523258 > VOP_READ_APV 2623117 > pmap_remove 2669971 > ufs_readlink 2809462 > VOP_READLINK_APV 2810717 > vfs_setdirty 2832887 > g_bioq_unlock 2893848 > kern_readv 2896728 > read 2896728 > ffs_vget 2899723 > dofileread 2899930 > fget_read 2899930 > kern_sigaction 2900402 > sigaction 2900402 > vbusy 3052468 > vn_stat 3111934 > nanotime 3183618 > suser 3266322 > sleepq_timeout 3287385 > bintime 3356150 > pmap_remove_entry 3392584 > ufs_itimes 3447738 > brelse 3454075 > free_pv_entry 3496319 > vn_finished_write 3506829 > vn_start_write 3506829 > pmap_enter_quick 3553775 > vfree 3576217 > NDFREE 3640468 > VOP_LEASE_APV 3654788 > vop_null 3657466 > SHA256_Transform 3686386 > sleepq_timedwait 3716734 > vn_isdisk 4050322 > sleepq_check_timeout 4077042 > sleepq_set_timeout 4077043 > fget 4123679 > vop_stdgetwritemount 4317168 > VOP_GETWRITEMOUNT_APV 4330551 > suser_cred 4431260 > bqrelse 4461237 > vfs_ref 4471533 > bread 4844340 > breada 4844340 > breadn 4844340 > g_bioq_lock 4889062 > g_bioq_first 4953323 > sched_lend_prio 5081406 > sched_rem 5110444 > adjustrunqueue 5113385 > sched_unlend_prio 5173120 > turnstile_broadcast 5173120 > turnstile_setowner 5173120 > turnstile_unpend 5173120 > propagate_priority 5177099 > turnstile_wait 5177298 > msleep 5332074 > sched_sleep 5402955 > sleepq_resume_thread 5403202 > sleepq_switch 5403209 > sleepq_add 5403213 > sched_wakeup 5403831 > setrunnable 5404089 > kern_open 5471033 > open 5471033 > vn_open 5471042 > vn_open_cred 5471042 > buf_splay 5472022 > flsl 5496868 > falloc 5515910 > depart 5767006 > sosend_dgram 5781923 > m_move_pkthdr 5781957 > m_prepend 5781957 > ip_savecontrol 5781975 > udp_append 5781975 > udp_output 5781986 > udp_send 5781986 > udp_input 5782176 > in_broadcast 5782204 > sbappendaddr_locked 5783112 > sowakeup 5784068 > m_dup_pkthdr 5802493 > m_tag_copy_chain 5802493 > swi_net 5833970 > netisr_processqueue 5833982 > crhold 5836879 > m_copym 5838871 > in_delayed_cksum 5840687 > ip_output 5840696 > rtalloc_ign 5840734 > in_pcblookup_hash 5840826 > in_matroute 5840884 > rn_match 5840884 > rtalloc1 5840884 > arpresolve 5876639 > rt_check 5876639 > ether_output_frame 5876687 > if_start 5876687 > sis_encap 5876687 > sis_start 5876687 > ether_output 5876689 > sis_startl 5877451 > sis_txeof 5878818 > sis_rxeof 5909426 > jailed 5917724 > doselwakeup 5947747 > selwakeuppri 5947747 > m_copyback 6010554 > ip_fastforward 6069576 > ip_input 6069582 > ether_demux 6069678 > ether_input 6069678 > netisr_dispatch 6069678 > sis_newbuf 6069678 > if_handoff 6069684 > legacy_setsoftnet 6069684 > mb_ctor_pack 6087726 > mb_dtor_pack 6087726 > mtx_pool_alloc 6158212 > pmap_remove_all 6166153 > mb_free_ext 6346527 > device_get_parent 6462125 > sis_intr 6500277 > random_harvest 6503437 > random_harvest_internal 6503437 > random_process_event 6503437 > crfree 6509084 > lock_destroy 6692751 > mtx_destroy 6692751 > mtx_init 6754042 > enroll 6754087 > lock_init 6754087 > tcp_isn_tick 6754846 > getmicrotime 6754847 > apic_idt_to_irq 6934057 > lapic_handle_intr 6934057 > knote 7069057 > dev_lock 7357232 > dev_unlock 7357232 > knlist_mtx_locked 7424206 > getmicrouptime 7514614 > bremfree 7604378 > getblk 7758075 > uiomove 7762519 > bremfreel 7915312 > malloc_type_freed 8464590 > free 8464596 > malloc 8466037 > malloc_type_zone_allocated 8466037 > mtrash_ctor 8467002 > mtrash_dtor 8467554 > gbincore 8681360 > namei 8743299 > lim_cur 9143240 > sched_clock 9156890 > statclock 9156890 > wakeup 9323639 > sleepq_broadcast 9323654 > rman_get_bushandle 9524741 > rman_get_bustag 9524741 > vfs_page_set_valid 9547431 > turnstile_lookup 10350418 > turnstile_lock 10350449 > pmap_clear_modify 10425835 > pmap_zero_page 10537624 > softclock 10563984 > sched_prio 10704461 > lim_rlimit 10811987 > device_get_softc 10916024 > ffsl 11109418 > vfs_busy 11258156 > vfs_unbusy 11258156 > vfs_rel 11412521 > lookup 11547368 > removechild 11549403 > insertchild 11549446 > itismychild 11549446 > soreceive 11566078 > m_length 11622986 > signotify 11755058 > m_adj 11859824 > pfil_run_hooks 11910280 > bus_dmamap_destroy 11946365 > vfs_hash_get 12020164 > vrele 12674838 > kern_sigprocmask 12767770 > pmap_try_insert_pv_entry 13658091 > sleepq_release 13967599 > SHA256_Update 14827773 > yarrow_hash_iterate 14827773 > sched_priority 15785807 > vfs_hash_index 16276696 > in_cksum_skip 17558324 > sleepq_lookup 18135521 > pmap_zero_page_idle 18644727 > sleepq_lock 19370808 > vref 20723084 > v_incr_usecount 21365040 > m_freem 23287791 > bus_dmamap_create 23598672 > sis_dma_map_desc_ptr 23598672 > m_tag_delete_chain 23617781 > swi_sched 23746415 > bus_dmamap_load 24032418 > callout_reset 28236622 > syscall 29564295 > ufs_inactive 31776663 > trap_pfault 32032566 > unlock_and_deallocate 32032628 > vnode_pager_lock 32032721 > pmap_enter 32044341 > pmap_enter_quick_locked 35554955 > lockcount 38531431 > cpu_idle 41449135 > mp_grab_cpu_hlt 41449135 > vfs_cache_lookup 41996117 > ufs_access 43255091 > vaccess 43259913 > maybe_preempt 44787946 > pmap_allocpte 45162843 > mb_ctor_mbuf 48403213 > mb_dtor_mbuf 48403214 > pmap_pte_quick 48771986 > DELAY 50300802 > VOP_GETATTR_APV 54408640 > trash_ctor 54630691 > trash_dtor 54630870 > VOP_INACTIVE_APV 55931633 > vinactive 55931633 > v_decr_useonly 55931638 > choosethread 60178319 > sched_choose 60178319 > runq_add 60311840 > runq_remove 60311840 > maybe_resched 60820837 > sched_userret 61139013 > setrunqueue 62078633 > pmap_is_prefaultable 66700133 > v_decr_usecount 66802829 > mi_switch 66921319 > sched_switch 66921319 > pmap_insert_entry 67077849 > rdtsc 67081484 > sched_add 67188820 > hardclock 68848801 > hardclock_cpu 68848801 > tc_ticktock 68848801 > tc_windup 68848801 > nanouptime 69664848 > ffs_lock 70801892 > binuptime 75034771 > vop_stdlock 76203985 > pmap_unuse_pt 79242610 > get_pv_entry 80735940 > sched_runnable 82898270 > uma_zfree_arg 88154753 > uma_dbg_free 88156215 > uma_zalloc_arg 88296677 > uma_dbg_alloc 88661958 > cache_lookup 93651049 > VOP_LOOKUP_APV 93654135 > vop_lookup_post 93654135 > vop_lookup_pre 93654135 > VOP_ACCESS_APV 95933070 > v_upgrade_usecount 101369711 > vget 101369783 > vput 110059629 > runq_choose 120356638 > vdropl 123825813 > vholdl 123854336 > lapic_handle_timer 137697603 > lapic_eoi 144631660 > VOP_UNLOCK_APV 145034791 > vop_stdunlock 145034791 > vop_unlock_post 145034791 > vop_unlock_pre 145034791 > VOP_LOCK_APV 147005877 > vop_lock_post 147005877 > vop_lock_pre 147005877 > vn_lock 147085632 > runq_check 165796540 > VOP_ISLOCKED_APV 166179847 > lockstatus 166179847 > vop_stdislocked 166179847 > uma_dbg_getslab 167986756 > acquire 314290116 > lockmgr 331095072 > critical_enter 4364385478 > critical_exit 4364385478 > > -- > John Birrell > _______________________________________________ > 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 Jun 14 09:53:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117EB16A47B for ; Wed, 14 Jun 2006 09:53:31 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E270343D48 for ; Wed, 14 Jun 2006 09:53:26 +0000 (GMT) (envelope-from marinosi@ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 06C3B5C1597 for ; Wed, 14 Jun 2006 12:53:25 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id CA9BA10D54 for ; Wed, 14 Jun 2006 12:53:24 +0300 (EEST) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08877-05 for ; Wed, 14 Jun 2006 12:53:24 +0300 (EEST) Received: from localhost (cosmos.ceid.upatras.gr [150.140.141.183]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 3B5EA10D2E for ; Wed, 14 Jun 2006 12:53:24 +0300 (EEST) Received: from dsl-88-218-37-36.customers.vivodi.gr ( [dsl-88-218-37-36.customers.vivodi.gr]) as user marinosi@mail.ceid.upatras.gr by my.ceid.upatras.gr with HTTP; Wed, 14 Jun 2006 12:53:24 +0300 Message-ID: <1150278804.448fdc940d24c@my.ceid.upatras.gr> Date: Wed, 14 Jun 2006 12:53:24 +0300 From: marinosi@ceid.upatras.gr To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 88.218.37.36 X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Subject: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 09:53:31 -0000 Hello people, i have problem with the getcwd() function at -current .I get the following errors: 1.When i try to change directory: chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory getcwd: cannot access parent directories: No such file or directory 2.When i try to use tab auto completion: symlink-hook: error retrieving current directory:getcwd: cannot access parent directories: No such file or directory 3.When i start up an xterm : shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory I cannot figure out if something (and why)is broken , if you have any ideas I would be gratefull.Thnx and have a nice day. Ilias Marinos ---------------------------------------------------- This mail was sent through http://my.ceid.upatras.gr From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 09:54:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DDD716A561; Wed, 14 Jun 2006 09:54:56 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7559243D6D; Wed, 14 Jun 2006 09:54:52 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id CDB9478C1D; Wed, 14 Jun 2006 09:54:49 +0000 (GMT) Date: Wed, 14 Jun 2006 09:54:49 +0000 From: John Birrell To: Robert Watson Message-ID: <20060614095449.GA82424@what-creek.com> References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> <20060614103614.Y34121@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060614103614.Y34121@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 09:54:56 -0000 On Wed, Jun 14, 2006 at 10:39:14AM +0100, Robert Watson wrote: > I don't suppose it's possible to get stack traces or fractional stack > traces (last 2-3 frames)? There are a number of comon consumers of > critical sections, but the number does seem inordinately high, especially > with respect to the number of calls of the common consumers. Critical > sections are acquired during access to per-cpu caches in UMA, and for > per-cpu stats in malloc(9), as well as in context switches and in > interrupts. DTrace has stack access actions. I still need to work on porting them, but walking up the stack is very much something that DTrace needs to do. > BTW, it looks like the below is running with invariants turned on? It may > be more interesting to run the below without invariants, since invariants > significantly changes the behavior of the memory allocation paths due to > memory trashing and additional bookkeeping. Yes, I have both invariants and witness turned on because they present the difficult case with respect to function recursion. If I innocently call functions from the DTrace probe context which turn out to call other non-dtrace-legal functions which can be, themselves, instrumented by FBT, a probe can crash the system. Witness often ends in tears at the moment. 8-( > > critical_enter 4364385478 > > critical_exit 4364385478 The points I wanted to make about these calls are: 1. critical_enter is called so often that the debug printf that /could/ be compiled into it should cause an increase in global warming if you tried. 8-) One of the big wins with DTrace is that you don't need (and shouldn't) compile printfs into the kernel. DTrace provides mechanisms to aggregate info (like the count example I gave) which condense data to a point where you can make use of it and the system is capable of logging it. 2. If you accept the fact the it is never feasible to enable the looging in critical_enter, then the function reduces to just curthread->td_critnest++ which would be better implemented as a macro, thereby saving many billions of processor cycles over a buildworld. I need to look further at what critical_exit is doing the most of the time. I had hoped to be able to get the info to post here , but my ISP has just decided to change backbones which is causing extreme grief and I'm changing to another ISP -- my 4th change in the last 12 months. ADSL ISPs in Australia suck. Grumble. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:10:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DD416A41B for ; Wed, 14 Jun 2006 10:10:34 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3765243D46 for ; Wed, 14 Jun 2006 10:10:33 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id k5EAAVk0048938 for ; Wed, 14 Jun 2006 12:10:31 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id k5EAAP215679 for freebsd-current@freebsd.org; Wed, 14 Jun 2006 12:10:25 +0200 (CEST) (envelope-from rabe) Date: Wed, 14 Jun 2006 12:10:25 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20060614121025.D47362@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: jail__conf in /etc/rc.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, 14 Jun 2006 10:10:34 -0000 Hi *, having a jail-server and maintaining lots of jails may cause headache, when editing /etc/rc.conf. My idea is to define per-jail.conf files outside /etc/rc.conf. # ---- /etc/rc.conf ---- # Jail-defaults and stuff jail_enable="YES" jail_list="foo0 foo1 foo2 foo3 bar0 bar1 bar2 " jail_set_hostname_allow="NO" # per-Jail conf: jail_foo0_conf=/etc/jails/foo0.conf jail_foo1_conf=/etc/jails/foo1.conf jail_foo2_conf=/etc/jails/foo2.conf jail_foo3_conf=/etc/jails/foo3.conf [...] ... and in /etc/jails/foo0.conf jail_rootdir="/data/jails/foo0/" jail_hostname="foo0.example.org" jail_ip="192.168.0.10" jail_interface="fxp1" jail_exec_start="/bin/sh /etc/rc" jail_exec_afterstart0="/bin/sh command" ... This would make using conf-templates much easier and you don't need to do evil "script-magic" on /etc/rc.conf. This may fit into the latest /etc/rc.d/jail script: just look for $jail_foo0_conf first and use this .conf (if found). Any alternative solution getting something like this running? Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:19:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 981C316A41A for ; Wed, 14 Jun 2006 10:19:24 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF0F143D49 for ; Wed, 14 Jun 2006 10:19:23 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 1503 invoked from network); 14 Jun 2006 10:19:21 -0000 Received: from unknown (HELO localhost) (775067@[217.50.128.144]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 14 Jun 2006 10:19:21 -0000 Date: Wed, 14 Jun 2006 12:19:06 +0200 From: Fabian Keil To: "Raphael H. Becker" Message-ID: <20060614121906.693f6acc@localhost> In-Reply-To: <20060614121025.D47362@p-i-n.com> References: <20060614121025.D47362@p-i-n.com> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_wkPGKkXtdwXVgVflLZH/EgM"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: jail__conf in /etc/rc.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, 14 Jun 2006 10:19:24 -0000 --Sig_wkPGKkXtdwXVgVflLZH/EgM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Raphael H. Becker" wrote: > having a jail-server and maintaining lots of jails may cause headache, > when editing /etc/rc.conf.=20 >=20 > My idea is to define per-jail.conf files outside /etc/rc.conf. > This would make using conf-templates much easier and you don't=20 > need to do evil "script-magic" on /etc/rc.conf. > Any alternative solution getting something like this running? Try /usr/ports/sysutils/ezjail/ It only requires one line in rc.conf and uses one configuration file for every jail: fk@TP51 ~ $grep jail /etc/rc.conf ezjail_enable=3D"YES" fk@TP51 ~ $cat /usr/local/etc/ezjail/porttest=20 # To specify the start up order of your ezjails, use these lines to # create a Jail dependency tree. See rcorder(8) for more details. # # PROVIDE: standard_ezjail # REQUIRE:=20 # BEFORE:=20 # export jail_porttest_hostname=3D"porttest" export jail_porttest_ip=3D"192.168.6.100" export jail_porttest_rootdir=3D"/usr/jails/porttest" export jail_porttest_exec=3D"/bin/sh /etc/rc" export jail_porttest_mount_enable=3D"YES" export jail_porttest_devfs_enable=3D"YES" export jail_porttest_devfs_ruleset=3D"devfsrules_pf_jail" export jail_porttest_procfs_enable=3D"YES" export jail_porttest_fdescfs_enable=3D"YES" export jail_porttest_image=3D"" export jail_porttest_imagetype=3D"" export jail_porttest_attachparams=3D"" export jail_porttest_attachblocking=3D"" export jail_porttest_forceblocking=3D"" Fabian --=20 http://www.fabiankeil.de/ --Sig_wkPGKkXtdwXVgVflLZH/EgM Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEj+KkjV8GA4rMKUQRAqSCAJ4ogQ8TllLCtPG9H6o72rofAJVJogCg5wfh UUDic4Qa1NKrd3NsElRdYBc= =1U1u -----END PGP SIGNATURE----- --Sig_wkPGKkXtdwXVgVflLZH/EgM-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:24:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12BAA16A41A for ; Wed, 14 Jun 2006 10:24:24 +0000 (UTC) (envelope-from hnazfoo@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196B243D58 for ; Wed, 14 Jun 2006 10:24:22 +0000 (GMT) (envelope-from hnazfoo@googlemail.com) Received: by nf-out-0910.google.com with SMTP id c31so55147nfb for ; Wed, 14 Jun 2006 03:24:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=FIOHhNErRIcV3ePdIyJWDzZ+70lrIS+dUiEIsA5wN+EFeZNJHGIEm9PUQDYL91BGoAaOaS27i5F6uNLGAMYePbOdBx4/6p6bIC3zlL0wMTi9O+OKoOCYSxyr4fIQzWSfa6ObLYM+0TxoVz+G4nOy6Gqtqooucb4qlivR2yWnnF8= Received: by 10.48.235.2 with SMTP id i2mr128120nfh; Wed, 14 Jun 2006 03:23:26 -0700 (PDT) Received: from localhost ( [217.65.21.207]) by mx.gmail.com with ESMTP id k9sm532598nfc.2006.06.14.03.24.20; Wed, 14 Jun 2006 03:24:21 -0700 (PDT) Date: Wed, 14 Jun 2006 12:25:28 +0200 From: Johannes Weiner To: freebsd-current@freebsd.org Message-ID: <20060614102528.GA45731@leiferikson.flosken.lan> Mail-Followup-To: freebsd-current@freebsd.org References: <1150278804.448fdc940d24c@my.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1150278804.448fdc940d24c@my.ceid.upatras.gr> User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 10:24:24 -0000 Hello, are you sure that the directory you are in, exists? What happens after you log in? What says `ls -ld `pwd`' right after login? Hannes -- If the telephone rang today, water it! From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:28:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F2C16A41B for ; Wed, 14 Jun 2006 10:28:44 +0000 (UTC) (envelope-from kimmoa@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id E918D43D48 for ; Wed, 14 Jun 2006 10:28:43 +0000 (GMT) (envelope-from kimmoa@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so240758uge for ; Wed, 14 Jun 2006 03:28:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:to:subject:references:from:content-type:mime-version:content-transfer-encoding:message-id:in-reply-to:user-agent; b=D2wmqnOymDt9jMM+MyxrIke3ABthKqIOO0NayAPiDvPM3dISXJXmUmX4WRKYjsExElU8xllVMJikAsU8hBJJ9eIyFm63wL2BauHafns9RZsti8rcj4SCTEGH0t0leEJLUORGEUKKnddiIHZU1u3UWxAufyv85LqN3Re/X0UYUf8= Received: by 10.67.103.7 with SMTP id f7mr6383977ugm; Tue, 13 Jun 2006 08:05:59 -0700 (PDT) Received: from kimmoa.bredbandsbolaget.se ( [85.226.108.77]) by mx.gmail.com with ESMTP id m1sm7694605ugc.2006.06.13.08.05.58; Tue, 13 Jun 2006 08:05:59 -0700 (PDT) Date: Tue, 13 Jun 2006 17:06:01 +0200 To: freebsd-current@freebsd.org References: <20060613075701.GM57783@rink.nu> <20060613103157.GN57783@rink.nu> <20060613131935.GQ57783@rink.nu> <20060613145217.GR57783@rink.nu> From: "Kimmo Alm" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20060613145217.GR57783@rink.nu> User-Agent: Opera M2/8.54 (Win32, build 7730) Subject: Re: Annoying FreeBSD > 4.11 ASUS PSCH-SR/SATA mobo incompability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 10:28:44 -0000 > Hey, > > My ASUS PSCH-SR/SATA won't work in FreeBSD versions over 4.x. I have > tested 5.x, 6.x and even a current 7.x one. > > CD: "bootonly". > Problem: Loads kernel, and then basically freezes, overwriting > characters on the screen (at the boot menu with the options). > > Among the zillions of things I've tested to solve this problem include: > Testing another videocard (PCI -- not on-board), testing without the > S-ATA enabled, updated BIOS to the latest version (hardware made in 2004 > and last BIOS update in late 2005), changing a ton of settings in the > BIOS, installing the OS on another box and moving the HDD... Nothing > works. > > The hardware cannot possibly not faulty as it can run Debian Linux or > FreeBSD 4.11 perfectly well. That's right. No probbies there. But I > don't want to run Linux and I don't want to run legacy FreeBSD... > > I don't know what else to say... I have really, really did my best and > tested every potentional solution. No luck. > > I am now asking you to please look into this and perhaps come up with > some kind of solution/patch. This is a standard hardware server > motherboard, which apparently has won a lot of awards for being so great > and flexible on top of that! It really makes little sense to me that > this would not be supported by FreeBSD! > > Also check out the Usenet thread with extra info: > http://groups.google.com/group/comp.unix.bsd.freebsd.misc/browse_thread/thread/c9f5097c099d1e71/ea90c898595972e6?hl=en& > > Thank you for reading this. I have finally found out what the error is. I hope this will help anyone who might be having the same problem. You simply switch off a jumper on the mobo which handles the RAID support. This causes the FreeBSD installer to come to its senses! From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:30:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 147ED16A41A for ; Wed, 14 Jun 2006 10:30:00 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B19BF43D64 for ; Wed, 14 Jun 2006 10:29:55 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 47B5A78C1D; Wed, 14 Jun 2006 10:29:53 +0000 (GMT) Date: Wed, 14 Jun 2006 10:29:53 +0000 From: John Birrell To: Marius Nuennerich Message-ID: <20060614102952.GA82694@what-creek.com> References: <20060613021543.GA71283@what-creek.com> <20060614122144.049d2461@sol.hackerzberg.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060614122144.049d2461@sol.hackerzberg.local> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - sources available via cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 10:30:00 -0000 On Wed, Jun 14, 2006 at 12:21:44PM +0200, Marius Nuennerich wrote: > *default tag=p4-cvs-dtrace The tag for CURRENT is not specified because it's HEAD. > src-all You should specify 'p4-cvs-dtrace' here instead. My supfile contains: *default host=cvsup10.freebsd.org *default base=/u4/freebsd/dtrace *default prefix=/u4/freebsd/dtrace/src *default release=cvs *default delete use-rel-suffix p4-cvs-dtrace -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:50:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F9EB16A479 for ; Wed, 14 Jun 2006 10:50:50 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7078F43D53 for ; Wed, 14 Jun 2006 10:50:48 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k5EAoWXG019330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Jun 2006 13:50:33 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k5EAqk0D039782; Wed, 14 Jun 2006 13:52:46 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k5EAqkxw039724; Wed, 14 Jun 2006 13:52:46 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) To: marinosi@ceid.upatras.gr (Ilias Marinos) References: <1150278804.448fdc940d24c@my.ceid.upatras.gr> From: Giorgos Keramidas Date: Wed, 14 Jun 2006 13:52:46 +0300 In-Reply-To: <1150278804.448fdc940d24c@my.ceid.upatras.gr> (marinosi@ceid.upatras.gr's message of "Wed, 14 Jun 2006 12:53:24 +0300") Message-ID: <86d5dc57r5.fsf@gothmog.pc> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.157, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.24, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 10:50:50 -0000 On Wed, 14 Jun 2006 12:53:24 +0300, marinosi@ceid.upatras.gr wrote: > Hello people, > i have problem with the getcwd() function at -current .I get the > following errors: > 1. When i try to change directory: > chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory > getcwd: cannot access parent directories: No such file or directory What are the steps you have taken to reach this point? We have to be able to reproduce the same thing, if there is a bug somewhere. > 2.When i try to use tab auto completion: > symlink-hook: error retrieving current directory:getcwd: cannot access parent directories: No such file or directory When do you hit TAB? Have you logged in? What is the setting of your HOME directory in /etc/passwd? Can you change directories if you use an absolute pathname like: # cd / > 3.When i start up an xterm : > shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory It seems your HOME directory points to a location that doesn't exist. Can you verify that /etc/passwd contains the right path, that this path exists and that you do have the necessary permissions for that directory? - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:52:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95DF316A474; Wed, 14 Jun 2006 10:52:40 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from jim.arved.priv.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D30443D55; Wed, 14 Jun 2006 10:52:38 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from [192.168.3.25] (minimac.arved.de [192.168.3.25]) by jim.arved.priv.at (8.13.4/8.13.4) with ESMTP id k5EAqYox041024; Wed, 14 Jun 2006 12:52:35 +0200 (CEST) (envelope-from arved@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Tilman Linneweh Date: Wed, 14 Jun 2006 12:52:30 +0200 To: freebsd-current@FreeBSD.org X-Mailer: Apple Mail (2.750) Cc: Tilman Linneweh Subject: panic: Found mapped cache page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 10:52:40 -0000 Hi, With yesterday's CURRENT/amd64 i get a lot of these regards tilman panic: Found mapped cache page 0xffffff003ed13f38 KDB: enter: panic [thread pid 82919 tid 100114 ] Stopped at kdb_enter+0x2f: nop db> where Tracing pid 82919 tid 100114 td 0xffffff0027f732b0 kdb_enter() at kdb_enter+0x2f panic() at panic+0x1d2 vm_page_select_cache() at vm_page_select_cache+0x10c vm_page_alloc() at vm_page_alloc+0xe9 vm_fault() at vm_fault+0xa25 trap_pfault() at trap_pfault+0x13c trap() at trap+0x42b calltrap() at calltrap+0x5 #8 0xffffffff802b8002 in panic ( fmt=0xffffffff80504010 "Found mapped cache page %p") at /usr/src/sys/kern/kern_shutdown.c:549 bootopt = 256 newpanic = 18 ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0xffffffffa3c6b910, reg_save_area = 0xffffffffa3c6b830}} buf = "Found mapped cache page 0xffffff003f6a2180", '\0' #9 0xffffffff80438c1c in vm_page_select_cache (color=1) at /usr/src/sys/vm/vm_page.c:765 object = 0x0 m = 0xffffff003f6a2180 was_trylocked = 1 #10 0xffffffff80438d39 in vm_page_alloc (object=0xffffff000b77d0c8, pindex=16662, req=64) at /usr/src/sys/vm/vm_page.c:841 m = 0xffffff003c577700 color = 1 flags = 0 page_req = 0 #11 0xffffffff8042af65 in vm_fault (map=0xffffff00312eb588, vaddr=34484609024, fault_type=2 '\002', fault_flags=8) ---Type to continue, or q to quit--- at /usr/src/sys/vm/vm_fault.c:453 retry_object = 0xffffffff802c32d4 retry_pindex = 18446744072162294368 retry_prot = 0 '\0' prot = 3 '\003' is_first_object_locked = 825144712 result = 0 growstack = 1 wired = 0 map_generation = 1976 next_object = 0x0 marray = {0xffffff0027d1a2b0, 0xffffff00312eb588, 0xffffffffa3c6bb50, 0xffffffff804340f1, 0xffffffff00000000, 0x0, 0x0, 0xc, 0xffffffffa3c6bc70, 0x0, 0xffffff0027d1a203, 0xffffffffa3c6bc80, 0xffffff0027d1a2b0, 0x807710000, 0xffffff00293dd380, 0xffffff0027d1a2b0} hardfault = 0 fs = {m = 0x0, object = 0xffffff000b77d0c8, pindex = 16662, first_m = 0x0, first_object = 0xffffff000b77d0c8, first_pindex = 16662, map = 0xffffff00312eb588, entry = 0xffffff0026400460, lookup_still_valid = 1, vp = 0x0} #12 0xffffffff8045a0cc in trap_pfault (frame=0xffffffffa3c6bc80, usermode=1) at /usr/src/sys/amd64/amd64/trap.c:586 va = 34484609024 vm = (struct vmspace *) 0x0 map = 0xffffff00312eb588 rv = 2 ftype = 2 '\002' p = (struct proc *) 0xffffff00293dd380 eva = 34484609024 From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 10:22:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC6FF16A41A for ; Wed, 14 Jun 2006 10:22:02 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E4CE743D48 for ; Wed, 14 Jun 2006 10:22:01 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 14 Jun 2006 10:21:59 -0000 Received: from pD9ECBFB4.dip0.t-ipconnect.de (EHLO sol.hackerzberg.local) [217.236.191.180] by mail.gmx.net (mp035) with SMTP; 14 Jun 2006 12:21:59 +0200 X-Authenticated: #5707313 Date: Wed, 14 Jun 2006 12:21:44 +0200 From: Marius Nuennerich To: John Birrell Message-ID: <20060614122144.049d2461@sol.hackerzberg.local> In-Reply-To: <20060613021543.GA71283@what-creek.com> References: <20060613021543.GA71283@what-creek.com> X-Mailer: Sylpheed-Claws 2.2.2 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Wed, 14 Jun 2006 11:25:44 +0000 Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - sources available via cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 10:22:02 -0000 On Tue, 13 Jun 2006 02:15:43 +0000 John Birrell wrote: > Thanks to our p4 admins and cvsup hosts, the Perforce project containing > DTrace changes is now available for CVSup from cvsup10.freebsd.org using > the tag: > > p4-cvs-dtrace > > This is a full source tree which is updated to reflect CURRENT once or > twice a week. Hi John, all! I'm currently trying to checkout the sources. I use this supfile: *default host=cvsup10.FreeBSD.org *default base=/usr/home/marius/src/cvsup *default release=cvs *default delete *default use-rel-suffix *default compress *default tag=p4-cvs-dtrace *default prefix=/usr/home/marius/src/dtrace src-all But I don't get any files: % cvsup -L 2 dtrace-supfile Parsing supfile "dtrace-supfile" Connecting to cvsup10.FreeBSD.org Connected to cvsup10.FreeBSD.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Shutting down connection to server Finished successfully % Any idea? From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 11:30:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9907F16A41A for ; Wed, 14 Jun 2006 11:30:32 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373EF43DA4 for ; Wed, 14 Jun 2006 11:29:30 +0000 (GMT) (envelope-from marinosi@ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 107195C1568 for ; Wed, 14 Jun 2006 14:29:21 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id DC36810D73 for ; Wed, 14 Jun 2006 14:29:20 +0300 (EEST) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25662-08 for ; Wed, 14 Jun 2006 14:29:18 +0300 (EEST) Received: from localhost (cosmos.ceid.upatras.gr [150.140.141.183]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 2554010D7A for ; Wed, 14 Jun 2006 14:29:16 +0300 (EEST) Received: from dsl-88-218-37-36.customers.vivodi.gr ( [dsl-88-218-37-36.customers.vivodi.gr]) as user marinosi@mail.ceid.upatras.gr by my.ceid.upatras.gr with HTTP; Wed, 14 Jun 2006 14:29:16 +0300 Message-ID: <1150284556.448ff30cb8b07@my.ceid.upatras.gr> Date: Wed, 14 Jun 2006 14:29:16 +0300 From: marinosi@ceid.upatras.gr To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 88.218.37.36 X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Subject: Re: Re: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 11:30:32 -0000 Hello Giwrgos, I ' ve just read your reply and tried to check the points you gave me. So: >What are the steps you have taken to reach this point? We have to be >able to reproduce the same thing, if there is a bug somewhere. That's a problem .I can't figure out how this problem occured.It was after a normal boot without any error messages.Also, i want to note that i don't get these errors everytime.For example now , after a reboot i can work properly.(before i couldn't even start programs).It is strange. >When do you hit TAB? Have you logged in? What is the setting of your >HOME directory in /etc/passwd? Can you change directories if you use an >absolute pathname like: > > # cd / Yeap, i am able to change directories while using absolute paths.I have problems when i use tab (bash auto completion) and when i use . , .. links of a dir which should be "linked" to the current and the parent directory. > It seems your HOME directory points to a location that doesn't exist. >Can you verify that /etc/passwd contains the right path, that this path >exists and that you do have the necessary permissions for that >directory? bash$ cat /etc/passwd | grep marinosi marinosi:*:1001:1001:Ilias Marinos:/home/marinosi:/usr/local/bin/bash bash$ ls -ld /home/marinosi/ /usr/local/bin/bash drwxr-xr-x 37 marinosi marinosi 2560 Jun 14 13:10 /home/marinosi/ -rwxr-xr-x 1 root wheel 594724 Mar 12 17:58 /usr/local/bin/bash Seems ok.. Thnx again. Ilias ---------------------------------------------------- This mail was sent through http://my.ceid.upatras.gr From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 11:52:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A974916A47A for ; Wed, 14 Jun 2006 11:52:48 +0000 (UTC) (envelope-from boris@brooknet.com.au) Received: from jay.exetel.com.au (jay.exetel.com.au [220.233.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90EBC43D49 for ; Wed, 14 Jun 2006 11:52:46 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: (qmail 31167 invoked by uid 507); 14 Jun 2006 21:52:45 +1000 Received: from 180.205.233.220.exetel.com.au (HELO ?192.168.0.157?) (220.233.205.180) by jay.exetel.com.au with SMTP; 14 Jun 2006 21:52:45 +1000 In-Reply-To: <20060614095449.GA82424@what-creek.com> References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> <20060614103614.Y34121@fledge.watson.org> <20060614095449.GA82424@what-creek.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Wed, 14 Jun 2006 21:52:38 +1000 To: John Birrell X-Mailer: Apple Mail (2.750) Cc: Robert Watson , current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 11:52:48 -0000 On 14/06/2006, at 7:54 PM, John Birrell wrote: > On Wed, Jun 14, 2006 at 10:39:14AM +0100, Robert Watson wrote: >> I don't suppose it's possible to get stack traces or fractional stack >> traces (last 2-3 frames)? There are a number of comon consumers of >> critical sections, but the number does seem inordinately high, >> especially >> with respect to the number of calls of the common consumers. >> Critical >> sections are acquired during access to per-cpu caches in UMA, and for >> per-cpu stats in malloc(9), as well as in context switches and in >> interrupts. > > DTrace has stack access actions. I still need to work on porting them, > but walking up the stack is very much something that DTrace needs to > do. > >> BTW, it looks like the below is running with invariants turned >> on? It may >> be more interesting to run the below without invariants, since >> invariants >> significantly changes the behavior of the memory allocation paths >> due to >> memory trashing and additional bookkeeping. > > Yes, I have both invariants and witness turned on because they > present the > difficult case with respect to function recursion. If I innocently > call > functions from the DTrace probe context which turn out to call other > non-dtrace-legal functions which can be, themselves, instrumented > by FBT, > a probe can crash the system. Witness often ends in tears at the > moment. 8-( I suppose that's the reason why actions like raise() and stop() are invoked by setting t_dtrace_sig and t_dtrace_stop - because it allows the resulting probes to be correctly instrumented. From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 11:54:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71ABE16A47C for ; Wed, 14 Jun 2006 11:54:09 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EDA43D46 for ; Wed, 14 Jun 2006 11:54:07 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k5EBrp5N022036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Jun 2006 14:53:52 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k5EBu5Rx009428; Wed, 14 Jun 2006 14:56:05 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k5EBu5It009427; Wed, 14 Jun 2006 14:56:05 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) To: marinosi@ceid.upatras.gr References: <1150284556.448ff30cb8b07@my.ceid.upatras.gr> From: Giorgos Keramidas Date: Wed, 14 Jun 2006 14:56:05 +0300 In-Reply-To: <1150284556.448ff30cb8b07@my.ceid.upatras.gr> (marinosi@ceid.upatras.gr's message of "Wed, 14 Jun 2006 14:29:16 +0300") Message-ID: <86ver4ar3e.fsf@gothmog.pc> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.168, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.23, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 11:54:09 -0000 On Wed, 14 Jun 2006 14:29:16 +0300, marinosi@ceid.upatras.gr wrote: > Hello Giwrgos, > I' ve just read your reply and tried to check the points you gave me. > So: > >> What are the steps you have taken to reach this point? We have to be >> able to reproduce the same thing, if there is a bug somewhere. > > That's a problem. I can't figure out how this problem occured. > It was after a normal boot without any error messages. Also, i > want to note that i don't get these errors everytime. For > example now, after a reboot i can work properly. (before i > couldn't even start programs). It is strange. It _may_ have been caused by an unclean filesystem, but nothing is sure at this point, since the system was rebooted. If this was just an unclean filesystem (i.e. your /home), it has been fsck'ed and the problem should be fixed now. From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 13:20:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2192216A479 for ; Wed, 14 Jun 2006 13:20:36 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C15EF43D45 for ; Wed, 14 Jun 2006 13:20:35 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id A465678B7D; Wed, 14 Jun 2006 09:20:56 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id 65B801A9AA; Wed, 14 Jun 2006 09:20:55 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FqVIN-0005l1-Lk; Wed, 14 Jun 2006 14:20:31 +0100 Date: Wed, 14 Jun 2006 14:20:31 +0100 From: Brian Candler To: marinosi@ceid.upatras.gr Message-ID: <20060614132031.GA22099@uk.tiscali.com> References: <1150284556.448ff30cb8b07@my.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1150284556.448ff30cb8b07@my.ceid.upatras.gr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Re: getcwd() problem.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 13:20:36 -0000 On Wed, Jun 14, 2006 at 02:29:16PM +0300, marinosi@ceid.upatras.gr wrote: > bash$ cat /etc/passwd | grep marinosi > marinosi:*:1001:1001:Ilias Marinos:/home/marinosi:/usr/local/bin/bash > > bash$ ls -ld /home/marinosi/ /usr/local/bin/bash > drwxr-xr-x 37 marinosi marinosi 2560 Jun 14 13:10 /home/marinosi/ > -rwxr-xr-x 1 root wheel 594724 Mar 12 17:58 /usr/local/bin/bash > > Seems ok.. Also check: ls -ld / /home You're not using NFS or other remote filesystem mounts for /home are you? If not, then I can't explain why this is happening intermittently. I only see the symptoms you describe if the directory I'm currently in has been deleted. From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 13:59:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B82A716A41A for ; Wed, 14 Jun 2006 13:59:25 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16E4A43D45 for ; Wed, 14 Jun 2006 13:59:24 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k5EDvoJa079452 for ; Wed, 14 Jun 2006 15:57:53 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <449015DE.6090407@fer.hr> Date: Wed, 14 Jun 2006 15:57:50 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 13:59:25 -0000 There's a reasonably well-known way to make Flash7 player work in FreeBSD, described here: http://www.jail.se/freebsd.html It involves patching the rtld with this patch: http://www.jail.se/freebsd/rtld_dlsym_hack.diff I'm not an expert, but this patch looks like free lunch - it doesn't look like it's going to break anything (though not much software depends on it :) ) - can it be committed to current and releng_6? From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:25:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B225C16A41A for ; Wed, 14 Jun 2006 14:25:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 063DD43D45 for ; Wed, 14 Jun 2006 14:25:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EEPoiK033749; Wed, 14 Jun 2006 10:25:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Jun 2006 10:20:21 -0400 User-Agent: KMail/1.9.1 References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> In-Reply-To: <20060613213617.GA78337@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606141020.22182.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 14 Jun 2006 10:25:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1538/Tue Jun 13 16:17:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: John Birrell Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:25:54 -0000 On Tuesday 13 June 2006 17:36, John Birrell wrote: > On Tue, Jun 13, 2006 at 02:15:43AM +0000, John Birrell wrote: > > With the development as it stands at the moment, take care using the FBT > > provider because you can easily cause the system to go kaboom. I'm still > > trying to track down the problems there. It's not in FBT itself -- just > > the fact that the DTrace probe context isn't allowed to call anything t= hat > > FBT can instrument. If that happens you will either get a reboot or a > > double fault will leave you in kdb. I recommend only enabling a few FBT > > probes at a time just so you know which ones could cause a fault. There= is > > no point telling me that you enabled fbt::: and the system went kaboom! >=20 > With the FBT provider as it now stands and using this script: >=20 > fbt:::entry > { > @[probefunc] =3D count(); > } >=20 > the output after a buildworld is listed below. Check out the number of > calls to critical_enter and critical_exit (which are listed at the bottom= )! > And for comparison, check the hardclock() count which relects 1000 Hz. Those functions are called a lot as every spinlock ends up calling them (including sched_lock, turnstile chain locks, sleepqueue locks, etc.) One thing I found odd is: > cpu_set_fork_handler 608 > kthread_create 608 > kthread_exit 608 We created and destroyed 608 kernel threads during a buildworld?? This doesn't seem right. Were you doing the buildworld over NFS? =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:25:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 316CC16A474; Wed, 14 Jun 2006 14:25:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE2043D48; Wed, 14 Jun 2006 14:25:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EEPoiL033749; Wed, 14 Jun 2006 10:25:53 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Jun 2006 10:21:44 -0400 User-Agent: KMail/1.9.1 References: <20060613021543.GA71283@what-creek.com> <20060614103614.Y34121@fledge.watson.org> <20060614095449.GA82424@what-creek.com> In-Reply-To: <20060614095449.GA82424@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606141021.45669.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 14 Jun 2006 10:25:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1538/Tue Jun 13 16:17:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Robert Watson , John Birrell , current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:25:55 -0000 On Wednesday 14 June 2006 05:54, John Birrell wrote: > > > critical_enter 4364385478 > > > critical_exit 4364385478 >=20 > The points I wanted to make about these calls are: >=20 > 1. critical_enter is called so often that the debug printf that /could/ > be compiled into it should cause an increase in global warming if > you tried. 8-) No, it's not a printf to the console it's a printf into the a circular buffer (see options KTR) and the system has been run with it enabled w/o burning the machine up. :) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:25:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 316CC16A474; Wed, 14 Jun 2006 14:25:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE2043D48; Wed, 14 Jun 2006 14:25:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EEPoiL033749; Wed, 14 Jun 2006 10:25:53 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Jun 2006 10:21:44 -0400 User-Agent: KMail/1.9.1 References: <20060613021543.GA71283@what-creek.com> <20060614103614.Y34121@fledge.watson.org> <20060614095449.GA82424@what-creek.com> In-Reply-To: <20060614095449.GA82424@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606141021.45669.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 14 Jun 2006 10:25:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1538/Tue Jun 13 16:17:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Robert Watson , John Birrell , current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:25:55 -0000 On Wednesday 14 June 2006 05:54, John Birrell wrote: > > > critical_enter 4364385478 > > > critical_exit 4364385478 >=20 > The points I wanted to make about these calls are: >=20 > 1. critical_enter is called so often that the debug printf that /could/ > be compiled into it should cause an increase in global warming if > you tried. 8-) No, it's not a printf to the console it's a printf into the a circular buffer (see options KTR) and the system has been run with it enabled w/o burning the machine up. :) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:25:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF51616A41A; Wed, 14 Jun 2006 14:25:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD91243D45; Wed, 14 Jun 2006 14:25:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EEPoiM033749; Wed, 14 Jun 2006 10:25:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Jun 2006 10:23:50 -0400 User-Agent: KMail/1.9.1 References: <448FC3AF.9060606@bulinfo.net> In-Reply-To: <448FC3AF.9060606@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606141023.51185.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 14 Jun 2006 10:25:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1538/Tue Jun 13 16:17:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Krassimir Slavchev , jasone@freebsd.org Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:25:58 -0000 On Wednesday 14 June 2006 04:07, Krassimir Slavchev wrote: > Hello, >=20 > This simple code demonstrates the problem: >=20 > int main () > { > char* buffer1; > char* buffer2; > int size =3D 2*1024*1024 + 1; >=20 > for(;;) { > buffer1 =3D (char *) malloc(size); > buffer2 =3D (char *) malloc(size); >=20 > free(buffer1); > free(buffer2); > } > } >=20 > The second free() does not free allocated memory if size >2Mb. >=20 > On 6.1-STABLE all is OK. This is probably an issue with jemalloc, I've cc'd jasone@ who wrote the new malloc() in HEAD. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:26:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BE316A68C for ; Wed, 14 Jun 2006 14:26:10 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A155B43D46 for ; Wed, 14 Jun 2006 14:26:09 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5EESnYX007000 for ; Wed, 14 Jun 2006 18:28:49 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5EESnel006999 for freebsd-current@freebsd.org; Wed, 14 Jun 2006 18:28:49 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Wed, 14 Jun 2006 18:28:49 +0400 Resent-Message-ID: <20060614142849.GA6959@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Wed, 14 Jun 2006 18:27:15 +0400 From: Tarc To: freebsd-current@freebsd.org Message-ID: <20060614142715.GN22799@tarc.po.cs.msu.su> References: <449015DE.6090407@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <449015DE.6090407@fer.hr> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:26:10 -0000 On Wed, Jun 14, 2006 at 03:57:50PM +0200, Ivan Voras wrote: > There's a reasonably well-known way to make Flash7 player work in FreeBSD, described here: > > http://www.jail.se/freebsd.html > > It involves patching the rtld with this patch: > > http://www.jail.se/freebsd/rtld_dlsym_hack.diff > > I'm not an expert, but this patch looks like free lunch - it doesn't look like it's going to > break anything (though not much software depends on it :) ) - can it be committed to current and > releng_6? > See UPDATING file: 20060408: AFFECTS: users of www/linux-flashplugin* AUTHOR: hrs@FreeBSD.org These ports have been removed because the End User License Agreement explicitly forbids to run the Flash Player on FreeBSD. For more details, see http://www.macromedia.com/shockwave/download/license/desktop/. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:30:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E9016A47C; Wed, 14 Jun 2006 14:30:32 +0000 (UTC) (envelope-from admin@su29.net) Received: from fxng.vds.in (fxng.vds.in [217.199.221.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B62043D66; Wed, 14 Jun 2006 14:30:27 +0000 (GMT) (envelope-from admin@su29.net) Received: from localhost (fxng.vds.in [217.199.221.5]) by fxng.vds.in (Postfix) with ESMTP id 551205D2E; Wed, 14 Jun 2006 18:31:20 +0400 (MSD) Date: Wed, 14 Jun 2006 18:31:17 +0400 From: "Alexander V. Chernikov" X-Mailer: The Bat! (v3.71.03) Professional Organization: URSU X-Priority: 3 (Normal) Message-ID: <783346175.20060614183117@su29.net> To: "Vadim Goncharov" In-Reply-To: References: <70e8236f0606110836j38f7ca33wa3058eaecf386fb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re[2]: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Alexander V. Chernikov" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 14:30:32 -0000 Hello Vadim. you wrote 12 =C9=C0=CE=D1 2006 =C7., 16:48:50: Vadim Goncharov> 12.06.06 @ 05:34 Eduardo Meyer wrote: >> I read the messages and man page but did not understand. Maybe it is >> my lack of knowledge regarding netgraph? Well, in man page it seems >> that you looked at ipfw source code (.h in fact) to find out the tag >> number. Can you explain this? Vadim Goncharov> Yes, netgraph always was a semi-programmer system, less or= more, =20 Vadim Goncharov> especially true with ng_tag, as it tries to be Vadim Goncharov> generalized mbuf_tags(9) =20 Vadim Goncharov> manipulating interface, and this is more kernel internals.= For simple Vadim Goncharov> using, however, you don't need to bother all that details = - just remember Vadim Goncharov> magic number and where to place it, and it is now Vadim Goncharov> simple for use with ipfw =20 Vadim Goncharov> tags. >> A practical example, how could I, for example, block Kazaa or >> bittorrent based on L7 with ng_tag? Can you please explain the steps >> on how to do this? Unfortunately i have never analyzed p2p protocols, but for ICQ solution is very simple. Of course, this is not what you asked for, but it is a practical example using ng_tag node At the beginning of icq session server always sends us 10 bytes length packet of data: 2A 01 XX XX 00 04 00 00 00 01 ^ ^ ^ ^ ^ ^ ^ ^ SEQ Length ^ Channel ICQ flap ID so we can easily match and block this packet with iplen =3D 50 in ipfw and by 8 bytes exact match in ng_bpf The following line is for ng_bpf(4) script from manpage PATTERN=3D"ether[40:2] =3D 0x2A01 and ether[44:4] =3D 0x00040000 and ether[48:2] =3D 0x0001" Vadim Goncharov> The truth is that, in fact, ng_tag doesn't do any traffic = analysis. It Vadim Goncharov> merely provides an easy way to distinguish different packe= ts after =20 Vadim Goncharov> returning to ipfw. Currently the only analyzing node in Fr= eeBSD src tree Vadim Goncharov> is ng_bpf(4), but it merely splits incoming packets in two= streams, =20 Vadim Goncharov> matched and not. There are reasons to this, as netgraph ne= eds to be =20 Vadim Goncharov> modular, and each node does a small thing, but does it wel= l. For long time Vadim Goncharov> ng_bpf was used for another purposes in the kernel, and no= w, as new ipfw Vadim Goncharov> features appeared, ng_tag came up for easy integration. Vadim Goncharov> So, that's merely a framework allowing you to create custo= m filters, and Vadim Goncharov> if you need to match some kind of traffic, you Vadim Goncharov> should sit, understand what =20 Vadim Goncharov> patterns that traffic has and then program ng_bpf(4) with = appropriate Vadim Goncharov> filter. In fact, it allows to create it from Vadim Goncharov> tcpdump(1) expressions, so =20 Vadim Goncharov> you don't need to be a C programmer, and that's good, isn'= t it? :) >> I don't run -CURRENT but I need this kind of feature very much, I am >> downloading a 7.0 snapshot just to test this with ipfw tag. Vadim Goncharov> You'll be able to do this with RELENG_6 about two weeks la= ter. I simply Vadim Goncharov> couldn't wait a month for MFC and wrote it earlier :) >> How this addresses the problem on system level L7 filtering? I always >> though that someone would show up with a userland application that >> tags packets and returns the tag to ipfw filtering, but you came up >> with a kernel approach. How better and why it is when compared to evil >> regexp evaluation on kernel or how efficient is this when compared to >> Linux L7 which is know to fail a lot (let a number of packets pass)? Vadim Goncharov> Yes, in general case you do - correct way is to have a use= rland =20 Vadim Goncharov> application which will do analysis, this easier, simpler a= nd safer =20 Vadim Goncharov> (imagine a security flaw inside kernel matcher?). Like sno= rt. But the Vadim Goncharov> main disadvantage - it is SLOW. And for many kinds of traf= fic you do not Vadim Goncharov> need to perform complete flow analysis, as that is simple = enough to do Vadim Goncharov> per-packet matching, then to say "Huh.. I found such packe= t, so entire Vadim Goncharov> connection must be of that type". Actually, I've Vadim Goncharov> found Linux iptables P2P =20 Vadim Goncharov> matching module named ipp2p at http://www.ipp2p.org/ which= was told to Vadim Goncharov> work reasonable well, looked at the code and found that on= e-packet match Vadim Goncharov> is enough for this work. So, per-packet matching can be im= plemented in Vadim Goncharov> kernel. Vadim Goncharov> After that I've discovered that FreeBSD already have in-ke= rnel packet Vadim Goncharov> matcher for a long time, since 4.0. Briefly Vadim Goncharov> inspecting ipp2p code shown =20 Vadim Goncharov> that most recognized P2P types can be matched by tcpdump a= nd thus are Vadim Goncharov> programmable on ng_bpf(4). For some patterns, still, that'= s not enough, as Vadim Goncharov> bpf can't search for a substring on a variable, not fixed,= offset. Then we Vadim Goncharov> can imagine another netgraph node which will do substring = search (like Vadim Goncharov> iptables --string), so with both bpf and Vadim Goncharov> string-matching all P2P traffic =20 Vadim Goncharov> can be caught. Vadim Goncharov> Anyway, that work yet to be done. The main benefit of ng_t= ag at the moment Vadim Goncharov> is that everybody wishing this have no longer Vadim Goncharov> principial barriers to do, =20 Vadim Goncharov> like needing skills to write kernel module or even userlan= d matching =20 Vadim Goncharov> daemon. >> Sorry for all those questions, but I am an end user in the average, >> so, I can not understand it myself only reading the code. >> >> Thank you for your work and help. It seems that I will have a 7.0 >> snapshot doing this job to me untill the ipfw tag MFC happens, if I >> can understand this approach. Vadim Goncharov> I hope that my explanation was helpful enough to understan= d :) Also, if Vadim Goncharov> you will be using 7.0, include BPF_JITTER in your kernel c= onfig as this Vadim Goncharov> will enable native code-compiling for bpf and ng_bpf - thi= s will speed Vadim Goncharov> things up. Vadim Goncharov> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Vadim Goncharov> P.S. Here is quick-and-dirty primer how to convert ipp2p f= unctions to Vadim Goncharov> ng_bpf(4) input expression for tcpdump(1). Go to Vadim Goncharov> http://www.ipp2p.org/ and =20 Vadim Goncharov> download source, unpack and open file pt_ipp2p.c and find = function for Vadim Goncharov> your P2P type, let it be BitTorrent for our example. So lo= ok (I've =20 Vadim Goncharov> formatted that bad Linux code a little to be a more style(= 9)'ish): Vadim Goncharov> int Vadim Goncharov> search_bittorrent (const unsigned char *payload, const u16= plen) Vadim Goncharov> { Vadim Goncharov> if (plen > 20) { Vadim Goncharov> /* test for match 0x13+"BitTorrent protocol" */ Vadim Goncharov> if (payload[0] =3D=3D 0x13) Vadim Goncharov> if (memcmp(payload+1, "BitTorrent protocol= ", 19) =3D=3D 0) Vadim Goncharov> return (IPP2P_BIT * 100); Vadim Goncharov> /* get tracker commandos, all starts with GET / Vadim Goncharov> * then it can follow: scrape| announce Vadim Goncharov> * and then ?hash_info=3D Vadim Goncharov> */ Vadim Goncharov> if (memcmp(payload,"GET /",5) =3D=3D 0) { Vadim Goncharov> /* message scrape */ Vadim Goncharov> if (memcmp(payload+5, "scrape?info_hash=3D= ", 17)=3D=3D0) Vadim Goncharov> return (IPP2P_BIT * 100 + 1); Vadim Goncharov> /* message announce */ Vadim Goncharov> if (memcmp(payload+5, "announce?info_hash= =3D", 19)=3D=3D0) Vadim Goncharov> return (IPP2P_BIT * 100 + 2); Vadim Goncharov> } Vadim Goncharov> } else { Vadim Goncharov> /* Vadim Goncharov> * bitcomet encryptes the first packet, so we have= to detect another Vadim Goncharov> * one later in the flow Vadim Goncharov> */ Vadim Goncharov> /* first try failed, too many missdetections */ Vadim Goncharov> //if (size =3D=3D 5 && get_u32(t,0) =3D=3D Vadim Goncharov> __constant_htonl(1) && t[4] < 3) Vadim Goncharov> // return (IPP2P_BIT * 100 + 3); Vadim Goncharov> =20 Vadim Goncharov> /* second try: block request packets */ Vadim Goncharov> if ((plen =3D=3D 17) && Vadim Goncharov> (get_u32(payload,0) =3D=3D __constant_htonl(0x= 0d)) && Vadim Goncharov> (payload[4] =3D=3D 0x06) && Vadim Goncharov> (get_u32(payload,13) =3D=3D __constant_htonl(0= x4000))) Vadim Goncharov> return (IPP2P_BIT * 100 + 3); Vadim Goncharov> } Vadim Goncharov> return 0; Vadim Goncharov> } Vadim Goncharov> So, what do we see? BitTorrent packet can start with one o= f three fixed Vadim Goncharov> strings (we see memcmp() checks for them). Author of ipp2p= employs one Vadim Goncharov> more check, but as we can see from comments, he's not sure. Vadim Goncharov> Let's find out what are the byte sequences for these strin= gs: Vadim Goncharov> $ echo -n "BitTorrent protocol" | hd Vadim Goncharov> 00000000 42 69 74 54 6f 72 72 65 6e 74 20 70 72 6f 74 6f= |BitTorrent Vadim Goncharov> proto| Vadim Goncharov> 00000010 63 6f 6c = |col| Vadim Goncharov> 00000013 Vadim Goncharov> $ echo -n "GET /scrape?info_hash=3D" | hd Vadim Goncharov> 00000000 47 45 54 20 2f 73 63 72 61 70 65 3f 69 6e 66 6f= |GET =20 Vadim Goncharov> /scrape?info| Vadim Goncharov> 00000010 5f 68 61 73 68 3d = |_hash=3D| Vadim Goncharov> 00000016 Vadim Goncharov> $ echo -n "GET /announce?info_hash=3D" | hd Vadim Goncharov> 00000000 47 45 54 20 2f 61 6e 6e 6f 75 6e 63 65 3f 69 6e= |GET =20 Vadim Goncharov> /announce?in| Vadim Goncharov> 00000010 66 6f 5f 68 61 73 68 3d = |fo_hash=3D| Vadim Goncharov> 00000018 Vadim Goncharov> We can give 1, 2 or 4 bytes to tcpdump for comarison at on= e time. The Vadim Goncharov> "payload" variable in the source points to beginning of da= ta in TCP =20 Vadim Goncharov> packet. Remember from man ng_tag that tcpdump assumes pack= ets to have Vadim Goncharov> 14-byte Ethernet header for it's arrays like Vadim Goncharov> "tcp[]", but packets come =20 Vadim Goncharov> from ipfw to ng_bpf without this header, and that affects= our offset Vadim Goncharov> calculations. So we must give offsets from very beginning = of packets, Vadim Goncharov> which is done through "ether[]" tcpdump's prime, and parse= headers =20 Vadim Goncharov> manually. Let's assume (for simplicity and speed), however= , that IP and Vadim Goncharov> TCP headers have no any options and thus always have lengt= h 20 bytes each, Vadim Goncharov> then ipp2p's "payload[0]" will be tcpdump's "ether[40]". A= lso, let's =20 Vadim Goncharov> assume that ipfw checked packet len for us so we Vadim Goncharov> don't do that in netgraph =20 Vadim Goncharov> too. Vadim Goncharov> Then, we simply take hex bytes in order hd(1) told us, as = this is network Vadim Goncharov> byte order also, and write them as tcpdump Vadim Goncharov> expressions (remember that =20 Vadim Goncharov> first string ("...protocol") actually have 0x13 Vadim Goncharov> prepended to it). So, we =20 Vadim Goncharov> write follow in ng_bpf(4) script: Vadim Goncharov> PATTERN=3D"(ether[40:4]=3D0x13426974 && Vadim Goncharov> ether[44:4]=3D0x546f7272 && Vadim Goncharov> ether[48:4]=3D0x656e7420 && Vadim Goncharov> ether[52:4]=3D0x70726f74 && Vadim Goncharov> ether[56:4]=3D0x6f636f6c Vadim Goncharov> ) || Vadim Goncharov> (ether[40:4]=3D0x47455420 && Vadim Goncharov> (ether[44:4]=3D0x2f736372 && Vadim Goncharov> ether[48:4]=3D0x6170653f && Vadim Goncharov> ether[52:4]=3D0x696e666f && Vadim Goncharov> ether[56:4]=3D0x5f686173 && Vadim Goncharov> ether[60:2]=3D0x683d Vadim Goncharov> ) || Vadim Goncharov> (ether[44:4]=3D0x2f616e6e && Vadim Goncharov> ether[48:4]=3D0x6f756e63 && Vadim Goncharov> ether[52:4]=3D0x653f696e && Vadim Goncharov> ether[56:4]=3D0x666f5f68 && Vadim Goncharov> ether[60:4]=3D0x6173683d) Vadim Goncharov> ) || Vadim Goncharov> (ether[2:2]=3D57 && Vadim Goncharov> ether[40:4]=3D0x0000000d && Vadim Goncharov> ether[44]=3D0x06 && Vadim Goncharov> ether[53:4]=3D0x00004000)" Vadim Goncharov> Note the last OR block in expression - this is Vadim Goncharov> translation of that "not =20 Vadim Goncharov> sure" checking request packets. I've explicitly written pa= cket length - Vadim Goncharov> plen=3D17 + 20 byte IP header len + 20 byte TCP header len= , check at offset Vadim Goncharov> 2 in IP header, according to RFC 791. Construction "get_u3= 2 =3D=3D =20 Vadim Goncharov> __constant_htonl()" means comparing 4-byte values at given= offset. Vadim Goncharov> P.P.S. I have not tested that pattern on real packets, as = I have no =20 Vadim Goncharov> BitTorrent today, but it should work. --=20 Cheers, Alexander V. Chernikov mailto:admin@su29.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:32:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CF416A47A for ; Wed, 14 Jun 2006 14:32:54 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78DD443D73 for ; Wed, 14 Jun 2006 14:32:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k5EEWrKt018010; Wed, 14 Jun 2006 09:32:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44901E20.9080807@centtech.com> Date: Wed, 14 Jun 2006 09:33:04 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Tarc References: <449015DE.6090407@fer.hr> <20060614142715.GN22799@tarc.po.cs.msu.su> In-Reply-To: <20060614142715.GN22799@tarc.po.cs.msu.su> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1538/Tue Jun 13 15:17:56 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:32:54 -0000 Tarc wrote: > On Wed, Jun 14, 2006 at 03:57:50PM +0200, Ivan Voras wrote: >> There's a reasonably well-known way to make Flash7 player work in FreeBSD, described here: >> >> http://www.jail.se/freebsd.html >> >> It involves patching the rtld with this patch: >> >> http://www.jail.se/freebsd/rtld_dlsym_hack.diff >> >> I'm not an expert, but this patch looks like free lunch - it doesn't look like it's going to >> break anything (though not much software depends on it :) ) - can it be committed to current and >> releng_6? >> > See UPDATING file: > 20060408: > AFFECTS: users of www/linux-flashplugin* > AUTHOR: hrs@FreeBSD.org > > These ports have been removed because the End User License Agreement > explicitly forbids to run the Flash Player on FreeBSD. > For more details, see > http://www.macromedia.com/shockwave/download/license/desktop/. > > Shortly thereafter, someone went and got a confirmation from macromedia that is was ok to use it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 14:39:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DBBD16A481 for ; Wed, 14 Jun 2006 14:39:25 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E64F43D72 for ; Wed, 14 Jun 2006 14:39:22 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by py-out-1112.google.com with SMTP id e30so2223783pya for ; Wed, 14 Jun 2006 07:39: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:cc:in-reply-to:mime-version:content-type:references; b=AyExA3ll8oYNrSUaJFxtscAlsU3fRsnz5BCZN0EFxj7JjrnQq8XJ/+AXGQir/8KTjjiutavbTc3BY7fzZYgo+VV80gfLKDjKyKmrMvlXURYFOS9L9jbZSWlkkLlh15/0Yp9UYGrKkn0NNaLTODsO2izeTU9bm42aOl6Ze1wD5mo= Received: by 10.35.50.9 with SMTP id c9mr1171796pyk; Wed, 14 Jun 2006 07:39:21 -0700 (PDT) Received: by 10.35.98.19 with HTTP; Wed, 14 Jun 2006 07:39:21 -0700 (PDT) Message-ID: <53cc795f0606140739w45fffc81i59e449a6a11cbe54@mail.gmail.com> Date: Wed, 14 Jun 2006 18:39:21 +0400 From: sekes To: Tarc In-Reply-To: <20060614142715.GN22799@tarc.po.cs.msu.su> MIME-Version: 1.0 References: <449015DE.6090407@fer.hr> <20060614142715.GN22799@tarc.po.cs.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 14:39:25 -0000 http://www.freshports.org/commit.php?message_id=200604262148.k3QLma6Z060051@repoman.freebsd.org 26 Apr 2006 Bring back www/linux-flashplugin7 [Maintainer update] www/linux-flashplugin7 - to be restored from attic port www/linux-flashplugin7 was deleted to the attic, due to a licensing issue that has now been resolved. Therefore the port can be restored. | From: Service | Date: Apr 24, 2006 5:55 PM | Subject: Macromedia Customer Service Request [8542731] | To: Chad Gross | | | Hi Chad, | | Thank you for contacting Customer Service at Macromedia, now part of | Adobe Systems. | | I understand your feedback on the compatibility of Flash Player on BSD. | | Please note that Flash Player is not supported in FreeBSD, thus it not | mentioned on the End User License Agreement that Flash Player can be | downloaded and installed on the operating system. It is not that the | web player is prohibited in FreeBSD, but the operating system itself | is not compatible with Player. | | Please note that it is your option whether to install Flash Player on | your FreeBSD; however, please note that we cannot provide you with any | technical support, warranties or remedies for the software, although | it is clearly stated on the End User License Agreement, the only | authorized operating systems where you may download and install Flash | Player. | | To view the System Requirements of Flash Player, you may go to: | | http://www.macromedia.com/software/flashplayer/productinfo/systemreqs/ | | In connection with this, if you would like to make suggestions or | comments on how we can improve future versions of our software, or to | report possible "bugs" in our current versions, please visit: | | http://www.macromedia.com/support/email/wishform/ | | Your comments, suggestions, and ideas for improvements are very | important to us. We appreciate you taking the time to send us this | information. | | I hope this helps. | | Should you have further concerns, feel free to write us back. | | Regards, | | Astrid C. Villanueva | Customer Service | Macromedia, now part of Adobe Systems PR: ports/96374 Submitted by: Jamie Jones distinfo pkg-descr pkg-plist CVS: On 6/14/06, Tarc wrote: > > On Wed, Jun 14, 2006 at 03:57:50PM +0200, Ivan Voras wrote: > > There's a reasonably well-known way to make Flash7 player work in > FreeBSD, described here: > > > > http://www.jail.se/freebsd.html > > > > It involves patching the rtld with this patch: > > > > http://www.jail.se/freebsd/rtld_dlsym_hack.diff > > > > I'm not an expert, but this patch looks like free lunch - it doesn't > look like it's going to > > break anything (though not much software depends on it :) ) - can it be > committed to current and > > releng_6? > > > See UPDATING file: > 20060408: > AFFECTS: users of www/linux-flashplugin* > AUTHOR: hrs@FreeBSD.org > > These ports have been removed because the End User License Agreement > explicitly forbids to run the Flash Player on FreeBSD. > For more details, see > http://www.macromedia.com/shockwave/download/license/desktop/. > > > -- > Best regards, > Arseny Nasokin > _______________________________________________ > 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 Jun 14 15:38:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51FCF16A41A for ; Wed, 14 Jun 2006 15:38:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B2143D46 for ; Wed, 14 Jun 2006 15:38:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.0.1.112] (nat-outside.atlanta.corp.yahoo.com [63.172.193.57]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EFbrt1034171; Wed, 14 Jun 2006 11:38:03 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Jun 2006 11:36:24 -0400 User-Agent: KMail/1.9.1 References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> <200606141020.22182.jhb@freebsd.org> In-Reply-To: <200606141020.22182.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606141136.25214.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [66.23.211.162]); Wed, 14 Jun 2006 11:38:04 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1539/Wed Jun 14 10:21:49 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: John Birrell Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 15:38:09 -0000 On Wednesday 14 June 2006 10:20, John Baldwin wrote: > On Tuesday 13 June 2006 17:36, John Birrell wrote: > > On Tue, Jun 13, 2006 at 02:15:43AM +0000, John Birrell wrote: > > > With the development as it stands at the moment, take care using the FBT > > > provider because you can easily cause the system to go kaboom. I'm still > > > trying to track down the problems there. It's not in FBT itself -- just > > > the fact that the DTrace probe context isn't allowed to call anything that > > > FBT can instrument. If that happens you will either get a reboot or a > > > double fault will leave you in kdb. I recommend only enabling a few FBT > > > probes at a time just so you know which ones could cause a fault. There is > > > no point telling me that you enabled fbt::: and the system went kaboom! > > > > With the FBT provider as it now stands and using this script: > > > > fbt:::entry > > { > > @[probefunc] = count(); > > } > > > > the output after a buildworld is listed below. Check out the number of > > calls to critical_enter and critical_exit (which are listed at the bottom)! > > And for comparison, check the hardclock() count which relects 1000 Hz. > > Those functions are called a lot as every spinlock ends up calling them > (including sched_lock, turnstile chain locks, sleepqueue locks, etc.) Also, WITNESS has its own internal spinlock that is acquired and released on every mutex, rwlock, or sx lock operation, and each of those acquire/release pairs would constitute a critical_enter/exit pair, so you really should run with WITNESS off to get a sense of how often critical_* is really called. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 15:38:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8D3716A503; Wed, 14 Jun 2006 15:38:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0658843D58; Wed, 14 Jun 2006 15:38:48 +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 DD72F1A4E14; Wed, 14 Jun 2006 08:38:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2D1E5514E7; Wed, 14 Jun 2006 11:38:47 -0400 (EDT) Date: Wed, 14 Jun 2006 11:38:47 -0400 From: Kris Kennaway To: John Baldwin Message-ID: <20060614153846.GA37259@xor.obsecurity.org> References: <20060613021543.GA71283@what-creek.com> <20060614103614.Y34121@fledge.watson.org> <20060614095449.GA82424@what-creek.com> <200606141021.45669.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <200606141021.45669.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Robert Watson , John Birrell , current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 15:38:50 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 14, 2006 at 10:21:44AM -0400, John Baldwin wrote: > On Wednesday 14 June 2006 05:54, John Birrell wrote: > > > > critical_enter 4364385478 > > > > critical_exit 4364385478 > >=20 > > The points I wanted to make about these calls are: > >=20 > > 1. critical_enter is called so often that the debug printf that /could/ > > be compiled into it should cause an increase in global warming if > > you tried. 8-) >=20 > No, it's not a printf to the console it's a printf into the a circular > buffer (see options KTR) and the system has been run with it enabled w/o > burning the machine up. :) For point of comparison, I added an implementation of spinlock profiling in my kris-contention p4 branch which does a KTR every 100 mtx_lock_spin() operations, and this has less than 5% performance impact. KTR is very cheap since it is just a single atomic op to increment the buffer index, and then a couple of pointer assignments. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkC2GWry0BWjoQKURAhG6AJ4l6g7QlubMs4H4k/Jk/GKYLkFK+gCdExNH ByNmdl4Grn9GJ1TjU0DYhpg= =sH1V -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 15:38:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8D3716A503; Wed, 14 Jun 2006 15:38:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0658843D58; Wed, 14 Jun 2006 15:38:48 +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 DD72F1A4E14; Wed, 14 Jun 2006 08:38:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2D1E5514E7; Wed, 14 Jun 2006 11:38:47 -0400 (EDT) Date: Wed, 14 Jun 2006 11:38:47 -0400 From: Kris Kennaway To: John Baldwin Message-ID: <20060614153846.GA37259@xor.obsecurity.org> References: <20060613021543.GA71283@what-creek.com> <20060614103614.Y34121@fledge.watson.org> <20060614095449.GA82424@what-creek.com> <200606141021.45669.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <200606141021.45669.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Robert Watson , John Birrell , current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 15:38:50 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 14, 2006 at 10:21:44AM -0400, John Baldwin wrote: > On Wednesday 14 June 2006 05:54, John Birrell wrote: > > > > critical_enter 4364385478 > > > > critical_exit 4364385478 > >=20 > > The points I wanted to make about these calls are: > >=20 > > 1. critical_enter is called so often that the debug printf that /could/ > > be compiled into it should cause an increase in global warming if > > you tried. 8-) >=20 > No, it's not a printf to the console it's a printf into the a circular > buffer (see options KTR) and the system has been run with it enabled w/o > burning the machine up. :) For point of comparison, I added an implementation of spinlock profiling in my kris-contention p4 branch which does a KTR every 100 mtx_lock_spin() operations, and this has less than 5% performance impact. KTR is very cheap since it is just a single atomic op to increment the buffer index, and then a couple of pointer assignments. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkC2GWry0BWjoQKURAhG6AJ4l6g7QlubMs4H4k/Jk/GKYLkFK+gCdExNH ByNmdl4Grn9GJ1TjU0DYhpg= =sH1V -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 16:33:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1226E16A4D1 for ; Wed, 14 Jun 2006 16:33:50 +0000 (UTC) (envelope-from apircalabu@bitdefender.com) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108EC43D48 for ; Wed, 14 Jun 2006 16:33:48 +0000 (GMT) (envelope-from apircalabu@bitdefender.com) Received: (qmail 32577 invoked by uid 1010); 14 Jun 2006 19:33:46 +0300 Received: from apircalabu.dsd.ro (10.10.15.22) by mail.bitdefender.com with SMTP; 14 Jun 2006 19:33:46 +0300 Date: Wed, 14 Jun 2006 19:33:46 +0300 From: Adi Pircalabu To: Ivan Voras Message-ID: <20060614193346.3addcbad@apircalabu.dsd.ro> In-Reply-To: <449015DE.6090407@fer.hr> References: <449015DE.6090407@fer.hr> Organization: BitDefender X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.2 on mail.bitdefender.com X-BitDefender-SpamStamp: 1.1.4 049000040111AAAAAAE X-BitDefender-Spam: No (0) Cc: "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 16:33:50 -0000 On Wed, 14 Jun 2006 15:57:50 +0200 Ivan Voras wrote: > There's a reasonably well-known way to make Flash7 player work in > FreeBSD, described here: > > http://www.jail.se/freebsd.html I think there's a more reasonable way to use linux-flashplugin7, by using it with linux-[your-browser-here] from ports. IMO THE way surely is a FreeBSD native version of that plugin from Macromedia. > It involves patching the rtld with this patch: > > http://www.jail.se/freebsd/rtld_dlsym_hack.diff > > I'm not an expert, but this patch looks like free lunch - it doesn't > look like it's going to break anything (though not much software > depends on it :) ) - can it be committed to current and releng_6? I can crash or hang native Firefox / Mozilla / Seamonkey & linux-flashplugin7 in less than 3 minutes. I think the commiters are smart enough to NOT give everyone the possibility of doing the same. Unless, of course, you will volunteer to manage the enormous quantity or up-coming bug-reports :) -- Adi Pircalabu (PGP Key ID 0x04329F5E) -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 17:00:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4B716A4A0 for ; Wed, 14 Jun 2006 17:00:46 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B445443D6B for ; Wed, 14 Jun 2006 17:00:37 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id E791C3BE76; Wed, 14 Jun 2006 12:00:35 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16771-01-15; Wed, 14 Jun 2006 12:00:35 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id 421B23BE42; Wed, 14 Jun 2006 12:00:35 -0500 (CDT) Message-ID: <449040B0.50005@savvis.net> Date: Wed, 14 Jun 2006 10:00:32 -0700 From: Maksim Yevmenkin User-Agent: Thunderbird 1.5.0.2 (X11/20060603) MIME-Version: 1.0 To: Goran Gajic References: <20060608110046.GD69869@comp.chem.msu.su> <20060614075142.GA57496@comp.chem.msu.su> In-Reply-To: <20060614075142.GA57496@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT panics if scroll lock is pressed during 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: Wed, 14 Jun 2006 17:00:46 -0000 Yar Tikhiy wrote: > On Sat, Jun 10, 2006 at 12:08:48PM +0200, Goran Gajic wrote: >> On Thu, 8 Jun 2006, Yar Tikhiy wrote: >> >>> It might be another issue in kbdmux, as keyboard not working in the >>> debugger apparently is. You can try hitting Scroll Lock with kbdmux >>> disabled in device.hints or not compiled into the kernel in order >>> to see if it's the case. Should the system still panic, you'll at >>> least have the keyboard working in the debugger. >> You were right: when I have disabled kbdmux in /boot/device.hints >> scroll lock hitting is no longer causing panics and I have >> noticed that scroll lock, caps lock and pause/break LEDs are working >> again. For some reason after cvsup at the end of May LEDs stopped >> working.. > > Did you inform Maksim Yevmenkin of this problem? He is the author > of kbdmux, so he is very likely to be interested in finding and > fixing such issues. I carbon copied this message to him. Perhaps > he will tell if you should file a PR on the problem for future > reference. i've seen original email and tried to reproduce it here. so far, i was not able to crash my system by pressing scroll lock during boot. i need clear instruction on how to reproduce the crash. thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 17:35:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B1B216A479; Wed, 14 Jun 2006 17:35:24 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2860B43D6B; Wed, 14 Jun 2006 17:35:24 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id E81355E4926; Wed, 14 Jun 2006 10:35:23 -0700 (PDT) Received: from [192.168.150.128] (unknown [129.101.159.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 533EC5E4906; Wed, 14 Jun 2006 10:35:22 -0700 (PDT) Message-ID: <449048C7.6090109@FreeBSD.org> Date: Wed, 14 Jun 2006 10:35:03 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <448FC3AF.9060606@bulinfo.net> <200606141023.51185.jhb@freebsd.org> In-Reply-To: <200606141023.51185.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.6 Cc: freebsd-current@freebsd.org, jasone@freebsd.org, Krassimir Slavchev Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 17:35:24 -0000 John Baldwin wrote: > On Wednesday 14 June 2006 04:07, Krassimir Slavchev wrote: > >>Hello, >> >>This simple code demonstrates the problem: >> >>int main () >>{ >> char* buffer1; >> char* buffer2; >> int size = 2*1024*1024 + 1; >> >>for(;;) { >> buffer1 = (char *) malloc(size); >> buffer2 = (char *) malloc(size); >> >> free(buffer1); >> free(buffer2); >> } >>} >> >>The second free() does not free allocated memory if size >2Mb. >> >>On 6.1-STABLE all is OK. > > > This is probably an issue with jemalloc, I've cc'd jasone@ who wrote the > new malloc() in HEAD. > This is on a 32-bit system, right? If so, what's happening is that the brk-managed space (data segment) is being fragmented, such that the address space isn't returned to the OS. However, this is not really a memory leak, since madvise() is called in order to let the kernel know that the unused space need not be swapped out. I was reluctant to allow allocations > 1MB to be carved from brk because I knew this could happen, but people complained about it, so I added the feature. In practice, I think the current implementation makes the right tradeoff, but I have no strong feelings on the matter. If this is causing you particular problems for some application, a simple way to work around it is to decrease the data segment size for the application. That will cause most/all allocations to be carved from memory via mmap() instead. Incidentally, this isn't an issue on 64-bit systems, since only mmap() is used to request memory from the kernel. Jason From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 17:43:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F07B16A47D for ; Wed, 14 Jun 2006 17:43:09 +0000 (UTC) (envelope-from dialtone@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF8043D48 for ; Wed, 14 Jun 2006 17:43:08 +0000 (GMT) (envelope-from dialtone@gmail.com) Received: by wr-out-0506.google.com with SMTP id i34so183393wra for ; Wed, 14 Jun 2006 10:43:08 -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=JG2w/7WfRrW3ob2yhYhwsdmwoVoMjKHPDHQava+z/XoM7ImRVZ0bFsIv9NseNCsI3aBmX2YeefOOjjyKqGClOdCT48W1z31DVa1WEXfGXxR31UcEdrcR0To7joZ8Xp9o1x/UPKA+Qkc9wJihna8Vnh4xJ1pJUk4UUapYZcg0THw= Received: by 10.54.91.3 with SMTP id o3mr872020wrb; Wed, 14 Jun 2006 10:43:07 -0700 (PDT) Received: by 10.54.72.14 with HTTP; Wed, 14 Jun 2006 10:43:06 -0700 (PDT) Message-ID: Date: Wed, 14 Jun 2006 19:43:06 +0200 From: "Valentino Volonghi" To: "Wojciech A. Koszek" In-Reply-To: <20060613233117.GA60384@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060614010531.GA2033@FreeBSD.czest.pl> <20060613233117.GA60384@FreeBSD.czest.pl> Cc: freebsd-current@freebsd.org Subject: Re: (Should be: MemTrace -- simple tool for tracking memory leaks) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 17:43:09 -0000 On 6/14/06, Wojciech A. Koszek wrote: > On Wed, Jun 14, 2006 at 01:05:31AM +0000, Wojciech A. Koszek wrote: > > Hello, > > And yes, it's better to set a message subject before sending. I haven't tested your patch yet, but from reading the tgz I can spot at least 2 typos in src/sys/vm/memtrace.c lines 129 and 132: static int memtrace_cache_misses; SYSCTL_INT(_vm_memtrace, OID_AUTO, misses, CTLFLAG_RD, &memtrace_cache_allocs, 0, "Number of misses to the MTrace cache"); static int memtrace_cache_gced; SYSCTL_INT(_vm_memtrace, OID_AUTO, gced, CTLFLAG_RD, &memtrace_cache_allocs, 0, "Number of garbage collected entries"); these should instead be: static int memtrace_cache_misses; SYSCTL_INT(_vm_memtrace, OID_AUTO, misses, CTLFLAG_RD, &memtrace_cache_misses, 0, "Number of misses to the MTrace cache"); static int memtrace_cache_gced; SYSCTL_INT(_vm_memtrace, OID_AUTO, gced, CTLFLAG_RD, &memtrace_cache_gced, 0, "Number of garbage collected entries"); everything else seems fine to me but I've _VERY_ little experience with FreeBSD internals and I'm just exploring it these days. HTH -- Valentino Volonghi aka Dialtone Now running MacOS X 10.4 Blog: http://vvolonghi.blogspot.com Home Page: http://xoomer.virgilio.it/dialtone/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 17:53:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B14016A41A; Wed, 14 Jun 2006 17:53:54 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D22B43D45; Wed, 14 Jun 2006 17:53:53 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id D4A915880B; Wed, 14 Jun 2006 10:53:52 -0700 (PDT) Date: Wed, 14 Jun 2006 10:53:52 -0700 From: Paul Allen To: Jason Evans Message-ID: <20060614175352.GI28128@groat.ugcs.caltech.edu> References: <448FC3AF.9060606@bulinfo.net> <200606141023.51185.jhb@freebsd.org> <449048C7.6090109@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <449048C7.6090109@FreeBSD.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-current@freebsd.org, Krassimir Slavchev Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 17:53:54 -0000 >From Jason Evans , Wed, Jun 14, 2006 at 10:35:03AM -0700: > This is on a 32-bit system, right? If so, what's happening is that the > brk-managed space (data segment) is being fragmented, such that the > address space isn't returned to the OS. However, this is not really a > memory leak, since madvise() is called in order to let the kernel know > that the unused space need not be swapped out. And in particular this should manifest itself as 'RES' declining but 'SIZE' in top remaining unchanged. Until an over-commit hating individual manages to get a patch into the tree, this should not be a concern at all. Paul From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 17:59:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 257D316A474; Wed, 14 Jun 2006 17:59:13 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95D543D45; Wed, 14 Jun 2006 17:59:12 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 6BDB178C1D; Wed, 14 Jun 2006 17:59:10 +0000 (GMT) Date: Wed, 14 Jun 2006 17:59:10 +0000 From: John Birrell To: John Baldwin Message-ID: <20060614175910.GA85484@what-creek.com> References: <20060613021543.GA71283@what-creek.com> <20060613213617.GA78337@what-creek.com> <200606141020.22182.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606141020.22182.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: DTrace for FreeBSD - fbt output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 17:59:13 -0000 On Wed, Jun 14, 2006 at 10:20:21AM -0400, John Baldwin wrote: > We created and destroyed 608 kernel threads during a buildworld?? This > doesn't seem right. Were you doing the buildworld over NFS? Yes. 8-) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 18:05:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27CF216A47E; Wed, 14 Jun 2006 18:05:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801C543D48; Wed, 14 Jun 2006 18:05:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5EI5Ssi035896; Wed, 14 Jun 2006 14:05:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Paul Allen Date: Wed, 14 Jun 2006 13:58:46 -0400 User-Agent: KMail/1.9.1 References: <448FC3AF.9060606@bulinfo.net> <449048C7.6090109@FreeBSD.org> <20060614175352.GI28128@groat.ugcs.caltech.edu> In-Reply-To: <20060614175352.GI28128@groat.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606141358.47527.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 14 Jun 2006 14:05:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1539/Wed Jun 14 10:21:49 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Jason Evans , Krassimir Slavchev Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 18:05:33 -0000 On Wednesday 14 June 2006 13:53, Paul Allen wrote: > From Jason Evans , Wed, Jun 14, 2006 at 10:35:03AM -0700: > > This is on a 32-bit system, right? If so, what's happening is that the > > brk-managed space (data segment) is being fragmented, such that the > > address space isn't returned to the OS. However, this is not really a > > memory leak, since madvise() is called in order to let the kernel know > > that the unused space need not be swapped out. > > And in particular this should manifest itself as 'RES' declining but 'SIZE' > in top remaining unchanged. Until an over-commit hating individual manages > to get a patch into the tree, this should not be a concern at all. And any such patch would have to have a knob that defaulted to keeping overcommit on anyway. :-) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 18:14:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D9816A479; Wed, 14 Jun 2006 18:14:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E60DF43D48; Wed, 14 Jun 2006 18:14:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5EIEM3U003199; Wed, 14 Jun 2006 14:14:22 -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.6/8.13.6) with ESMTP id k5EIEMJ3055267; Wed, 14 Jun 2006 14:14:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 013A17302F; Wed, 14 Jun 2006 14:14:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060614181422.013A17302F@freebsd-current.sentex.ca> Date: Wed, 14 Jun 2006 14:14:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 18:14:23 -0000 TB --- 2006-06-14 16:06:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-14 16:06:47 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-14 16:06:47 - cleaning the object tree TB --- 2006-06-14 16:07:13 - checking out the source tree TB --- 2006-06-14 16:07:13 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-14 16:07:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-14 16:14:43 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-14 16:14:43 - cd /src TB --- 2006-06-14 16:14:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-14 17:22:05 - generating LINT kernel config TB --- 2006-06-14 17:22:05 - cd /src/sys/i386/conf TB --- 2006-06-14 17:22:05 - /usr/bin/make -B LINT TB --- 2006-06-14 17:22:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-14 17:22:06 - cd /src TB --- 2006-06-14 17:22:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 14 17:22:06 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Jun 14 17:48:19 UTC 2006 TB --- 2006-06-14 17:48:19 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-14 17:48:19 - cd /src TB --- 2006-06-14 17:48:19 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jun 14 17:48:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Jun 14 18:08:55 UTC 2006 TB --- 2006-06-14 18:08:55 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-14 18:08:55 - cd /src TB --- 2006-06-14 18:08:55 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Jun 14 18:08:55 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr_enc.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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 acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_realmodeinst': /src/sys/i386/acpica/acpi_wakeup.c:337: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-14 18:14:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-14 18:14:21 - ERROR: failed to build PAE kernel TB --- 2006-06-14 18:14:21 - tinderbox aborted TB --- 0.88 user 4.05 system 7654.07 real From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 18:26:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7DCF16A474 for ; Wed, 14 Jun 2006 18:26:29 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1705C43D46 for ; Wed, 14 Jun 2006 18:26:28 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k5EIOoaP080439; Wed, 14 Jun 2006 20:24:50 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <44905472.20106@fer.hr> Date: Wed, 14 Jun 2006 20:24:50 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adi Pircalabu References: <449015DE.6090407@fer.hr> <20060614193346.3addcbad@apircalabu.dsd.ro> In-Reply-To: <20060614193346.3addcbad@apircalabu.dsd.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 18:26:29 -0000 Adi Pircalabu wrote: > I can crash or hang native Firefox / Mozilla / Seamonkey & > linux-flashplugin7 in less than 3 minutes. I think the commiters are > smart enough to NOT give everyone the possibility of doing the same. > Unless, of course, you will volunteer to manage the enormous quantity or > up-coming bug-reports :) The patch has no impact on the base system, it only allows the flash player to be used _from ports_, and the linuxplugin port already has a big caveat for version 7 flash player. A native FreeBSD flash player is not going to happen any time soon, and people are already using flash version 8 (for which there's no way to be used on FreeBSD). From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 18:40:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C759B16A41A; Wed, 14 Jun 2006 18:40:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B329743D45; Wed, 14 Jun 2006 18:40:35 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5EIeRIv051413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jun 2006 21:40:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5EIeRlv078639; Wed, 14 Jun 2006 21:40:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5EIeQJ8078620; Wed, 14 Jun 2006 21:40:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 14 Jun 2006 21:40:26 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20060614184026.GC86300@deviant.kiev.zoral.com.ua> References: <448FC3AF.9060606@bulinfo.net> <449048C7.6090109@FreeBSD.org> <20060614175352.GI28128@groat.ugcs.caltech.edu> <200606141358.47527.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <200606141358.47527.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: Krassimir Slavchev , Paul Allen , Jason Evans , freebsd-current@freebsd.org Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 18:40:36 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 14, 2006 at 01:58:46PM -0400, John Baldwin wrote: > On Wednesday 14 June 2006 13:53, Paul Allen wrote: > > From Jason Evans , Wed, Jun 14, 2006 at=20 > 10:35:03AM -0700: > > > This is on a 32-bit system, right? If so, what's happening is that t= he=20 > > > brk-managed space (data segment) is being fragmented, such that the= =20 > > > address space isn't returned to the OS. However, this is not really = a=20 > > > memory leak, since madvise() is called in order to let the kernel kno= w=20 > > > that the unused space need not be swapped out. > >=20 > > And in particular this should manifest itself as 'RES' declining but 'S= IZE' > > in top remaining unchanged. Until an over-commit hating individual man= ages > > to get a patch into the tree, this should not be a concern at all. >=20 > And any such patch would have to have a knob that defaulted to keeping > overcommit on anyway. :-) Ha ! Exactly. My patch has such knob :). Shameless plug: http://kostikbel.narod.ru/overcommit Testing the patch on recent CURRENT, I did notice that jemalloc really likes the swap :). --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkFgZC3+MBN1Mb4gRAhFeAKDju8oN1lpebW263VO0PxkfrkcNxQCgtktO /5+K3pIE+bXm88dJcyBZ9s0= =kPcQ -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 19:28:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2407F16A41A for ; Wed, 14 Jun 2006 19:28:39 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7243043D45 for ; Wed, 14 Jun 2006 19:28:38 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [192.168.10.2]) by corp.grupos.com.br (Postfix) with ESMTP id 818645CB4; Wed, 14 Jun 2006 16:28:33 -0300 (BRT) Received: from [192.168.10.10] (marcus.grupos.com.br [192.168.10.10]) by corp.grupos.com.br (Postfix) with ESMTP id 57D115C38; Wed, 14 Jun 2006 16:28:33 -0300 (BRT) Message-ID: <44906360.4080101@FreeBSD.org> Date: Wed, 14 Jun 2006 16:28:32 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: Ivan Voras References: <449015DE.6090407@fer.hr> <20060614193346.3addcbad@apircalabu.dsd.ro> <44905472.20106@fer.hr> In-Reply-To: <44905472.20106@fer.hr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Filtered: By ProxSMTP using Clamav and Bogofilter Cc: Adi Pircalabu , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 19:28:39 -0000 Ivan Voras wrote: > Adi Pircalabu wrote: > >> I can crash or hang native Firefox / Mozilla / Seamonkey & >> linux-flashplugin7 in less than 3 minutes. I think the commiters are >> smart enough to NOT give everyone the possibility of doing the same. >> Unless, of course, you will volunteer to manage the enormous quantity or >> up-coming bug-reports :) > > The patch has no impact on the base system, it only allows the flash > player to be used _from ports_, and the linuxplugin port already has a > big caveat for version 7 flash player. > > A native FreeBSD flash player is not going to happen any time soon, and > people are already using flash version 8 (for which there's no way to be > used on FreeBSD). Sometime ago i talk witk nork@ and des@ about this. Meanwhile, the best way is create one library with this patch and start firefox with LD_PRELOAD. http://marcus.grupos.com.br:8080/download/_dlsym/Makefile http://marcus.grupos.com.br:8080/download/_dlsym/_dlsym.c Since bin/firefox are a script it's easy to add. Regards -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 14 20:28:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E280416A474; Wed, 14 Jun 2006 20:28:17 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BDD43D5C; Wed, 14 Jun 2006 20:28:14 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 632815E4926; Wed, 14 Jun 2006 13:28:13 -0700 (PDT) Received: from [192.168.150.128] (unknown [64.126.143.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id B833C5E4909; Wed, 14 Jun 2006 13:28:11 -0700 (PDT) Message-ID: <4490713E.2050107@FreeBSD.org> Date: Wed, 14 Jun 2006 13:27:42 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <448FC3AF.9060606@bulinfo.net> <449048C7.6090109@FreeBSD.org> <20060614175352.GI28128@groat.ugcs.caltech.edu> <200606141358.47527.jhb@freebsd.org> <20060614184026.GC86300@deviant.kiev.zoral.com.ua> In-Reply-To: <20060614184026.GC86300@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.6 Cc: Krassimir Slavchev , Paul Allen , freebsd-current@freebsd.org Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jun 2006 20:28:18 -0000 Kostik Belousov wrote: > On Wed, Jun 14, 2006 at 01:58:46PM -0400, John Baldwin wrote: >>And any such patch would have to have a knob that defaulted to keeping >>overcommit on anyway. :-) > > Ha ! Exactly. My patch has such knob :). > Shameless plug: http://kostikbel.narod.ru/overcommit > > Testing the patch on recent CURRENT, I did notice that jemalloc > really likes the swap :). You're saying that jemalloc uses a lot of *reserved* swap space, right? That's different than actually causing a lot of swapping, and something that is of no concern, IMO. Jason From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 01:04:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AC5816A41A for ; Thu, 15 Jun 2006 01:04:32 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F32843D53 for ; Thu, 15 Jun 2006 01:04:31 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 8E88A40CF; Wed, 14 Jun 2006 17:04:31 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org User-Agent: KMail/1.9.1 MIME-Version: 1.0 Date: Wed, 14 Jun 2006 17:04:14 -0800 Content-Type: multipart/signed; boundary="nextPart2118788.LH7OqQGfqv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606141704.30667.freebsd@alaskaparadise.com> Subject: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 01:04:32 -0000 --nextPart2118788.LH7OqQGfqv Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I forgot to define NO_MALLOC_EXTRAS in malloc.c on one of my test machines = and=20 I'm taking a noticeable performance hit. How do I just rebuild libc without= =20 rebuilding userland? This box is only 500 MHz and a system rebuild takes=20 quite a while. Thanks, Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart2118788.LH7OqQGfqv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkLIeR5sEeCt9j00RAvy4AJwIcl4oNhOrO6YPKlYzWfuh8bxaYgCfR2Gt 6YvaQGd+AY15JxA1Acg+T9c= =K9m1 -----END PGP SIGNATURE----- --nextPart2118788.LH7OqQGfqv-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 01:16:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F07F16A583 for ; Thu, 15 Jun 2006 01:16:56 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F6043D45 for ; Thu, 15 Jun 2006 01:16:54 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k5F1GZh4014053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Jun 2006 04:16:37 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k5F1Ip4t014659; Thu, 15 Jun 2006 04:18:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k5F1IoN5014658; Thu, 15 Jun 2006 04:18:50 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) To: Beech Rintoul References: <200606141704.30667.freebsd@alaskaparadise.com> From: Giorgos Keramidas Date: Thu, 15 Jun 2006 04:18:50 +0300 In-Reply-To: <200606141704.30667.freebsd@alaskaparadise.com> (Beech Rintoul's message of "Wed, 14 Jun 2006 17:04:14 -0800") Message-ID: <86fyi72p39.fsf@gothmog.pc> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.146, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.25, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 01:16:56 -0000 On Wed, 14 Jun 2006 17:04:14 -0800, Beech Rintoul wrote: > I forgot to define NO_MALLOC_EXTRAS in malloc.c on one of my > test machines and I'm taking a noticeable performance hit. How > do I just rebuild libc without rebuilding userland? This box is > only 500 MHz and a system rebuild takes quite a while. Even if you rebuild libc, you may still have to rebuild a lot of stuff, i.e. static libraries and static binaries. Are you sure it is worth your time to try rebuilding the system in pieces, as you find they need to be rebuilt, instead of just using the usual buildworld/buildkernel cycle? From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 02:25:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F50616A41A; Thu, 15 Jun 2006 02:25:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA2343D45; Thu, 15 Jun 2006 02:25:20 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5F2PB9s068574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Jun 2006 05:25:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5F2PAF0030211; Thu, 15 Jun 2006 05:25:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5F2P92r030198; Thu, 15 Jun 2006 05:25:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Jun 2006 05:25:09 +0300 From: Kostik Belousov To: Jason Evans Message-ID: <20060615022509.GD86300@deviant.kiev.zoral.com.ua> References: <448FC3AF.9060606@bulinfo.net> <449048C7.6090109@FreeBSD.org> <20060614175352.GI28128@groat.ugcs.caltech.edu> <200606141358.47527.jhb@freebsd.org> <20060614184026.GC86300@deviant.kiev.zoral.com.ua> <4490713E.2050107@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+B+y8wtTXqdUj1xM" Content-Disposition: inline In-Reply-To: <4490713E.2050107@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: Krassimir Slavchev , Paul Allen , freebsd-current@freebsd.org Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 02:25:22 -0000 --+B+y8wtTXqdUj1xM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 14, 2006 at 01:27:42PM -0700, Jason Evans wrote: > Kostik Belousov wrote: > >On Wed, Jun 14, 2006 at 01:58:46PM -0400, John Baldwin wrote: > >>And any such patch would have to have a knob that defaulted to keeping > >>overcommit on anyway. :-) > > > >Ha ! Exactly. My patch has such knob :). > >Shameless plug: http://kostikbel.narod.ru/overcommit > > > >Testing the patch on recent CURRENT, I did notice that jemalloc > >really likes the swap :). >=20 > You're saying that jemalloc uses a lot of *reserved* swap space, right?= =20 > That's different than actually causing a lot of swapping, and=20 > something that is of no concern, IMO. Yes, absolutely. --+B+y8wtTXqdUj1xM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkMUEC3+MBN1Mb4gRAvuKAJ9u1G1JPIvzRje1330rSrBlJDb+0QCg9sk3 2R3OiL71TcPevf3vHHDSy9g= =Lqaa -----END PGP SIGNATURE----- --+B+y8wtTXqdUj1xM-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 05:20:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4788216A479 for ; Thu, 15 Jun 2006 05:20:28 +0000 (UTC) (envelope-from techkrit@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB0343D48 for ; Thu, 15 Jun 2006 05:20:27 +0000 (GMT) (envelope-from techkrit@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so510026nzo for ; Wed, 14 Jun 2006 22:20:26 -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; b=j+EYKj4WABjXR3yGxRFVwG010wyVc2Mu40zqePTHdHUihFA+kLuQboQh2lcvyrQscgCe2h0dNqC5C4fprdT9KQmei5aRlAHICfEY4b4PUu9hTKLeMF/twrVqumKyI/mUAPiUrzxKXf4YSW1M1wT77l1w7a029l59pIaTAFyKWaA= Received: by 10.65.97.6 with SMTP id z6mr145616qbl; Wed, 14 Jun 2006 22:20:26 -0700 (PDT) Received: by 10.65.84.17 with HTTP; Wed, 14 Jun 2006 22:20:26 -0700 (PDT) Message-ID: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> Date: Thu, 15 Jun 2006 10:50:26 +0530 From: "John S" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.1 Installation Prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 05:20:28 -0000 Hi, I am trying to install FreeBSD on my machine which already has Windows XP, SUSE Linux 10.1. After partitioning and selecting the installation packages; as soon as i hit the button to start install; it says "/dev/X" not found and aborted the install. I am trying to install from CD. What is the problem? BTW this is the first time I am trying to install FreeeBSD or for that matter any flavour of BSD. But I am ok with Linux installtions. From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 09:00:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B979416A474; Thu, 15 Jun 2006 09:00:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A63243D46; Thu, 15 Jun 2006 09:00:26 +0000 (GMT) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id AE9551E8ED; Thu, 15 Jun 2006 12:00:24 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15770-01; Thu, 15 Jun 2006 12:00:23 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id B2D211E8EC; Thu, 15 Jun 2006 12:00:23 +0300 (EEST) Message-ID: <44912192.2030806@bulinfo.net> Date: Thu, 15 Jun 2006 12:00:02 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Jason Evans References: <448FC3AF.9060606@bulinfo.net> <200606141023.51185.jhb@freebsd.org> <449048C7.6090109@FreeBSD.org> In-Reply-To: <449048C7.6090109@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 09:00:28 -0000 Jason Evans wrote: > John Baldwin wrote: >> On Wednesday 14 June 2006 04:07, Krassimir Slavchev wrote: >> >>> Hello, >>> >>> This simple code demonstrates the problem: >>> >>> int main () >>> { >>> char* buffer1; >>> char* buffer2; >>> int size = 2*1024*1024 + 1; >>> >>> for(;;) { >>> buffer1 = (char *) malloc(size); >>> buffer2 = (char *) malloc(size); >>> >>> free(buffer1); >>> free(buffer2); >>> } >>> } >>> >>> The second free() does not free allocated memory if size >2Mb. >>> >>> On 6.1-STABLE all is OK. >> >> >> This is probably an issue with jemalloc, I've cc'd jasone@ who wrote the >> new malloc() in HEAD. >> > > This is on a 32-bit system, right? If so, what's happening is that > the brk-managed space (data segment) is being fragmented, such that > the address space isn't returned to the OS. However, this is not > really a memory leak, since madvise() is called in order to let the > kernel know that the unused space need not be swapped out. > Yes, this is on a 32 bit system. After what time the kernel should free the unused space? If the interval between malloc() and free() is 10 seconds for example the 'SIZE' and 'RES' shown by top are increasing. Also if only one big buffer is used the problem does not exist. > I was reluctant to allow allocations > 1MB to be carved from brk > because I knew this could happen, but people complained about it, so I > added the feature. In practice, I think the current implementation > makes the right tradeoff, but I have no strong feelings on the matter. > > If this is causing you particular problems for some application, a > simple way to work around it is to decrease the data segment size for > the application. That will cause most/all allocations to be carved > from memory via mmap() instead. > I can't decrease the data segment because I load some files ~4Mb each in memory buffers and then stream the buffers cyclic via IO port as fast as possible. However, I use 5.4-STABLE in production. > Incidentally, this isn't an issue on 64-bit systems, since only mmap() > is used to request memory from the kernel. > > Jason > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > Best Regards From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 09:32:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97B416A474 for ; Thu, 15 Jun 2006 09:32:47 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7295843D49 for ; Thu, 15 Jun 2006 09:32:47 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id 7D28B1CBA7; Thu, 15 Jun 2006 05:33:08 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id 3F02CDA0A; Thu, 15 Jun 2006 05:33:07 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FqoDT-0006YZ-U7; Thu, 15 Jun 2006 10:32:43 +0100 Date: Thu, 15 Jun 2006 10:32:43 +0100 From: Brian Candler To: John S Message-ID: <20060615093243.GA25172@uk.tiscali.com> References: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.1 Installation Prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 09:32:47 -0000 On Thu, Jun 15, 2006 at 10:50:26AM +0530, John S wrote: > I am trying to install FreeBSD on my machine This isn't the right place for this question; the right place is "freebsd-questions", or possibly "freebsd-stable" FYI, "freebsd-current" doesn't mean "the most recently released FreeBSD", even though it might sound like that. It actually means "today's bleeding-edge experimental development code", not released except via CVS. If you're installing from a 6.1 CD, that's not what you have. HTH, Brian. From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 10:22:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B81C16A41A for ; Thu, 15 Jun 2006 10:22:40 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B86943D53 for ; Thu, 15 Jun 2006 10:22:39 +0000 (GMT) (envelope-from der_uf@gmx.de) Received: (qmail invoked by alias); 15 Jun 2006 10:22:38 -0000 Received: from a81-14-189-240.net-htp.de (EHLO localhost.unsernet) [81.14.189.240] by mail.gmx.net (mp035) with SMTP; 15 Jun 2006 12:22:38 +0200 X-Authenticated: #31554707 To: freebsd-current@freebsd.org From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Date: Thu, 15 Jun 2006 12:23:40 -0000 Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 10:22:40 -0000 On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > Now there is also a tunable/sysctl "debug.acpi.resume_beep".Setting i= t = > to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. On my FSJ Amilo-A CY26 (with broken ACPI-bios and a custom DSDT-table) resume from C3 never worked with FreeBSD (5.x, 6.x, CURRENT). The LEDs are green, but I the display stays black (console / X) and the system doesn't respond to commands (like reboot, CTRL-ALT-DEL). Now with debug.acpi.resume_beep=3D1 the system doesn't beep but reboots after a couple of seconds. UF. From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 10:22:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A83B016A47B for ; Thu, 15 Jun 2006 10:22:40 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6BA3A43D55 for ; Thu, 15 Jun 2006 10:22:39 +0000 (GMT) (envelope-from der_uf@gmx.de) Received: (qmail invoked by alias); 15 Jun 2006 10:22:38 -0000 Received: from a81-14-189-240.net-htp.de (EHLO localhost.unsernet) [81.14.189.240] by mail.gmx.net (mp035) with SMTP; 15 Jun 2006 12:22:38 +0200 X-Authenticated: #31554707 To: freebsd-current@freebsd.org From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Date: Thu, 15 Jun 2006 12:23:40 -0000 Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: resume changes, please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 10:22:40 -0000 On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > Now there is also a tunable/sysctl "debug.acpi.resume_beep".Setting i= t = > to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. On my FSJ Amilo-A CY26 (with broken ACPI-bios and a custom DSDT-table) resume from C3 never worked with FreeBSD (5.x, 6.x, CURRENT). The LEDs are green, but I the display stays black (console / X) and the system doesn't respond to commands (like reboot, CTRL-ALT-DEL). Now with debug.acpi.resume_beep=3D1 the system doesn't beep but reboots after a couple of seconds. UF. From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 12:21:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CD1916A479 for ; Thu, 15 Jun 2006 12:21:01 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E4743D49 for ; Thu, 15 Jun 2006 12:21:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k5FCL0rm024128; Thu, 15 Jun 2006 07:21:00 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <449150B7.8040009@centtech.com> Date: Thu, 15 Jun 2006 07:21:11 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: John S References: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> In-Reply-To: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1539/Wed Jun 14 09:21:49 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.1 Installation Prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 12:21:01 -0000 John S wrote: > Hi, > > I am trying to install FreeBSD on my machine which already has Windows > XP, SUSE Linux 10.1. > > After partitioning and selecting the installation packages; as soon as i > hit > the button to start install; it says "/dev/X" not found and aborted the > install. I am trying to install from CD. What is the problem? > > BTW this is the first time I am trying to install FreeeBSD or for that > matter any flavour of BSD. But I am ok with Linux installtions. Can you report the actual /dev/* it warns about? What kind of system is it? Also - you might try a FreeBSD 6.1-RELEASE CD instead of -CURRENT, as -CURRENT is considered 'beta', and any -RELEASE should be stable. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 12:47:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8BE16A41A for ; Thu, 15 Jun 2006 12:47:02 +0000 (UTC) (envelope-from sico@loquefaltaba.com) Received: from mail.loquefaltaba.com (78.Red-213-96-97.staticIP.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DAD243D5C for ; Thu, 15 Jun 2006 12:47:01 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id D70E5C128 for ; Thu, 15 Jun 2006 14:46:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at loquefaltaba.com Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IzQw9603GdUt for ; Thu, 15 Jun 2006 14:46:55 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 0721FC11F for ; Thu, 15 Jun 2006 14:46:55 +0200 (CEST) Received: from 195.235.92.5 (SquirrelMail authenticated user sico) by webmail.loquefaltaba.com with HTTP; Thu, 15 Jun 2006 14:46:55 +0200 (CEST) Message-ID: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> Date: Thu, 15 Jun 2006 14:46:55 +0200 (CEST) From: "David Barbero" To: current@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 12:47:02 -0000 Hi all. Have some way to take the CD of installation without support for firewire? I talk about to pass parameters to him to boot, Seth hint…. The case is that in my laptop (Dell Latitude D510) it gives kernel panic when initiating the support firewire and I cannot install it. Another solution is to do a ISO to me with kernel modified, but this would take more time to me and I do not know very clearly like doing it… Thank very much. Regards. -- "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 13:30:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ED5916A479 for ; Thu, 15 Jun 2006 13:30:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C20A43D64 for ; Thu, 15 Jun 2006 13:29:58 +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 A4D3146B1D; Thu, 15 Jun 2006 09:29:58 -0400 (EDT) Date: Thu, 15 Jun 2006 14:29:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eric Anderson In-Reply-To: <449150B7.8040009@centtech.com> Message-ID: <20060615142846.U2512@fledge.watson.org> References: <986bb0590606142220i64dafc06x25666fcd4cdecda6@mail.gmail.com> <449150B7.8040009@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.1 Installation Prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 13:30:02 -0000 On Thu, 15 Jun 2006, Eric Anderson wrote: >> I am trying to install FreeBSD on my machine which already has Windows >> XP, SUSE Linux 10.1. >> >> After partitioning and selecting the installation packages; as soon as i >> hit the button to start install; it says "/dev/X" not found and aborted the >> install. I am trying to install from CD. What is the problem? >> >> BTW this is the first time I am trying to install FreeeBSD or for that >> matter any flavour of BSD. But I am ok with Linux installtions. > > Can you report the actual /dev/* it warns about? What kind of system is it? > Also - you might try a FreeBSD 6.1-RELEASE CD instead of -CURRENT, as > -CURRENT is considered 'beta', and any -RELEASE should be stable. I consider -CURRENT alpha, although in practice it's the lack of assurance that it will run well, rather than the lack of running well, that's the issue. One of the things that tends not to work very well in -CURRENT is the automated install process, since that's not tested often since most developers do incremental updates rather than fresh installs. :-) Robert N M Watson Computer Laboratory Universty of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 13:50:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B009116A41A for ; Thu, 15 Jun 2006 13:50:51 +0000 (UTC) (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 06B5443D70 for ; Thu, 15 Jun 2006 13:50:50 +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.13.4/8.12.9) with ESMTP id k5FE5Fgq077284; Thu, 15 Jun 2006 14:05:15 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k5FE5F9o077283; Thu, 15 Jun 2006 14:05:15 GMT (envelope-from dunstan) Date: Thu, 15 Jun 2006 14:05:14 +0000 From: "Wojciech A. Koszek" To: David Barbero Message-ID: <20060615140514.GA77239@FreeBSD.czest.pl> References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Thu, 15 Jun 2006 14:05:15 +0000 (UTC) Cc: current@freebsd.org Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 13:50:51 -0000 On Thu, Jun 15, 2006 at 02:46:55PM +0200, David Barbero wrote: > Hi all. > > Have some way to take the CD of installation without support for firewire? > I talk about to pass parameters to him to boot, Seth hint…. > The case is that in my laptop (Dell Latitude D510) it gives kernel panic > when initiating the support firewire and I cannot install it. Another > solution is to do a ISO to me with kernel modified, but this would take > more time to me and I do not know very clearly like doing it… > Could you try to retype a panic message here? Why don't you try disabling FireWire in your BIOS? Could you say which version of FreeBSD are you going to install? -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 16:46:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DD1C16A41A for ; Thu, 15 Jun 2006 16:46:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9E043D48 for ; Thu, 15 Jun 2006 16:46:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5FGkDFP048327; Thu, 15 Jun 2006 12:46:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 15 Jun 2006 12:46:07 -0400 User-Agent: KMail/1.9.1 References: <200606141704.30667.freebsd@alaskaparadise.com> In-Reply-To: <200606141704.30667.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606151246.08363.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 15 Jun 2006 12:46:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1539/Wed Jun 14 10:21:49 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Beech Rintoul Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 16:46:21 -0000 On Wednesday 14 June 2006 21:04, Beech Rintoul wrote: > I forgot to define NO_MALLOC_EXTRAS in malloc.c on one of my test machines and > I'm taking a noticeable performance hit. How do I just rebuild libc without > rebuilding userland? This box is only 500 MHz and a system rebuild takes > quite a while. cd /usr/src/lib/libc make clean make cleandir make obj make depend make all make install Something like that should do it. You might have to rebuild any statically linked binaries as well (/sbin/init and /bin/sh) but fixing libc should probably solve most of your problems. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 19:18:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B0DD16A41A; Thu, 15 Jun 2006 19:18:51 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD3743D46; Thu, 15 Jun 2006 19:18:49 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id EEE1940D1; Thu, 15 Jun 2006 11:18:48 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: John Baldwin Date: Thu, 15 Jun 2006 11:18:28 -0800 User-Agent: KMail/1.9.1 References: <200606141704.30667.freebsd@alaskaparadise.com> <200606151246.08363.jhb@freebsd.org> In-Reply-To: <200606151246.08363.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1960856.79e9bSgdbp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606151118.47266.freebsd@alaskaparadise.com> Cc: freebsd-current@freebsd.org Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 19:18:51 -0000 --nextPart1960856.79e9bSgdbp Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 15 June 2006 08:46, John Baldwin wrote: > On Wednesday 14 June 2006 21:04, Beech Rintoul wrote: > > I forgot to define NO_MALLOC_EXTRAS in malloc.c on one of my test > > machines > > and > > > I'm taking a noticeable performance hit. How do I just rebuild libc > > without rebuilding userland? This box is only 500 MHz and a system > > rebuild takes quite a while. > > cd /usr/src/lib/libc > make clean > make cleandir > make obj > make depend > make all > make install > > Something like that should do it. You might have to rebuild any statical= ly > linked binaries as well (/sbin/init and /bin/sh) but fixing libc should > probably solve most of your problems. Thanks, it's just temporary anyway. I have another project going on that bo= x=20 and I didn't want to take the time to rebuild right now. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1960856.79e9bSgdbp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkbKXR5sEeCt9j00RAsSSAJwMDKRXGTuCj5RBkY6heENFGfMiuwCfRZJh kKCp9gnkneZ31aNPVng68OE= =91PB -----END PGP SIGNATURE----- --nextPart1960856.79e9bSgdbp-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 20:03:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7C4116A558 for ; Thu, 15 Jun 2006 20:03:10 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AD743D6E for ; Thu, 15 Jun 2006 20:03:06 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EB85.dip.t-dialin.net [84.165.235.133]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5FJx47d081958 for ; Thu, 15 Jun 2006 21:59:05 +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.4/8.13.3) with ESMTP id k5FK35Gt024434 for ; Thu, 15 Jun 2006 22:03:05 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 15 Jun 2006 22:03:36 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20060615220336.6946c760@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.18; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 20:03:10 -0000 Hi, the only place where COMPAT_43 is needed (as in: does not compile without it) is in the (outdated/not usable since too old) svr4 code. Previously this was also needed for the linuxolator, but this is not the case anymore. So I removed this option from the GENERIC kernels. If the removal of COMPAT_43 results in a not working program, please recompile it and all dependencies and try again before reporting a problem. Removing the option from your kernel may result in a small performance increase for some workloads. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~130 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 20:09:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA5D16A41A for ; Thu, 15 Jun 2006 20:09:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 397B443D70 for ; Thu, 15 Jun 2006 20:09:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 1201A170DE; Thu, 15 Jun 2006 20:09:20 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Jun 2006 22:03:36 +0200." <20060615220336.6946c760@Magellan.Leidinger.net> Date: Thu, 15 Jun 2006 20:09:20 +0000 Message-ID: <3066.1150402160@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 20:09:23 -0000 Thankyou! -- 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 Jun 15 20:28:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 781B516A492 for ; Thu, 15 Jun 2006 20:28:19 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id D974E43D46 for ; Thu, 15 Jun 2006 20:28:18 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 89998 invoked from network); 15 Jun 2006 20:28:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0LwGy0rSK3WVdidSft1N1gAzShN96YSK+4vu67CeANQWoMiOAvYeeagckmBYcYab38L1C1LKa21HT8RASHQhQHLd/V5lsPS4sikQJYAEfWlb35sIq5UMJyOhBvQ1EFvQAoIM/2DVQlteeo7BVxiAeUopm6IYgGM5CF63Y+SMDpE= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 15 Jun 2006 20:28:16 -0000 Message-ID: <4491C2F0.6000007@rogers.com> Date: Thu, 15 Jun 2006 16:28:32 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Alexander Leidinger References: <20060615220336.6946c760@Magellan.Leidinger.net> In-Reply-To: <20060615220336.6946c760@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 20:28:19 -0000 Alexander Leidinger wrote: > Hi, > > the only place where COMPAT_43 is needed (as in: does not compile > without it) is in the (outdated/not usable since too old) svr4 code. > > Previously this was also needed for the linuxolator, but this is not > the case anymore. > > So I removed this option from the GENERIC kernels. If the removal of > COMPAT_43 results in a not working program, please recompile it and all > dependencies and try again before reporting a problem. > What about COMPAT_43TTY? Is this still needed, how exactly does it affect the system? From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 20:32:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC01C16A474 for ; Thu, 15 Jun 2006 20:32:00 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE5E043D73 for ; Thu, 15 Jun 2006 20:31:54 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k5FKVnYj077679 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 15 Jun 2006 22:31:49 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k5FKVnW2077678 for current@freebsd.org; Thu, 15 Jun 2006 22:31:49 +0200 (CEST) Date: Thu, 15 Jun 2006 22:31:49 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20060615203149.GA77610@stud.fit.vutbr.cz> References: <20060615220336.6946c760@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060615220336.6946c760@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 20:32:00 -0000 On Thu, Jun 15, 2006 at 10:03:36PM +0200, Alexander Leidinger wrote: > Hi, > > the only place where COMPAT_43 is needed (as in: does not compile > without it) is in the (outdated/not usable since too old) svr4 code. > > Previously this was also needed for the linuxolator, but this is not > the case anymore. > > So I removed this option from the GENERIC kernels. If the removal of > COMPAT_43 results in a not working program, please recompile it and all > dependencies and try again before reporting a problem. > > Removing the option from your kernel may result in a small performance > increase for some workloads. > > Bye, > Alexander. thank you alexander! just a note... COMPAT_43 removal gives a huge improvement in gepid() performance and also kris reported that some highly contested mutexes are less contested without COMPAT_43, so its great to finally have this removed. roman From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 20:37:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17B1716A47A for ; Thu, 15 Jun 2006 20:37:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B0A43D73 for ; Thu, 15 Jun 2006 20:36:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 5F25E170DF; Thu, 15 Jun 2006 20:36:57 +0000 (UTC) To: Mike Jakubik From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Jun 2006 16:28:32 -0400." <4491C2F0.6000007@rogers.com> Date: Thu, 15 Jun 2006 20:36:57 +0000 Message-ID: <3223.1150403817@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Leidinger , current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 20:37:00 -0000 In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: >What about COMPAT_43TTY? Is this still needed, how exactly does it >affect the system? It adds a bunch of ancient-compatible ioctls to the kernel. It is, as a principle, not needed, but thanks to the many variants of "sh configure" employed in usr/ports, a quite large number of ports go "Ohh, this is BSD, I'd better use the old ioctls" and break if you don't offer them. -- 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 Jun 15 21:03:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4D716A41A; Thu, 15 Jun 2006 21:03:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF45843D49; Thu, 15 Jun 2006 21:03:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EB85.dip.t-dialin.net [84.165.235.133]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5FKxUwr082131; Thu, 15 Jun 2006 22:59:31 +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.4/8.13.3) with ESMTP id k5FL3U96033679; Thu, 15 Jun 2006 23:03:31 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 15 Jun 2006 23:04:01 +0200 From: Alexander Leidinger To: "Poul-Henning Kamp" Message-ID: <20060615230401.7e1e302e@Magellan.Leidinger.net> In-Reply-To: <3223.1150403817@critter.freebsd.dk> References: <4491C2F0.6000007@rogers.com> <3223.1150403817@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.18; 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: ports@freebsd.org, Mike Jakubik , current@freebsd.org, joel@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:03:34 -0000 Quoting "Poul-Henning Kamp" (Thu, 15 Jun 2006 20:36:57 +0000): > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > >affect the system? > > It adds a bunch of ancient-compatible ioctls to the kernel. > > It is, as a principle, not needed, but thanks to the many variants > of "sh configure" employed in usr/ports, a quite large number of > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > break if you don't offer them. Hmmm, what do you think about this entry for the ideas list: ---snip--- Fix ports which break without COMPAT_43TTY in the kernel. Some ports may break when removing COMPAT_43TTY from the kernel config. This is because they just assume old ioctl's when they identify FreeBSD. The goal of this entry is to identify the ports which behave like this (maybe portmgr is willing to do an experimental run on the ports build cluster for this, or you have to install a tinderbox and do it yourself) and fix them (patches should also be send upstream). Requirements: - knowledge of autotools - time and patience ---snip--- Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~130 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:03:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B1B716A5FF; Thu, 15 Jun 2006 21:03:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F10243D45; Thu, 15 Jun 2006 21:03:56 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 4D485170DF; Thu, 15 Jun 2006 21:03:54 +0000 (UTC) To: Beech Rintoul From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Jun 2006 12:59:38 PST." <200606151259.57929.beech@alaskaparadise.com> Date: Thu, 15 Jun 2006 21:03:54 +0000 Message-ID: <36905.1150405434@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Mike Jakubik , freebsd-current@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:03:56 -0000 In message <200606151259.57929.beech@alaskaparadise.com>, Beech Rintoul writes: >--nextPart6195424.2x6DgSG1L7 >Content-Type: text/plain; > charset="iso-8859-15" >Content-Transfer-Encoding: quoted-printable >Content-Disposition: inline > >On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: >> In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: >> >What about COMPAT_43TTY? Is this still needed, how exactly does it >> >affect the system? >> >> It adds a bunch of ancient-compatible ioctls to the kernel. >> >> It is, as a principle, not needed, but thanks to the many variants >> of "sh configure" employed in usr/ports, a quite large number of >> ports go "Ohh, this is BSD, I'd better use the old ioctls" and >> break if you don't offer them. > >Is there a way to easily identify these ports? I've had both lines commente= >d=20 >out of my kernel configs for some time and haven't seen any port breakage o= >n=20 >either 6.x or -current. I think the trick is to remove those from your kernel and remove the #include file and then build all the ports :-( -- 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 Jun 15 21:03:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B1B716A5FF; Thu, 15 Jun 2006 21:03:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F10243D45; Thu, 15 Jun 2006 21:03:56 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 4D485170DF; Thu, 15 Jun 2006 21:03:54 +0000 (UTC) To: Beech Rintoul From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Jun 2006 12:59:38 PST." <200606151259.57929.beech@alaskaparadise.com> Date: Thu, 15 Jun 2006 21:03:54 +0000 Message-ID: <36905.1150405434@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Mike Jakubik , freebsd-current@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:03:56 -0000 In message <200606151259.57929.beech@alaskaparadise.com>, Beech Rintoul writes: >--nextPart6195424.2x6DgSG1L7 >Content-Type: text/plain; > charset="iso-8859-15" >Content-Transfer-Encoding: quoted-printable >Content-Disposition: inline > >On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: >> In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: >> >What about COMPAT_43TTY? Is this still needed, how exactly does it >> >affect the system? >> >> It adds a bunch of ancient-compatible ioctls to the kernel. >> >> It is, as a principle, not needed, but thanks to the many variants >> of "sh configure" employed in usr/ports, a quite large number of >> ports go "Ohh, this is BSD, I'd better use the old ioctls" and >> break if you don't offer them. > >Is there a way to easily identify these ports? I've had both lines commente= >d=20 >out of my kernel configs for some time and haven't seen any port breakage o= >n=20 >either 6.x or -current. I think the trick is to remove those from your kernel and remove the #include file and then build all the ports :-( -- 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 Jun 15 21:04:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF1516A4C1; Thu, 15 Jun 2006 21:04:47 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F85943D5D; Thu, 15 Jun 2006 21:04:45 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 9A24240D0; Thu, 15 Jun 2006 13:04:44 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org User-Agent: KMail/1.9.1 References: <3223.1150403817@critter.freebsd.dk> In-Reply-To: <3223.1150403817@critter.freebsd.dk> MIME-Version: 1.0 Date: Thu, 15 Jun 2006 13:04:22 -0800 Content-Type: multipart/signed; boundary="nextPart3152729.fiyboQAPv3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606151304.42724.freebsd@alaskaparadise.com> Cc: Mike Jakubik , Poul-Henning Kamp , current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:04:47 -0000 --nextPart3152729.fiyboQAPv3 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > >What about COMPAT_43TTY? Is this still needed, how exactly does it > >affect the system? > > It adds a bunch of ancient-compatible ioctls to the kernel. > > It is, as a principle, not needed, but thanks to the many variants > of "sh configure" employed in usr/ports, a quite large number of > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > break if you don't offer them. Is there a way to easily identify these ports? I've had both lines commente= d=20 out of my kernel configs for some time and haven't seen any port breakage o= n=20 either 6.x or -current. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart3152729.fiyboQAPv3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkctqR5sEeCt9j00RApGmAKCLcysKEirUOLFL0yytwfH3wlhdxQCeKe7u lt+xZL1+MCLoIu9qRRImRmA= =iOrn -----END PGP SIGNATURE----- --nextPart3152729.fiyboQAPv3-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:04:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF1516A4C1; Thu, 15 Jun 2006 21:04:47 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F85943D5D; Thu, 15 Jun 2006 21:04:45 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 9A24240D0; Thu, 15 Jun 2006 13:04:44 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org User-Agent: KMail/1.9.1 References: <3223.1150403817@critter.freebsd.dk> In-Reply-To: <3223.1150403817@critter.freebsd.dk> MIME-Version: 1.0 Date: Thu, 15 Jun 2006 13:04:22 -0800 Content-Type: multipart/signed; boundary="nextPart3152729.fiyboQAPv3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606151304.42724.freebsd@alaskaparadise.com> Cc: Mike Jakubik , Poul-Henning Kamp , current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:04:47 -0000 --nextPart3152729.fiyboQAPv3 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > >What about COMPAT_43TTY? Is this still needed, how exactly does it > >affect the system? > > It adds a bunch of ancient-compatible ioctls to the kernel. > > It is, as a principle, not needed, but thanks to the many variants > of "sh configure" employed in usr/ports, a quite large number of > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > break if you don't offer them. Is there a way to easily identify these ports? I've had both lines commente= d=20 out of my kernel configs for some time and haven't seen any port breakage o= n=20 either 6.x or -current. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart3152729.fiyboQAPv3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkctqR5sEeCt9j00RApGmAKCLcysKEirUOLFL0yytwfH3wlhdxQCeKe7u lt+xZL1+MCLoIu9qRRImRmA= =iOrn -----END PGP SIGNATURE----- --nextPart3152729.fiyboQAPv3-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:12:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5650616A474; Thu, 15 Jun 2006 21:12:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6124143D5D; Thu, 15 Jun 2006 21:12:47 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 4BC30170DE; Thu, 15 Jun 2006 21:12:46 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Jun 2006 23:04:01 +0200." <20060615230401.7e1e302e@Magellan.Leidinger.net> Date: Thu, 15 Jun 2006 21:12:45 +0000 Message-ID: <37030.1150405965@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: ports@freebsd.org, Mike Jakubik , current@freebsd.org, joel@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:12:49 -0000 In message <20060615230401.7e1e302e@Magellan.Leidinger.net>, Alexander Leidinge r writes: >Hmmm, what do you think about this entry for the ideas list: >---snip--- >Fix ports which break without COMPAT_43TTY in the kernel. Go for it! A hint to #include being a good grep target might be in order. -- 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 Jun 15 21:00:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E2D16A47A; Thu, 15 Jun 2006 21:00:04 +0000 (UTC) (envelope-from beech@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817FC43D6E; Thu, 15 Jun 2006 21:00:00 +0000 (GMT) (envelope-from beech@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 7B28640D0; Thu, 15 Jun 2006 12:59:59 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Thu, 15 Jun 2006 12:59:38 -0800 User-Agent: KMail/1.9.1 References: <3223.1150403817@critter.freebsd.dk> In-Reply-To: <3223.1150403817@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6195424.2x6DgSG1L7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606151259.57929.beech@alaskaparadise.com> X-Mailman-Approved-At: Thu, 15 Jun 2006 21:17:28 +0000 Cc: Mike Jakubik , Poul-Henning Kamp , current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:00:04 -0000 --nextPart6195424.2x6DgSG1L7 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > >What about COMPAT_43TTY? Is this still needed, how exactly does it > >affect the system? > > It adds a bunch of ancient-compatible ioctls to the kernel. > > It is, as a principle, not needed, but thanks to the many variants > of "sh configure" employed in usr/ports, a quite large number of > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > break if you don't offer them. Is there a way to easily identify these ports? I've had both lines commente= d=20 out of my kernel configs for some time and haven't seen any port breakage o= n=20 either 6.x or -current. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart6195424.2x6DgSG1L7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkcpNp5D0B1NlT4URAp/FAJ93NIEcCObg+PBBsY+T5TRQWMp2sACfevv2 ltPpSDEyLbBCapZ1pAWPsWI= =LDTF -----END PGP SIGNATURE----- --nextPart6195424.2x6DgSG1L7-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:20:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AA3216A581; Thu, 15 Jun 2006 21:20:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CCF43D6E; Thu, 15 Jun 2006 21:20:50 +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 05A9D1A4E88; Thu, 15 Jun 2006 14:20:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 59D6B52337; Thu, 15 Jun 2006 17:20:49 -0400 (EDT) Date: Thu, 15 Jun 2006 17:20:49 -0400 From: Kris Kennaway To: Beech Rintoul Message-ID: <20060615212048.GA72318@xor.obsecurity.org> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200606151259.57929.beech@alaskaparadise.com> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Poul-Henning Kamp , freebsd-current@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:20:53 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 15, 2006 at 12:59:38PM -0800, Beech Rintoul wrote: > On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > > >affect the system? > > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > > > It is, as a principle, not needed, but thanks to the many variants > > of "sh configure" employed in usr/ports, a quite large number of > > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > > break if you don't offer them. >=20 > Is there a way to easily identify these ports? I've had both lines commen= ted=20 > out of my kernel configs for some time and haven't seen any port breakage= on=20 > either 6.x or -current. I did a full build for phk some time ago, I don't remember how many broke but it was enough to make it a significant (but perhaps not difficult) task to fix them. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkc8uWry0BWjoQKURAthRAKCQT3zA1E25p4SMasPartUspj7VagCfU4wV /4vEA/ZqBYAbD1TzjJgS1Cc= =utkf -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:20:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AA3216A581; Thu, 15 Jun 2006 21:20:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CCF43D6E; Thu, 15 Jun 2006 21:20:50 +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 05A9D1A4E88; Thu, 15 Jun 2006 14:20:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 59D6B52337; Thu, 15 Jun 2006 17:20:49 -0400 (EDT) Date: Thu, 15 Jun 2006 17:20:49 -0400 From: Kris Kennaway To: Beech Rintoul Message-ID: <20060615212048.GA72318@xor.obsecurity.org> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200606151259.57929.beech@alaskaparadise.com> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Poul-Henning Kamp , freebsd-current@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:20:53 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 15, 2006 at 12:59:38PM -0800, Beech Rintoul wrote: > On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > > >affect the system? > > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > > > It is, as a principle, not needed, but thanks to the many variants > > of "sh configure" employed in usr/ports, a quite large number of > > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > > break if you don't offer them. >=20 > Is there a way to easily identify these ports? I've had both lines commen= ted=20 > out of my kernel configs for some time and haven't seen any port breakage= on=20 > either 6.x or -current. I did a full build for phk some time ago, I don't remember how many broke but it was enough to make it a significant (but perhaps not difficult) task to fix them. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkc8uWry0BWjoQKURAthRAKCQT3zA1E25p4SMasPartUspj7VagCfU4wV /4vEA/ZqBYAbD1TzjJgS1Cc= =utkf -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 21:52:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60AA16A47C for ; Thu, 15 Jun 2006 21:52:01 +0000 (UTC) (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 BE7AC43D70 for ; Thu, 15 Jun 2006 21:51:59 +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 v9.0.1) with ESMTP id md50002657385.msg for ; Thu, 15 Jun 2006 22:51:00 +0100 Message-ID: <05aa01c690c5$c988ca60$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Divacky Roman" , References: <20060615220336.6946c760@Magellan.Leidinger.net> <20060615203149.GA77610@stud.fit.vutbr.cz> Date: Thu, 15 Jun 2006 22:50:52 +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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Processed: multiplay.co.uk, Thu, 15 Jun 2006 22:51: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, Thu, 15 Jun 2006 22:51:00 +0100 Cc: Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 21:52:01 -0000 Divacky Roman wrote: > thank you alexander! > > just a note... COMPAT_43 removal gives a huge improvement in gepid() > performance and also kris reported that some highly contested mutexes > are less contested without COMPAT_43, so its great to finally have > this removed. Interesting is this also viable in 6.1 / 5.4 or has additional work been done to make this possible? Steve ================================================ 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Jun 15 22:32:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D30E16A479 for ; Thu, 15 Jun 2006 22:32:17 +0000 (UTC) (envelope-from sico@loquefaltaba.com) Received: from mail.loquefaltaba.com (78.Red-213-96-97.staticIP.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C65043D48 for ; Thu, 15 Jun 2006 22:32:16 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 203F1C11F for ; Fri, 16 Jun 2006 00:32:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at loquefaltaba.com Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wAZHKK0etKvo for ; Fri, 16 Jun 2006 00:32:10 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 9190AC0D1 for ; Fri, 16 Jun 2006 00:32:10 +0200 (CEST) Received: from 192.168.0.150 (SquirrelMail authenticated user sico) by webmail.loquefaltaba.com with HTTP; Fri, 16 Jun 2006 00:32:10 +0200 (CEST) Message-ID: <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> In-Reply-To: <20060615140514.GA77239@FreeBSD.czest.pl> References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> <20060615140514.GA77239@FreeBSD.czest.pl> Date: Fri, 16 Jun 2006 00:32:10 +0200 (CEST) From: "David Barbero" To: current@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jun 2006 22:32:17 -0000 Wojciech A. Koszek escribió: > On Thu, Jun 15, 2006 at 02:46:55PM +0200, David Barbero wrote: > > Could you try to retype a panic message here? > > Why don't you try disabling FireWire in your BIOS? Could you say which > version of FreeBSD are you going to install? Yes of course: Error: fwohci0: <1394 Open Host Controller Interface> mem 0xb4008000-0xb40087ff,0xb4000000-0xb4003fff irq 18 at device 4.2 on pci6 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 XX:XX:XX:XX:XX:XX:XX:XX NMI ISA a0, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc052c256 stack pointer = 0x28:0xc10209c4 frame pointer = 0x28:0xc10209d8 code segment = base 0x0, limit0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 0 (swapper) The BIOS can't support to disable the firewire... The version is 6.1-RELEASE, but i don't have problem to probe with 7-CURRENT. In google. the same error show a PR, but i don't find this in PR on freebsd web. http://lists.freebsd.org/pipermail/freebsd-bugs/2006-March/017329.html Regards. -- "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 01:00:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC70B16A47A for ; Fri, 16 Jun 2006 01:00:30 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5077E43D46 for ; Fri, 16 Jun 2006 01:00:30 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so367193wxd for ; Thu, 15 Jun 2006 18:00:29 -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=Sdf/s4GRVwY1s8roKlLQyq3/9N/m6u5g0eWIQSNZCNl/0jzDRvust/CYHmj2Zy72HHSLunDohGt0EhSBQRqEjmK5Y55EdVvXoq69O0aHXf9Ar+RxqGaoFEIdIcLVi0etoGdWiX4qoe6LtbcayJss9DEOtcne20GlwBjt9KIjJAI= Received: by 10.70.46.2 with SMTP id t2mr2005238wxt; Thu, 15 Jun 2006 18:00:28 -0700 (PDT) Received: by 10.70.108.17 with HTTP; Thu, 15 Jun 2006 18:00:28 -0700 (PDT) Message-ID: <70e8236f0606151800i6a3f2514jed6cdc0fbd427833@mail.gmail.com> Date: Fri, 16 Jun 2006 02:00:28 +0100 From: "Joao Barros" To: "David Barbero" In-Reply-To: <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> <20060615140514.GA77239@FreeBSD.czest.pl> <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> Cc: current@freebsd.org Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 01:00:31 -0000 On 6/15/06, David Barbero wrote: > Wojciech A. Koszek escribi=F3: > > On Thu, Jun 15, 2006 at 02:46:55PM +0200, David Barbero wrote: > > > > Could you try to retype a panic message here? > > > > Why don't you try disabling FireWire in your BIOS? Could you say which > > version of FreeBSD are you going to install? > > Yes of course: > Error: > > fwohci0: <1394 Open Host Controller Interface> mem > 0xb4008000-0xb40087ff,0xb4000000-0xb4003fff irq 18 at device 4.2 on pci6 > fwohci0: OHCI version 1.10 (ROM=3D0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 XX:XX:XX:XX:XX:XX:XX:XX > NMI ISA a0, EISA ff > RAM parity error, likely hardware failure. > > Fatal trap 19: non-maskable interrupt trap while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xc052c256 > stack pointer =3D 0x28:0xc10209c4 > frame pointer =3D 0x28:0xc10209d8 > code segment =3D base 0x0, limit0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, IOPL =3D 0 > current process =3D 0 (swapper) > > The BIOS can't support to disable the firewire... > > The version is 6.1-RELEASE, but i don't have problem to probe with 7-CURR= ENT. > > In google. the same error show a PR, but i don't find this in PR on > freebsd web. > > http://lists.freebsd.org/pipermail/freebsd-bugs/2006-March/017329.html > FYI, I have a Dell D510 here that boots ok 6.1 --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 01:47:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EA116A474 for ; Fri, 16 Jun 2006 01:47:33 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C6943D45 for ; Fri, 16 Jun 2006 01:47:32 +0000 (GMT) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.6/8.13.6) with ESMTP id k5FNU8kU000844; Thu, 15 Jun 2006 16:30:08 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.6/8.13.6/Submit) id k5FNTsxh000843; Thu, 15 Jun 2006 16:29:54 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: netsick@iinet.net.au In-Reply-To: <1148441644.4473d42c70623@mail.iinet.net.au> References: <20060523031139.GA7700@cs.rmit.edu.au> <4c40c4e70605230613m1472bac6je6c009b7e93f94e@mail.gmail.com> <20060523141859.GA7942@cs.rmit.edu.au> <1148441644.4473d42c70623@mail.iinet.net.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-UI/W7qmLE5tBoNuXxhb+" Date: Thu, 15 Jun 2006 16:29:48 -0700 Message-Id: <1150414188.789.2.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 16 Jun 2006 02:18:00 +0000 Cc: "Angka H. K." , current@freebsd.org, Emil Mikulic Subject: Re: DRI working well with i915! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 01:47:33 -0000 --=-UI/W7qmLE5tBoNuXxhb+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-05-24 at 11:34 +0800, netsick@iinet.net.au wrote: > I wish I could say the same for i945... 7-current will not even give=20 > me /dev/agpgart.... I wish I had time at work to test FreeBSD stuff on our machines. I know one FreeBSD user wrote the trivial (and I thought correct, as far as I could read in the docs) patch for i945 support by just adding pci ids, but it resulted in hangs on startup iirc. Someone with i945 hardware and time will have to figure out what's going on. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-UI/W7qmLE5tBoNuXxhb+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEke1sHUdvYGzw6vcRAo92AJ947yWfgAVKSxGeDPCaqnmxJ+5T9gCfV91P gKC8zafLKqtnk/tAJqYjkC4= =fG6q -----END PGP SIGNATURE----- --=-UI/W7qmLE5tBoNuXxhb+-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 03:46:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C76F816A41A for ; Fri, 16 Jun 2006 03:46:54 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web30705.mail.mud.yahoo.com (web30705.mail.mud.yahoo.com [68.142.200.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 7671443D46 for ; Fri, 16 Jun 2006 03:46:54 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 9401 invoked by uid 60001); 16 Jun 2006 03:46:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SwpKQOWNiscrPC6cYHbizOqLb7Id0BpVbwF4csiqUhh6qmu1VOda1xlDJajgfDWWeaoo6zYgcEBCs70BDcJrUFWJ4WQvzzXKgS7UXZHqiHajr6eghvGarf5CxL4S6ecljtExSOsJZk2MKRQ9/4wL/dy2UbuR1yBwAAEiy6j6aCk= ; Message-ID: <20060616034653.9399.qmail@web30705.mail.mud.yahoo.com> Received: from [24.221.134.150] by web30705.mail.mud.yahoo.com via HTTP; Thu, 15 Jun 2006 20:46:53 PDT Date: Thu, 15 Jun 2006 20:46:53 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: kldload snd_driver fails on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 03:46:54 -0000 carmen# kldload snd_driver kldload: can't load snd_driver: No such file or directory carmen# cd /boot/kernel carmen# ls | grep snd_driver snd_driver.ko snd_driver.ko.symbols carmen# kldstat Id Refs Address Size Name 1 25 0xc0400000 47d1d0 kernel 2 1 0xc087e000 fa74 if_ath.ko 3 3 0xc088e000 31308 ath_hal.ko 4 2 0xc08c0000 3fcc ath_rate.ko 5 1 0xc08c4000 2d58 wlan_wep.ko 6 1 0xc08c7000 4030 wlan_tkip.ko 7 1 0xc08cc000 6d94 wlan_ccmp.ko 8 1 0xc08d3000 1b98 wlan_xauth.ko 9 1 0xc08d5000 58a20 acpi.ko 10 1 0xc3b8c000 6000 linprocfs.ko 11 1 0xc3b92000 17000 linux.ko 12 1 0xc3cc2000 2000 star_saver.ko carmen# dmesg | tail -n 20 KLD snd_driver.ko: depends on snd_es1888 - not available seq_delunit: 1 seq_delunit: 2 seq_eventthread finished seq_delunit: 3.0 seq_delunit: 3.1 seq_delunit: 4 seq_delunit: 5 seq_delunit: 6 seq_delunit: 7 seq_delunit: 8 seq_delunit: 10 seq_delunit: 11 seq_delunit: 12 seq_delunit: 13 seq_delunit: 14 seq_delunit: 15 seq_delunit: 16 seq_delunit: 17 ACPI-0383: *** Error: No installed handler for fixed event [00000000] Equipment: Toshiba Satelite laptop. - what else do you want to know? ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 04:15:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4800016A41A for ; Fri, 16 Jun 2006 04:15:52 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD00443D45 for ; Fri, 16 Jun 2006 04:15:51 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fr5kH-0006gY-Tn; Fri, 16 Jun 2006 13:15:46 +0900 Message-ID: <44923070.3010502@micom.mng.net> Date: Fri, 16 Jun 2006 13:15:44 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: Neil Short References: <20060616034653.9399.qmail@web30705.mail.mud.yahoo.com> In-Reply-To: <20060616034653.9399.qmail@web30705.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kldload snd_driver fails on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 04:15:52 -0000 Neil Short wrote: > carmen# kldload snd_driver > kldload: can't load snd_driver: No such file or > directory > man kldconfig > carmen# cd /boot/kernel > carmen# ls | grep snd_driver > snd_driver.ko > snd_driver.ko.symbols > carmen# kldstat > Id Refs Address Size Name > 1 25 0xc0400000 47d1d0 kernel > 2 1 0xc087e000 fa74 if_ath.ko > 3 3 0xc088e000 31308 ath_hal.ko > 4 2 0xc08c0000 3fcc ath_rate.ko > 5 1 0xc08c4000 2d58 wlan_wep.ko > 6 1 0xc08c7000 4030 wlan_tkip.ko > 7 1 0xc08cc000 6d94 wlan_ccmp.ko > 8 1 0xc08d3000 1b98 wlan_xauth.ko > 9 1 0xc08d5000 58a20 acpi.ko > 10 1 0xc3b8c000 6000 linprocfs.ko > 11 1 0xc3b92000 17000 linux.ko > 12 1 0xc3cc2000 2000 star_saver.ko > carmen# dmesg | tail -n 20 > KLD snd_driver.ko: depends on snd_es1888 - not > available > seq_delunit: 1 > seq_delunit: 2 > seq_eventthread finished > seq_delunit: 3.0 > seq_delunit: 3.1 > seq_delunit: 4 > seq_delunit: 5 > seq_delunit: 6 > seq_delunit: 7 > seq_delunit: 8 > seq_delunit: 10 > seq_delunit: 11 > seq_delunit: 12 > seq_delunit: 13 > seq_delunit: 14 > seq_delunit: 15 > seq_delunit: 16 > seq_delunit: 17 > ACPI-0383: *** Error: No installed handler for > fixed event [00000000] > > > Equipment: Toshiba Satelite laptop. > > - what else do you want to know? > > ====== > Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. > Daniel 4:37 > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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 Jun 16 06:28:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E33816A474; Fri, 16 Jun 2006 06:28:46 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED0343D48; Fri, 16 Jun 2006 06:28:45 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J0X0052UWNUM2@ms-dienst.rz.rwth-aachen.de>; Fri, 16 Jun 2006 08:28:43 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Fri, 16 Jun 2006 08:28:42 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k5G6SfBG004179; Fri, 16 Jun 2006 08:28:41 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Fr7ow-0007FV-2A; Fri, 16 Jun 2006 08:28:42 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id C522C3F431; Fri, 16 Jun 2006 08:28:41 +0200 (CEST) Date: Fri, 16 Jun 2006 08:28:41 +0200 From: Christian Brueffer In-reply-to: <20060615212048.GA72318@xor.obsecurity.org> To: Kris Kennaway Message-id: <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=NzB8fVQJ5HfG6fxh; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> Cc: current@freebsd.org, Beech Rintoul , Mike Jakubik , Poul-Henning Kamp , freebsd-current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 06:28:46 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: > On Thu, Jun 15, 2006 at 12:59:38PM -0800, Beech Rintoul wrote: > > On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > > > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > > > >affect the system? > > > > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > > > > > It is, as a principle, not needed, but thanks to the many variants > > > of "sh configure" employed in usr/ports, a quite large number of > > > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > > > break if you don't offer them. > >=20 > > Is there a way to easily identify these ports? I've had both lines comm= ented=20 > > out of my kernel configs for some time and haven't seen any port breaka= ge on=20 > > either 6.x or -current. >=20 > I did a full build for phk some time ago, I don't remember how many > broke but it was enough to make it a significant (but perhaps not > difficult) task to fix them. >=20 I think it would be helpful to do another run if possible and put the results online somewhere. That could significantly speed up the whole issue. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEkk+ZbHYXjKDtmC0RAo5WAKCtqjk1o088MhlMko8bDISoTj+EJwCcC4mT PZmDqoxzXKNSGxrkrF/tcNM= =snU8 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 06:28:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E33816A474; Fri, 16 Jun 2006 06:28:46 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED0343D48; Fri, 16 Jun 2006 06:28:45 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J0X0052UWNUM2@ms-dienst.rz.rwth-aachen.de>; Fri, 16 Jun 2006 08:28:43 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Fri, 16 Jun 2006 08:28:42 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k5G6SfBG004179; Fri, 16 Jun 2006 08:28:41 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Fr7ow-0007FV-2A; Fri, 16 Jun 2006 08:28:42 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id C522C3F431; Fri, 16 Jun 2006 08:28:41 +0200 (CEST) Date: Fri, 16 Jun 2006 08:28:41 +0200 From: Christian Brueffer In-reply-to: <20060615212048.GA72318@xor.obsecurity.org> To: Kris Kennaway Message-id: <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=NzB8fVQJ5HfG6fxh; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> Cc: current@freebsd.org, Beech Rintoul , Mike Jakubik , Poul-Henning Kamp , freebsd-current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 06:28:46 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: > On Thu, Jun 15, 2006 at 12:59:38PM -0800, Beech Rintoul wrote: > > On Thursday 15 June 2006 12:36, Poul-Henning Kamp wrote: > > > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > > > >affect the system? > > > > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > > > > > It is, as a principle, not needed, but thanks to the many variants > > > of "sh configure" employed in usr/ports, a quite large number of > > > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > > > break if you don't offer them. > >=20 > > Is there a way to easily identify these ports? I've had both lines comm= ented=20 > > out of my kernel configs for some time and haven't seen any port breaka= ge on=20 > > either 6.x or -current. >=20 > I did a full build for phk some time ago, I don't remember how many > broke but it was enough to make it a significant (but perhaps not > difficult) task to fix them. >=20 I think it would be helpful to do another run if possible and put the results online somewhere. That could significantly speed up the whole issue. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEkk+ZbHYXjKDtmC0RAo5WAKCtqjk1o088MhlMko8bDISoTj+EJwCcC4mT PZmDqoxzXKNSGxrkrF/tcNM= =snU8 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 06:43:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 904FE16A537 for ; Fri, 16 Jun 2006 06:43:34 +0000 (UTC) (envelope-from sico@loquefaltaba.com) Received: from mail.loquefaltaba.com (78.Red-213-96-97.staticIP.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DA543D46 for ; Fri, 16 Jun 2006 06:43:33 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id BD2C1C11F; Fri, 16 Jun 2006 08:43:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at loquefaltaba.com Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EcJacr3VZd9T; Fri, 16 Jun 2006 08:43:27 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 604C8C0D1; Fri, 16 Jun 2006 08:43:27 +0200 (CEST) Received: from 195.235.92.5 (SquirrelMail authenticated user sico) by webmail.loquefaltaba.com with HTTP; Fri, 16 Jun 2006 08:43:27 +0200 (CEST) Message-ID: <58138.195.235.92.5.1150440207.squirrel@webmail.loquefaltaba.com> In-Reply-To: <70e8236f0606151800i6a3f2514jed6cdc0fbd427833@mail.gmail.com> References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> <20060615140514.GA77239@FreeBSD.czest.pl> <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> <70e8236f0606151800i6a3f2514jed6cdc0fbd427833@mail.gmail.com> Date: Fri, 16 Jun 2006 08:43:27 +0200 (CEST) From: "David Barbero" To: "Joao Barros" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 06:43:34 -0000 Joao Barros escribió: > > FYI, > > I have a Dell D510 here that boots ok 6.1 > > -- > Joao Barros Interesting… Does not give any error when starting? Is a Inspiron or a Latitude? some specific configuration in the BIOS? This no boot in my Latitude D510 :( Regards. -- "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 06:45:54 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7757F16A47E; Fri, 16 Jun 2006 06:45:54 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CB843D7F; Fri, 16 Jun 2006 06:45:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E57D.dip.t-dialin.net [84.165.229.125]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5G6fWmc088346; Fri, 16 Jun 2006 08:41:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5G6jcHv016220; Fri, 16 Jun 2006 08:45:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 16 Jun 2006 08:45:38 +0200 Message-ID: <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 16 Jun 2006 08:45:38 +0200 From: Alexander Leidinger To: Christian Brueffer References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, joel@FreeBSD.org, Kris Kennaway Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 06:45:54 -0000 Quoting Christian Brueffer (from Fri, 16 Jun 2006 08:28:41 +0200): > On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: >> I did a full build for phk some time ago, I don't remember how many >> broke but it was enough to make it a significant (but perhaps not >> difficult) task to fix them. >> > > I think it would be helpful to do another run if possible and put the > results online somewhere. That could significantly speed up the whole > issue. That would be nice. And toss the list to me and Joel in case you do it, we will add an entry on the ideas list for this. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 07:00:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D9A16A47D; Fri, 16 Jun 2006 07:00:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D99043D46; Fri, 16 Jun 2006 07:00:34 +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.6/8.13.4) with ESMTP id k5G70WWf010136; Fri, 16 Jun 2006 03:00:32 -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.4P/8.13.4) with ESMTP id k5G6xl5p046788; Fri, 16 Jun 2006 02:59:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFD017302F; Fri, 16 Jun 2006 03:00:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060616070032.BFD017302F@freebsd-current.sentex.ca> Date: Fri, 16 Jun 2006 03:00:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 07:00:35 -0000 TB --- 2006-06-16 04:52:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-16 04:52:58 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-16 04:52:58 - cleaning the object tree TB --- 2006-06-16 04:53:31 - checking out the source tree TB --- 2006-06-16 04:53:31 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-16 04:53:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-16 05:01:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-16 05:01:00 - cd /src TB --- 2006-06-16 05:01:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-16 06:08:29 - generating LINT kernel config TB --- 2006-06-16 06:08:29 - cd /src/sys/i386/conf TB --- 2006-06-16 06:08:29 - /usr/bin/make -B LINT TB --- 2006-06-16 06:08:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-16 06:08:29 - cd /src TB --- 2006-06-16 06:08:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 16 06:08:29 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Jun 16 06:34:13 UTC 2006 TB --- 2006-06-16 06:34:13 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-16 06:34:13 - cd /src TB --- 2006-06-16 06:34:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 16 06:34:13 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jun 16 06:55:06 UTC 2006 TB --- 2006-06-16 06:55:06 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-16 06:55:06 - cd /src TB --- 2006-06-16 06:55:06 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Jun 16 06:55:06 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/geom/geom_mbr_enc.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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 acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -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/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_realmodeinst': /src/sys/i386/acpica/acpi_wakeup.c:337: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-16 07:00:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-16 07:00:32 - ERROR: failed to build PAE kernel TB --- 2006-06-16 07:00:32 - tinderbox aborted TB --- 1.17 user 5.88 system 7654.48 real From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 08:12:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F98316A47A for ; Fri, 16 Jun 2006 08:12:45 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928D743D48 for ; Fri, 16 Jun 2006 08:12:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E57D.dip.t-dialin.net [84.165.229.125]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5G88ZuF088614; Fri, 16 Jun 2006 10:08:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5G8Cgbc028863; Fri, 16 Jun 2006 10:12:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 16 Jun 2006 10:12:42 +0200 Message-ID: <20060616101242.oi0k6zq7k00g04ow@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 16 Jun 2006 10:12:42 +0200 From: Alexander Leidinger To: Steven Hartland References: <20060615220336.6946c760@Magellan.Leidinger.net> <20060615203149.GA77610@stud.fit.vutbr.cz> <05aa01c690c5$c988ca60$b3db87d4@multiplay.co.uk> In-Reply-To: <05aa01c690c5$c988ca60$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Divacky Roman , current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 08:12:45 -0000 Quoting Steven Hartland (from Thu, 15 Jun =20 2006 22:50:52 +0100): > Divacky Roman wrote: >> thank you alexander! >> >> just a note... COMPAT_43 removal gives a huge improvement in gepid() >> performance and also kris reported that some highly contested mutexes >> are less contested without COMPAT_43, so its great to finally have >> this removed. > > Interesting is this also viable in 6.1 / 5.4 or has additional > work been done to make this possible? There was work done in the linuxolator to make this possible. There =20 was also some work done in the TTY code, to seperate COMPAT_43TTY and =20 COMPAT_43. I don't know if this is already done in 5.4 or 6.1. If =20 there exists COMPAT_43TTY and you don't need the linuxolator, you can =20 give it a try. Removing COMPAT_43TTY will break some ports according to phk. Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 10:19:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1110916A474 for ; Fri, 16 Jun 2006 10:19:01 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4021843D45 for ; Fri, 16 Jun 2006 10:18:59 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5GAIbTj020416; Fri, 16 Jun 2006 13:18:37 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 16 Jun 2006 13:18:37 +0300 (EEST) From: Dmitry Pryanishnikov To: Ivan Voras In-Reply-To: <44905472.20106@fer.hr> Message-ID: <20060616131154.T10230@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060614193346.3addcbad@apircalabu.dsd.ro> <44905472.20106@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 10:19:01 -0000 Hello! On Wed, 14 Jun 2006, Ivan Voras wrote: > Adi Pircalabu wrote: >> I can crash or hang native Firefox / Mozilla / Seamonkey & >> linux-flashplugin7 in less than 3 minutes. I think the commiters are >> smart enough to NOT give everyone the possibility of doing the same. >> Unless, of course, you will volunteer to manage the enormous quantity or >> up-coming bug-reports :) Alas, modern WEB sites are often unbrowsable w/o flash plugin. And combination (native Mozilla / Seamonkey) + linuxpluginwrapper + linux-flashplugin-7 works for most of such sites I'm visiting (RELENG_6). If you don't want to use it, just don't install it. Patch in question, http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff doesn't crash/hang anything, it just gives the possibility to use this combination. > The patch has no impact on the base system, it only allows the flash player > to be used _from ports_, and the linuxplugin port already has a big caveat > for version 7 flash player. > > A native FreeBSD flash player is not going to happen any time soon, and > people are already using flash version 8 (for which there's no way to be used > on FreeBSD). That's why I also vote for the commit of this trivial patch. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 10:29:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C57F616A479; Fri, 16 Jun 2006 10:29:30 +0000 (UTC) (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 0230043D45; Fri, 16 Jun 2006 10:29:29 +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.13.4/8.12.9) with ESMTP id k5GAhvMJ085595; Fri, 16 Jun 2006 10:43:57 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k5GAhu2v085594; Fri, 16 Jun 2006 10:43:56 GMT (envelope-from dunstan) Date: Fri, 16 Jun 2006 10:43:56 +0000 From: "Wojciech A. Koszek" To: Valentino Volonghi Message-ID: <20060616104356.GA85560@FreeBSD.czest.pl> References: <20060614010531.GA2033@FreeBSD.czest.pl> <20060613233117.GA60384@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Fri, 16 Jun 2006 10:43:57 +0000 (UTC) Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: (Should be: MemTrace -- simple tool for tracking memory leaks) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 10:29:30 -0000 On Wed, Jun 14, 2006 at 07:43:06PM +0200, Valentino Volonghi wrote: > On 6/14/06, Wojciech A. Koszek wrote: > >On Wed, Jun 14, 2006 at 01:05:31AM +0000, Wojciech A. Koszek wrote: > >> Hello, > > > >And yes, it's better to set a message subject before sending. > [..] > > static int memtrace_cache_misses; > SYSCTL_INT(_vm_memtrace, OID_AUTO, misses, CTLFLAG_RD, > &memtrace_cache_misses, 0, "Number of misses to the MTrace cache"); > static int memtrace_cache_gced; > SYSCTL_INT(_vm_memtrace, OID_AUTO, gced, CTLFLAG_RD, > &memtrace_cache_gced, 0, "Number of garbage collected entries"); > > everything else seems fine to me but I've _VERY_ little experience > with FreeBSD internals and I'm just exploring it these days. Yes, your analysis is correct. I'll either bring your version to the source and deploy memtrace_cache_gced, or remove it at all. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 11:39:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE4116A479; Fri, 16 Jun 2006 11:39:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A611043D45; Fri, 16 Jun 2006 11:39:19 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA17074; Fri, 16 Jun 2006 14:39:17 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <44929864.4080207@icyb.net.ua> Date: Fri, 16 Jun 2006 14:39:16 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: John Baldwin References: <1148837064.00534930.1148826605@10.7.7.3> <447C1BBD.5020004@icyb.net.ua> <447D0B5C.3020901@root.org> <200606011504.31635.jhb@freebsd.org> In-Reply-To: <200606011504.31635.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 11:39:20 -0000 on 01/06/2006 22:04 John Baldwin said the following: > On Tuesday 30 May 2006 23:19, Nate Lawson wrote: >> Andriy Gapon wrote: >>> on 29/05/2006 23:10 Nate Lawson said the following: >>>> disable apic (hint.apic.0.disabled="1"). I isolated this a little while >>>> ago to the change to enable LAPIC timer. However, there is currently no >>>> easy way to disable the LAPIC timer with APIC enabled so you have to >>>> disable APIC. jhb@ and I have been discussing how to do this better but >>>> no easy answers apparently. >>> I am not sure what I am talking about, but is it potentially possible to >>> drive timer system by more than one clock, actively using the most >>> precise of them at any particular moment ? So that if LAPIC timer stops >>> i8254 can be used instead. >> That requires mixed mode delivery -- i8254 on legacy PIC irq and APIC >> mode for other interrupts. jhb@ just killed this and isn't eager to add >> it back. I'll let him explain if he has more to add. > > Namely that it is unreliable and expressly forbidden by the ACPI spec. > Maybe I will say something too ignorant for this list, but is it possible to drive hardclock with two interrupts (I haven't thought yet how, though) and use RTC as the second interrupt source ? I think that RTC/IRQ8 (usually) doesn't have problems associated with 8254 timer/IRQ0 and can be used without mixed mode. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 07:53:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98D7D16A47A; Fri, 16 Jun 2006 07:53:33 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D14243D48; Fri, 16 Jun 2006 07:53:30 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id E68B1244C3A; Fri, 16 Jun 2006 16:53:29 +0900 (JST) Message-ID: <44926377.5000005@freebsd.org> Date: Fri, 16 Jun 2006 16:53:27 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 16 Jun 2006 11:40:39 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, daichi@freebsd.org, meianoite@gmail.com, kris@obsecurity.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: [ANN] unionfs patchset-14 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 07:53:33 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-14. Patchset-14: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p14.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p14.diff Changes in unionfs-p14.diff - Added a patch of mount_unionfs.8. It means that this patchset is ready to be merged to FreeBSD base system. (hrs contributed it, thanks) - Fixed a problem that sets EXTATTR(ACL, MAC) information to lower layer files and directories. - Removed the third terms of the BSD License to get more easy to handle for FreeBSD. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) We think that patchset-14 is ready to be merged to FreeBSD base system with the production level high quality :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 14:01:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38DF016A47D for ; Fri, 16 Jun 2006 14:01:13 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web30704.mail.mud.yahoo.com (web30704.mail.mud.yahoo.com [68.142.200.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C3A143D4C for ; Fri, 16 Jun 2006 14:01:12 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 70741 invoked by uid 60001); 16 Jun 2006 14:01:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4zCcx+MUaxf7rPQddwpzeBEBr5ZM/H3LjQ65XETMN0akY/xZjIAY3Vxv9FwYdeIXkvfv48avzoHweD6IAATxwKRB1ETAoKyDHYnGXKQ2sThGK43a6OfHuuXVuGr+M141pBHgJ7dF5ufL31tf7g5xe3aw9XqwtH4x1qSCwplHn+U= ; Message-ID: <20060616140112.70739.qmail@web30704.mail.mud.yahoo.com> Received: from [24.221.134.150] by web30704.mail.mud.yahoo.com via HTTP; Fri, 16 Jun 2006 07:01:11 PDT Date: Fri, 16 Jun 2006 07:01:11 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: kldload snd_driver fails on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 14:01:13 -0000 more information: carmen# kldload snd_driver kldload: can't load snd_driver: No such file or directory -- standard out gives: -- sequencer 0 created scp 0xc3f28800 seq_eventthread started ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled KLD snd_driver.ko: depends on snd_es1888 - not available seq_delunit: 1 seq_delunit: 2 seq_eventthread finished seq_delunit: 3.0 seq_delunit: 3.1 seq_delunit: 4 seq_delunit: 5 seq_delunit: 6 seq_delunit: 7 seq_delunit: 8 seq_delunit: 10 seq_delunit: 11 seq_delunit: 12 seq_delunit: 13 seq_delunit: 14 seq_delunit: 15 seq_delunit: 16 seq_delunit: 17 ==== by the way: carmen# kldconfig -r /boot/kernel;/boot/modules which is correct - as far as I can tell ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 14:49:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E69716A47B for ; Fri, 16 Jun 2006 14:49:31 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E57743D45 for ; Fri, 16 Jun 2006 14:49:30 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so454552wxd for ; Fri, 16 Jun 2006 07:49:30 -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=RcWQmXHXW/bE7tEJLR8MuNWzkU7SOUy5arkcqLXLdevQ1tazSa/ktQZQvlyHUIBtV1/VqNCfJ5xMe4FVUcHNctULbPHD1T/MmY1aBB1brW9+VWoxB2VPtBGVzK1Lnfiltdw+Tv6E178giwjiwwJeLvCrhxTEwqheY3EF8QshLxk= Received: by 10.70.11.8 with SMTP id 8mr4095272wxk; Fri, 16 Jun 2006 07:49:27 -0700 (PDT) Received: by 10.70.108.17 with HTTP; Fri, 16 Jun 2006 07:49:27 -0700 (PDT) Message-ID: <70e8236f0606160749q7217846ax4416d0d7c763b8ad@mail.gmail.com> Date: Fri, 16 Jun 2006 15:49:27 +0100 From: "Joao Barros" To: "David Barbero" In-Reply-To: <58138.195.235.92.5.1150440207.squirrel@webmail.loquefaltaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> <20060615140514.GA77239@FreeBSD.czest.pl> <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> <70e8236f0606151800i6a3f2514jed6cdc0fbd427833@mail.gmail.com> <58138.195.235.92.5.1150440207.squirrel@webmail.loquefaltaba.com> Cc: current@freebsd.org Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 14:49:31 -0000 On 6/16/06, David Barbero wrote: > > Joao Barros escribi=F3: > > > > FYI, > > > > I have a Dell D510 here that boots ok 6.1 > > > > -- > > Joao Barros > > Interesting=85 > Does not give any error when starting? > Is a Inspiron or a Latitude? > some specific configuration in the BIOS? > > This no boot in my Latitude D510 :( > It's a Latitude. The Bios is the latest version I think, don't have the laptop here, can't confirm it right now. No special setting in the Bios, it just booted a 6.1R CD with no problems. I'm returning that particular laptop next week so anything you need me to check/test should be asap. --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 15:19:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0BD416A47C; Fri, 16 Jun 2006 15:19:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662F943D45; Fri, 16 Jun 2006 15:19:33 +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 39B791A3C22; Fri, 16 Jun 2006 08:19:33 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 51F3C51566; Fri, 16 Jun 2006 11:19:32 -0400 (EDT) Date: Fri, 16 Jun 2006 11:19:31 -0400 From: Kris Kennaway To: Alexander Leidinger Message-ID: <20060616151931.GA42934@xor.obsecurity.org> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> User-Agent: Mutt/1.4.2.1i Cc: Kris Kennaway , Poul-Henning Kamp , freebsd-current@FreeBSD.org, Christian Brueffer , joel@FreeBSD.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 15:19:33 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 16, 2006 at 08:45:38AM +0200, Alexander Leidinger wrote: > Quoting Christian Brueffer (from Fri, 16 Jun =20 > 2006 08:28:41 +0200): >=20 > >On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: >=20 > >>I did a full build for phk some time ago, I don't remember how many > >>broke but it was enough to make it a significant (but perhaps not > >>difficult) task to fix them. > >> > > > >I think it would be helpful to do another run if possible and put the > >results online somewhere. That could significantly speed up the whole > >issue. >=20 > That would be nice. And toss the list to me and Joel in case you do =20 > it, we will add an entry on the ideas list for this. I don't have time to rerun but here is the list from last time as a starting point: --- On Tue, Jan 10, 2006 at 10:52:38AM +0100, Poul-Henning Kamp wrote: >=20 > Can I get you to look out for this one in the build logs ? >=20 > #warning "Old BSD tty API used, please upgrade." >=20 > Poul-Henning This effects 73 ports including some quite high-profile ones: aee-2.2.15b annextools-10.0 asir-20051010 blackened-1.8.1 british-ispell-3.1_1 cider-1.b1_3 de-ispell-20001109-3.2.06_14 de-ispell-alt-19991219-3.2.06_14 de-ispell-neu-20001109-3.2.06_14 dlx-2.0 em-4.0.17_1 ephem-4.28 fep-1.0 fr-ispell-1.4_14 freebsd-games-5.1.1_6 freewais-sf-2.2.14_1 gap-4.4.6.20051019 grass-6.0.1_2,2 grass-i18n+ipafont-5.0.3 gtar-1.15.1_1 heyu2-2.0.b.2_1 ispell-3.2.06_14 ja-edict-19990714_3 ja-elvis-1.8.4_1 ja-ircii-2.8.2_1 ja-kterm16c-6.2.0 ja-ng-1.4.4 ja-ng-canna-1.4.4 ja-onew-canna+freewnn-2.2.10 ja-onew-canna+wnn6-2.2.10 ja-onew-canna+wnn7-2.2.10 ja-onew-canna-2.2.10 ja-onew-freewnn-2.2.10 ja-onew-wnn6-2.2.10 ja-onew-wnn7-2.2.10 ja-rogue_s-1.3a ja-typist-2.0 ja-xvi-euc-2.19b ja-xvi-sjis-2.19b jzip-2.0.1g kdenetwork-3.5.0 ko-hanterm-3.1.6 ko-helvis-1.8h2_2 libgrass5-1.0.0_1 magic-7.1_2 metamail-2.7_3 mshell-1.0_1 nl-ispell-1.0.0_2 nntp-1.5.12.2_4 openldap-client-2.3.11 openldap-sasl-client-2.3.11 openldap-server-2.3.11 party-2.13 pl-ispell-20021127-3.2.06_14 pmf-1.13.1 portmanager-0.4.1_4 prodosemu-0.1 rmsg-1.64 spice-3f5.2_1 spim-7.0 tads-2.5.9 tintin-1.5.9 vi-vnelvis-1.4 vi-vnless-1.0 vi-vnterm-3.4_2 xmail-1.6 xview-3.2.1_3 xview-clients-3.2.1_1 xxgdb-1.12 zh-celvis-1.3 zh-cxterm-5.0.3 zh-hztty-2.0 ztelnet-1.0.p3_1 --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEkswDWry0BWjoQKURAlOgAJ9eaifYvtX8L+85yhlMpY+wiRRwIgCgvQmd WuJ1TyZYvdCKcg0tOX1hGV8= =sGR3 -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 15:56:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ADB716A479 for ; Fri, 16 Jun 2006 15:56:14 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7B443D6A for ; Fri, 16 Jun 2006 15:56:12 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id AB17464EB1 for ; Fri, 16 Jun 2006 18:18:31 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 8DDC264CFD for ; Fri, 16 Jun 2006 18:18:31 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Fri, 16 Jun 2006 18:18:31 +0700 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <44905472.20106@fer.hr> <20060616131154.T10230@atlantis.atlantis.dp.ua> In-Reply-To: <20060616131154.T10230@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606161818.32569.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 15:56:14 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=D1=D4=CE=C9=C3=C1 16 =C9=C0=CE= =D1 2006 17:18 Dmitry Pryanishnikov =CE=C1=D0=C9=D3=C1=CC(a): > Hello! > > On Wed, 14 Jun 2006, Ivan Voras wrote: > > Adi Pircalabu wrote: > >> I can crash or hang native Firefox / Mozilla / Seamonkey & > >> linux-flashplugin7 in less than 3 minutes. I think the commiters are > >> smart enough to NOT give everyone the possibility of doing the same. > >> Unless, of course, you will volunteer to manage the enormous quantity = or > >> up-coming bug-reports :) > > Alas, modern WEB sites are often unbrowsable w/o flash plugin. And > combination (native Mozilla / Seamonkey) + linuxpluginwrapper + > linux-flashplugin-7 works for most of such sites I'm visiting (RELENG_6). > If you don't want to use it, just don't install it. Patch in question, > > http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff > > doesn't crash/hang anything, it just gives the possibility to use this > combination. > > > The patch has no impact on the base system, it only allows the flash > > player to be used _from ports_, and the linuxplugin port already has a > > big caveat for version 7 flash player. > > > > A native FreeBSD flash player is not going to happen any time soon, and > > people are already using flash version 8 (for which there's no way to be > > used on FreeBSD). > > That's why I also vote for the commit of this trivial patch. > > > Sincerely, Dmitry Right, it works just fine. There always was a problem of Flash in FreeBSD a= nd=20 now as far as I usew this patch - there isn't. So don't screw this up pleas= e. =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 16:03:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0B6F16A474 for ; Fri, 16 Jun 2006 16:03:09 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9819443D5E for ; Fri, 16 Jun 2006 16:02:58 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:IsPM/yuuHD5SJuqxY943QPHK1UauehDKjhrJ5AB2liQTgLIPR8vd0QC6Pu5MzCFa@kasuga-iwi.mahoroba.org [IPv6:2001:2f0:104:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k5GG2ALX039677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Jun 2006 01:02:11 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 17 Jun 2006 01:02:10 +0900 Message-ID: From: Hajimu UMEMOTO To: Dmitry Pryanishnikov In-Reply-To: <20060616131154.T10230@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060614193346.3addcbad@apircalabu.dsd.ro> <44905472.20106@fer.hr> <20060616131154.T10230@atlantis.atlantis.dp.ua> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 17 Jun 2006 01:02:14 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on ameno.mahoroba.org Cc: Adi Pircalabu , "current@freebsd.org" , Ivan Voras Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 16:03:10 -0000 Hi, >>>>> On Fri, 16 Jun 2006 13:18:37 +0300 (EEST) >>>>> Dmitry Pryanishnikov said: dmitry> If you don't want to use it, just don't install it. Patch in question, dmitry> http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff dmitry> doesn't crash/hang anything, it just gives the possibility to use this dmitry> combination. This patch is somewhat redundant. Adding __weak_reference(dlsym, _dlsym); is enough. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 16:09:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BE4E16A47C; Fri, 16 Jun 2006 16:09:06 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av7-2-sn3.vrr.skanova.net (av7-2-sn3.vrr.skanova.net [81.228.9.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE7943D73; Fri, 16 Jun 2006 16:09:05 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av7-2-sn3.vrr.skanova.net (Postfix, from userid 502) id C5B1D380BB; Fri, 16 Jun 2006 17:42:49 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-2-sn3.vrr.skanova.net (Postfix) with ESMTP id B857F38085; Fri, 16 Jun 2006 17:42:49 +0200 (CEST) Received: from 81-235-163-52-no21.tbcn.telia.com (81-235-163-52-no21.tbcn.telia.com [81.235.163.52]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id EC26C37E42; Fri, 16 Jun 2006 18:09:03 +0200 (CEST) From: Joel Dahl To: Alexander Leidinger In-Reply-To: <20060615230401.7e1e302e@Magellan.Leidinger.net> References: <4491C2F0.6000007@rogers.com> <3223.1150403817@critter.freebsd.dk> <20060615230401.7e1e302e@Magellan.Leidinger.net> Content-Type: text/plain Date: Fri, 16 Jun 2006 18:09:03 +0200 Message-Id: <1150474143.686.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Poul-Henning Kamp , current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 16:09:06 -0000 On Thu, 2006-06-15 at 23:04 +0200, Alexander Leidinger wrote: > Quoting "Poul-Henning Kamp" (Thu, 15 Jun 2006 20:36:57 +0000): > > > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > > > >What about COMPAT_43TTY? Is this still needed, how exactly does it > > >affect the system? > > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > > > It is, as a principle, not needed, but thanks to the many variants > > of "sh configure" employed in usr/ports, a quite large number of > > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > > break if you don't offer them. > > Hmmm, what do you think about this entry for the ideas list: > ---snip--- > Fix ports which break without COMPAT_43TTY in the kernel. > > Some ports may break when removing COMPAT_43TTY from the kernel config. > This is because they just assume old ioctl's when they identify > FreeBSD. The goal of this entry is to identify the ports which behave > like this (maybe portmgr is willing to do an experimental run on the > ports build cluster for this, or you have to install a tinderbox and do > it yourself) and fix them (patches should also be send upstream). > > Requirements: > - knowledge of autotools > - time and patience > ---snip--- Committed to the ideas page with some minor modifications, thanks. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 17:32:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7995216A47F for ; Fri, 16 Jun 2006 17:32:31 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CEA243D55 for ; Fri, 16 Jun 2006 17:32:29 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5GHaPj7088727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Jun 2006 13:36:31 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Fri, 16 Jun 2006 13:32:55 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2172531.ZBLV0FeMgv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606161333.07522.mistry.7@osu.edu> X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1544/Fri Jun 16 05:19:15 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: After install - Fatal trap 18 ATA 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, 16 Jun 2006 17:32:31 -0000 --nextPart2172531.ZBLV0FeMgv Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm trying to get FreeBSD installed on one of my systems and I'm=20 getting the error stated below. I did have FreeBSD 6-STABLE=20 installed a few months ago on this very system. The only change is=20 that FreeBSD is now installed on the second harddrive instead of the=20 first. This is using the -CURRENT snapshot for this month. The=20 install goes just fine. I also get a very similar error when I=20 install 6.1 too. This seems to be the same problem as: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-03/msg00539.html But I don't have a built-in compact flash reader attached via. ATA. =46ull verbose boot+backtrace: http://am-productions.biz/docs/boot-panic-script.txt.gz rr232x: no controller detected. ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire ad0: setting PIO4 on nForce2 Pro chip ad0: setting UDMA66 on nForce2 Pro chip ad0: 17206MB at ata0-master UDMA66 =46atal trap 18: integer divide fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xc089b49f stack pointer =3D 0x28:0xc0c20b64 frame pointer =3D 0x28:0xc0c20bec code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (swapper) [thread pid 0 tid 0 ] Stopped at __qdivrem+0x3b: divl %ecx,%eax db> bt Tracing pid 0 tid 0 td 0xc0a02fb8 __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b __udivdi3(219b700,0,0,0) at __udivdi3+0x16 ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at=20 ad_describe+0x1b3 ad_attach(c26e8580) at ad_attach+0x1e7 device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) at=20 device_attach+0x58 device_probe_and_attach(c26e8580) at device_probe_and_attach+0xe0 bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at=20 bus_generic_attach+0x16 ata_identify(c25d2a80) at ata_identify+0x1c8 ata_boot_attach(0) at ata_boot_attach+0x3e run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) at=20 run_interrupt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> ps =2D-=20 Anish Mistry --nextPart2172531.ZBLV0FeMgv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkutTxqA5ziudZT0RAiKfAJ9lFzegn/HPMqWpdf37kcPfOj5brgCgzVr5 knUACXjwoLWtxujAAO55WcU= =5e1D -----END PGP SIGNATURE----- --nextPart2172531.ZBLV0FeMgv-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 18:25:51 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 734BD16A47B; Fri, 16 Jun 2006 18:25:51 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B58B43D46; Fri, 16 Jun 2006 18:25:50 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5GIPc86045348; Fri, 16 Jun 2006 21:25:38 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 16 Jun 2006 21:25:38 +0300 (EEST) From: Dmitry Pryanishnikov To: Hajimu UMEMOTO In-Reply-To: Message-ID: <20060616211540.D37640@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060614193346.3addcbad@apircalabu.dsd.ro> <44905472.20106@fer.hr> <20060616131154.T10230@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , "current@freebsd.org" , Ivan Voras Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 18:25:51 -0000 Hello! On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: > dmitry> doesn't crash/hang anything, it just gives the possibility to use this > dmitry> combination. > > This patch is somewhat redundant. Adding > > __weak_reference(dlsym, _dlsym); > > is enough. Indeed, this also works for me. It would be nice to see this trivial addition committed. > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 19:29:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 072FB16A47E for ; Fri, 16 Jun 2006 19:29:31 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D2043D5D for ; Fri, 16 Jun 2006 19:29:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k5GJTEkW039080; Fri, 16 Jun 2006 13:29:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4493068A.30602@samsco.org> Date: Fri, 16 Jun 2006 13:29:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <3223.1150403817@critter.freebsd.dk> In-Reply-To: <3223.1150403817@critter.freebsd.dk> 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.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Mike Jakubik , current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 19:29:31 -0000 Poul-Henning Kamp wrote: > In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > >>What about COMPAT_43TTY? Is this still needed, how exactly does it >>affect the system? > > > It adds a bunch of ancient-compatible ioctls to the kernel. > > It is, as a principle, not needed, but thanks to the many variants > of "sh configure" employed in usr/ports, a quite large number of > ports go "Ohh, this is BSD, I'd better use the old ioctls" and > break if you don't offer them. > One thing to keep in mind is that upgrade compatibility is very important. Not everyone lives at the tip of the tree, and not everyone wants to, or even can, recompile all of their apps for an upgrade. Making COMPAT_43 and COMPAT_43TTY be optional is fine, and fixing as many ports as possible not to rely on it is fine too, but removing the options from the kernel will be a mistake right now. People were running 2.2.x apps well into the 4.x lifecycle, and people are running 4.x apps now well into the 6.x lifecycle. If you make their lives harder, you'll make it a lot easier to justify switching to something else. If you want to deprecate and ultimately removethese options, set a 2-3 year timeline for it, and heavily advertise it. Anything shorter will do more harm than good. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 21:00:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABAC16A47D for ; Fri, 16 Jun 2006 21:00:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5362543D48 for ; Fri, 16 Jun 2006 21:00:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5GL0Ndr061320; Fri, 16 Jun 2006 17:00:26 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andriy Gapon Date: Fri, 16 Jun 2006 15:09:28 -0400 User-Agent: KMail/1.9.1 References: <1148837064.00534930.1148826605@10.7.7.3> <200606011504.31635.jhb@freebsd.org> <44929864.4080207@icyb.net.ua> In-Reply-To: <44929864.4080207@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606161509.28998.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 16 Jun 2006 17:00:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1548/Fri Jun 16 13:53:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 21:00:30 -0000 On Friday 16 June 2006 07:39, Andriy Gapon wrote: > on 01/06/2006 22:04 John Baldwin said the following: > > On Tuesday 30 May 2006 23:19, Nate Lawson wrote: > >> Andriy Gapon wrote: > >>> on 29/05/2006 23:10 Nate Lawson said the following: > >>>> disable apic (hint.apic.0.disabled="1"). I isolated this a little while > >>>> ago to the change to enable LAPIC timer. However, there is currently no > >>>> easy way to disable the LAPIC timer with APIC enabled so you have to > >>>> disable APIC. jhb@ and I have been discussing how to do this better but > >>>> no easy answers apparently. > >>> I am not sure what I am talking about, but is it potentially possible to > >>> drive timer system by more than one clock, actively using the most > >>> precise of them at any particular moment ? So that if LAPIC timer stops > >>> i8254 can be used instead. > >> That requires mixed mode delivery -- i8254 on legacy PIC irq and APIC > >> mode for other interrupts. jhb@ just killed this and isn't eager to add > >> it back. I'll let him explain if he has more to add. > > > > Namely that it is unreliable and expressly forbidden by the ACPI spec. > > > > Maybe I will say something too ignorant for this list, but is it > possible to drive hardclock with two interrupts (I haven't thought yet > how, though) and use RTC as the second interrupt source ? > I think that RTC/IRQ8 (usually) doesn't have problems associated with > 8254 timer/IRQ0 and can be used without mixed mode. Well, you could use the RTC instead of the lapic timer on CPU 0 and then use IPIs to forward clock interrupts to all the other CPUs just as we did before we used the lapic timer. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 22:25:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5815B16A47C for ; Fri, 16 Jun 2006 22:25:40 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 998D443D48 for ; Fri, 16 Jun 2006 22:25:39 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5GMSlFV044993 for ; Sat, 17 Jun 2006 02:28:47 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5GMSlmX044992 for freebsd-current@freebsd.org; Sat, 17 Jun 2006 02:28:47 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Sat, 17 Jun 2006 02:28:47 +0400 Resent-Message-ID: <20060616222847.GA44960@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Sat, 17 Jun 2006 02:27:57 +0400 From: Tarc To: freebsd-current@freebsd.org Message-ID: <20060616222757.GX22799@tarc.po.cs.msu.su> References: <20060615160316.GE908@marvin.riggiland.au> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060615160316.GE908@marvin.riggiland.au> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Please test: mplayer 1.0pre8 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 22:25:40 -0000 On Thu, Jun 15, 2006 at 06:03:16PM +0200, Thomas E. Zander wrote: > Good evening, > > at this location > > http://www.rrr.de/~riggs/mplayer/mplayer.tar.bz2 > > you find the first preview of the port update to mplayer for the > current release 1.0pre8. > The pre8 release is a quite heavy update with some extensive changes, > so is the port. I'd like to take this upgrade as an opportunity to make > use of the OPTIONS framework for mplayer builds. > So please grab this tarball, extract it to somewhere in the ports tree > and give it a go; and finally please keep me posted about uncomfortable > issues, problems, things I might have forgotten and so on. We want to > keep as many happy mplayer users as possible :-) > > Regards, > Riggs > > P.S. Most likely I won't be checking mails until Monday, so no need to > hurry. Of course suggestions and especially patches are highly > appreciated :-) > Good work! I have no errors with this tarball. version is mplayer-gtk2-esound 0.99.8 (all, except debug and NVidia is on) -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Fri Jun 16 23:43:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B72416A474 for ; Fri, 16 Jun 2006 23:43:07 +0000 (UTC) (envelope-from jvalko@purdue.edu) Received: from mailhub131.itcs.purdue.edu (mailhub131.itcs.purdue.edu [128.210.5.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A2C43D46 for ; Fri, 16 Jun 2006 23:43:06 +0000 (GMT) (envelope-from jvalko@purdue.edu) Received: from [127.0.0.1] (dhcp-242-2.cerias.purdue.edu [128.10.242.36]) by mailhub131.itcs.purdue.edu (8.13.7/8.13.7/internal-smtp) with ESMTP id k5GNguFl026410 for ; Fri, 16 Jun 2006 19:43:06 -0400 Message-ID: <44934200.90303@purdue.edu> Date: Fri, 16 Jun 2006 19:42:56 -0400 From: John Valko User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) 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-PMX-Version: 5.1.2.240295 X-PerlMx-Virus-Scanned: Yes Subject: USB problems on Sun Ultra 40 Workstation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jun 2006 23:43:07 -0000 Hello all, I recently built 7.0-CURRENT, but I seem to be having some USB problems. My usb keyboard works fine when the machine turns on, but as FreeBSD boots my USB goes dead. Here is what the logs say: usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 usb0: port 0, set config at addr 1 failed usb0: root hub problem, error=4 usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered uhub1: device problem (IOERROR), disabling port 7 (I can post the full log if it would help) The kernel configuration is GENERIC with MAC and BREAK_TO_DEBUGGER enabled. Here is a list of hardware in the machine: Sun Ultra 40 Workstation 2 AMD Opteron Processor Model 254 (Single Core) 1-MB On-Chip L2 Cache per Core 4-GB (4 @ 1-GB DIMMS) Registered ECC Memory 1 250-GB 7200 RPM SATA Disk Drive 1 NVIDIA Quadro FX 1400 Midrange 3D Graphics Card (P/N: X7265A) 1 DVD Dual (DVD-ROM and CD-RW Combo) 2 10/100/1000 BaseT Ethernet Ports 8 USB Ports 2 IEEE 1394a Ports 2 PCI-Express x16 Slots 2 PCI-Express x4 Slots 2 Conventional PCI Slots (32-bit/33 MHz) I have tried with USB legacy support both enabled and disabled (logs from when enabled). USB did work correctly on 6.1-RELEASE. Has anyone else seen this or have any suggestions? Thanks! --John From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 05:16:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C08016A47D for ; Sat, 17 Jun 2006 05:16:00 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A48A143D45 for ; Sat, 17 Jun 2006 05:15:59 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so152385uge for ; Fri, 16 Jun 2006 22:15: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=MYPtxskRGx41HqHNnvZXmAJjRBDXR6p6iv/gRLSAMDyYxsRdFWcq29LZL4riCBQD+Brb1nrCluW5DezmNk0zgXE4ctcfFaKpZPQn539f3ZaiVw7ZL82fZ817yLxYTr7dnVXz5MkTFYnyTflH0K/hcgY7J/XYCyBVtMyerBDlDvs= Received: by 10.78.17.4 with SMTP id 4mr996674huq; Fri, 16 Jun 2006 06:20:46 -0700 (PDT) Received: by 10.78.50.15 with HTTP; Fri, 16 Jun 2006 06:20:46 -0700 (PDT) Message-ID: <84dead720606160620i5d1ee465o62ec61a3e1ea9d4a@mail.gmail.com> Date: Fri, 16 Jun 2006 18:50:46 +0530 From: "Joseph Koshy" To: "Konstantin Belousov" In-Reply-To: <20060529083654.GV54541@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060528142039.GA80613@comp.chem.msu.su> <20060528221154.7351845043@ptavv.es.net> <20060529083654.GV54541@deviant.kiev.zoral.com.ua> Cc: Yar Tikhiy , njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2006 05:16:00 -0000 kb> It seems that at least hwpmc(4) depends on APIC for full kb> functionality. PMC interrupts get routed through the processor's local APIC. Without a functional LAPIC, hwpmc only offers counting modes of operation. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 08:32:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A6CD16A47C; Sat, 17 Jun 2006 08:32:03 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B091C43D45; Sat, 17 Jun 2006 08:32:02 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k5H8Vv1M084837 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 17 Jun 2006 10:31:57 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k5H8VuAs084836; Sat, 17 Jun 2006 10:31:56 +0200 (CEST) Date: Sat, 17 Jun 2006 10:31:56 +0200 From: Divacky Roman To: Kris Kennaway Message-ID: <20060617083156.GA84611@stud.fit.vutbr.cz> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> <20060616151931.GA42934@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060616151931.GA42934@xor.obsecurity.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Alexander Leidinger , Poul-Henning Kamp , freebsd-current@freebsd.org, Christian Brueffer , joel@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2006 08:32:03 -0000 On Fri, Jun 16, 2006 at 11:19:31AM -0400, Kris Kennaway wrote: > On Fri, Jun 16, 2006 at 08:45:38AM +0200, Alexander Leidinger wrote: > > Quoting Christian Brueffer (from Fri, 16 Jun > > 2006 08:28:41 +0200): > > > > >On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: > > > > >>I did a full build for phk some time ago, I don't remember how many > > >>broke but it was enough to make it a significant (but perhaps not > > >>difficult) task to fix them. > > >> > > > > > >I think it would be helpful to do another run if possible and put the > > >results online somewhere. That could significantly speed up the whole > > >issue. > > > > That would be nice. And toss the list to me and Joel in case you do > > it, we will add an entry on the ideas list for this. > > I don't have time to rerun but here is the list from last time as a > starting point: > > --- > On Tue, Jan 10, 2006 at 10:52:38AM +0100, Poul-Henning Kamp wrote: > > > > Can I get you to look out for this one in the build logs ? > > > > #warning "Old BSD tty API used, please upgrade." > > > > Poul-Henning I am running COMPAT_43*-less kernel and I successfully built at least gtar from your list... basically I think that the only affected ports are those with mess with serial port etc. ie. where you use ioctl() on some tty device.... I doubt the list is accurate... there must have been another issue when you tried that From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 08:37:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32FA616A47D for ; Sat, 17 Jun 2006 08:37:40 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8354143D45 for ; Sat, 17 Jun 2006 08:37:39 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k5H8bYsm085066 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 17 Jun 2006 10:37:34 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k5H8bVdo085063; Sat, 17 Jun 2006 10:37:31 +0200 (CEST) Date: Sat, 17 Jun 2006 10:37:31 +0200 From: Divacky Roman To: Scott Long Message-ID: <20060617083731.GB84611@stud.fit.vutbr.cz> References: <3223.1150403817@critter.freebsd.dk> <4493068A.30602@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4493068A.30602@samsco.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Mike Jakubik , Poul-Henning Kamp , current@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2006 08:37:40 -0000 On Fri, Jun 16, 2006 at 01:29:14PM -0600, Scott Long wrote: > Poul-Henning Kamp wrote: > > >In message <4491C2F0.6000007@rogers.com>, Mike Jakubik writes: > > > > > >>What about COMPAT_43TTY? Is this still needed, how exactly does it > >>affect the system? > > > > > >It adds a bunch of ancient-compatible ioctls to the kernel. > > > >It is, as a principle, not needed, but thanks to the many variants > >of "sh configure" employed in usr/ports, a quite large number of > >ports go "Ohh, this is BSD, I'd better use the old ioctls" and > >break if you don't offer them. > > > > One thing to keep in mind is that upgrade compatibility is very > important. Not everyone lives at the tip of the tree, and not > everyone wants to, or even can, recompile all of their apps for > an upgrade. Making COMPAT_43 and COMPAT_43TTY be optional is fine, > and fixing as many ports as possible not to rely on it is fine too, > but removing the options from the kernel will be a mistake right now. > People were running 2.2.x apps well into the 4.x lifecycle, and people > are running 4.x apps now well into the 6.x lifecycle. If you make > their lives harder, you'll make it a lot easier to justify switching > to something else. If you want to deprecate and ultimately removethese > options, set a 2-3 year timeline for it, and heavily advertise it. > Anything shorter will do more harm than good. while I tend to agree you have to see that COMPAT_43 ensures in-kernel compatibility layer so there should be no (user-space) app breakage. and noone is removing COMPAT_43TTY now roman From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 08:46:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF5616A474; Sat, 17 Jun 2006 08:46:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8DFC43D45; Sat, 17 Jun 2006 08:46:31 +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 017C71A4EBE; Sat, 17 Jun 2006 01:46:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 43644512DC; Sat, 17 Jun 2006 04:46:27 -0400 (EDT) Date: Sat, 17 Jun 2006 04:46:27 -0400 From: Kris Kennaway To: Divacky Roman Message-ID: <20060617084626.GA20327@xor.obsecurity.org> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> <20060616151931.GA42934@xor.obsecurity.org> <20060617083156.GA84611@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20060617083156.GA84611@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i Cc: Kris Kennaway , Poul-Henning Kamp , freebsd-current@freebsd.org, Christian Brueffer , joel@freebsd.org, Alexander Leidinger Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jun 2006 08:46:32 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 17, 2006 at 10:31:56AM +0200, Divacky Roman wrote: > On Fri, Jun 16, 2006 at 11:19:31AM -0400, Kris Kennaway wrote: > > On Fri, Jun 16, 2006 at 08:45:38AM +0200, Alexander Leidinger wrote: > > > Quoting Christian Brueffer (from Fri, 16 Jun = =20 > > > 2006 08:28:41 +0200): > > >=20 > > > >On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: > > >=20 > > > >>I did a full build for phk some time ago, I don't remember how many > > > >>broke but it was enough to make it a significant (but perhaps not > > > >>difficult) task to fix them. > > > >> > > > > > > > >I think it would be helpful to do another run if possible and put the > > > >results online somewhere. That could significantly speed up the who= le > > > >issue. > > >=20 > > > That would be nice. And toss the list to me and Joel in case you do = =20 > > > it, we will add an entry on the ideas list for this. > >=20 > > I don't have time to rerun but here is the list from last time as a > > starting point: > >=20 > > --- > > On Tue, Jan 10, 2006 at 10:52:38AM +0100, Poul-Henning Kamp wrote: > > >=20 > > > Can I get you to look out for this one in the build logs ? > > >=20 > > > #warning "Old BSD tty API used, please upgrade." > > >=20 > > > Poul-Henning > =20 > I am running COMPAT_43*-less kernel and I successfully built at least gta= r from > your list... basically I think that the only affected ports are those wit= h mess > with serial port etc. ie. where you use ioctl() on some tty device....=20 > I doubt the list is accurate... there must have been another issue when y= ou > tried that It's possible I screwed up, but I just did a grep on all the build logs for the warning message. Are you certain it didn't appear? Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEk8FiWry0BWjoQKURAutBAJkBXxYVzVvlBI7AjPv3Sr5Q/XkMBgCdHkLx LeETnt6ykdIKVIfRmdYVylQ= =xKfc -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 09:40:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E7116A47A for ; Sat, 17 Jun 2006 09:40:07 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BDB43D67 for ; Sat, 17 Jun 2006 09:40:04 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E5AC.dip.t-dialin.net [84.165.229.172]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k5H9ZhJb005543; Sat, 17 Jun 2006 11:35: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.4/8.13.3) with ESMTP id k5H9e3eh047586; Sat, 17 Jun 2006 11:40:03 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 17 Jun 2006 11:40:36 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20060617114036.3f5e74c8@Magellan.Leidinger.net> In-Reply-To: <20060616034653.9399.qmail@web30705.mail.mud.yahoo.com> References: <20060616034653.9399.qmail@web30705.mail.mud.yahoo.com> X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.18; 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: Neil Short Subject: Re: kldload snd_driver fails on 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: Sat, 17 Jun 2006 09:40:07 -0000 Quoting Neil Short (Thu, 15 Jun 2006 20:46:53 -0700 (PDT)): > carmen# dmesg | tail -n 20 > KLD snd_driver.ko: depends on snd_es1888 - not > available Fixed. If you want to do it by hand, remove the snd_es1888 line in src/sys/dev/sound/driver.c and recompile. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~130 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 20:48:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4918716A47A; Sat, 17 Jun 2006 20:48:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B896E43D5A; Sat, 17 Jun 2006 20:48:51 +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.6/8.13.6) with ESMTP id k5HKmo7h093200; Sat, 17 Jun 2006 16:48:51 -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.4P/8.13.4) with ESMTP id k5HKm4S4015675; Sat, 17 Jun 2006 16:48:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 83BB67302F; Sat, 17 Jun 2006 16:48:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060617204850.83BB67302F@freebsd-current.sentex.ca> Date: Sat, 17 Jun 2006 16:48:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 20:48:52 -0000 TB --- 2006-06-17 19:40:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-17 19:40:24 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-17 19:40:24 - cleaning the object tree TB --- 2006-06-17 19:40:58 - checking out the source tree TB --- 2006-06-17 19:40:58 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-17 19:40:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-17 19:48:53 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-17 19:48:53 - cd /src TB --- 2006-06-17 19:48:53 - /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 -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:70: /obj/src/tmp/usr/include/netinet/tcp_var.h:277: error: field `sch_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-17 20:48:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-17 20:48:50 - ERROR: failed to build world TB --- 2006-06-17 20:48:50 - tinderbox aborted TB --- 1.10 user 5.91 system 4105.96 real From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 21:57:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F08516A474; Sat, 17 Jun 2006 21:57:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C78443D67; Sat, 17 Jun 2006 21:57:03 +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.6/8.13.4) with ESMTP id k5HLv2MA053950; Sat, 17 Jun 2006 17:57:02 -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.4P/8.13.4) with ESMTP id k5HLuF9r055183; Sat, 17 Jun 2006 17:56:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 575A97302F; Sat, 17 Jun 2006 17:57:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060617215702.575A97302F@freebsd-current.sentex.ca> Date: Sat, 17 Jun 2006 17:57:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 21:57:04 -0000 TB --- 2006-06-17 20:48:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-17 20:48:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-06-17 20:48:50 - cleaning the object tree TB --- 2006-06-17 20:49:21 - checking out the source tree TB --- 2006-06-17 20:49:21 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-06-17 20:49:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-17 20:56:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-17 20:56:47 - cd /src TB --- 2006-06-17 20:56:47 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:70: /obj/pc98/src/tmp/usr/include/netinet/tcp_var.h:277: error: field `sch_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-17 21:57:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-17 21:57:02 - ERROR: failed to build world TB --- 2006-06-17 21:57:02 - tinderbox aborted TB --- 1.16 user 5.76 system 4091.41 real From owner-freebsd-current@FreeBSD.ORG Sat Jun 17 23:05:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A0B16A474; Sat, 17 Jun 2006 23:05:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A694E43D46; Sat, 17 Jun 2006 23:05:56 +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.6/8.13.4) with ESMTP id k5HN5tFO058499; Sat, 17 Jun 2006 19:05:55 -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.4P/8.13.4) with ESMTP id k5HN59Up080656; Sat, 17 Jun 2006 19:05:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ADB577302F; Sat, 17 Jun 2006 19:05:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060617230555.ADB577302F@freebsd-current.sentex.ca> Date: Sat, 17 Jun 2006 19:05:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 23:05:57 -0000 TB --- 2006-06-17 21:57:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-17 21:57:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-17 21:57:02 - cleaning the object tree TB --- 2006-06-17 21:57:33 - checking out the source tree TB --- 2006-06-17 21:57:33 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-17 21:57:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-17 22:05:39 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-17 22:05:39 - cd /src TB --- 2006-06-17 22:05: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 [...] /src/usr.bin/netstat/inet.c:796: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:797: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:798: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:799: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:800: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:801: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:802: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:803: warning: long long unsigned int format, u_quad_t arg (arg 2) *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-17 23:05:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-17 23:05:55 - ERROR: failed to build world TB --- 2006-06-17 23:05:55 - tinderbox aborted TB --- 1.16 user 4.86 system 4132.97 real