From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 01:57:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA91316A420 for ; Sun, 30 Sep 2007 01:57:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id BE59013C455 for ; Sun, 30 Sep 2007 01:57:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4154316waf for ; Sat, 29 Sep 2007 18:57:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=d7+lCE18igTIIGaQDvU45IqTwHAqL1q794hOudUt+DY=; b=fmt3GLlpkAzLRlzerBBhmVE3ry5SwnZWsPH4Ck+QZ8zis5EYZ6oV6klua43+pjKMiCKNrqG/OTRLnvNfXqYgsFETL6iDN8+X9fFVjLb2sDk9moragBhsJYFCRdejHT5FvwxoitOMzZKeZRsSbVaxu5TYhVKaZzfL/keJHFIRPBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ENL/TwUtVJpfjNoQoL2tsfK29L2FQH5dg92aLlLhpfWmk48RU6zChpttZTrK7g4L2ElOGYvQ22u89qrCNZj2tcbD/GDBwrw99Usk4E6A6ZmXCt+1V2RKTEHs3hJLqy0N5yJUHS44AMg5og5L0CRnZUif9EJHPRxlMPYA2XB7THI= Received: by 10.114.199.1 with SMTP id w1mr950266waf.1191117447148; Sat, 29 Sep 2007 18:57:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm8588843wag.2007.09.29.18.57.24 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 29 Sep 2007 18:57:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8U1rkrs015320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Sep 2007 10:53:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8U1rjKo015319; Sun, 30 Sep 2007 10:53:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 30 Sep 2007 10:53:43 +0900 From: Pyun YongHyeon To: freebsd-hardware@freebsd.org, FreeBSD Stable Message-ID: <20070930015343.GA15227@cdnetworks.co.kr> References: <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> <20070929022147.GA27590@lizzy.catnook.local> <20070929050240.GC11457@cdnetworks.co.kr> <20070929181618.GA30333@lizzy.catnook.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070929181618.GA30333@lizzy.catnook.local> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 01:57:28 -0000 On Sat, Sep 29, 2007 at 11:16:18AM -0700, Jos Backus wrote: > On Sat, Sep 29, 2007 at 02:02:40PM +0900, Pyun YongHyeon wrote: > > On Fri, Sep 28, 2007 at 07:21:47PM -0700, Jos Backus wrote: > > > On Sat, Sep 29, 2007 at 10:28:01AM +0900, Pyun YongHyeon wrote: > > > [snip] > > > > ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work > > > > at all so nfe(4) generates too many interrupts. However I don't > > > > think it wouldn't be major bottleneck of the performance. > > > > > > Could this be why (on -current) I had to enable polling on nfe0 to get rid of > > > the choppy audio playback I was experiencing? > > > > > > > Probably not. Maybe nfe(4) use shared interrupt. > > Check the output of "vmstat -i". > > pcm0 and nfe0 share irq23: > > lizzy:~% vmstat -i > interrupt total rate > irq1: atkbd0 107296 0 > irq6: fdc0 1 0 > irq12: psm0 563936 1 > irq22: atapci2 5293281 11 > irq23: pcm0 nfe0 1225731 2 > cpu0: timer 947413237 2000 > Total 954603482 2015 > lizzy:~% > > Both pcm0 and nfe0 are mobo devices. Is there any way to change the assigned > interrupts? > It seems that your NIC doesn't have MSI/MSIX capability. Also the NIC is LOM version so I guess there is no easy way to change the interrupt number. ATM polling(4) seems to be the only way to reliably run nfe(4) under shared interrupt situations. Of course, you may encounter additional latency from the polling(4) but it normally wouldn't affect desktop usage patterns. I have a plan that will add an additional knob that have nfe(4) work more reliably under shared interrupt environments. However that would happen after branching 7. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 07:03:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D9EF16A46E for ; Sun, 30 Sep 2007 07:03:51 +0000 (UTC) (envelope-from sty@blosphere.net) Received: from vanessa.ncm.brain.riken.jp (vanessa.ncm.brain.riken.jp [134.160.174.10]) by mx1.freebsd.org (Postfix) with ESMTP id E47BE13C45B for ; Sun, 30 Sep 2007 07:03:50 +0000 (UTC) (envelope-from sty@blosphere.net) Received: from [192.168.0.200] (d88.HtokyoFL15.vectant.ne.jp [210.131.214.88]) by vanessa.ncm.brain.riken.jp (Postfix) with ESMTP id CE6B2610F; Sun, 30 Sep 2007 15:45:05 +0900 (JST) Message-ID: <46FF45FB.60902@blosphere.net> Date: Sun, 30 Sep 2007 15:45:15 +0900 From: =?ISO-8859-1?Q?Tommi_L=E4tti?= User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Chris References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> In-Reply-To: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 07:03:51 -0000 Chris wrote: > Hi I am concerned about the availabilities of these encryptions in > freebsd releases that are marked stable. > > It seems gbde has a problem when the the data written goes over the > lba boundary around lba48. I wonder if this is a problem in 5.4? I'm using 3x300G (separate partitions) on my 5.4 box for a year now, no problems, one of them is full. I'm preparing to update to 6.2 so this could put a big damper on that... -- br, Tommi From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 07:29:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B8116A475 for ; Sun, 30 Sep 2007 07:29:21 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 33EC913C4BA for ; Sun, 30 Sep 2007 07:29:21 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JP600H7K7GV0FA0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 30 Sep 2007 09:29:19 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.202]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JP6007B57GUWQY0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 30 Sep 2007 09:29:19 +0200 (CEST) Date: Sun, 30 Sep 2007 09:29:18 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070930092918.e48593b4.torfinn.ingolfsen@broadpark.no> In-reply-to: <20070929203953.7C1BA2E01F@claudel.blackrosetech.com> References: <20070929203953.7C1BA2E01F@claudel.blackrosetech.com> X-Mailer: Sylpheed 2.4.6 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: apache core dump signal 11 after portupgrade from 1.3.37 to 1.3.39 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 07:29:21 -0000 On Sat, 29 Sep 2007 13:39:28 -0700 David Gessel wrote: > I did a portupgrade -ra to 1.3.39 and after a reboot found apache not > running. I've poked around and haven't found much that's useful - > signal 11 being sometimes associated with memory errors (a memory > test comes up fine, though it is unlikely that an update would crack > the RAM). Otherwise few hints. Any suggestions would be much > appreciated. In my experience, when apache crashes after an upgrade, that usually means that one (or more) of the modules used in your Apache setup (httpd.conf) needs to be reinstalled (portupgrade -f). To try to find out which module(s), I usually disable then one after another in httpd.conf until apache runs stable again. For example, it could be php that is the problem. Good luck! -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 10:18:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F91416A420 for ; Sun, 30 Sep 2007 10:18:36 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [212.103.70.36]) by mx1.freebsd.org (Postfix) with ESMTP id C9C1213C48E for ; Sun, 30 Sep 2007 10:18:35 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from 80-219-162-83.dclient.hispeed.ch ([80.219.162.83] helo=factory.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ibvsd-0004Mf-Gg; Sun, 30 Sep 2007 12:18:33 +0200 Message-ID: <46FF77F6.4030909@fsck.ch> Date: Sun, 30 Sep 2007 12:18:30 +0200 From: Tobias Roth User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Tommi_L=E4tti?= References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> <46FF45FB.60902@blosphere.net> In-Reply-To: <46FF45FB.60902@blosphere.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.5 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Tommi Lätti wrote: > Chris wrote: >> Hi I am concerned about the availabilities of these encryptions in >> freebsd releases that are marked stable. >> >> It seems gbde has a problem when the the data written goes over the >> lba boundary around lba48. > > I wonder if this is a problem in 5.4? > > I'm using 3x300G (separate partitions) on my 5.4 box for a year now, no > problems, one of them is full. > > I'm preparing to update to 6.2 so this could put a big damper on that... [...] Content analysis details: (-2.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.9 TVD_RCVD_IP TVD_RCVD_IP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] X-SA-Exim-Connect-IP: 80.219.162.83 X-SA-Exim-Mail-From: freebsd.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Cc: FreeBSD Stable Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 10:18:36 -0000 Tommi Lätti wrote: > Chris wrote: >> Hi I am concerned about the availabilities of these encryptions in >> freebsd releases that are marked stable. >> >> It seems gbde has a problem when the the data written goes over the >> lba boundary around lba48. > > I wonder if this is a problem in 5.4? > > I'm using 3x300G (separate partitions) on my 5.4 box for a year now, no > problems, one of them is full. > > I'm preparing to update to 6.2 so this could put a big damper on that... This is unrelated to the discussed problem, but there was some gotcha that was related to moving from 5.4 to 6.something when using gbde. IIRC it came to effect if you did not use the standard number of keys, but used only one. But it's some time I updated and I don't remember the exact details. Cheers, Tobias From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 13:40:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E08816A41A for ; Sun, 30 Sep 2007 13:40:18 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from satan.anjos.strangled.net (89-180-123-216.net.novis.pt [89.180.123.216]) by mx1.freebsd.org (Postfix) with ESMTP id B31F513C447 for ; Sun, 30 Sep 2007 13:40:16 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l8UD8uWs001721 for ; Sun, 30 Sep 2007 14:08:56 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l8UD8ttE001720 for freebsd-stable@freebsd.org; Sun, 30 Sep 2007 14:08:55 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Date: Sun, 30 Sep 2007 14:08:55 +0100 (WEST) From: freebsd@anjos.strangled.net Message-Id: <200709301308.l8UD8ttE001720@satan.anjos.strangled.net> X-Authentication-Warning: satan.anjos.strangled.net: miguel set sender to freebsd@anjos.strangled.net using -f To: freebsd-stable@freebsd.org Subject: Audio routing problem nVidia MCP51 HDA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 13:40:18 -0000 Good afternoon, I apologize for cross posting, but I had no answer on freebsd-multimedia... I've been using snd_hda for a few months, and only now discovered that the line in in the back panel is not working. Actually, as I use an old box, I don't have a front panel, so I really need the back panel entrance. The motherboard is an ASUS M2NPV-VM. I've read a bit of the stuff in the mailing lists and passed my eyes through the source code briefly. Everything points to a routing problem. Looking at the verbose dmesg, it would appear that nid 28 and 32 are the two line ins, and that 28 is selected. Perhaps all I would need to do would be to have nid 32 selected. I'm guessing... Unfortunately, there seems to be no userland tweaking interface, through sysctl or ioctl, am I right? I see that the hdac_hp_switch table has some entries taylored to specific models, but I'm running into difficulties guessing the meaning of the hpnid, spkrnid and eapdnid struct members... I can't tell if it would help me. I wish somebody had commented the struct members... Can anyone help me? Thank you, Miguel Ramos Lisboa, Portugal Here's some output: ---- FreeBSD satan.anjos.strangled.net 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Sep 26 18:46:15 WEST 2007 root@satan.anjos.strangled.net:/usr/obj/usr/src/sys/SATAN i386 ---- Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer rec is currently set to 0:0 Recording source: mic devices: vol, pcm, speaker, mic, cd, rec rec devices: vol, mic, cd ---- pcm0: mem 0xfe024000-0xfe027fff irq 22 at device 16.1 on pci0 pcm0: DMA Coherency: Uncacheable / vendor=0x10de pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe024000 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 63 pcm0: [MPSAFE] pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 pcm0: HDA_DEBUG: HDA Config: on=0x00000000 off=0x00000000 pcm0: HDA_DEBUG: Starting CORB Engine... pcm0: HDA_DEBUG: Starting RIRB Engine... pcm0: HDA_DEBUG: Enabling controller interrupt... pcm0: HDA_DEBUG: Scanning HDA codecs... pcm0: HDA_DEBUG: Probing codec: 0 pcm0: HDA_DEBUG: startnode=1 endnode=2 pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 pcm0: Vendor: 0x000011d4 pcm0: Device: 0x00001986 pcm0: Revision: 0x00000005 pcm0: Stepping: 0x00000000 pcm0: PCI Subvendor: 0x81cb1043 pcm0: Nodes: start=2 endnode=44 total=42 pcm0: CORB size: 256 pcm0: RIRB size: 256 pcm0: Streams: ISS=4 OSS=4 BSS=0 pcm0: GPIO: 0x00000100 pcm0: NumGPIO=0 NumGPO=1 NumGPI=0 GPIWake=0 GPIUnsol=0 pcm0: hdac_widget_connection_parse: GHOST: nid=2 j=0 entnum=4 index=0 res=0x00000601 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=2 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=6 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=7 entries=8 found=8 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=9 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=10 entries=3 found=3 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=8 found=8 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=16 entries=3 found=3 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=17 entries=2 found=2 pcm0: hdac_widget_connection_parse: nid=18 WARNING: zero cnid entnum=4 j=2 index=0 entries=8 found=2 res=0x21002211 pcm0: hdac_widget_connection_parse: GHOST: nid=18 j=2 entnum=4 index=0 res=0x21002211 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=18 entries=8 found=8 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=19 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=28 entries=1 found=1 pcm0: HDA_DEBUG: Pin config nid=28 0x01013012 -> 0x01813012 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=29 entries=1 found=1 pcm0: HDA_DEBUG: Pin config nid=29 0x01019015 -> 0x01a19015 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=30 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=37 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=38 entries=8 found=8 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=39 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=40 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=41 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=42 entries=3 found=3 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=43 entries=1 found=1 pcm0: HDA_DEBUG: Parsing Ctls... pcm0: HDA_DEBUG: Parsing vendor patch... pcm0: HDA_DEBUG: Building AFG tree... pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 pcm0: HDA_DEBUG: HWiP: Found 2 DAC path using HDA_PARSE_MIXER strategy. pcm0: HDA_DEBUG: AFG commit... pcm0: HDA_DEBUG: Ctls commit... pcm0: [ 2] Ctl nid=4 DISABLED pcm0: [ 3] Ctl nid=5 DISABLED pcm0: [ 4] Ctl nid=9 Bind to NONE pcm0: [ 5] Ctl nid=9 childnid=4 DISABLED pcm0: [ 6] Ctl nid=9 childnid=5 DISABLED pcm0: [ 9] Ctl nid=19 Bind to NONE pcm0: [10] Ctl nid=20 Bind to NONE pcm0: [12] Ctl nid=22 Bind to NONE pcm0: [13] Ctl nid=23 Bind to NONE pcm0: [15] Ctl nid=26 Bind to NONE pcm0: [16] Ctl nid=27 Bind to NONE pcm0: [17] Ctl nid=28 Bind to NONE pcm0: [18] Ctl nid=29 Bind to NONE pcm0: [19] Ctl nid=30 DISABLED pcm0: HDA_DEBUG: PCMDIR_PLAY setup... pcm0: HDA_DEBUG: PCMDIR_REC setup... pcm0: HDA_DEBUG: OSS mixer initialization... pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: HDA_DEBUG: Registering PCM channels... pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 7b3ba000, 4000; 0xeb95d000 -> 7b3ba000 pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 7b3b6000, 4000; 0xeb961000 -> 7b3b6000 pcm0: pcm0: pcm0: pcm0: pcm0: HDA config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: pcm0: +-------------------+ pcm0: | DUMPING HDA NODES | pcm0: +-------------------+ pcm0: pcm0: Default Parameter pcm0: ----------------- pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: IN amp: 0x80000000 pcm0: OUT amp: 0x80051f1f pcm0: pcm0: nid: 2 [DIGITAL] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x00030311 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000005 pcm0: Format: AC3 PCM pcm0: PCM cap: 0x00020060 pcm0: PCM size: 16 pcm0: PCM rate: 44 48 pcm0: connections: 2 pcm0: | pcm0: + <- nid=1 [GHOST!] [UNKNOWN] pcm0: | pcm0: + <- nid=6 [audio input] pcm0: pcm0: nid: 3 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x0000044d pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 0 pcm0: pcm0: nid: 4 [ANALOG] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x0000040d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 0 pcm0: pcm0: nid: 5 [ANALOG] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x0000040d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 0 pcm0: pcm0: nid: 6 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x00100511 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x0006007f pcm0: PCM size: 16 20 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: connections: 1 pcm0: | pcm0: + <- nid=18 [audio selector] pcm0: pcm0: nid: 7 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000003 pcm0: Ctl flags: 0x000001b1 pcm0: connections: 8 pcm0: | pcm0: + <- nid=3 [audio output] pcm0: | pcm0: + <- nid=9 [audio mixer] pcm0: | pcm0: + <- nid=19 [audio selector] pcm0: | pcm0: + <- nid=20 [audio selector] pcm0: | pcm0: + <- nid=21 [audio selector] pcm0: | pcm0: + <- nid=22 [audio selector] pcm0: | pcm0: + <- nid=23 [audio selector] pcm0: | pcm0: + <- nid=24 [audio selector] pcm0: pcm0: nid: 8 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200100 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 1 pcm0: | pcm0: + <- nid=7 [audio mixer] pcm0: pcm0: nid: 9 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010e pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=4 [audio output] [DISABLED] pcm0: | pcm0: + <- nid=5 [audio output] [DISABLED] pcm0: pcm0: nid: 10 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: connections: 3 pcm0: | pcm0: + <- nid=7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=4 [audio output] [DISABLED] pcm0: | pcm0: + <- nid=5 [audio output] [DISABLED] pcm0: pcm0: nid: 11 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=4 [audio output] [DISABLED] pcm0: pcm0: nid: 12 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=4 [audio output] [DISABLED] (selected) pcm0: | pcm0: + <- nid=7 [audio mixer] pcm0: pcm0: nid: 13 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=5 [audio output] [DISABLED] (selected) pcm0: | pcm0: + <- nid=8 [audio mixer] pcm0: pcm0: nid: 14 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300100 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=8 [audio mixer] (selected) pcm0: | pcm0: + <- nid=17 [audio selector] pcm0: pcm0: nid: 15 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Output amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 8 pcm0: | pcm0: + <- nid=31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=32 [pin: line in (jack)] pcm0: | pcm0: + <- nid=29 [pin: Mic in (jack)] (selected) pcm0: | pcm0: + <- nid=29 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=39 [audio mixer] pcm0: | pcm0: + <- nid=40 [audio mixer] pcm0: | pcm0: + <- nid=41 [audio mixer] pcm0: | pcm0: + <- nid=42 [audio mixer] pcm0: pcm0: nid: 16 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 3 pcm0: | pcm0: + <- nid=32 [pin: line in (jack)] pcm0: | pcm0: + <- nid=28 [pin: line in (jack)] (selected) pcm0: | pcm0: + <- nid=31 [pin: Mic in (jack)] pcm0: pcm0: nid: 17 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300941 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: connections: 2 pcm0: | pcm0: + <- nid=15 [audio selector] (selected) pcm0: | pcm0: + <- nid=43 [audio mixer] pcm0: pcm0: nid: 18 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000800 pcm0: Output amp: 0x80050f00 pcm0: mute=1 step=15 size=5 offset=0 pcm0: connections: 8 pcm0: | pcm0: + <- nid=17 [audio selector] (selected) pcm0: | pcm0: + <- nid=34 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=0 [GHOST!] [UNKNOWN] pcm0: | pcm0: + <- nid=33 [pin: AUX (none)] [DISABLED] pcm0: | pcm0: + <- nid=16 [audio selector] pcm0: | pcm0: + <- nid=7 [audio mixer] pcm0: | pcm0: + <- nid=8 [audio mixer] pcm0: | pcm0: + <- nid=35 [pin: telephony (none)] [DISABLED] pcm0: pcm0: nid: 19 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=17 [audio selector] pcm0: pcm0: nid: 20 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010c pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=35 [pin: telephony (none)] [DISABLED] pcm0: pcm0: nid: 21 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000101 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=34 [pin: CD (fixed)] pcm0: pcm0: nid: 22 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=33 [pin: AUX (none)] [DISABLED] pcm0: pcm0: nid: 23 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=16 [audio selector] pcm0: pcm0: nid: 24 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010c pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000021 pcm0: Output amp: 0x800b0f0f pcm0: mute=1 step=15 size=11 offset=15 pcm0: connections: 2 pcm0: | pcm0: + <- nid=25 [beep widget] (selected) pcm0: | pcm0: + <- nid=36 [pin: other (fixed)] pcm0: pcm0: nid: 25 [ANALOG] pcm0: name: beep widget pcm0: widget_cap: 0x00700000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000021 pcm0: connections: 0 pcm0: pcm0: nid: 26 [ANALOG] pcm0: name: pin: headphones out (jack) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000001f pcm0: ISC TRQD HP OUT : UNSOL pcm0: Pin config: 0x02214021 pcm0: Pin control: 0x000000c0 HP OUT pcm0: Output amp: 0x80051f1f pcm0: mute=1 step=31 size=5 offset=31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=10 [audio selector] pcm0: pcm0: nid: 27 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0001001f pcm0: ISC TRQD HP OUT EAPD : UNSOL pcm0: Pin config: 0x01014011 pcm0: Pin control: 0x00000040 OUT pcm0: EAPD: 0x00000002 pcm0: Output amp: 0x80051f1f pcm0: mute=1 step=31 size=5 offset=31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=11 [audio selector] pcm0: pcm0: nid: 28 [ANALOG] pcm0: name: pin: line in (jack) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000037 pcm0: ISC TRQD OUT IN : UNSOL pcm0: Pin config: 0x01813012 pcm0: Pin control: 0x00000020 IN pcm0: Output amp: 0x80051f1f pcm0: mute=1 step=31 size=5 offset=31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=12 [audio selector] pcm0: pcm0: nid: 29 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x00400985 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x00001737 pcm0: ISC TRQD OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x01a19015 pcm0: Pin control: 0x00000024 IN pcm0: Output amp: 0x80051f1f pcm0: mute=1 step=31 size=5 offset=31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=13 [audio selector] pcm0: pcm0: nid: 30 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400104 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin config: 0x501700f0 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80051f1f pcm0: mute=1 step=31 size=5 offset=31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=14 [audio selector] pcm0: pcm0: nid: 31 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00001727 pcm0: ISC TRQD IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x02a190f0 pcm0: Pin control: 0x00000024 IN pcm0: connections: 0 pcm0: pcm0: nid: 32 [ANALOG] pcm0: name: pin: line in (jack) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00001727 pcm0: ISC TRQD IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x018130f0 pcm0: Pin control: 0x00000024 IN pcm0: connections: 0 pcm0: pcm0: nid: 33 [ANALOG] [DISABLED] pcm0: name: pin: AUX (none) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000027 pcm0: ISC TRQD IN : UNSOL pcm0: Pin config: 0x509700f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 34 [ANALOG] pcm0: name: pin: CD (fixed) pcm0: widget_cap: 0x00400001 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000101 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x993310f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 35 [ANALOG] [DISABLED] pcm0: name: pin: telephony (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x50b700f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 36 [ANALOG] pcm0: name: pin: other (fixed) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x90f700f0 pcm0: Pin control: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 37 [DIGITAL] [DISABLED] pcm0: name: pin: SPDIF out (jack) pcm0: widget_cap: 0x00400301 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin config: 0x014510f0 pcm0: Pin control: 0x00000040 OUT pcm0: connections: 1 pcm0: | pcm0: + <- nid=2 [audio output] [DISABLED] pcm0: pcm0: nid: 38 [ANALOG] pcm0: name: power widget pcm0: widget_cap: 0x00500500 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 8 pcm0: | pcm0: + <- nid=7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=8 [audio mixer] pcm0: | pcm0: + <- nid=19 [audio selector] pcm0: | pcm0: + <- nid=20 [audio selector] pcm0: | pcm0: + <- nid=21 [audio selector] pcm0: | pcm0: + <- nid=22 [audio selector] pcm0: | pcm0: + <- nid=23 [audio selector] pcm0: | pcm0: + <- nid=24 [audio selector] pcm0: pcm0: nid: 39 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=29 [pin: Mic in (jack)] pcm0: pcm0: nid: 40 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=32 [pin: line in (jack)] pcm0: pcm0: nid: 41 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=29 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=32 [pin: line in (jack)] pcm0: pcm0: nid: 42 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 3 pcm0: | pcm0: + <- nid=31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=29 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=32 [pin: line in (jack)] pcm0: pcm0: nid: 43 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200100 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 1 pcm0: | pcm0: + <- nid=15 [audio selector] pcm0: pcm0: +------------------------+ pcm0: | DUMPING HDA AMPLIFIERS | pcm0: +------------------------+ pcm0: pcm0: 1: nid=3 dir=0x1 index=0 ossmask=0x00000011 ossdev=4 pcm0: 2: nid=4 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 3: nid=5 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 4: nid=9 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 5: nid=9 cnid=4 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 6: nid=9 cnid=5 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 7: nid=15 dir=0x1 index=0 ossmask=0x00000081 ossdev=7 pcm0: 8: nid=18 dir=0x1 index=0 ossmask=0x00000800 ossdev=0 pcm0: 9: nid=19 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 10: nid=20 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 11: nid=21 dir=0x1 index=0 ossmask=0x00000101 ossdev=8 pcm0: 12: nid=22 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 13: nid=23 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 14: nid=24 dir=0x1 index=0 ossmask=0x00000021 ossdev=5 pcm0: 15: nid=26 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 16: nid=27 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 17: nid=28 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 18: nid=29 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 19: nid=30 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: pcm0: +-----------------------------------+ pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | pcm0: +-----------------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- nid: 3 index: 0 mute: 1 step: 31 size: 5 off: 23 dir=0x1 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 mute: 0 step: 3 size: 39 off: 0 dir=0x1 ossmask=0x00000081 pcm0: | pcm0: +- nid: 21 index: 0 mute: 1 step: 31 size: 5 off: 23 dir=0x1 ossmask=0x00000101 pcm0: | pcm0: +- nid: 24 index: 0 mute: 1 step: 15 size: 11 off: 15 dir=0x1 ossmask=0x00000021 pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- nid: 3 index: 0 mute: 1 step: 31 size: 5 off: 23 dir=0x1 ossmask=0x00000011 pcm0: pcm0: CD Volume (OSS: cd) pcm0: | pcm0: +- nid: 21 index: 0 mute: 1 step: 31 size: 5 off: 23 dir=0x1 ossmask=0x00000101 pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- nid: 15 index: 0 mute: 0 step: 3 size: 39 off: 0 dir=0x1 ossmask=0x00000081 pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- nid: 18 index: 0 mute: 1 step: 15 size: 5 off: 0 dir=0x1 ossmask=0x00000800 pcm0: pcm0: Speaker/Beep (OSS: speaker) pcm0: | pcm0: +- nid: 24 index: 0 mute: 1 step: 15 size: 11 off: 15 dir=0x1 ossmask=0x00000021 pcm0: pcm0: Playback path: pcm0: pcm0: nid=26 [pin: headphones out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=10 [audio selector] pcm0: ^ pcm0: | pcm0: nid=7 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=3 [audio output] pcm0: pcm0: nid=27 [pin: line out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=11 [audio selector] pcm0: ^ pcm0: | pcm0: nid=7 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=3 [audio output] pcm0: pcm0: Recording sources: pcm0: pcm0: nid=18 [audio selector] pcm0: | pcm0: + <- nid=17 [audio selector] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=34 [pin: CD (fixed)] [recsrc: vol, cd] pcm0: | pcm0: + <- nid=16 [audio selector] pcm0: | pcm0: + <- nid=7 [audio mixer] [recsrc: vol, pcm, speaker, mic, cd] pcm0: | pcm0: + <- nid=8 [audio mixer] pcm0: pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: PCM Playback: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: DAC: 3 pcm0: pcm0: PCM Record: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x0006007f pcm0: PCM size: 16 20 pcm0: PCM rate: 8 11 16 22 32 44 48 pcm0: ADC: 6 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 22:42:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3372916A417 for ; Sun, 30 Sep 2007 22:42:13 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id A5D1213C461 for ; Sun, 30 Sep 2007 22:42:12 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 43965 invoked by uid 1000); 30 Sep 2007 22:42:34 -0000 Date: Sun, 30 Sep 2007 15:42:34 -0700 From: Jos Backus To: Pyun YongHyeon Message-ID: <20070930224234.GA43927@lizzy.catnook.local> Mail-Followup-To: Pyun YongHyeon , freebsd-hardware@freebsd.org, FreeBSD Stable References: <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> <20070929022147.GA27590@lizzy.catnook.local> <20070929050240.GC11457@cdnetworks.co.kr> <20070929181618.GA30333@lizzy.catnook.local> <20070930015343.GA15227@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070930015343.GA15227@cdnetworks.co.kr> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 22:42:13 -0000 On Sun, Sep 30, 2007 at 10:53:43AM +0900, Pyun YongHyeon wrote: > On Sat, Sep 29, 2007 at 11:16:18AM -0700, Jos Backus wrote: [snip] > > Both pcm0 and nfe0 are mobo devices. Is there any way to change the assigned > > interrupts? > > > > It seems that your NIC doesn't have MSI/MSIX capability. Also the > NIC is LOM version so I guess there is no easy way to change the > interrupt number. ATM polling(4) seems to be the only way to reliably > run nfe(4) under shared interrupt situations. Of course, you may > encounter additional latency from the polling(4) but it normally > wouldn't affect desktop usage patterns. I have a plan that will add > an additional knob that have nfe(4) work more reliably under shared > interrupt environments. However that would happen after branching 7. Thanks for the additional information, Pyun. This is an Asus A8N-SLI Premium mobo. polling(4) works just fine for the way I use this system. Cheers, -- Jos Backus jos at catnook.com From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 04:38:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF6B16A41A for ; Mon, 1 Oct 2007 04:38:01 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 16E3713C48A for ; Mon, 1 Oct 2007 04:37:59 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id OAA06102; Mon, 1 Oct 2007 14:37:40 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 1 Oct 2007 14:37:39 +1000 (EST) From: Ian Smith To: Mark Andrews In-Reply-To: <200709262333.l8QNXAI4058907@drugs.dv.isc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, LI Xin Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 04:38:01 -0000 On Thu, 27 Sep 2007, Mark Andrews wrote: (I wrote:) > > On Tue, 25 Sep 2007, LI Xin wrote: > > > Oliver Fromme wrote: > > > > Nicolas Rachinsky wrote: > > > > > Oliver Fromme wrote: > > > > > > By the way, an additional confusion is that ".." and "../" > > > > > > are handled differently. Specifying ".." always leads to > > > > > > this message: > > > > > > > > > > > > rm: "." and ".." may not be removed > > > > > > > > > > > > and nothing is actually removed. It is confusing that > > > > > > adding a slash leads to a different error message _and_ > > > > > > removal of the contents of the parent directory. Clearly > > > > > > a POLA violation. > > > > Clearly a bug, and well spotted, especially if as old as reported. > > > > > > > > > > > > Adding a slash often leads to different behaviour. > > > > > > > > Yes, I'm aware of that. I often make use of the feature > > > > that "find /sys/" expands the symlink, while "find /sys" > > > > does not. The same holds true for ls(1). > > > > But fortunately not for rm(1): > > > > The rm utility removes symbolic links, not the files referenced by the > > links. > > > > It is an error to attempt to remove the files /, . or .. > > > > > > However, I would still argue that there is no sane reason > > > > for "rm -rf ../" behaving differently from "rm -rf ..", > > > > especially because it behaves differently in a destructive > > > > way. That's why I call it a POLA violation. > > > > > > Also a POSIX violation IMHO :-) > > > > Indeed; I can't imagine a situation where removing "." (let alone "..") > > and so orphaning the pwd might be considered sane, never mind legal .. > > but maybe I lack imagination :) > > You lack imagination. No doubt :) > When you found the directory you want to remove and you are > in it it is much less error prone to remove "." recursively > that to go up one directory and try to find the directory > you were just in. Sorry, I can't agree. I take comfort in knowing that 'rm .' will fail, that 'rm *' will not remove '.' (let alone '..'!), and that rm will not orphan the pwd. Neither will umount, for that matter .. > The the prohibitions comes from when you literally removed > directories by unlinking the directory and "." and ".." > within the directory in user space. It was easy to stuff > up a directory structure. Regardless of how implemented in the filesystem, having the pwd become invalid isn't something I ever expect to happen, and I'll continue to rely on: 'It is an error to attempt to remove the files /, . or ..' Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 14:55:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76AC016A4B3 for ; Mon, 1 Oct 2007 14:55:06 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1140B13C474 for ; Mon, 1 Oct 2007 14:55:05 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so773195anc for ; Mon, 01 Oct 2007 07:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type; bh=e47oV5opH1evB1YAIz5guEpSE5KHmaGok3RxNQsEPxg=; b=ZsHkGRI3zQ70hfBUwQMoa5FV22PimvfQHUzL8AXG2u3vkMp5MErInePecWaO7BLNVrnSOSz0dbXwl1vglXOzwLoHA0qPTCwOL05N+rF07BJNLW+norea3fPgdU9plp3fqXaSrz5hpTTB5VnINjYrFxQtNAA9dl0QjCkL+0aofl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=fvHDrED2JBHv4qqko7We/NJVjC44N/mziimdkEJHeSs9T5k9Vlr75p6mQRQlhx69kQmIzitI6GHbQ2KsLfk9xWyj5TM5/5aXOlUa/gUC7b8Em3mdRvjsjYRXg3qPSqUTQLBi1JaCQxbkY49dIYI8HnBuNNU26Rb7Rf3R0HM2IR0= Received: by 10.114.200.2 with SMTP id x2mr826368waf.1191248998498; Mon, 01 Oct 2007 07:29:58 -0700 (PDT) Received: from ?192.168.0.42? ( [71.126.240.61]) by mx.google.com with ESMTPS id 6sm7216736wrh.2007.10.01.07.29.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Oct 2007 07:29:56 -0700 (PDT) Message-ID: <47010462.6060200@gmail.com> Date: Mon, 01 Oct 2007 14:29:54 +0000 From: Matthew Herzog User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: FreeBSD Content-Type: multipart/mixed; boundary="------------080506060009050908030600" Subject: sparc64 kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 14:55:06 -0000 This is a multi-part message in MIME format. --------------080506060009050908030600 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Beasties. I have attached the error text and my kernel config. The build seems to die while building ipfilter but I'm guessing that's not the real reason for it failing. Thanks for any suggestions. -- Matt H --------------080506060009050908030600 Content-Type: text/plain; name="FreeBSD.kernelerror" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="FreeBSD.kernelerror" nclude opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/atkbdc/atkbdc_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/auxio/auxio.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/fb/fb.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/fb/machfb.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/fb/splash.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/kbd/kbd.c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror ofw_bus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/ofw/ofw_console.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/ofw/openfirm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/ofw/openfirmio.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/ofw/openpromio.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/syscons/scgfbrndr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/syscons/schistory.c In file included from /usr/src/sys/dev/syscons/schistory.c:46: ./machine/sc_machdep.h:71:1: "SC_NORM_ATTR" redefined In file included from /usr/src/sys/dev/syscons/schistory.c:33: ./opt_syscons.h:1:1: this is the location of the previous definition *** Error code 1 Stop in /home/obj/usr/src/sys/spork20070927. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root@spork /usr/src]# --------------080506060009050908030600 Content-Type: text/plain; name="spork20070927" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="spork20070927" # # GENERIC -- Generic kernel configuration file for FreeBSD/sparc64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # For hardware specific information check HARDWARE.TXT # # $FreeBSD: src/sys/sparc64/conf/GENERIC,v 1.96.2.11 2006/10/09 18:41:37 n Exp $ machine sparc64 cpu SUN4U ident GENERIC # To statically compile in device wiring instead of /boot/device.hints hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD # 4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPSEC #IP security options IPSEC_ESP #IP security options IPSEC_DEBUG #options COMPAT_LINUX options GEOM_ELI # Standard busses device ebus device isa device pci # device scbus device da device ahc #device ahd # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse # syscons is the default console driver, resembling an SCO console device sc #device creator # Creator, Creator3D and Elite3D framebuffers device machfb # ATI Mach64 framebuffers #device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev device ofw_console # Open Firmware console device # Builtin hardware device auxio # auxiliary I/O device #device clkbrd # Clock Board (blinkenlight on Sun Exx00) device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks #device rtc # rtc (really a front-end for the MC146818) #device mc146818 # Motorola MC146818 and compatible clocks # Serial (COM) ports #device sab # Siemens SAB82532 based serial ports device uart # Multi-uart driver device puc # Multi-channel uarts # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device atausb device scbus device da device pass device splash device logo_saver #options MAXCONS=12 options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK --------------080506060009050908030600-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 16:00:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 247AB16A418 for ; Mon, 1 Oct 2007 16:00:40 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9E86713C44B for ; Mon, 1 Oct 2007 16:00:39 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6DB3.dip.t-dialin.net [84.154.109.179]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l91FmhYT003553; Mon, 1 Oct 2007 17:48:43 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l91FmaEQ077080; Mon, 1 Oct 2007 17:48:37 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l91FmaWI072582; Mon, 1 Oct 2007 17:48:36 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200710011548.l91FmaWI072582@fire.js.berklix.net> To: Matthew Herzog From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich/Muenchen. User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Mon, 01 Oct 2007 14:29:54 -0000." <47010462.6060200@gmail.com> Date: Mon, 01 Oct 2007 17:48:36 +0200 Sender: jhs@berklix.org Cc: freebsd-stable@freebsd.org Subject: Re: sparc64 kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 16:00:40 -0000 > Hello Beasties. > > I have attached the error text and my kernel config. The build seems to > die while building ipfilter but I'm guessing that's not the real > reason for it failing. > > Thanks for any suggestions. Most times I change the path of /usr/src (a sym link) or /usr/obj also a sym link, it seem to blow in ipfilter (but not in sys for me). Rather than waste human time analysing I spend free CPU cycles: rm -rf /usr/obj/* cd /usr/src make obj depend all As your prob/ is in sys/ you might want to be more analytic & spend more human time & less CPU cycles & do a make depend just in there. Your choice. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 23:23:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7EC16A419 for ; Mon, 1 Oct 2007 23:23:46 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6FE13C44B for ; Mon, 1 Oct 2007 23:23:46 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l91NMw6l078435; Tue, 2 Oct 2007 09:22:59 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200710012322.l91NMw6l078435@drugs.dv.isc.org> To: Ian Smith From: Mark Andrews In-reply-to: Your message of "Mon, 01 Oct 2007 14:37:39 +1000." Date: Tue, 02 Oct 2007 09:22:58 +1000 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, LI Xin Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 23:23:47 -0000 > On Thu, 27 Sep 2007, Mark Andrews wrote: > (I wrote:) > > > On Tue, 25 Sep 2007, LI Xin wrote: > > > > Oliver Fromme wrote: > > > > > Nicolas Rachinsky wrote: > > > > > > Oliver Fromme wrote: > > > > > > > By the way, an additional confusion is that ".." and "../" > > > > > > > are handled differently. Specifying ".." always leads to > > > > > > > this message: > > > > > > > > > > > > > > rm: "." and ".." may not be removed > > > > > > > > > > > > > > and nothing is actually removed. It is confusing that > > > > > > > adding a slash leads to a different error message _and_ > > > > > > > removal of the contents of the parent directory. Clearly > > > > > > > a POLA violation. > > > > > > Clearly a bug, and well spotted, especially if as old as reported. > > > > > > > > > > > > > > > Adding a slash often leads to different behaviour. > > > > > > > > > > Yes, I'm aware of that. I often make use of the feature > > > > > that "find /sys/" expands the symlink, while "find /sys" > > > > > does not. The same holds true for ls(1). > > > > > > But fortunately not for rm(1): > > > > > > The rm utility removes symbolic links, not the files referenced by > the > > > links. > > > > > > It is an error to attempt to remove the files /, . or .. > > > > > > > > However, I would still argue that there is no sane reason > > > > > for "rm -rf ../" behaving differently from "rm -rf ..", > > > > > especially because it behaves differently in a destructive > > > > > way. That's why I call it a POLA violation. > > > > > > > > Also a POSIX violation IMHO :-) > > > > > > Indeed; I can't imagine a situation where removing "." (let alone "..") > > > and so orphaning the pwd might be considered sane, never mind legal .. > > > but maybe I lack imagination :) > > > > You lack imagination. > > No doubt :) > > > When you found the directory you want to remove and you are > > in it it is much less error prone to remove "." recursively > > that to go up one directory and try to find the directory > > you were just in. > > Sorry, I can't agree. I take comfort in knowing that 'rm .' will fail, > that 'rm *' will not remove '.' (let alone '..'!), and that rm will not > orphan the pwd. Neither will umount, for that matter .. You asked to be shown a example. It's a perfectly reasonable example. > > The the prohibitions comes from when you literally removed > > directories by unlinking the directory and "." and ".." > > within the directory in user space. It was easy to stuff > > up a directory structure. > > Regardless of how implemented in the filesystem, having the pwd become > invalid isn't something I ever expect to happen, and I'll continue to > rely on: 'It is an error to attempt to remove the files /, . or ..' It's something that you need to expect on a multi-process system. It happens to me one or twice a month. Mark > Cheers, Ian -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 11:34:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837C216A419; Tue, 2 Oct 2007 11:34:17 +0000 (UTC) (envelope-from prvs=17958a6d43=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id DB54D13C45B; Tue, 2 Oct 2007 11:34:16 +0000 (UTC) (envelope-from prvs=17958a6d43=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1191323901; x=1191928701; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=0rQQyLijNzCsIQvyP7m1x ciGfpnuCnwa9xdRtiXlJtI=; b=KmVmq7V4Cn3Z1Tu/0Fo3RD9UYYTc9iXYfdUyB TyhHEvcUwHfBYnuNXHP4n+si1UExw08m+nFno4c/gptMae/b5CcNpioNPaQuYKS/ Mt3cnZM639WTV8/7NTRjHbLKo8Z77/sFhyBs8uQAMsY2fG+Wi5iEYAmOzJnrhbAh 6X/plA= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004268080.msg; Tue, 02 Oct 2007 12:18:20 +0100 Message-ID: <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> Date: Tue, 2 Oct 2007 12:18:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=17958a6d43=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Tue, 02 Oct 2007 12:18:20 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 02 Oct 2007 12:18:21 +0100 Cc: Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 11:34:17 -0000 Any one got any pointers on this, the machine we running this app on is over 90% idle so I really don't want to have to install a second machine just to workaround a limit on the number of pty's, surely there's a way to increase this? Regards 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-stable@FreeBSD.ORG Tue Oct 2 12:16:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7107716A41A; Tue, 2 Oct 2007 12:16:31 +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 1AF3C13C468; Tue, 2 Oct 2007 12:16:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B4D2A2082; Tue, 2 Oct 2007 14:16:23 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 9BFA42049; Tue, 2 Oct 2007 14:16:23 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 86155844A1; Tue, 2 Oct 2007 14:16:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Vlad GALU" References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> Date: Tue, 02 Oct 2007 14:16:23 +0200 In-Reply-To: (Vlad GALU's message of "Tue\, 2 Oct 2007 15\:14\:18 +0300") Message-ID: <86641pyanc.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:16:31 -0000 Vlad GALU writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Alternatively, set kern.pts.enable to 1, and find and fix the > > hang-on-close bug in the pts code (if it hasn't been fixed already) > Looks like it hasn't been. A friend who tried to set up an access > server for his company stumbled upon it. kib@ says it has as of sys/kern/tty_pts.c rev 1.15 (2007-07-03). Has your friend tried with a sufficiently recent kernel? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:25:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DFFF16A468 for ; Tue, 2 Oct 2007 12:25:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFA113C48A for ; Tue, 2 Oct 2007 12:24:59 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-31-60.bredband.comhem.se ([83.253.31.60]:60564 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from ) id 1IcgZQ-0007DX-9K for freebsd-stable@freebsd.org; Tue, 02 Oct 2007 14:09:49 +0200 Received: (qmail 30291 invoked from network); 2 Oct 2007 14:09:44 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 2 Oct 2007 14:09:44 +0200 Received: (qmail 33374 invoked by uid 1001); 2 Oct 2007 14:09:44 +0200 Date: Tue, 2 Oct 2007 14:09:44 +0200 From: Erik Trulsson To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20071002120944.GA33356@owl.midgard.homeip.net> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Steven Hartland , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86abr1yb68.fsf@ds4.des.no> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.31.60 X-Scan-Result: No virus found in message 1IcgZQ-0007DX-9K. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1IcgZQ-0007DX-9K 5894beff0de8f30e61644c9aba8f9483 Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:25:00 -0000 On Tue, Oct 02, 2007 at 02:05:03PM +0200, Dag-Erling Sm=F8rgrav wrote: > "Steven Hartland" writes: > > Any one got any pointers on this, the machine we running this app on is= over > > 90% idle so I really don't want to have to install a second machine jus= t to > > workaround a limit on the number of pty's, surely there's a way to incr= ease > > this? >=20 > You need to change the way ptys are named in pty_create_slave() and > pty_clone() in sys/kern/tty_pty.c. Just changing names won't help as > the sequence is also hardcoded in pty_clone(). >=20 > You also need to change grantpt(), openpty() and any other userland code > which has hardcoded knowledge of the naming scheme: >=20 > des@ds4 ~% gfs pqrsPQRS > src/sys/kern/tty_pty.c: static char *names =3D "pqrsPQRS"; > src/sys/kern/tty_pty.c: * pts =3D=3D /dev/tty[pqrsPQRS][0123456789abcdef= ghijklmnopqrstuv] > src/sys/kern/tty_pty.c: * ptc =3D=3D /dev/pty[pqrsPQRS][0123456789abcdef= ghijklmnopqrstuv] > src/contrib/telnet/telnetd/sys_term.c: for (cp =3D "pqrsPQRS"; *cp; cp++= ) { > src/usr.sbin/ac/ac.c: strchr("pqrsPQRS", us= r.ut_line[3]) !=3D 0 || > src/lib/libutil/pty.c: for (cp1 =3D "pqrsPQRS"; *cp1; cp1++) { > src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS" >=20 > Alternatively, set kern.pts.enable to 1, and find and fix the > hang-on-close bug in the pts code (if it hasn't been fixed already) This last option is only available if you are running 7-CURRENT though. The pts code is not in 6-STABLE (or older.) --=20 Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:26:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C35616A473 for ; Tue, 2 Oct 2007 12:26:24 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id A19E213C469 for ; Tue, 2 Oct 2007 12:26:23 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so4972339fka for ; Tue, 02 Oct 2007 05:26:23 -0700 (PDT) Received: by 10.82.119.17 with SMTP id r17mr8163831buc.1191327543651; Tue, 02 Oct 2007 05:19:03 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:19:03 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:19:03 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86641pyanc.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:26:24 -0000 On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > Vlad GALU writes: > > Dag-Erling Sm=F8rgrav writes: > > > Alternatively, set kern.pts.enable to 1, and find and fix the > > > hang-on-close bug in the pts code (if it hasn't been fixed already) > > Looks like it hasn't been. A friend who tried to set up an access > > server for his company stumbled upon it. > > kib@ says it has as of sys/kern/tty_pts.c rev 1.15 (2007-07-03). Has > your friend tried with a sufficiently recent kernel? I can't tell for sure, he tried a week or two ago, with a recent snapshot. I forwarded him your mail, I hope he'll retry and get back to me. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:30:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0D416A469 for ; Tue, 2 Oct 2007 12:30:08 +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 DE72E13C48E for ; Tue, 2 Oct 2007 12:30:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2E0422091; Tue, 2 Oct 2007 14:05:04 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 111C0208E; Tue, 2 Oct 2007 14:05:04 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id EC26D844A1; Tue, 2 Oct 2007 14:05:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Steven Hartland" References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> Date: Tue, 02 Oct 2007 14:05:03 +0200 In-Reply-To: <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> (Steven Hartland's message of "Tue\, 2 Oct 2007 12\:18\:19 +0100") Message-ID: <86abr1yb68.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:30:08 -0000 "Steven Hartland" writes: > Any one got any pointers on this, the machine we running this app on is o= ver > 90% idle so I really don't want to have to install a second machine just = to > workaround a limit on the number of pty's, surely there's a way to increa= se > this? You need to change the way ptys are named in pty_create_slave() and pty_clone() in sys/kern/tty_pty.c. Just changing names won't help as the sequence is also hardcoded in pty_clone(). You also need to change grantpt(), openpty() and any other userland code which has hardcoded knowledge of the naming scheme: des@ds4 ~% gfs pqrsPQRS src/sys/kern/tty_pty.c: static char *names =3D "pqrsPQRS"; src/sys/kern/tty_pty.c: * pts =3D=3D /dev/tty[pqrsPQRS][0123456789abcdefgh= ijklmnopqrstuv] src/sys/kern/tty_pty.c: * ptc =3D=3D /dev/pty[pqrsPQRS][0123456789abcdefgh= ijklmnopqrstuv] src/contrib/telnet/telnetd/sys_term.c: for (cp =3D "pqrsPQRS"; *cp; cp++) { src/usr.sbin/ac/ac.c: strchr("pqrsPQRS", usr.= ut_line[3]) !=3D 0 || src/lib/libutil/pty.c: for (cp1 =3D "pqrsPQRS"; *cp1; cp1++) { src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS" Alternatively, set kern.pts.enable to 1, and find and fix the hang-on-close bug in the pts code (if it hasn't been fixed already) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:37:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02EE16A417 for ; Tue, 2 Oct 2007 12:37:30 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5D66D13C49D for ; Tue, 2 Oct 2007 12:37:30 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by nf-out-0910.google.com with SMTP id b2so2874504nfb for ; Tue, 02 Oct 2007 05:37:29 -0700 (PDT) Received: by 10.82.134.12 with SMTP id h12mr4205426bud.1191328648748; Tue, 02 Oct 2007 05:37:28 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:37:28 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:37:28 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:37:31 -0000 On 10/2/07, Vlad GALU wrote: > On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > > Vlad GALU writes: > > > Dag-Erling Sm=F8rgrav writes: > > > > Alternatively, set kern.pts.enable to 1, and find and fix the > > > > hang-on-close bug in the pts code (if it hasn't been fixed already) > > > Looks like it hasn't been. A friend who tried to set up an access > > > server for his company stumbled upon it. > > > > kib@ says it has as of sys/kern/tty_pts.c rev 1.15 (2007-07-03). Has > > your friend tried with a sufficiently recent kernel? > > I can't tell for sure, he tried a week or two ago, with a recent > snapshot. I forwarded him your mail, I hope he'll retry and get back > to me. > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so he can catch up with the thread. > > > > DES > > -- > > Dag-Erling Sm=F8rgrav - des@des.no > > > > > -- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:38:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4827116A418 for ; Tue, 2 Oct 2007 12:38:23 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id C8ABC13C474 for ; Tue, 2 Oct 2007 12:38:22 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so4975849fka for ; Tue, 02 Oct 2007 05:38:21 -0700 (PDT) Received: by 10.82.177.3 with SMTP id z3mr12023300bue.1191327258053; Tue, 02 Oct 2007 05:14:18 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:14:18 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:14:18 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86abr1yb68.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:38:23 -0000 On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > "Steven Hartland" writes: > > Any one got any pointers on this, the machine we running this app on is= over > > 90% idle so I really don't want to have to install a second machine jus= t to > > workaround a limit on the number of pty's, surely there's a way to incr= ease > > this? > > You need to change the way ptys are named in pty_create_slave() and > pty_clone() in sys/kern/tty_pty.c. Just changing names won't help as > the sequence is also hardcoded in pty_clone(). > > You also need to change grantpt(), openpty() and any other userland code > which has hardcoded knowledge of the naming scheme: > > des@ds4 ~% gfs pqrsPQRS > src/sys/kern/tty_pty.c: static char *names =3D "pqrsPQRS"; > src/sys/kern/tty_pty.c: * pts =3D=3D /dev/tty[pqrsPQRS][0123456789abcdef= ghijklmnopqrstuv] > src/sys/kern/tty_pty.c: * ptc =3D=3D /dev/pty[pqrsPQRS][0123456789abcdef= ghijklmnopqrstuv] > src/contrib/telnet/telnetd/sys_term.c: for (cp =3D "pqrsPQRS"; *cp; cp++= ) { > src/usr.sbin/ac/ac.c: strchr("pqrsPQRS", us= r.ut_line[3]) !=3D 0 || > src/lib/libutil/pty.c: for (cp1 =3D "pqrsPQRS"; *cp1; cp1++) { > src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS" > > Alternatively, set kern.pts.enable to 1, and find and fix the > hang-on-close bug in the pts code (if it hasn't been fixed already) Looks like it hasn't been. A friend who tried to set up an access server for his company stumbled upon it. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:40:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A09B16A41B; Tue, 2 Oct 2007 12:40:25 +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 44ED213C474; Tue, 2 Oct 2007 12:40:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 801782099; Tue, 2 Oct 2007 14:40:17 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id F0D9D2093; Tue, 2 Oct 2007 14:40:16 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id DCA84844A4; Tue, 2 Oct 2007 14:40:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Vlad GALU" References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> Date: Tue, 02 Oct 2007 14:40:16 +0200 In-Reply-To: (Vlad GALU's message of "Tue\, 2 Oct 2007 15\:37\:28 +0300") Message-ID: <86wsu5wuz3.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:40:25 -0000 "Vlad GALU" writes: > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > he can catch up with the thread. Which symptoms? I can no longer reproduce the hang-on-close bug. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:41:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6160A16A418 for ; Tue, 2 Oct 2007 12:41:41 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id DF25813C47E for ; Tue, 2 Oct 2007 12:41:40 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so4976800fka for ; Tue, 02 Oct 2007 05:41:40 -0700 (PDT) Received: by 10.82.138.6 with SMTP id l6mr9562350bud.1191328899591; Tue, 02 Oct 2007 05:41:39 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:41:39 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:41:39 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86wsu5wuz3.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:41:41 -0000 On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > "Vlad GALU" writes: > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > he can catch up with the thread. > > Which symptoms? I can no longer reproduce the hang-on-close bug. Strangely enough, me neither. In his case, allocated pts' wouldn't get deallocated once the sessions ended. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:52:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D8FD16A46B; Tue, 2 Oct 2007 12:52: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 160E113C448; Tue, 2 Oct 2007 12:52:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A17872082; Tue, 2 Oct 2007 14:52:18 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8C0502089; Tue, 2 Oct 2007 14:52:18 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 73101844A4; Tue, 2 Oct 2007 14:52:18 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Vlad GALU" References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> Date: Tue, 02 Oct 2007 14:52:18 +0200 In-Reply-To: (Vlad GALU's message of "Tue\, 2 Oct 2007 15\:41\:39 +0300") Message-ID: <86sl4twuf1.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:52:27 -0000 "Vlad GALU" writes: > Dag-Erling Sm=C3=B8rgrav writes: > > "Vlad GALU" writes: > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > he can catch up with the thread. > > Which symptoms? I can no longer reproduce the hang-on-close bug. > Strangely enough, me neither. In his case, allocated pts' wouldn't get > deallocated once the sessions ended. Wouldn't get deallocated right away, or wouldn't get deallocated at all? Apparently, it is not unusual for pts reclamation to be delayed a bit by a non-zero refcnt. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:56:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B0A16A4F8 for ; Tue, 2 Oct 2007 12:56:35 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 189B313C4AA for ; Tue, 2 Oct 2007 12:56:27 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so4980796fka for ; Tue, 02 Oct 2007 05:56:26 -0700 (PDT) Received: by 10.82.181.10 with SMTP id d10mr14707884buf.1191329785031; Tue, 02 Oct 2007 05:56:25 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:56:24 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:56:24 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:56:35 -0000 On 10/2/07, Vlad GALU wrote: > On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > > "Vlad GALU" writes: > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > he can catch up with the thread. > > > > Which symptoms? I can no longer reproduce the hang-on-close bug. > > Strangely enough, me neither. In his case, allocated pts' wouldn't > get deallocated once the sessions ended. > > However, I see that, if I use pts/0-7, for instance, then log off pts/7, the next assigned pts will be pts/8. Is this expected? I tried lowering kern.pts.max to 20. If I open 20 of them and close them afterwards, on the next try I get "no more ptys" from my screen. > > DES > > -- > > Dag-Erling Sm=F8rgrav - des@des.no > > > > > -- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:57:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1959816A46E; Tue, 2 Oct 2007 12:57:05 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id B911B13C4B6; Tue, 2 Oct 2007 12:57:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 36A1D1CC0D; Tue, 2 Oct 2007 14:57:02 +0200 (CEST) Date: Tue, 2 Oct 2007 14:57:02 +0200 From: Ed Schouten To: Vlad GALU Message-ID: <20071002125702.GQ12364@hoeg.nl> References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kkcDP0v44wDpNmbp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , gepu@flow.rdsnet.ro, Steven Hartland , freebsd-stable@freebsd.org, FreeBSD Hackers Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:57:05 -0000 --kkcDP0v44wDpNmbp Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Vlad GALU wrote: > On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > > "Vlad GALU" writes: > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > he can catch up with the thread. > > > > Which symptoms? I can no longer reproduce the hang-on-close bug. >=20 > Strangely enough, me neither. In his case, allocated pts' wouldn't > get deallocated once the sessions ended. This is a known issue IIRC. See line 245 of tty_pts.c 1.16. Can be easily reproduced by killing the sshd while apps are still running in the shell. I thought we weren't able to destroy the device there, because you can't destroy a TTY when it is used by an application (i.e. when it's the controlling terminal). --=20 Ed Schouten WWW: http://g-rave.nl/ --kkcDP0v44wDpNmbp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHAkAe52SDGA2eCwURAhalAJ0ajoMl6IaEP1+71iPYXuAC7hsnBQCfVlwN CJwNl5i3+BsJ9BIP8KeLDaw= =5tlY -----END PGP SIGNATURE----- --kkcDP0v44wDpNmbp-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 12:58:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 704A716A46B for ; Tue, 2 Oct 2007 12:58:52 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id EA38013C4B2 for ; Tue, 2 Oct 2007 12:58:51 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id w9so5146168mue for ; Tue, 02 Oct 2007 05:58:50 -0700 (PDT) Received: by 10.82.111.8 with SMTP id j8mr7558730buc.1191329930215; Tue, 02 Oct 2007 05:58:50 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 2 Oct 2007 05:58:49 -0700 (PDT) Message-ID: Date: Tue, 2 Oct 2007 15:58:49 +0300 From: "Vlad GALU" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86sl4twuf1.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> <86sl4twuf1.fsf@ds4.des.no> Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 12:58:52 -0000 On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > "Vlad GALU" writes: > > Dag-Erling Sm=F8rgrav writes: > > > "Vlad GALU" writes: > > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > > he can catch up with the thread. > > > Which symptoms? I can no longer reproduce the hang-on-close bug. > > Strangely enough, me neither. In his case, allocated pts' wouldn't get > > deallocated once the sessions ended. > > Wouldn't get deallocated right away, or wouldn't get deallocated at all? > Apparently, it is not unusual for pts reclamation to be delayed a bit by > a non-zero refcnt. > As per my other mail, they wouldn't get deallocated at all. They still show up in /dev/pts/ even after closing, and the next integer index is picked up upon the next terminal creation. > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 13:02:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F3CF16A418; Tue, 2 Oct 2007 13:02:26 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD8713C45D; Tue, 2 Oct 2007 13:02:26 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6FE6B1CC37; Tue, 2 Oct 2007 15:02:25 +0200 (CEST) Date: Tue, 2 Oct 2007 15:02:25 +0200 From: Ed Schouten To: Vlad GALU Message-ID: <20071002130225.GR12364@hoeg.nl> References: <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> <20071002125702.GQ12364@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8CNmCRe8Sh4keFKJ" Content-Disposition: inline In-Reply-To: <20071002125702.GQ12364@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD Hackers , Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 13:02:26 -0000 --8CNmCRe8Sh4keFKJ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > * Vlad GALU wrote: > > On 10/2/07, Dag-Erling Sm=F8rgrav wrote: > > > "Vlad GALU" writes: > > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > > he can catch up with the thread. > > > > > > Which symptoms? I can no longer reproduce the hang-on-close bug. > >=20 > > Strangely enough, me neither. In his case, allocated pts' wouldn't > > get deallocated once the sessions ended. >=20 > This is a known issue IIRC. See line 245 of tty_pts.c 1.16. Can be > easily reproduced by killing the sshd while apps are still running in > the shell. >=20 > I thought we weren't able to destroy the device there, because you can't > destroy a TTY when it is used by an application (i.e. when it's the > controlling terminal). Thought about this 2 seconds after I sent my message: this is also responsible for the `zombie jails': tty's are made with make_dev_cred, which causes ucred's to be leaked, which eventually causes prisons to be leaked. --=20 Ed Schouten WWW: http://g-rave.nl/ --8CNmCRe8Sh4keFKJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHAkFh52SDGA2eCwURAo5gAJ9hrgjycx8KCSDaMMCAYWO9TAFoaQCggExV nLwhxxIHRHwW/UNjLqqKHKI= =8+HJ -----END PGP SIGNATURE----- --8CNmCRe8Sh4keFKJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 13:19:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8D0116A41A; Tue, 2 Oct 2007 13:19:57 +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 5FD8313C457; Tue, 2 Oct 2007 13:19:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 929C72084; Tue, 2 Oct 2007 15:19:48 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7DE4D2049; Tue, 2 Oct 2007 15:19:48 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 68ACC844A8; Tue, 2 Oct 2007 15:19:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ed Schouten References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> <20071002125702.GQ12364@hoeg.nl> Date: Tue, 02 Oct 2007 15:19:48 +0200 In-Reply-To: <20071002125702.GQ12364@hoeg.nl> (Ed Schouten's message of "Tue\, 2 Oct 2007 14\:57\:02 +0200") Message-ID: <86odfhwt57.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , Vlad GALU , Steven Hartland , freebsd-stable@freebsd.org, gepu@flow.rdsnet.ro Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 13:19:57 -0000 Ed Schouten writes: > This is a known issue IIRC. See line 245 of tty_pts.c 1.16. Can be > easily reproduced by killing the sshd while apps are still running in > the shell. It's not that simple. The question is why t_refcnt > 1 when there are no processes left attached to the tty. I managed to reproduce this as follows: $ script -q 1 script -q 2 script -q 3 script -q 4 tty if nothing else is going on at the same time, you should always see the same output, but instead you see a steadily increasing pts number. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 14:47:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325A516A417 for ; Tue, 2 Oct 2007 14:47:38 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id ABEA713C480 for ; Tue, 2 Oct 2007 14:47:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l92EMqkP000438; Tue, 2 Oct 2007 16:22:52 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l92EMqOi000437; Tue, 2 Oct 2007 16:22:52 +0200 (CEST) (envelope-from marius) Date: Tue, 2 Oct 2007 16:22:52 +0200 From: Marius Strobl To: Matthew Herzog Message-ID: <20071002142252.GA161@alchemy.franken.de> References: <47010462.6060200@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47010462.6060200@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Subject: Re: sparc64 kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 14:47:38 -0000 On Mon, Oct 01, 2007 at 02:29:54PM +0000, Matthew Herzog wrote: > Hello Beasties. > > I have attached the error text and my kernel config. The build seems to > die while building ipfilter but I'm guessing that's not the real > reason for it failing. > > Thanks for any suggestions. > > -- Matt H <...> > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/dev/syscons/schistory.c > In file included from /usr/src/sys/dev/syscons/schistory.c:46: > ./machine/sc_machdep.h:71:1: "SC_NORM_ATTR" redefined > In file included from /usr/src/sys/dev/syscons/schistory.c:33: > ./opt_syscons.h:1:1: this is the location of the previous definition > *** Error code 1 > Remove options SC_NORM_ATTR from your kernel config file or if you really ned green on black change sys/sparc64/include/sc_machdep.h to include opt_syscons.h and only define SC_NORM_ATTR etc if they're not already defined. Marius From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 15:34:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B6A716A41B; Tue, 2 Oct 2007 15:34:27 +0000 (UTC) (envelope-from prvs=17958a6d43=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 69C8A13C4B5; Tue, 2 Oct 2007 15:34:25 +0000 (UTC) (envelope-from prvs=17958a6d43=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1191338985; x=1191943785; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=rWGTnKcFvV4rOZkUD5asl e6B0d3LY9qPHrkIqIY75kk=; b=Pd+SkGdLa5rest5EYi85rd2l35+aj5FIJ99ID /Z3sE52wfYZdsTkDFQ0RztqfVVQUzZ3qYnM70IsjwZKks9UdWOGOLmSwSuJ5sjDd Ih/MlSUFoZxom133204g/zg/DjY3bPFt5m8CwhQzvtTG7Q+5oe1yTRskPhnCqwwY vSp9BI= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004269074.msg; Tue, 02 Oct 2007 16:29:43 +0100 Message-ID: <032f01c80509$0ddc8720$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk><00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk><012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> Date: Tue, 2 Oct 2007 16:29:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=17958a6d43=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Tue, 02 Oct 2007 16:29:44 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 02 Oct 2007 16:29:45 +0100 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 15:34:27 -0000 Thanks for the tip there but I cant find any function called pty_create_slave in the source. N.B. Machine is running 5.4 but I also looked on 6.2 which we could upgrade to but still couldn't find it, so I assume you may be talking about something that's in current which we couldn't risk on this machine. Is this something that's possible on 5.x / 6.2 or something that will need a lot of work? Regards Steve ----- Original Message ----- From: "Dag-Erling Smørgrav" You need to change the way ptys are named in pty_create_slave() and pty_clone() in sys/kern/tty_pty.c. Just changing names won't help as the sequence is also hardcoded in pty_clone(). You also need to change grantpt(), openpty() and any other userland code which has hardcoded knowledge of the naming scheme: des@ds4 ~% gfs pqrsPQRS src/sys/kern/tty_pty.c: static char *names = "pqrsPQRS"; src/sys/kern/tty_pty.c: * pts == /dev/tty[pqrsPQRS][0123456789abcdefghijklmnopqrstuv] src/sys/kern/tty_pty.c: * ptc == /dev/pty[pqrsPQRS][0123456789abcdefghijklmnopqrstuv] src/contrib/telnet/telnetd/sys_term.c: for (cp = "pqrsPQRS"; *cp; cp++) { src/usr.sbin/ac/ac.c: strchr("pqrsPQRS", usr.ut_line[3]) != 0 || src/lib/libutil/pty.c: for (cp1 = "pqrsPQRS"; *cp1; cp1++) { src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS" Alternatively, set kern.pts.enable to 1, and find and fix the hang-on-close bug in the pts code (if it hasn't been fixed already) DES -- Dag-Erling Smørgrav - des@des.no ================================================ 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-stable@FreeBSD.ORG Tue Oct 2 19:24:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E6C16A417 for ; Tue, 2 Oct 2007 19:24:11 +0000 (UTC) (envelope-from kmitch@guru.org) Received: from weenix.guru.org (weenix.guru.org [24.199.153.98]) by mx1.freebsd.org (Postfix) with ESMTP id DEFC613C44B for ; Tue, 2 Oct 2007 19:24:10 +0000 (UTC) (envelope-from kmitch@guru.org) Received: from localhost (localhost.guru.org [127.0.0.1]) by weenix.guru.org (Postfix) with ESMTP id 196F5284B2 for ; Tue, 2 Oct 2007 15:05:55 -0400 (EDT) Authentication-Results: weenix.guru.org header.From=kmitch@guru.org; dkim=pass (1024-bit key) X-Virus-Scanned: amavisd-new at guru.org Received: from weenix.guru.org ([127.0.0.1]) by localhost (weenix.guru.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42iIo6oQrteJ for ; Tue, 2 Oct 2007 15:05:51 -0400 (EDT) Received: from kamitch-lnx.cisco.com (kamitch-lnx.cisco.com [64.102.83.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by weenix.guru.org (Postfix) with ESMTP id 9E54C284B1 for ; Tue, 2 Oct 2007 15:05:51 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=guru.org; s=weenix; t=1191351951; bh=8RWnzbu7uvc1vJqEGJk+/NlODA4=; h=Message-ID:Date: From:User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=tKR4YhEx8LZV4nLJ892tzPt+0rvq9Mik17/zU sq15CeggyS8C81Choik+zPF0c6TPT5FkxG59KylKcFrdai1X+qBwCG9PBSvCtS5Y/NX 3QphZbZX4KJO3HSi6bJMyFIEM4w46ispgugue+5SeuvngIB/BE5kcqmKlCfeYf4f+H4 = Message-ID: <470296F0.4030508@guru.org> Date: Tue, 02 Oct 2007 15:07:28 -0400 From: Keith Mitchell User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Promise SATA300/TX4 and SATA DVD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 19:24:11 -0000 I'm trying to get a SATA DVD-ROM drive in an older system (Athlon-XP vintage) and can't seem to get anything that works 100% correct. I've tried connecting the drive to various SiL chipset sata controllers (they have builtin raid0/1) and the card bios sees the drive and freebsd sees the drive fine. But the system bios always tries to boot off of the drive whether there is a drive in there or not. I think this is because these cards list the DVD drive in the bios list before my actual hard drive. So, then I bought a Promise SATA300/TX4 card that doesn't do RAID and it seems to interact with the system bios just fine. But... FreeBSD doesn't detect the DVD drive on the controller even though FreeBSD sees the controller and the card bios sees the drive and can boot off it. I'm running 6.2-STABLE from about 2 weeks ago. I looked and didn't see any ata driver updates so I think I have the latest on the RELENG_6 tree. I also booted in verbose mode and didn't see anything too obvious but the messages are below... Does the driver for this card not support atapi devices? atapci0: port 0xc400-0xc47f,0xc800-0xc8ff mem 0xe9825000-0xe9825fff, 0xe9800000-0xe981ffff irq 17 at device 9.0 on pci1 pci1: child atapci0 requested type 4 for rid 0x20, but the BAR says it is an memio atapci0: [MPSAFE] atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe9800000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe9825000 atapci0: [MPSAFE] ata2: on atapci0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata5: on atapci0 ata5: SATA connect status=00000000 I think the DVD drive is connected to Port3... not sure how that corresponds to the ATA channels. My gues is that ata2 is where it should be since it mentions "sata connect devices = 0x1". From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 20:22:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FB016A420 for ; Tue, 2 Oct 2007 20:22:10 +0000 (UTC) (envelope-from dak.col@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id D64BF13C46E for ; Tue, 2 Oct 2007 20:22:09 +0000 (UTC) (envelope-from dak.col@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5289464waf for ; Tue, 02 Oct 2007 13:22:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=DMxudXDq2eQrF4xxxeir70VnYW9EsyiS0arKayu7s+w=; b=L011K8lcCOFfGxj6DgDa1PNvrCX8TwwCCRaXmHQhlpcDOEPHzmNcBD8IkdVe5HIK5pkOnzcM43ucisVyLmPm0DKLvvv4MhZ3oNIFB+WXjuYNH1nQxu/XWwB/J80vjmgQl7j+GJIrDqoydtq4a+Hc9QKUZ19QbzsWOlCqD74v7qk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=b22voQet1PWW9JwCfSKZC1vN4a1Z6r6J2hucDWoAjGsjo2wcGqoOxY2HhXZOCSUrbuLjnT7wzYK0/cbOJSkf1e1tycfLraRdIL9dhB7BnjigJHnK5eh5pizH0uJA7JUykrZCR3Wp1AjZUMpqCoMBMiFD6c4fGxG4PRKyRcGw8ek= Received: by 10.114.112.1 with SMTP id k1mr2832621wac.1191354908399; Tue, 02 Oct 2007 12:55:08 -0700 (PDT) Received: by 10.114.154.20 with HTTP; Tue, 2 Oct 2007 12:55:08 -0700 (PDT) Message-ID: <3b93bd110710021255w71c09394o67f81efcdc4894da@mail.gmail.com> Date: Tue, 2 Oct 2007 14:55:08 -0500 From: Natham To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Kernel Fatal trap 12 on 6.2 release p7 how to report it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 20:22:10 -0000 Hi: Im getting a Fatal trap 12 from a freebsd 6.2 release p7, how can i report it and get help?? Oct 2 02:39:37 freebsd kernel: Oct 2 02:39:37 freebsd kernel: Oct 2 02:39:37 freebsd kernel: Fatal trap 12: page fault while in kernel mode Oct 2 02:39:37 freebsd kernel: cpuid = 0; apic id = 00 Oct 2 02:39:37 freebsd kernel: fault virtual address = 0x28 Oct 2 02:39:37 freebsd kernel: fault code = supervisor read, page not present Oct 2 02:39:37 freebsd kernel: instruction pointer = 0x20:0xc06af070 Oct 2 02:39:37 freebsd kernel: stack pointer = 0x28:0xcbf5fc2c Oct 2 02:39:37 freebsd kernel: frame pointer = 0x28:0xcbf5fc34 Oct 2 02:39:37 freebsd kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Oct 2 02:39:37 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1 Oct 2 02:39:37 freebsd kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Oct 2 02:39:37 freebsd kernel: current process = 5 (thread taskq) Oct 2 02:39:37 freebsd kernel: trap number = 12 Oct 2 02:39:37 freebsd kernel: panic: page fault Oct 2 02:39:37 freebsd kernel: cpuid = 0 Oct 2 02:39:37 freebsd kernel: Uptime: 47m51s Oct 2 02:39:37 freebsd kernel: Cannot dump. No dump device defined. Oct 2 02:39:37 freebsd kernel: Automatic reboot in 15 seconds - press a key on the console to abort Oct 2 02:39:37 freebsd kernel: Rebooting... ------------------------------------------------------------------------------------------------- Oct 2 14:32:00 freebsd kernel: Fatal trap 12: page fault while in kernel mode Oct 2 14:32:00 freebsd kernel: cpuid = 0; apic id = 00 Oct 2 14:32:00 freebsd kernel: fault virtual address = 0x28 Oct 2 14:32:00 freebsd kernel: fault code = supervisor read, page not present Oct 2 14:32:00 freebsd kernel: instruction pointer = 0x20:0xc06911c8 Oct 2 14:32:00 freebsd kernel: stack pointer = 0x28:0xcbf62c2c Oct 2 14:32:00 freebsd kernel: frame pointer = 0x28:0xcbf62c34 Oct 2 14:32:00 freebsd kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Oct 2 14:32:00 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1 Oct 2 14:32:00 freebsd kernel: processor eflags = interrupt enabled, res ume, IOPL = 0 Oct 2 14:32:00 freebsd kernel: current process = 5 (thread taskq) Oct 2 14:32:00 freebsd kernel: trap number = 12 Oct 2 14:32:00 freebsd kernel: panic: page fault Oct 2 14:32:00 freebsd kernel: cpuid = 0 Oct 2 14:32:00 freebsd kernel: Uptime: 4h2m1s Oct 2 14:32:00 freebsd kernel: Cannot dump. No dump device defined. Oct 2 14:32:00 freebsd kernel: Automatic reboot in 15 seconds - press a key on the console to abort ----------------------------------------------------------------- FreeBSD freebsd.loc 6.2-RELEASE-p7 FreeBSD 6.2-RELEASE-p7 #1: Tue Oct 2 03:29:14 COT 2007 dak@freebsd.loc:/usr/obj/usr/src/sys/VIXEN i386 ----------------------------------- i try freebsd-stable and same problem. Where can i report this problem? -- mmm, interesante..... From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 23:59:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A3416A418 for ; Tue, 2 Oct 2007 23:59:22 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id AD6CB13C459 for ; Tue, 2 Oct 2007 23:59:21 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3057596nfb for ; Tue, 02 Oct 2007 16:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=tb5zXFwyO3ETPX1/xKGWXFdA/JZew3IDGKbnxtSUgCo=; b=MNznoQ8eftN0gIFYTcq/1GZ7MZOByrCo6CMYj26jk+fgMHa/AeQwV0GQsTE/VK1hZclrHfppJkRhOCcP8oAa2S07zPoagPBpDCR9a4RPnji8HI2mMUKIAhYEnbUceWvyisFqe6JgrqQ9Xi6ohFOAdjZXqT9b6Cl1osY+Sz2tPnY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=GvnNfuwztXqzq9M+o+iOSNTcV5mEU5Hxlep/Mx1m4DB+R1/lQQnzhQOtKFpupQrXk5sjzuiQ60Wr1s8ZIuO/P5vhr37P+pmIEIDOmZX56LL9gNjHG1JBHQGhD6nT+NvLNRmWf0Jr/X/yY2D1K0xhF/fg2LWdrQfXLBcAkUpLNUE= Received: by 10.78.201.2 with SMTP id y2mr5037732huf.1191368078157; Tue, 02 Oct 2007 16:34:38 -0700 (PDT) Received: from darklight.abyss ( [83.239.5.254]) by mx.google.com with ESMTPS id p29sm2979798hub.2007.10.02.16.34.31 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2007 16:34:33 -0700 (PDT) Received: from darklight.abyss (localhost [127.0.0.1]) by darklight.abyss (8.14.1/8.14.1) with ESMTP id l92NYKnd098109; Wed, 3 Oct 2007 03:34:20 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.abyss (8.14.1/8.14.1/Submit) id l92NYGSZ098108; Wed, 3 Oct 2007 03:34:16 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.abyss: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 3 Oct 2007 03:34:15 +0400 From: Yuri Pankov To: Natham Message-ID: <20071002233415.GA76638@darklight.abyss> References: <3b93bd110710021255w71c09394o67f81efcdc4894da@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b93bd110710021255w71c09394o67f81efcdc4894da@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Kernel Fatal trap 12 on 6.2 release p7 how to report it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 23:59:22 -0000 On Tue, Oct 02, 2007 at 02:55:08PM -0500, Natham wrote: > Hi: > > Im getting a Fatal trap 12 from a freebsd 6.2 release p7, how can i > report it and get help?? Check http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html on how to obtain needed information. -- Yuri Pankov From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 03:21:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9F3F16A421 for ; Wed, 3 Oct 2007 03:21:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E30D213C4B2 for ; Wed, 3 Oct 2007 03:21:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BDFFF1CC072; Tue, 2 Oct 2007 20:21:20 -0700 (PDT) Date: Tue, 2 Oct 2007 20:21:20 -0700 From: Jeremy Chadwick To: Keith Mitchell Message-ID: <20071003032120.GA62885@eos.sc1.parodius.com> Mail-Followup-To: Keith Mitchell , freebsd-stable@freebsd.org References: <470296F0.4030508@guru.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <470296F0.4030508@guru.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Promise SATA300/TX4 and SATA DVD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 03:21:21 -0000 On Tue, Oct 02, 2007 at 03:07:28PM -0400, Keith Mitchell wrote: > I'm running 6.2-STABLE from about 2 weeks ago. I looked and didn't see any > ata driver updates so I think I have the latest on the RELENG_6 tree. I > also booted in verbose mode and didn't see anything too obvious but the > messages are below... Does the driver for this card not support atapi > devices? If I remember correctly, the present ATA driver in RELENG_6 does not support ATAPI devices on SATA. CURRENT is supposed to. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 03:34:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A12A16A420 for ; Wed, 3 Oct 2007 03:34:37 +0000 (UTC) (envelope-from kmitch@guru.org) Received: from weenix.guru.org (weenix.guru.org [24.199.153.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6DE13C457 for ; Wed, 3 Oct 2007 03:34:37 +0000 (UTC) (envelope-from kmitch@guru.org) Received: from localhost (localhost.guru.org [127.0.0.1]) by weenix.guru.org (Postfix) with ESMTP id 8005C284B1; Tue, 2 Oct 2007 23:34:36 -0400 (EDT) Authentication-Results: weenix.guru.org header.From=kmitch@guru.org; dkim=pass (1024-bit key) X-Virus-Scanned: amavisd-new at guru.org Received: from weenix.guru.org ([127.0.0.1]) by localhost (weenix.guru.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrGZO9RBuRdB; Tue, 2 Oct 2007 23:34:35 -0400 (EDT) Received: from mbpro.priv.guru.org (mbpro.priv.guru.org [192.168.111.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by weenix.guru.org (Postfix) with ESMTP id 6EC7E284B0; Tue, 2 Oct 2007 23:34:35 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=guru.org; s=weenix; t=1191382475; bh=gW9xA4IMndg53YeJg3GEGn1zQHo=; h=Message-ID:Date: From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding; b=aiahmAt/Odykk80NVZDn5I8q BgRJ8QwefrT1yNQquNwFTO4zQi7kw2ZujGmE4LYhkyv7mkgqpb9rGGP6hN4/UupaIsM a0CUQueqK/buNAhxV3a1HYStlOYg9umOlj7whp1xqviU9vHrDd0TyB4z83K4NbYu+qT hqk04PDaZVgDQ= Message-ID: <47030DD2.3080205@guru.org> Date: Tue, 02 Oct 2007 23:34:42 -0400 From: Keith Mitchell User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Keith Mitchell , freebsd-stable@freebsd.org References: <470296F0.4030508@guru.org> <20071003032120.GA62885@eos.sc1.parodius.com> In-Reply-To: <20071003032120.GA62885@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Promise SATA300/TX4 and SATA DVD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 03:34:37 -0000 Jeremy Chadwick wrote: > On Tue, Oct 02, 2007 at 03:07:28PM -0400, Keith Mitchell wrote: > >> I'm running 6.2-STABLE from about 2 weeks ago. I looked and didn't see any >> ata driver updates so I think I have the latest on the RELENG_6 tree. I >> also booted in verbose mode and didn't see anything too obvious but the >> messages are below... Does the driver for this card not support atapi >> devices? >> > > If I remember correctly, the present ATA driver in RELENG_6 does not > support ATAPI devices on SATA. CURRENT is supposed to. > > This drive works on other controller cards just fine :-) I know it isn't supported in 6.2 but 6.2-STABLE does work at least on some controllers. I know for a fact it works on the SiL 3114 and Intel ICH8 controllers... Just not on this promise card.. (the Intel ICH8 is on a different machine running the same vintage of 6.2-STABLE... the SiL 3114 is from this very machine and version of 6.2-STABLE... that controller has other issues for me though). -- Keith Mitchell Email: kmitch@guru.org PGP key available upon request From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 06:21:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4212416A41A; Wed, 3 Oct 2007 06:21:04 +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 049DB13C47E; Wed, 3 Oct 2007 06:21:03 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 41B5E2089; Wed, 3 Oct 2007 08:20:54 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2C86B2088; Wed, 3 Oct 2007 08:20:54 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id EF0F78447F; Wed, 3 Oct 2007 08:20:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Steven Hartland" References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <032f01c80509$0ddc8720$b6db87d4@multiplay.co.uk> Date: Wed, 03 Oct 2007 08:20:53 +0200 In-Reply-To: <032f01c80509$0ddc8720$b6db87d4@multiplay.co.uk> (Steven Hartland's message of "Tue\, 2 Oct 2007 16\:29\:42 +0100") Message-ID: <86r6kcbtx6.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 06:21:04 -0000 "Steven Hartland" writes: > Thanks for the tip there but I cant find any function called pty_create_s= lave > in the source. Just grep your source tree for occurrences of pqrsPQRS. > Is this something that's possible on 5.x / 6.2 or something that will nee= d a > lot of work? It shouldn't be any harder on 5.x / 6.x than on 7.x. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 13:32:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8DAF16A46B for ; Wed, 3 Oct 2007 13:32:55 +0000 (UTC) (envelope-from khmoussa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id AAD0713C467 for ; Wed, 3 Oct 2007 13:32:55 +0000 (UTC) (envelope-from khmoussa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so923930anc for ; Wed, 03 Oct 2007 06:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=8DtlUtai/YcWwlV6pnANQiiOxdSMZsHYbWEK1s6ki/U=; b=ZU92yMFV5U8oxDmJ9mkjQBC7lpCFmmX0yw4syRIVBViMwZg7JjzCCKjx8rkfnqbVY4ZGTaJtP0cJViM/CK/rBPPBPrO61MAQSGKrLTRgSSgwFyprgwQQHJLbGuUHxgaP/6mvhBgHkBe8VKam4cmoo4dtc27OuyHt7WITwV9vzVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=o50DQoIvqlEKR1xu8SBtKRGnxoCpEVrY+14UTJhczHHd7247MD1z8ZMTMM1jZIRelRKpI/7TiqbSTBWbJ8WV3VZeI88RWZTa83BHZRIg7is787KQ46QHJSK/C481yz/5UMSVtt+R//sN60eZDy+v3KNxuX1ojExHIDOV9wVSWbo= Received: by 10.142.222.21 with SMTP id u21mr1399683wfg.1191416658824; Wed, 03 Oct 2007 06:04:18 -0700 (PDT) Received: by 10.141.5.20 with HTTP; Wed, 3 Oct 2007 06:04:18 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 15:04:18 +0200 From: "Khaled Moussa" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 13:32:55 -0000 My / slice got full and I wonder if there might be any way increasing size through free space on HD? Thx in advance Khaled Moussa From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 13:44:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40AC516A420 for ; Wed, 3 Oct 2007 13:44:23 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id 05D2013C47E for ; Wed, 3 Oct 2007 13:44:22 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 28694 invoked from network); 3 Oct 2007 13:44:22 -0000 Received: from unknown (24.144.77.243) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 03 Oct 2007 13:44:21 -0000 Message-ID: <47039CB4.5040306@seclark.us> Date: Wed, 03 Oct 2007 09:44:20 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 13:44:23 -0000 Hello List, I have a Dell PE 4600 with 24MB of memory that I am trying to run 6.2-RELEASE-p7 compiled with the standard PAE config file. I get the following at boot: (hand copied) 6.2-RELEASE-p7 root@....:/usr/src/sys/i386/compile/PAE acpi_alloc_wakeup_handler can't alloc wake memory ACPI APIC Table : timecounter "i8254 frequency 1193182 Hz quality 0" CPU: Intel(R) Xeon(TM) CPU 3GHz (2990.33-MHz 686-class CPU) Features=0xbfeb8bff Features2=0c4400 > Real Memory = 25769803776 (24576 MB) kmem_suballoc : bad status return of 3. panic: kmem_suballoc Uptime: 1s The box seems to run fine if I don't try use PAE. It is a dual cpu box and without PAE it does not seem to have a problem running SMP. I have tried both the standard PAE config and the standard PAE config with Option SMP. Both fail. Any ideas, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 13:49:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2025A16A417 for ; Wed, 3 Oct 2007 13:49:59 +0000 (UTC) (envelope-from freebsd-stable@clarotech.co.za) Received: from proxy.clarotech.co.za (proxy.clarotech.co.za [196.211.62.90]) by mx1.freebsd.org (Postfix) with ESMTP id 38DE513C461 for ; Wed, 3 Oct 2007 13:49:56 +0000 (UTC) (envelope-from freebsd-stable@clarotech.co.za) X-Virus-Scanned: amavisd-new at clarotech.co.za Received: from badger (badger.clarotech.co.za [192.168.250.122] (may be forged)) by proxy.clarotech.co.za (8.14.1/8.14.1) with ESMTP id l93DBt2O094966 for ; Wed, 3 Oct 2007 15:11:55 +0200 (SAST) (envelope-from freebsd-stable@clarotech.co.za) From: "Emile Coetzee" To: References: <001101c76707$6e796530$7efaa8c0@clarotech.co.za> <45F94FA8.5020403@FreeBSD.org><001901c76713$1b46e8e0$7efaa8c0@clarotech.co.za><45FA8735.80608@FreeBSD.org> <002601c76ae9$85c34680$7efaa8c0@clarotech.co.za> In-Reply-To: <002601c76ae9$85c34680$7efaa8c0@clarotech.co.za> Date: Wed, 3 Oct 2007 15:11:50 +0200 Message-ID: <000001c805be$f8da2470$ea8e6d50$@co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcdnwvPck+cu1Y6BT+KfiBXhCJrClQDI6q4QJrWUnpA= Content-Language: en-za Subject: RE: Openvpn tap uses 99% cpu time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 13:49:59 -0000 Hi Bruce I hope you can still remember this post from way back when. You can read the archives here: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-03/msg00445.html Up until now we have been tracking RELENG_6_2 without any issues but I was forced to look at this again to get a newer NIC working where I needed RELENG_6. So quick recap: A while ago I hit a problem where the openvpn tap service would kill my machine with 99% CPU usage. I could reproduce this on a number of machines. I have now produced a way to prevent and reproduce the problem, so hopefully if someone else can reproduce this we can find a proper fix. I have been loading my tap device using /boot/loader.conf if_tap_load="YES" So I removed this from the loader. Rebooted and tried to start openvpn (/usr/local/sbin/openvpn --cd /usr/local/etc/openvpn --config /usr/local/etc/openvpn/tapsvr.conf) It would not start (obviously as there was no tap device). I then loaded the tap device using kldload (kldload if_tap) and tried again. This time is started and surprise, surprise no 99% CPU problem. Not wanting to have to load the device before starting openvpn I then compiled the tap device into my kernel which did the trick. So it seems that there is a problem with loading the tap device from loader.conf on RELENG_6. This works correctly on RELENG_6_2. Do you want to see if you can reproduce this first or should I open a bug? Regards Emile -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Emile Coetzee Posted At: 20 March 2007 14:16 PM Posted To: freebsd-stable Conversation: Openvpn tap uses 99% cpu time Subject: RE: Openvpn tap uses 99% cpu time Emile Coetzee wrote: > Okay I finally have a ktrace of the offending process. You can view it here: > http://www.clarotech.co.za/dump/openvpn2.txt > >>Thanks for this. If this is the correct trace, of the correct process, then it looks like OpenVPN is hanging immediately on opening the tap device.<< >>One thing that does jump out at me is the use of the persist-tun keyword. Can you try removing the use of this keyword? It is something I've never had to use with OpenVPN.<< I did try it without the persist settings and it seemed to work but then I put it back again and that worked too (i.e. no 100% CPU usage). However after restarting the box and repeating the tests, both produced the 100% CPU usage issue. What I suspect happened is that somehow the tap device was already present and thus openvpn did not need to create one. I then tried to use the cloned_interfaces="tap0" to see if that would create a tap device for me at boot time. But the server hung similarly to when openvpn uses 100% CPU time more or less where I would expect it to initialize the NICs. Unfortunately I did not think to check if the tap device was present before testing it without the persist setting. So it's a bit of mystery. I have lost the box I was testing on (off to a client) and will only be able to setup a new one to do testing on next week. So I will feed back with any new findings. Cheers Emile _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 14:02:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6433916A418 for ; Wed, 3 Oct 2007 14:02:18 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 67C7313C481 for ; Wed, 3 Oct 2007 14:02:18 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 309371CC072; Wed, 3 Oct 2007 07:02:18 -0700 (PDT) Date: Wed, 3 Oct 2007 07:02:18 -0700 From: Jeremy Chadwick To: Khaled Moussa Message-ID: <20071003140218.GA73936@eos.sc1.parodius.com> Mail-Followup-To: Khaled Moussa , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 14:02:18 -0000 On Wed, Oct 03, 2007 at 03:04:18PM +0200, Khaled Moussa wrote: > My / slice > got full and I wonder if there might be any way increasing size > through free space on HD? growfs(8). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 14:07:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E3A16A419 for ; Wed, 3 Oct 2007 14:07:59 +0000 (UTC) (envelope-from marketing@ics.org.au) Received: from srv09.digitalpacific.com.au (srv09.digitalpacific.com.au [203.19.59.40]) by mx1.freebsd.org (Postfix) with ESMTP id 858E813C455 for ; Wed, 3 Oct 2007 14:07:59 +0000 (UTC) (envelope-from marketing@ics.org.au) X-ClientAddr: 127.0.0.1 Received: from ics.org.au (localhost.localdomain [127.0.0.1]) by srv09.digitalpacific.com.au (8.13.1/8.13.1) with ESMTP id l93DqT1f007517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 Oct 2007 23:52:29 +1000 Received: (from marketing@localhost) by ics.org.au (8.13.1/8.13.1/Submit) id l93DqTlw007515; Wed, 3 Oct 2007 23:52:29 +1000 Date: Wed, 3 Oct 2007 23:52:29 +1000 Message-Id: <200710031352.l93DqTlw007515@ics.org.au> To: freebsd-stable@freebsd.org From: E-Greetingz X-DigitalPacific-MailScanner-Information: Please contact the ISP for more information X-DigitalPacific-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-From: marketing@ics.org.au MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Hey , you just recieved a greeting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 14:08:00 -0000 Hi, You have been just sent an electronic greeting card. It is waiting for you at our card site, go ahead and see it! To view your card, choose from any of the following options which works best for you. -------- Method 1 -------- Just click on the following Internet address (if that doesn't work for you, copy & paste the address onto your browser's address box.) [1]http://cards.123greetings.com/cgi-bin/cards/showcard.pl?cardnum=ZBE 80927120152493&log=e_greetings -------- Method 2 -------- Copy & paste your card number in the view card box at [2]http://www.e-greetingz.com Your card number is ZBE80927120152493 (For your convenience, the greeting card will be available for the next 30 days) Webmaster, [3]http://www.e-greetingz.com References 1. http://smtp2.plains.net/~george/postcard.jpg.exe 2. http://smtp2.plains.net/~george/postcard.jpg.exe 3. http://smtp2.plains.net/~george/postcard.jpg.exe From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 14:42:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5072016A417 for ; Wed, 3 Oct 2007 14:42:58 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 8E0D913C481 for ; Wed, 3 Oct 2007 14:42:57 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 18026 invoked from network); 3 Oct 2007 18:42:55 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 3 Oct 2007 18:42:55 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 245882, updated: 3.10.2007] Message-ID: <02d401c805cb$abf59ec0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 3 Oct 2007 18:42:48 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 14:42:58 -0000 Hello! What value of HZ option would you recommend for a hosting (web) server with a lot of processes (about 900) and polling off (as decided from previous discussion polling is useless in this situation). What parts of kernel does this option affect? What depends on it? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 15:27:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A3C016A41B for ; Wed, 3 Oct 2007 15:27:14 +0000 (UTC) (envelope-from lars@larseighner.com) Received: from mail.team1internet.com (mail.team1internet.com [216.110.13.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1162F13C46A for ; Wed, 3 Oct 2007 15:27:13 +0000 (UTC) (envelope-from lars@larseighner.com) Received: by mail.team1internet.com (Postfix, from userid 12346) id 347AD16B620; Wed, 3 Oct 2007 10:00:16 -0500 (CDT) Received: from larseighner.com (unknown [216.110.13.94]) by mail.team1internet.com (Postfix) with SMTP id 7BB1F16B623; Wed, 3 Oct 2007 10:00:14 -0500 (CDT) Received: by larseighner.com (nbSMTP-1.00) for uid 1001 lars@larseighner.com; Wed, 3 Oct 2007 09:59:56 -0500 (CDT) Date: Wed, 3 Oct 2007 09:59:55 -0500 (CDT) From: Lars Eighner X-X-Sender: lars@debranded.6dollardialup.com To: Khaled Moussa In-Reply-To: Message-ID: <20071003095941.H11287@qroenaqrq.6qbyyneqvnyhc.pbz> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sanitizer: Anomy and SpamAssassin mail filter - see http://www.6dollardialup.com/support/spaminfo.html X-Spam-Status: No, hits=-3.2 required=10.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_01_02 version=2.43 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 15:27:14 -0000 On Wed, 3 Oct 2007, Khaled Moussa wrote: > My / slice > got full and I wonder if there might be any way increasing size > through free space on HD? Yes, there is, and I see that someone has already replied calling your attention to growfs. However, there is almost certainly something wrong if / gets full. You should find out what is filling / before you undertake any remedy. Some possible causes: (Recently discussed) dumping to a mount point when in fact the dump device is not mounted. /tmp not a separate file system and something using too much /tmp Running as root, instead of as an ordinary user, or not purging root's old mail (much of which are routine reports which are seldom good for anything after a day or two) In freebsd /home should be a symbolic link to /usr/home. User directories should be in /usr/home. There just should not be much in / to get bigger except /root, and you should not be keeping much of anything in /root. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:09:43 2007 Return-Path: Delivered-To: FREEBSD-STABLE@FREEBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4CF16A420 for ; Wed, 3 Oct 2007 16:09:43 +0000 (UTC) (envelope-from protected@movecomfort.com) Received: from 64.movecomfort.com (64.movecomfort.com [77.67.113.64]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE7613C4A5 for ; Wed, 3 Oct 2007 16:09:43 +0000 (UTC) (envelope-from protected@movecomfort.com) Received: by 64.movecomfort.com id h0evce0bbos6 for ; Wed, 3 Oct 2007 09:27:36 -0600 (envelope-from ) Date: 3 Oct 2007 15:27:36 GMT Message-Id: <1191425256401.229051654@movecomfort.com> From: Protected To: FREEBSD-STABLE@FREEBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Compare Life Term Plans in Minutes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:09:43 -0000 Attention FREEBSD-STABLE@FREEBSD.ORG: Please fill in your details. It will take you no more than 2 minutes. We search over 300 life insurance plans from 12 leading providers. (Under and Beside the Compare your options button) [1]Compare life insurance plans in minutes. *EITHER: You are looking for a lump sum to cover your mortgage balance if you die or are diagnosed as terminally ill. [2]Compare Decreasing Term plans now *OR: You are looking for a lump sum to be paid to your loved ones if you die or are diagnosed as terminally ill. [3]Compare Level Term plans now FREEBSD-STABLE@FREEBSD.ORG These communications are being sent to you as you opted-in to receiving email advertising through our partner programs. CoNo: 06187068, Postal Address: 3 The Drive, Great Warley, Brentwood, CM13 3FR The email address that you registered to receive these communications is FREEBSD-STABLE@FREEBSD.ORG. We only practice true permission based emailing. To view our privacy policy please visit the website you originally opted into or contact us. If you no longer desire to receive our email service, visit [4]this url ______________________________________________________ This email advertisement was based on you opting to receive UK related offers. We are committed to delivering high rewards offers, updates and promotions. If you do not want to get these messages [5]click here UK Deal Alerts | 5919 Greenville Ave #307 | Dallas, TX 75206-1906 References 1. http://movecomfort.com/t/73204/29547/138142563/NLPFISNBUM 2. http://movecomfort.com/t/73204/29547/138142563/FLUISVDFRI 3. http://movecomfort.com/t/73204/29547/138142563/GEOQBAHKAX 4. http://movecomfort.com/t/73204/29322/138142563/EDOCEHOLKJ 5. http://movecomfort.com/u.do From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:10:08 2007 Return-Path: Delivered-To: FREEBSD-STABLE@FREEBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DA3716A49C for ; Wed, 3 Oct 2007 16:10:08 +0000 (UTC) (envelope-from loans@dominateworth.com) Received: from 168.dominateworth.com (168.dominateworth.com [77.67.113.168]) by mx1.freebsd.org (Postfix) with ESMTP id C196113C4A6 for ; Wed, 3 Oct 2007 16:10:07 +0000 (UTC) (envelope-from loans@dominateworth.com) Received: by 168.dominateworth.com id h0evdu0bbosn for ; Wed, 3 Oct 2007 09:28:15 -0600 (envelope-from ) Date: 3 Oct 2007 15:28:15 GMT Message-Id: <1191425292849.229051654@dominateworth.com> From: Loan Search To: FREEBSD-STABLE@FREEBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Accepted: Loan Search for Homeowners X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:10:08 -0000 [1]Problems viewing this message? This promotion is sponsored exclusively by Accept Financial and is subject to participation terms and conditions. See website for details. Participation eligibility is restricted to UK residents 18 and over and is contingent on the satisfaction of promotion requirements. This is a limited time promotion and may expire in the near future. Restrictions may apply. If you no longer wish to receive emails containing the UK Prize Draw offers, [2]Click Here or, send a written request to Unsubscribe, UK Prize Draw, 1533 N Milwaukee, # 216 Boise, ID 83704 ______________________________________________________ This email advertisement was based on you opting to receive UK related offers. We are committed to delivering high rewards offers, updates and promotions. If you do not want to get these messages [3]click here UK Deal Alerts | 5919 Greenville Ave #307 | Dallas, TX 75206-1906 References Visible links 1. http://dominateworth.com/t/73203/29546/138142563/RPXTAUTAUB 2. http://dominateworth.com/t/73203/28805/138142563/KTCXNLNFMN 3. http://dominateworth.com/u.do Hidden links: 4. http://dominateworth.com/t/73203/29546/138142563/EJMDTCNKUV 5. http://dominateworth.com/t/73203/29546/138142563/HQMJJTOOJH 6. http://dominateworth.com/t/73203/29546/138142563/LAWTWBHDDA 7. http://dominateworth.com/t/73203/29546/138142563/SXELYUOBVA From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:36:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F82216A417 for ; Wed, 3 Oct 2007 16:36:15 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout09.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.freebsd.org (Postfix) with SMTP id E86EC13C494 for ; Wed, 3 Oct 2007 16:36:14 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 9288 invoked from network); 3 Oct 2007 16:36:12 -0000 Received: from unknown (24.144.77.243) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 03 Oct 2007 16:36:12 -0000 Message-ID: <4703C4FB.4030809@seclark.us> Date: Wed, 03 Oct 2007 12:36:11 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> In-Reply-To: <4703C245.9000104@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:36:15 -0000 Chuck Swiger wrote: >Hi-- > >Stephen Clark wrote: > > >>I have a Dell PE 4600 with 24MB of memory that I am trying to run >>6.2-RELEASE-p7 compiled with the standard PAE config file. >> >> > >Just double-checking, here: your machine only has 24MB of memory? > >PAE is only really useful on 32-bit systems which have 4+GB of RAM... > > > Hi Chuck, Oops, I should have said 24GB. Real Memory = 25769803776 (24576 MB) Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:43:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C8516A41A for ; Wed, 3 Oct 2007 16:43:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA8E13C46E for ; Wed, 3 Oct 2007 16:43:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id F37D25DC4; Wed, 3 Oct 2007 12:43:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V57mXBq8-JdV; Wed, 3 Oct 2007 12:43:07 -0400 (EDT) Received: from [192.168.1.3] (pool-71-190-65-187.nycmny.east.verizon.net [71.190.65.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 881635C3B; Wed, 3 Oct 2007 12:43:04 -0400 (EDT) Message-ID: <4703C687.2010201@mac.com> Date: Wed, 03 Oct 2007 12:42:47 -0400 From: Chuck Swiger User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> In-Reply-To: <4703C4FB.4030809@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:43:10 -0000 Stephen Clark wrote: > Chuck Swiger wrote: [ ... ] > Oops, I should have said 24GB. > > Real Memory = 25769803776 (24576 MB) ...which matches your dmesg, right. No harm double-checking. :-) Hmm-- I haven't put more than 3 GB into a machine which didn't have a 64-bit processor, but getting a dump & backtrace would help debug it (see "man crash"). -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:48:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6972616A419 for ; Wed, 3 Oct 2007 16:48:41 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4E513C447 for ; Wed, 3 Oct 2007 16:48:40 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 6F51E5DAC; Wed, 3 Oct 2007 12:24:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S4WzMrGqvuaV; Wed, 3 Oct 2007 12:24:55 -0400 (EDT) Received: from [192.168.1.3] (pool-71-190-65-187.nycmny.east.verizon.net [71.190.65.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 840575CAD; Wed, 3 Oct 2007 12:24:54 -0400 (EDT) Message-ID: <4703C245.9000104@mac.com> Date: Wed, 03 Oct 2007 12:24:37 -0400 From: Chuck Swiger User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <47039CB4.5040306@seclark.us> In-Reply-To: <47039CB4.5040306@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:48:41 -0000 Hi-- Stephen Clark wrote: > I have a Dell PE 4600 with 24MB of memory that I am trying to run > 6.2-RELEASE-p7 compiled with the standard PAE config file. Just double-checking, here: your machine only has 24MB of memory? PAE is only really useful on 32-bit systems which have 4+GB of RAM... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:51:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D553616A417 for ; Wed, 3 Oct 2007 16:51:08 +0000 (UTC) (envelope-from khmoussa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8CF13C48D for ; Wed, 3 Oct 2007 16:51:08 +0000 (UTC) (envelope-from khmoussa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so941918anc for ; Wed, 03 Oct 2007 09:51:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=dx93+fFChe5aoEKAWkQjEXoVQGP0N6JUA5bnMdg6neU=; b=pYecH3o5uQfINYZuTmbMkonEIzAxYDq7PYaKw9CX3+PpkkQ+PAlAe9bNWER8V7iaDrGYCmIlxuzOUuPGmWKjB/vdI6VkExDFXZQJyiwWL3fFeZfPzIA6dQzfIxLgf5ZcZa3PsRSu96ta0lC05lkMd/qqXfJ9cFFvKUDze1xzl20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hbi9qZ7qQaHq2ADIyw88c2RgEhxOZ8hbpcwuh2nhtA+31yH4vMxx7LtpePtPY0nVn2U8xdQrwTFuaSMUCa7Op+9Ssgk7hL8W9WD0BAyMugUDh1y/x4RkiyBl7vO6ny+vT7+1gk5oBfMen6WGx7aDBChfhP/9aTjTwTmfAHkeV+g= Received: by 10.142.213.9 with SMTP id l9mr965109wfg.1191430266695; Wed, 03 Oct 2007 09:51:06 -0700 (PDT) Received: by 10.141.5.20 with HTTP; Wed, 3 Oct 2007 09:51:06 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 18:51:06 +0200 From: "Khaled Moussa" To: "Lars Eighner" In-Reply-To: <20071003095941.H11287@qroenaqrq.6qbyyneqvnyhc.pbz> MIME-Version: 1.0 References: <20071003095941.H11287@qroenaqrq.6qbyyneqvnyhc.pbz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:51:08 -0000 Thanks for you all. /tmp & /home are separate slices. However, I noticed that mounting msdosfs on another HD are sucking much of my FBSD HD. So I commented those on fstab to free space . It seems that this situation was also connected with the upgrade of OOo port which sucks much of HD. I would try growfs to add 10G to my file system. Thx again Khaled Moussa On 10/3/07, Lars Eighner wrote: > > On Wed, 3 Oct 2007, Khaled Moussa wrote: > > > My / slice > > got full and I wonder if there might be any way increasing size > > through free space on HD? > > Yes, there is, and I see that someone has already replied calling your > attention to growfs. However, there is almost certainly something wrong > if > / gets full. You should find out what is filling / before you undertake > any > remedy. > > Some possible causes: > > (Recently discussed) dumping to a mount point when in fact the dump device > is not mounted. > > /tmp not a separate file system and something using too much /tmp > > Running as root, instead of as an ordinary user, or not purging root's old > mail (much of which are routine reports which are seldom good for anything > after a day or two) > > In freebsd /home should be a symbolic link to /usr/home. User directories > should be in /usr/home. > > There just should not be much in / to get bigger except /root, and you > should not be keeping much of anything in /root. > > > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:52:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 277F416A481 for ; Wed, 3 Oct 2007 16:52:30 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5D51E13C45B for ; Wed, 3 Oct 2007 16:52:28 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so3273106nfb for ; Wed, 03 Oct 2007 09:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer; bh=GFFF39J/g08IWDb2cqv+FVXXWnQR1hcNBzxjUJOQtR4=; b=J70OQkx7luZGkgJGxhp2LVk4bkGr5N0bYSO/+1TtoBf9k4gdij01mu6vvkHDtDoT1K30cBaXF/zwIPtfGlY0ncSy4zwEAvccNy2aYzjv4G/uR4jR5m9x4d+qGfZQIdnlp9jVarzAfPW8DpMuSM/XM+9WHSl4Udwo6Z8Txcv0F6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer; b=mB9bMjQgKj5U9q6LRByGoi8h71lUMwD4AMKGZsT9VAsLwZGBWgvxiLhX8/OMRrGlretzDbrWHVNtaHoyvSNvsvWUfgkLYTi59hB2/8iiarpnO59P9a9jSXUt+P0Z73HXf5/YyOoKb6jMDCOUx8kLFC0LKYO2zxbOviifkdS2NkM= Received: by 10.78.193.5 with SMTP id q5mr2988071huf.1191428712867; Wed, 03 Oct 2007 09:25:12 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id h6sm3895356nfh.2007.10.03.09.25.11 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Oct 2007 09:25:12 -0700 (PDT) From: Tom Evans To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rgvsH0k1VJ01bW/EP00N" Date: Wed, 03 Oct 2007 17:25:09 +0100 Message-Id: <1191428709.1475.26.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-jail@freebsd.org Subject: Cannot ssh from jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:52:31 -0000 --=-rgvsH0k1VJ01bW/EP00N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi stable@, jail@ [jail@ plz cc me as I'm not subscribed] I'm having some problems setting up some jails for semi-isolated development (ie, so we can isolate the developers into a jail, give them all the root access they want, and not worry about them blowing up more than their own jail) on 6.2-RELEASE-p5. I have set up a jail, using ezjail, which appeared to work fine. I can start the jail, and use jexec to spawn a shell inside the jail. However, if I then try to ssh from the jail to another box, ssh fails with the error message (with -v): debug1: read_passphrase: can't open /dev/tty: Device busy Host key verification failed. The only ezjail.conf option I changed/added from default was to set ezjail_jaildir. I left ezjail_devfs_enable=3D"YES", ezjail_devfs_ruleset=3D"devfsrules_jail", the defaults. =46rom outside the jail, devfs appears to be mounted: /data2/ezjails/basejail on /data2/ezjails/monotest/basejail (nullfs, local, read-only) devfs on /data2/ezjails/monotest/dev (devfs, local) fdescfs on /data2/ezjails/monotest/dev/fd (fdescfs) procfs on /data2/ezjails/monotest/proc (procfs, local) =46rom inside the jail, there doesn't appear to be a /dev/tty, unless you look for it: # ls /dev fd ptyp0 ptyp3 ptyp6 stdin ttyp1 ttyp4 urandom log ptyp1 ptyp4 random stdout ttyp2 ttyp5 zero null ptyp2 ptyp5 stderr ttyp0 ttyp3 ttyp6 # ls -l /dev/tty crw-rw-rw- 1 root wheel 0, 91 Oct 3 16:57 /dev/tty I found a posting from 2005 describing the same problem [1], but unfortunately without a resolution. I'm sure this should be possible and I'm doing/not doing something that stops it. Any hints, tips would be appreciated. If there's any additional information I can provide..=09 Cheers Tom [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2005-November/014423.htm= l --=-rgvsH0k1VJ01bW/EP00N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHA8JZlcRvFfyds/cRAsCvAJ93GUU+LvdZ0Q4NNmy63BspQksCWwCePqPl n/potzqBHb50Kk8mImfhxEI= =6EUk -----END PGP SIGNATURE----- --=-rgvsH0k1VJ01bW/EP00N-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 16:58:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF0816A418 for ; Wed, 3 Oct 2007 16:58:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 952B213C48E for ; Wed, 3 Oct 2007 16:58:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 80F90EB8D39; Thu, 4 Oct 2007 00:57:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id CKaRx67gv3cu; Thu, 4 Oct 2007 00:57:52 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B4729EB8111; Thu, 4 Oct 2007 00:57:51 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=UuxXjEnOJl8wKM1zxrlAnG0DJAvKMCKUa93xLWeL/cdef6qBYDYA83vLXt5wKZB3H Xy99z4mdztcDd99rcSFAQ== Message-ID: <4703CA06.7050103@delphij.net> Date: Wed, 03 Oct 2007 09:57:42 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Tom Evans References: <1191428709.1475.26.camel@localhost> In-Reply-To: <1191428709.1475.26.camel@localhost> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB60E07C58255E25561DAFAC4" Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Cannot ssh from jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 16:58:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB60E07C58255E25561DAFAC4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tom Evans wrote: > Hi stable@, jail@ [jail@ plz cc me as I'm not subscribed] >=20 > I'm having some problems setting up some jails for semi-isolated > development (ie, so we can isolate the developers into a jail, give the= m > all the root access they want, and not worry about them blowing up more= > than their own jail) on 6.2-RELEASE-p5. >=20 > I have set up a jail, using ezjail, which appeared to work fine. I can > start the jail, and use jexec to spawn a shell inside the jail. However= , > if I then try to ssh from the jail to another box, ssh fails with the > error message (with -v): I think the problem is that if you jexec into a jail then you don't have a TTY at hand, so bad things would happen. If you login into the jail by some ways (e.g. by ssh or telnet or whatever that spawns a TTY for you) then it would work I bet. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB60E07C58255E25561DAFAC4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHA8oGOfuToMruuMARCrr6AJ93qQaz7pes3ieRPbRZoo9ztKtBHQCeMa1V FVUn/Y4bhYMbcEHA/ruYDf4= =ha12 -----END PGP SIGNATURE----- --------------enigB60E07C58255E25561DAFAC4-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 17:47:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D1316A417 for ; Wed, 3 Oct 2007 17:47:38 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.freebsd.org (Postfix) with SMTP id 7F73813C447 for ; Wed, 3 Oct 2007 17:47:38 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 15964 invoked from network); 3 Oct 2007 17:47:36 -0000 Received: from unknown (24.144.77.243) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 03 Oct 2007 17:47:35 -0000 Message-ID: <4703D5B6.4070003@seclark.us> Date: Wed, 03 Oct 2007 13:47:34 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> In-Reply-To: <4703C687.2010201@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 17:47:38 -0000 Chuck Swiger wrote: >Stephen Clark wrote: > > >>Chuck Swiger wrote: >> >> >[ ... ] > > >>Oops, I should have said 24GB. >> >>Real Memory = 25769803776 (24576 MB) >> >> > >...which matches your dmesg, right. No harm double-checking. :-) > >Hmm-- I haven't put more than 3 GB into a machine which didn't have a 64-bit >processor, but getting a dump & backtrace would help debug it (see "man crash"). > > > looking at kmem_suballoc which calls vm_map_find which returns KERN_NO_SPACE which is defined as 3. Why would there be no space when I have 24GB of memory? vm_param.h:122:#define KERN_NO_SPACE 3 -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 19:08:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9841E16A41B for ; Wed, 3 Oct 2007 19:08:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 40E8713C447 for ; Wed, 3 Oct 2007 19:08:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Id8pG-0000ej-Ck for freebsd-stable@freebsd.org; Wed, 03 Oct 2007 18:20:02 +0000 Received: from 89-172-50-225.adsl.net.t-com.hr ([89.172.50.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Oct 2007 18:20:02 +0000 Received: from ivoras by 89-172-50-225.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Oct 2007 18:20:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 03 Oct 2007 20:03:27 +0200 Lines: 40 Message-ID: References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> <4703D5B6.4070003@seclark.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3FB33DA356BB7E0FBFB917CA" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-50-225.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <4703D5B6.4070003@seclark.us> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 19:08:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3FB33DA356BB7E0FBFB917CA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Stephen Clark wrote: > looking at kmem_suballoc which calls vm_map_find which returns > KERN_NO_SPACE > which is defined as 3. >=20 > Why would there be no space when I have 24GB of memory? 1. Any process, including the kernel can only allocate up to 4 GB of memory on a 32-bit system (since a 32-bit integer can only hold that many values) 2. The kernel is further constrained so the user programs can get enough memory 3. Kernel structures for tracking and using memory are also stored in kernel memory. 24 GB of memory with PAE probably "eats up" a lot of those. I think you'll need to increase kmem_size (see http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore ZFS-specific things). --------------enig3FB33DA356BB7E0FBFB917CA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHA9lvldnAQVacBcgRAvEGAJ9iOay+STukvDpdmrrVTkHnxosSQgCfZOuG o7Q5EHWdqtjIkAVt3AyZtE8= =7/Om -----END PGP SIGNATURE----- --------------enig3FB33DA356BB7E0FBFB917CA-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 19:48:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A830E16A418 for ; Wed, 3 Oct 2007 19:48:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 234F213C459 for ; Wed, 3 Oct 2007 19:48:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l93Jmrkx093796; Thu, 4 Oct 2007 05:48:53 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l93JmqrE093789; Thu, 4 Oct 2007 05:48:52 +1000 (EST) (envelope-from peter) Date: Thu, 4 Oct 2007 05:48:52 +1000 From: Peter Jeremy To: Khaled Moussa Message-ID: <20071003194852.GM80294@turion.vk2pj.dyndns.org> References: <20071003095941.H11287@qroenaqrq.6qbyyneqvnyhc.pbz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 19:48:55 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-03 18:51:06 +0200, Khaled Moussa wrote: > However, I noticed that mounting msdosfs >on another HD are sucking much of my FBSD HD. This doesn't make sense. Mounting another filesystem cannot affect the contents of root. >. It seems that this situation was also connected with the >upgrade of OOo port which sucks much of HD. Building and upgrading OOo needs lots of disk space, but none of it should be in root. Ports will build in /usr/ports/CATEGORY/NAME/work by default (you can and probably should change this using WRKDIRPREFIX in /etc/make.conf). Portupgrade needs space in /var/tmp for temporary packages. > I would try growfs to add 10G to my file system. Assuming /home, /tmp, /usr and /var are not part of root, there is no reason for / to use more than 100-200MB. Rather than blindly adding 10GB space, I suggest you investigate and correct the underlying problem. --=20 Peter Jeremy --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHA/Ik/opHv/APuIcRAmGeAKCu5WAexD/PyqiPIbv8cpjMU3R/bgCdHWEk 1pUnl0/f4CWeAyLOF8d1WRY= =UcXF -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 23:52:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27EC316A421 for ; Wed, 3 Oct 2007 23:52:45 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from anjos.strangled.net (89-180-87-246.net.novis.pt [89.180.87.246]) by mx1.freebsd.org (Postfix) with ESMTP id 7B71713C47E for ; Wed, 3 Oct 2007 23:52:43 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l93NqgpS096016 for ; Thu, 4 Oct 2007 00:52:43 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Authentication-Results: anjos.strangled.net from=freebsd@anjos.strangled.net; sender-id=fail (NotPermitted); spf=fail (NotPermitted) Received: (from root@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l93Nqg7Q096015 for freebsd-stable@freebsd.org; Thu, 4 Oct 2007 00:52:42 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Date: Thu, 4 Oct 2007 00:52:42 +0100 (WEST) From: freebsd@anjos.strangled.net Message-Id: <200710032352.l93Nqg7Q096015@satan.anjos.strangled.net> To: freebsd-stable@freebsd.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (anjos.strangled.net [127.0.0.1]); Thu, 04 Oct 2007 00:52:43 +0100 (WEST) Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 23:52:45 -0000 > Thanks for you all. > /tmp & /home are separate slices. However, I noticed that mounting msdosfs > on another HD are sucking much of my FBSD HD. So I commented those on fstab > to free space . It seems that this situation was also connected with the > upgrade of OOo port which sucks much of HD. I would try growfs to add 10G > to my file system. > Thx again > Khaled Moussa Perhaps you could give us the output of the df command to see if there's anything unusual. Anyway, check if you have accounting_enable="YES" on /etc/rc.conf, and whether it might actually be /var which is full. Recently something very strange happened to me: accounting_enable="YES" somehow got into my /etc/rc.conf file and it ended up filling my /var filesystem which happens to be a condition just as serious as filling up /. Although this happened to me already two weeks ago, I take the occasion to ask the list: - Does anyone know of any reason, such as a port installation or a make installworld, that justifies that accounting_enable="YES" misteriously appeared on my /etc/rc.conf ? I know I didn't do it... I hate to admit I let it happen... and I have been blaming myself for having forgotten to disable password authentication on ssh to this machine... but maybe something else is to blame. Miguel Ramos, Lisboa. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 23:51:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 373D416A417 for ; Wed, 3 Oct 2007 23:51:00 +0000 (UTC) (envelope-from miguel@satan.anjos.strangled.net) Received: from anjos.strangled.net (89-180-87-246.net.novis.pt [89.180.87.246]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACD813C459 for ; Wed, 3 Oct 2007 23:50:59 +0000 (UTC) (envelope-from miguel@satan.anjos.strangled.net) Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l93Nd9PX095810; Thu, 4 Oct 2007 00:39:09 +0100 (WEST) (envelope-from miguel@satan.anjos.strangled.net) Authentication-Results: satan.anjos.strangled.net from=miguel@satan.anjos.strangled.net; sender-id=neutral; spf=neutral Received: (from root@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l93Nd8go095809; Thu, 4 Oct 2007 00:39:08 +0100 (WEST) (envelope-from miguel) Date: Thu, 4 Oct 2007 00:39:08 +0100 (WEST) From: Miguel Lopes Santos Ramos Message-Id: <200710032339.l93Nd8go095809@satan.anjos.strangled.net> To: khmoussa@gmail.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (satan.anjos.strangled.net [127.0.0.1]); Thu, 04 Oct 2007 00:39:09 +0100 (WEST) X-Mailman-Approved-At: Thu, 04 Oct 2007 01:18:08 +0000 Cc: Subject: Re: File system is Full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2007 23:51:00 -0000 Subject: Re: File system is Full > Thanks for you all. > /tmp & /home are separate slices. However, I noticed that mounting msdosfs > on another HD are sucking much of my FBSD HD. So I commented those on fstab > to free space . It seems that this situation was also connected with the > upgrade of OOo port which sucks much of HD. I would try growfs to add 10G > to my file system. > Thx again > Khaled Moussa Perhaps you could give us the output of the df command to see if there's anything unusual. Anyway, check if you have accounting_enable="YES" on /etc/rc.conf, and whether it might actually be /var which is full. Recently something very strange happened to me: accounting_enable="YES" somehow got into my /etc/rc.conf file and it ended up filling my /var filesystem which happens to be a condition just as serious as filling up /. Although this happened to me already two weeks ago, I take the occasion to ask the list: - Does anyone know of any reason, such as a port installation or a make installworld, that justifies that accounting_enable="YES" misteriously appeared on my /etc/rc.conf ? I know I didn't do it... I hate to admit I let it happen... and I have been blaming myself for having forgotten to disable password authentication on ssh to this machine... but maybe something else is to blame. Miguel Ramos, Lisboa. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 02:39:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B080F16A419 for ; Thu, 4 Oct 2007 02:39:06 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB7413C448 for ; Thu, 4 Oct 2007 02:39:05 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so19432nfb for ; Wed, 03 Oct 2007 19:39:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type; bh=cgwc7UaU5EtxkH4kEVr744UtnTb1bowWPxEA8J24BJc=; b=pe1gRTGKi47FqSYLcqEiIkx77cvobYQlH3HUddlH9L4/WuyxXVEPg6NnidXwIlwrBX3wsGzyOGKwtwDokMm7rdtQ0CovO5gzoLRMvc2BuOUlw/+LJa2+nXlLD06STga5lboUm1OUjw7qrPCy7TaeUCdheIz09puyXfqg99r6jLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=Dnkhrqve572TMR+LL9Xt9+vt4xGyv3oQm+ZBd/WgOzgpceF9aNA/ChWOe641VMCYc7T7n/QrmKyh7cmg800MdnKvfBJsfY3BrEIKF2LU6lxKstvniqasoxZb6TxrCYtLve7OhuXJ0Yf9F7SofexQJ5fTrC9bb0AMiUD+X9XTQIE= Received: by 10.142.187.2 with SMTP id k2mr1183029wff.1191465543459; Wed, 03 Oct 2007 19:39:03 -0700 (PDT) Received: from ?192.168.0.42? ( [71.126.240.61]) by mx.google.com with ESMTPS id 6sm1492211wrh.2007.10.03.19.39.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Oct 2007 19:39:02 -0700 (PDT) Message-ID: <47045245.2000705@gmail.com> Date: Thu, 04 Oct 2007 02:39:01 +0000 From: Matthew Herzog User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: FreeBSD Content-Type: multipart/mixed; boundary="------------000800000307000107090806" Subject: geli on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 02:39:06 -0000 This is a multi-part message in MIME format. --------------000800000307000107090806 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit What options do I need for geli on sparc64? Did I miss something? --------------000800000307000107090806 Content-Type: text/plain; name="error_geli" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="error_geli" _KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror hints.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=make sh /usr/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel g_eli.o(.text+0x200): In function `g_eli_crypto_rerun': : undefined reference to `crypto_dispatch' g_eli.o(.text+0xb24): In function `g_eli_worker': : undefined reference to `crypto_freesession' g_eli.o(.text+0x1914): In function `g_eli_create': : undefined reference to `crypto_newsession' g_eli.o(.text+0x1bc0): In function `g_eli_create': : undefined reference to `crypto_newsession' g_eli.o(.text+0x1d74): In function `g_eli_create': : undefined reference to `crypto_freesession' g_eli_crypto.o(.text+0x4c): In function `g_eli_crypto_cipher': : undefined reference to `crypto_newsession' g_eli_crypto.o(.text+0x108): In function `g_eli_crypto_cipher': : undefined reference to `crypto_dispatch' g_eli_crypto.o(.text+0x178): In function `g_eli_crypto_cipher': : undefined reference to `crypto_freesession' g_eli_crypto.o(.text+0x194): In function `g_eli_crypto_cipher': : undefined reference to `crypto_freesession' g_eli_integrity.o(.text+0xdb8): In function `g_eli_auth_run': : undefined reference to `crypto_dispatch' g_eli_privacy.o(.text+0x60c): In function `g_eli_crypto_run': : undefined reference to `crypto_dispatch' *** Error code 1 Stop in /home/obj/usr/src/sys/spork20070927. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # --------------000800000307000107090806-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:28:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 178F616A496 for ; Thu, 4 Oct 2007 06:28:29 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id AEFE613C4A8 for ; Thu, 4 Oct 2007 06:28:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9463AeC038201 for ; Wed, 3 Oct 2007 23:03:21 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9463AMM038200 for freebsd-stable@freebsd.org; Wed, 3 Oct 2007 23:03:10 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 03 Oct 2007 23:03:09 -0700 Message-ID: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 03 Oct 2007 23:03:09 -0700 From: "Chris H." To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 06:28:29 -0000 Greetings, Lately I've been finding it difficult, to impossible to reach freebsd.org. (hope this message makes it) At any rate, no matter my location; all routes to freebsd.org appear to be dead. From my home base, the route to freebsd.org appears to be provided by Yahoo # traceroute www.freebsd.org ... 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 ms 101.642 ms 122.385 ms 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * # From my end, it seems Yahoo is doing freebsd.org a great disservice. Bouncing the routers and switches here have no (positive) affect. Nor does dumping caches, and restarting the nameservers. I noticed earlier on, someone else mentioning troubles connecting to freebsd.org. Can anyone shed any light on this? Thank you for all your time and consideration. --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:50:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A635B16A419 for ; Thu, 4 Oct 2007 06:50:01 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 35A2A13C468 for ; Thu, 4 Oct 2007 06:50:01 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l946npho042815 for ; Wed, 3 Oct 2007 23:49:58 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l946npE2042814 for freebsd-stable@freebsd.org; Wed, 3 Oct 2007 23:49:51 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 03 Oct 2007 23:49:51 -0700 Message-ID: <20071003234951.2npfzc09w4c00cc0@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 03 Oct 2007 23:49:51 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 06:50:01 -0000 Hello Kip, Thanks for the (fast) reply, and info. Hope the status changes soon. :) --Chris Quoting Kip Macy : > The machine is down. Don't know why yet. > -Kip > > On 10/3/07, Chris H. wrote: >> Greetings, >> Lately I've been finding it difficult, to impossible to reach freebsd.org. >> (hope this message makes it) >> At any rate, no matter my location; all routes to freebsd.org appear to >> be dead. >> From my home base, the route to freebsd.org appears to be provided by Yahoo >> # traceroute www.freebsd.org >> ... >> 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 ms >> 101.642 ms 122.385 ms >> 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms >> g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms >> g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms >> 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms >> ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms >> 11 * * * >> 12 * * * >> 13 * * * >> 14 * * * >> 15 * * * >> >> # >> >> From my end, it seems Yahoo is doing freebsd.org a great disservice. >> Bouncing the routers and switches here have no (positive) affect. Nor >> does dumping caches, and restarting the nameservers. I noticed earlier >> on, someone else mentioning troubles connecting to freebsd.org. Can anyone >> shed any light on this? >> >> Thank you for all your time and consideration. >> >> --Chris >> >> >> -- >> panic: kernel trap (ignored) >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:54:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26C7F16A419 for ; Thu, 4 Oct 2007 06:54:45 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id BD84913C468 for ; Thu, 4 Oct 2007 06:54:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l946sYae043292 for ; Wed, 3 Oct 2007 23:54:41 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l946sYsv043291 for freebsd-stable@freebsd.org; Wed, 3 Oct 2007 23:54:34 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 03 Oct 2007 23:54:34 -0700 Message-ID: <20071003235434.sy2ofksiokwgscoo@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 03 Oct 2007 23:54:34 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <47048C97.4070609@intersonic.se> In-Reply-To: <47048C97.4070609@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 06:54:45 -0000 Hello, and thank you for the reply. I also can't help but notice that hop count is pretty bad - 11 hops and not even to the destination. That's terrible. I usually never exceed 7 hops to any destination. Anyhow, /really/ looking forward to seeing freebsd.org again. Thanks again. --Chris Quoting Per olof Ljungmark : > Chris H. wrote: >> Greetings, >> Lately I've been finding it difficult, to impossible to reach freebsd.org. >> (hope this message makes it) >> At any rate, no matter my location; all routes to freebsd.org appear >> to be dead. >> From my home base, the route to freebsd.org appears to be provided by Yahoo >> # traceroute www.freebsd.org >> ... >> 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 >> ms 101.642 ms 122.385 ms >> 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms >> g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms >> g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms >> 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms >> ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms >> 11 * * * >> 12 * * * >> 13 * * * >> 14 * * * >> 15 * * * >> >> # >> >> From my end, it seems Yahoo is doing freebsd.org a great disservice. >> Bouncing the routers and switches here have no (positive) affect. Nor >> does dumping caches, and restarting the nameservers. I noticed earlier >> on, someone else mentioning troubles connecting to freebsd.org. Can anyone >> shed any light on this? >> >> Thank you for all your time and consideration. > > Same here... > > traceroute to www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets > > 4 lim-core-1.pos0-0-0.swip.net (130.244.52.162) 8.511 ms 8.544 ms > 8.561 ms > 5 nyc9-core-2.pos2-0.swip.net (130.244.194.205) 97.432 ms 97.249 > ms 97.703 ms > 6 bas1-m.nyc.yahoo.com (198.32.118.24) 97.771 ms 97.685 ms 97.699 ms > 7 ge-2-3-4-p809.pat2.pao.yahoo.com (216.115.98.53) 176.651 ms > ge-1-3-4-p154.pat2.pao.yahoo.com (216.115.96.52) 164.6 ms > ge-3-3-4-p456.pat2.pao.yahoo.com (216.115.97.198) 170.86 ms > 8 g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 164.431 ms > g-1-0-0-p151.msr2.sp1.yahoo.com (216.115.107.79) 171.132 ms 177.407 > ms > 9 ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 170.953 ms > ge-1-45.bas-b1.sp1.yahoo.com (209.131.32.41) 171.170 ms > ge-1-43.bas-b1.sp1.yahoo.com (209.131.32.29) 177.23 ms > 10 * * * > 11 * * * > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:56:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85EF416A419 for ; Thu, 4 Oct 2007 06:56:56 +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 3C36013C459 for ; Thu, 4 Oct 2007 06:56:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id AC3C265578; Thu, 4 Oct 2007 09:39:25 +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 72536-10; Thu, 4 Oct 2007 09:39:23 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id EAF9C6556D; Thu, 4 Oct 2007 09:39:22 +0300 (EEST) Message-ID: <47048A9A.7080109@bulinfo.net> Date: Thu, 04 Oct 2007 09:39:22 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Matthew Herzog References: <47045245.2000705@gmail.com> In-Reply-To: <47045245.2000705@gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: geli on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 06:56:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Do you have 'device crypto' in your kernel configuration file? Matthew Herzog wrote: > What options do I need for geli on sparc64? Did I miss something? > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHBIqaxJBWvpalMpkRAtSMAKCjvDNh07IjaBNxQd1n/yIH4hF6pgCdEqLJ 7S1dF7LiO0bdk7wA1iwH1/o= =ugY6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:02:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E147316A481 for ; Thu, 4 Oct 2007 07:02:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id 89C3B13C54A for ; Thu, 4 Oct 2007 07:01:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so61985nzf for ; Thu, 04 Oct 2007 00:01:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=wbsuUZWIm7yxhF980VyFsDS9XatKMt2UhwtEKQcfIE8=; b=Z7Y66QyjH50abdbQau4n0SOQL534lof3WOHWen+1xlpBhNR1Mc1UFw30iYoAZysTY0jX5ICHMgv9wLuRLE+MlPwdGNkIk1GLiIVMEQIMuEJVAUqgSqSzSdzxBlv+ozRSMhaiFYp7TJgy3N3XPAZa36RXtCpxw1WPZDBVIAe73No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H+/TL0Xh6HywsIkOY9HeHzh1KkuD8Dp2PQyoDXMk9WLwCTTjhrNxMyXJM9twBtOtYcKZk0I7VLdzYRKQZCr4F5NTZuih7TJ/G80VwZhySfPV9T8odwwmNDNuCY1sL0gzoG1Q+7ahX+xfRp1NpsJeZBA/tIv8tjjWtVp8NAsTTIk= Received: by 10.114.151.13 with SMTP id y13mr3880308wad.1191479634399; Wed, 03 Oct 2007 23:33:54 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Wed, 3 Oct 2007 23:33:54 -0700 (PDT) Message-ID: Date: Wed, 3 Oct 2007 23:33:54 -0700 From: "Kip Macy" To: "Chris H." In-Reply-To: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> Cc: freebsd-stable@freebsd.org Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:02:04 -0000 The machine is down. Don't know why yet. -Kip On 10/3/07, Chris H. wrote: > Greetings, > Lately I've been finding it difficult, to impossible to reach freebsd.org. > (hope this message makes it) > At any rate, no matter my location; all routes to freebsd.org appear to > be dead. > From my home base, the route to freebsd.org appears to be provided by Yahoo > # traceroute www.freebsd.org > ... > 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 ms > 101.642 ms 122.385 ms > 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms > g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms > g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms > 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms > ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms > 11 * * * > 12 * * * > 13 * * * > 14 * * * > 15 * * * > > # > > From my end, it seems Yahoo is doing freebsd.org a great disservice. > Bouncing the routers and switches here have no (positive) affect. Nor > does dumping caches, and restarting the nameservers. I noticed earlier > on, someone else mentioning troubles connecting to freebsd.org. Can anyone > shed any light on this? > > Thank you for all your time and consideration. > > --Chris > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:04:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D84E216A4FD for ; Thu, 4 Oct 2007 07:04:09 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 53EE413C502 for ; Thu, 4 Oct 2007 07:04:09 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-8-93.net-htp.de [89.182.8.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 00711A44529 for ; Thu, 4 Oct 2007 08:34:38 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Thu, 4 Oct 2007 08:39:08 +0200 User-Agent: KMail/1.9.7 References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> In-Reply-To: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710040839.08675.wundram@beenic.net> Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:04:10 -0000 Am Donnerstag 04 Oktober 2007 08:03:09 schrieb Chris H.: > Lately I've been finding it difficult, to impossible to reach freebsd.org. > (hope this message makes it) Sort of similar from me (from two locations): [modelnine@phoenix ~]$ traceroute www.freebsd.org traceroute to www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets 1 192.168.1.1 (192.168.1.1) 1.608 ms 0.634 ms 0.595 ms 2 81.14.248.190 (81.14.248.190) 21.177 ms 16.312 ms 24.355 ms 3 a81-14-251-126.net-htp.de (81.14.251.126) 14.107 ms 15.062 ms 18.798 ms 4 81.14.249.101 (81.14.249.101) 20.835 ms 15.055 ms 18.987 ms 5 81.14.249.105 (81.14.249.105) 18.245 ms 30.024 ms 18.853 ms 6 212.6.114.221 (212.6.114.221) 16.407 ms 16.270 ms 16.748 ms 7 212.6.114.30 (212.6.114.30) 19.226 ms 19.534 ms 19.163 ms 8 212.6.114.34 (212.6.114.34) 19.760 ms 19.740 ms 19.462 ms 9 bbrt.ash-0-so-0-0-0.ewe-ip-backbone.de (80.228.109.146) 133.534 ms 133.782 ms 133.776 ms 10 38.99.215.225 (38.99.215.225) 119.538 ms 119.272 ms 119.470 ms 11 yahoo.iad01.atlas.cogentco.com (154.54.13.166) 119.740 ms 120.181 ms 119.750 ms 12 so-0-0-0.pat2.pao.yahoo.com (216.115.101.130) 189.996 ms 185.968 ms 263.546 ms 13 g-1-0-0-p151.msr2.sp1.yahoo.com (216.115.107.79) 186.050 ms 185.923 ms g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 192.225 ms 14 ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 191.921 ms ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 193.052 ms ge-1-43.bas-b2.sp1.yahoo.com (209.131.32.37) 192.440 ms 15 * * * 16 * * * 17 *^C [modelnine@phoenix ~]$ and root@beenic01:/home/heiko# tracepath www.freebsd.org 1: mail.beenic.net (83.246.72.40) 0.138ms pmtu 1500 1: gateway.xencon.net (83.246.72.1) 0.934ms 2: cr01.h.as24679.net (195.47.229.1) asymm 3 1.127ms 3: core0.h.tiscali.de (212.172.133.201) asymm 4 0.935ms 4: so-6-0-0.core1.d.ip.nacamar.net (62.27.95.34) asymm 5 8.436ms 5: so-1-1-3.dus11.ip.tiscali.net (213.200.65.241) asymm 6 13.968ms 6: so-2-0-0.was10.ip.tiscali.net (213.200.82.197) asymm 8 99.373ms 7: 213.200.66.126 (213.200.66.126) asymm 8 99.418ms 8: so-0-0-0.pat1.pao.yahoo.com (216.115.101.128) asymm 9 189.247ms 9: g-0-0-0-p140.msr1.sp1.yahoo.com (216.115.107.49) asymm 10 178.865ms 10: ge-1-48.bas-b1.sp1.yahoo.com (209.131.32.47) 178.868ms 11: no reply 12: no reply 13: no reply 14: no reply 15: no reply 16: no reply 17: no reply ^C root@beenic01:/home/heiko# -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:06:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937A516A418 for ; Thu, 4 Oct 2007 07:06:50 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5707513C469 for ; Thu, 4 Oct 2007 07:06:50 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <47048C97.4070609@intersonic.se> Date: Thu, 04 Oct 2007 08:47:51 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> In-Reply-To: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:06:50 -0000 Chris H. wrote: > Greetings, > Lately I've been finding it difficult, to impossible to reach freebsd.org. > (hope this message makes it) > At any rate, no matter my location; all routes to freebsd.org appear to > be dead. > From my home base, the route to freebsd.org appears to be provided by > Yahoo > # traceroute www.freebsd.org > ... > 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 ms > 101.642 ms 122.385 ms > 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms > g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms > g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms > 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms > ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms > 11 * * * > 12 * * * > 13 * * * > 14 * * * > 15 * * * > > # > > From my end, it seems Yahoo is doing freebsd.org a great disservice. > Bouncing the routers and switches here have no (positive) affect. Nor > does dumping caches, and restarting the nameservers. I noticed earlier > on, someone else mentioning troubles connecting to freebsd.org. Can anyone > shed any light on this? > > Thank you for all your time and consideration. Same here... traceroute to www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets 4 lim-core-1.pos0-0-0.swip.net (130.244.52.162) 8.511 ms 8.544 ms 8.561 ms 5 nyc9-core-2.pos2-0.swip.net (130.244.194.205) 97.432 ms 97.249 ms 97.703 ms 6 bas1-m.nyc.yahoo.com (198.32.118.24) 97.771 ms 97.685 ms 97.699 ms 7 ge-2-3-4-p809.pat2.pao.yahoo.com (216.115.98.53) 176.651 ms ge-1-3-4-p154.pat2.pao.yahoo.com (216.115.96.52) 164.6 ms ge-3-3-4-p456.pat2.pao.yahoo.com (216.115.97.198) 170.86 ms 8 g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 164.431 ms g-1-0-0-p151.msr2.sp1.yahoo.com (216.115.107.79) 171.132 ms 177.407 ms 9 ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 170.953 ms ge-1-45.bas-b1.sp1.yahoo.com (209.131.32.41) 171.170 ms ge-1-43.bas-b1.sp1.yahoo.com (209.131.32.29) 177.23 ms 10 * * * 11 * * * From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:09:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF9616A468 for ; Thu, 4 Oct 2007 07:09:14 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id DA10A13C481 for ; Thu, 4 Oct 2007 07:09:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so92459mue for ; Thu, 04 Oct 2007 00:09:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9X5qFnJu9x5lYhakf+aG6Wc0HPJ5/12xnsOh09EH/Fw=; b=K3A448Wfs7F9jC3e14/SMM+pxRccQDe5OOryDqPJuZbg4yfAZMKWHqq8EfYhnC6PNS0/SkZ5XYiqOpGyxPhBxdESXtKF7kJ9tPtqMlVD6eflHgtFR6WeMY7PVFHKHj4cDbEHClwmLZqj+pOIFwkJSkPP03XbhVs1DhLIpcKRECY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y1f40JO4mRtEGwbaE/SFMFIj69RlR1NNOKPH88bV1A1UNCWFmHHahc6uEcz4Wy9fwk+sDF5w3OIwB1t7kt0Lo2CcLdUmUAzvc1aG6ciAEaq0lJa7mO6ZMUOmiatIxBk57E4NK4GNra2kM7+nuhya2aov4vNFQso0aouRCWL42vE= Received: by 10.86.80.5 with SMTP id d5mr1211227fgb.1191481752230; Thu, 04 Oct 2007 00:09:12 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Thu, 4 Oct 2007 00:09:12 -0700 (PDT) Message-ID: <499c70c0710040009q199a2145w7f6aae359b2d1653@mail.gmail.com> Date: Thu, 4 Oct 2007 10:09:12 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Chris H." In-Reply-To: <20071003235434.sy2ofksiokwgscoo@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <47048C97.4070609@intersonic.se> <20071003235434.sy2ofksiokwgscoo@webmail.1command.com> Cc: freebsd-stable@freebsd.org Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:09:14 -0000 On 10/4/07, Chris H. wrote: > Hello, and thank you for the reply. > > I also can't help but notice that hop count is pretty bad - > 11 hops and not even to the destination. That's terrible. I usually > never exceed 7 hops to any destination. > Anyhow, /really/ looking forward to seeing freebsd.org again. > > Thanks again. > > --Chris > > > Quoting Per olof Ljungmark : > > > Chris H. wrote: > >> Greetings, > >> Lately I've been finding it difficult, to impossible to reach freebsd.org. > >> (hope this message makes it) > >> At any rate, no matter my location; all routes to freebsd.org appear > >> to be dead. > >> From my home base, the route to freebsd.org appears to be provided by Yahoo > >> # traceroute www.freebsd.org > >> ... > >> 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 > >> ms 101.642 ms 122.385 ms > >> 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms > >> g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms > >> g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms > >> 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms > >> ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms > >> 11 * * * > >> 12 * * * > >> 13 * * * > >> 14 * * * > >> 15 * * * > >> > >> # > >> > >> From my end, it seems Yahoo is doing freebsd.org a great disservice. > >> Bouncing the routers and switches here have no (positive) affect. Nor > >> does dumping caches, and restarting the nameservers. I noticed earlier > >> on, someone else mentioning troubles connecting to freebsd.org. Can anyone > >> shed any light on this? > >> > >> Thank you for all your time and consideration. > > > > Same here... > > > > traceroute to www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets > > > > 4 lim-core-1.pos0-0-0.swip.net (130.244.52.162) 8.511 ms 8.544 ms > > 8.561 ms > > 5 nyc9-core-2.pos2-0.swip.net (130.244.194.205) 97.432 ms 97.249 > > ms 97.703 ms > > 6 bas1-m.nyc.yahoo.com (198.32.118.24) 97.771 ms 97.685 ms 97.699 ms > > 7 ge-2-3-4-p809.pat2.pao.yahoo.com (216.115.98.53) 176.651 ms > > ge-1-3-4-p154.pat2.pao.yahoo.com (216.115.96.52) 164.6 ms > > ge-3-3-4-p456.pat2.pao.yahoo.com (216.115.97.198) 170.86 ms > > 8 g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 164.431 ms > > g-1-0-0-p151.msr2.sp1.yahoo.com (216.115.107.79) 171.132 ms 177.407 > > ms > > 9 ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 170.953 ms > > ge-1-45.bas-b1.sp1.yahoo.com (209.131.32.41) 171.170 ms > > ge-1-43.bas-b1.sp1.yahoo.com (209.131.32.29) 177.23 ms > > 10 * * * > > 11 * * * > > > > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > http://www.uk.freebsd.org/ -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:13:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA0316A419 for ; Thu, 4 Oct 2007 07:13:29 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3452B13C480 for ; Thu, 4 Oct 2007 07:13:28 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JPD00E7YL2ZOPB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 04 Oct 2007 09:06:35 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.160]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JPD00EEML2YPU40@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 04 Oct 2007 09:06:35 +0200 (CEST) Date: Thu, 04 Oct 2007 09:06:34 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20071004090634.8376e8ca.torfinn.ingolfsen@broadpark.no> In-reply-to: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> X-Mailer: Sylpheed 2.4.6 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:13:29 -0000 Hello, On Wed, 03 Oct 2007 23:03:09 -0700 "Chris H." wrote: > Greetings, > Lately I've been finding it difficult, to impossible to reach > freebsd.org. (hope this message makes it) I use www.freebsd.org on a regular basis (mailing lists, INDEX fetches, then Handbook etc) and haven't noticed anything problematic. I used the Handbook yesterday. This morning however, it seems the routes to www.freebsd.org are dead. I'm located in Norway. > From my end, it seems Yahoo is doing freebsd.org a great disservice. > Bouncing the routers and switches here have no (positive) affect. Nor Hmm, that sounds like they have a problem with some redundant routing setup or something. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:26:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFBFB16A417 for ; Thu, 4 Oct 2007 07:26:43 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6DA13C458 for ; Thu, 4 Oct 2007 07:26:43 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l947QaYP046533 for ; Thu, 4 Oct 2007 00:26:42 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l947QYpA046532 for freebsd-stable@freebsd.org; Thu, 4 Oct 2007 00:26:34 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 04 Oct 2007 00:26:34 -0700 Message-ID: <20071004002634.70jrp58ii8okgckk@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 04 Oct 2007 00:26:34 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <47048C97.4070609@intersonic.se> <20071003235434.sy2ofksiokwgscoo@webmail.1command.com> <499c70c0710040009q199a2145w7f6aae359b2d1653@mail.gmail.com> In-Reply-To: <499c70c0710040009q199a2145w7f6aae359b2d1653@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:26:44 -0000 Whoo Hoo! Thanks for the link!!!! :) Thanks for taking the time to help. Greatly appreciated! --Chris Quoting Abdullah Ibn Hamad Al-Marri : > On 10/4/07, Chris H. wrote: >> Hello, and thank you for the reply. >> >> I also can't help but notice that hop count is pretty bad - >> 11 hops and not even to the destination. That's terrible. I usually >> never exceed 7 hops to any destination. >> Anyhow, /really/ looking forward to seeing freebsd.org again. >> >> Thanks again. >> >> --Chris >> >> >> Quoting Per olof Ljungmark : >> >> > Chris H. wrote: >> >> Greetings, >> >> Lately I've been finding it difficult, to impossible to reach >> freebsd.org. >> >> (hope this message makes it) >> >> At any rate, no matter my location; all routes to freebsd.org appear >> >> to be dead. >> >> From my home base, the route to freebsd.org appears to be >> provided by Yahoo >> >> # traceroute www.freebsd.org >> >> ... >> >> 8 ix-6-2.core3.PDI-PaloAlto.Teleglobe.net (207.45.213.130) 101.882 >> >> ms 101.642 ms 122.385 ms >> >> 9 g-0-0-0-p150.msr2.sp1.yahoo.com (216.115.107.73) 103.554 ms >> >> g-1-0-0-p140.msr1.sp1.yahoo.com (216.115.107.53) 101.487 ms >> >> g-1-0-0-p150.msr2.sp1.yahoo.com (216.115.107.77) 103.430 ms >> >> 10 ge-1-47.bas-b2.sp1.yahoo.com (209.131.32.53) 102.561 ms >> >> ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 103.646 ms 102.476 ms >> >> 11 * * * >> >> 12 * * * >> >> 13 * * * >> >> 14 * * * >> >> 15 * * * >> >> >> >> # >> >> >> >> From my end, it seems Yahoo is doing freebsd.org a great disservice. >> >> Bouncing the routers and switches here have no (positive) affect. Nor >> >> does dumping caches, and restarting the nameservers. I noticed earlier >> >> on, someone else mentioning troubles connecting to freebsd.org. >> Can anyone >> >> shed any light on this? >> >> >> >> Thank you for all your time and consideration. >> > >> > Same here... >> > >> > traceroute to www.freebsd.org (69.147.83.33), 64 hops max, 40 byte packets >> > >> > 4 lim-core-1.pos0-0-0.swip.net (130.244.52.162) 8.511 ms 8.544 ms >> > 8.561 ms >> > 5 nyc9-core-2.pos2-0.swip.net (130.244.194.205) 97.432 ms 97.249 >> > ms 97.703 ms >> > 6 bas1-m.nyc.yahoo.com (198.32.118.24) 97.771 ms 97.685 ms 97.699 ms >> > 7 ge-2-3-4-p809.pat2.pao.yahoo.com (216.115.98.53) 176.651 ms >> > ge-1-3-4-p154.pat2.pao.yahoo.com (216.115.96.52) 164.6 ms >> > ge-3-3-4-p456.pat2.pao.yahoo.com (216.115.97.198) 170.86 ms >> > 8 g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 164.431 ms >> > g-1-0-0-p151.msr2.sp1.yahoo.com (216.115.107.79) 171.132 ms 177.407 >> > ms >> > 9 ge-1-41.bas-b1.sp1.yahoo.com (209.131.32.25) 170.953 ms >> > ge-1-45.bas-b1.sp1.yahoo.com (209.131.32.41) 171.170 ms >> > ge-1-43.bas-b1.sp1.yahoo.com (209.131.32.29) 177.23 ms >> > 10 * * * >> > 11 * * * >> > >> >> >> >> -- >> panic: kernel trap (ignored) >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > http://www.uk.freebsd.org/ > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:48:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE4AA16A418 for ; Thu, 4 Oct 2007 07:48:41 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8479413C469 for ; Thu, 4 Oct 2007 07:48:41 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so70347nzf for ; Thu, 04 Oct 2007 00:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6/bNHHuBo0f9Z5F6C3NBEmiok9NoZngR44a1zmuqfCY=; b=sa455qFbKg94KrPfOYs38QhRFrlus0U5+pOJY5DpwyKDTFryxwfm40tMf1dEWDcu+T1lU4UY+Jpg63GuwG0fUbgGqd2y0sfLUM4xUUb+8+6awldnWZ3zdj4lXSeIaKxSI1tgkzFMEFwSoyKHKg5/Td9F6uqFii285ktxlcD+wH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JwsJKC31ovtizrm67Zblq21qrtC9oCseKWIuqw+yGpzBHovgV38Pg19+1S1WKCYs6YQ6vgRUkqG1XDzuir/yOZ2wYwjOVU6nZahbP7yneGe3TCUKQYiOfZv4bRhbMhIUwUDmvP12gIXSN+ON4Nw1OH46tJyGvZ6nvc1jGsTHr2k= Received: by 10.142.178.13 with SMTP id a13mr1363981wff.1191482467346; Thu, 04 Oct 2007 00:21:07 -0700 (PDT) Received: by 10.140.187.7 with HTTP; Thu, 4 Oct 2007 00:21:07 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 10:21:07 +0300 From: "George Kontostanos" To: freebsd-stable@freebsd.org In-Reply-To: <20071004090634.8376e8ca.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <20071004090634.8376e8ca.torfinn.ingolfsen@broadpark.no> Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 07:48:42 -0000 Same from here in Greece. George On 10/4/07, Torfinn Ingolfsen wrote: > Hello, > > On Wed, 03 Oct 2007 23:03:09 -0700 > "Chris H." wrote: > > > Greetings, > > Lately I've been finding it difficult, to impossible to reach > > freebsd.org. (hope this message makes it) > > I use www.freebsd.org on a regular basis (mailing lists, INDEX fetches, > then Handbook etc) and haven't noticed anything problematic. I used the > Handbook yesterday. This morning however, it seems the routes to > www.freebsd.org are dead. I'm located in Norway. > > > From my end, it seems Yahoo is doing freebsd.org a great disservice. > > Bouncing the routers and switches here have no (positive) affect. Nor > > Hmm, that sounds like they have a problem with some redundant routing > setup or something. > -- > Regards, > Torfinn Ingolfsen, > Norway > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 08:20:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF8B316A419 for ; Thu, 4 Oct 2007 08:20:30 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6A813C467 for ; Thu, 4 Oct 2007 08:20:29 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so101423fka for ; Thu, 04 Oct 2007 01:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=bHgCDoW7D2lYLnKwevot+Ca3hOGVVna4uzLMuGfojCs=; b=mpiOj/T2EQNcCEio+adGGzpvIEF+tPcrx8L3Cb3gIMoJkpBc5DNgfsTF45sEhTekT0cGG49AYAxm+tJlv/a7TusxX7NeXCuL7jub4xXvqwwl04uHLY9KELMFDBfV9t4a4nV1nyRaT7dgz6yfaeItsxhbOM6HifozkVr3tJwunRE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=pbom74W49q11HwVto2FZcTiMlWJPnM/hUFl2b7BE0nDB9QZBD/iGRuhK02/QgG9SoJaXdK6V0z7wEfe2mlDmygjOTYFZA1pmecFFTxh//Qy2gux7BHq54GkVz6ZGUBF7KKi/cq1UAHxI2FDBxNGBmwuazygbngIb40Cnf1PaIXE= Received: by 10.82.156.12 with SMTP id d12mr9788695bue.1191486028259; Thu, 04 Oct 2007 01:20:28 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 31sm8147650nfu.2007.10.04.01.20.26 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Oct 2007 01:20:26 -0700 (PDT) From: Tom Evans To: Kim Attree In-Reply-To: <4704A17E.6030703@za.verizonbusiness.com> References: <1191428709.1475.26.camel@localhost> <4703CA06.7050103@delphij.net> <4704A17E.6030703@za.verizonbusiness.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mudIm9PVYjReKOpZ60u+" Date: Thu, 04 Oct 2007 09:20:25 +0100 Message-Id: <1191486025.1475.33.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, freebsd-jail@freebsd.org, d@delphij.net Subject: Re: Cannot ssh from jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:20:30 -0000 --=-mudIm9PVYjReKOpZ60u+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-10-04 at 10:17 +0200, Kim Attree wrote: > LI Xin wrote: > > Tom Evans wrote: > > =20 > >> Hi stable@, jail@ [jail@ plz cc me as I'm not subscribed] > >> > >> I'm having some problems setting up some jails for semi-isolated > >> development (ie, so we can isolate the developers into a jail, give th= em > >> all the root access they want, and not worry about them blowing up mor= e > >> than their own jail) on 6.2-RELEASE-p5. > >> > >> I have set up a jail, using ezjail, which appeared to work fine. I can > >> start the jail, and use jexec to spawn a shell inside the jail. Howeve= r, > >> if I then try to ssh from the jail to another box, ssh fails with the > >> error message (with -v): > >> =20 > > > > I think the problem is that if you jexec into a jail then you don't hav= e > > a TTY at hand, so bad things would happen. If you login into the jail > > by some ways (e.g. by ssh or telnet or whatever that spawns a TTY for > > you) then it would work I bet. > > > > Cheers, > > =20 > I had the same problem, setup SSHD in the jail, ssh'ed into that, and > then from there got a TTY and could ssh to anywhere. >=20 > Li is right, with jexec you don't get allocated a TTY. >=20 > Laters, >=20 > Kim Thanks guys, that works perfectly Cheers Tom --=-mudIm9PVYjReKOpZ60u+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHBKJFlcRvFfyds/cRAr7tAKCTYi3f7cNrIU0S+pemjoLVCNjm6ACeMggo gKmg8sVbCN9w2J1m7v8HaQM= =QHGB -----END PGP SIGNATURE----- --=-mudIm9PVYjReKOpZ60u+-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 08:33:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9FC16A468 for ; Thu, 4 Oct 2007 08:33:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 37D6B13C48E; Thu, 4 Oct 2007 08:33:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4704A54F.5040404@FreeBSD.org> Date: Thu, 04 Oct 2007 10:33:19 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <20071003234951.2npfzc09w4c00cc0@webmail.1command.com> In-Reply-To: <20071003234951.2npfzc09w4c00cc0@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:33:15 -0000 Chris H. wrote: > Hello Kip, > Thanks for the (fast) reply, and info. > Hope the status changes soon. :) It has been having hardware problems the past few months, as has been discussed here and on other lists in the past. No need to invoke the black helicopters about Yahoo's complicity, they continue to be nothing but an asset to the project. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 08:42:45 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 131DF16A46C for ; Thu, 4 Oct 2007 08:42:45 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id B2CC313C49D for ; Thu, 4 Oct 2007 08:42:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l948gTJK053992; Thu, 4 Oct 2007 01:42:42 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l948gTEB053991; Thu, 4 Oct 2007 01:42:29 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 04 Oct 2007 01:42:29 -0700 Message-ID: <20071004014229.d8gfehrxw8go8gs4@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 04 Oct 2007 01:42:29 -0700 From: "Chris H." To: Kris Kennaway References: <20071003230309.cpf0w4vegwkc40o4@webmail.1command.com> <20071003234951.2npfzc09w4c00cc0@webmail.1command.com> <4704A54F.5040404@FreeBSD.org> In-Reply-To: <4704A54F.5040404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@FreeBSD.org Subject: Re: All routes to freebsd are dead X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:42:45 -0000 Hello Kris, and thank you for your informative reply. Quoting Kris Kennaway : > Chris H. wrote: >> Hello Kip, >> Thanks for the (fast) reply, and info. >> Hope the status changes soon. :) > > It has been having hardware problems the past few months, as has been > discussed here and on other lists in the past. No need to invoke the > black helicopters about Yahoo's complicity, they continue to be > nothing but an asset to the project. I've radioed the helicopters to return to base. ;) > > Kris > > --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 08:45:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42F4116A41A; Thu, 4 Oct 2007 08:45:07 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id C5BF313C4A8; Thu, 4 Oct 2007 08:45:06 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IdLpY-0006I7-R6; Thu, 04 Oct 2007 10:13:12 +0200 Received: from chickenboo.ops.uunet.co.za (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id C94AF1088C0; Thu, 4 Oct 2007 10:13:12 +0200 (SAST) Message-ID: <4704A17E.6030703@za.verizonbusiness.com> Date: Thu, 04 Oct 2007 10:17:02 +0200 From: Kim Attree User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: d@delphij.net References: <1191428709.1475.26.camel@localhost> <4703CA06.7050103@delphij.net> In-Reply-To: <4703CA06.7050103@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Cannot ssh from jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 08:45:07 -0000 LI Xin wrote: > Tom Evans wrote: > >> Hi stable@, jail@ [jail@ plz cc me as I'm not subscribed] >> >> I'm having some problems setting up some jails for semi-isolated >> development (ie, so we can isolate the developers into a jail, give them >> all the root access they want, and not worry about them blowing up more >> than their own jail) on 6.2-RELEASE-p5. >> >> I have set up a jail, using ezjail, which appeared to work fine. I can >> start the jail, and use jexec to spawn a shell inside the jail. However, >> if I then try to ssh from the jail to another box, ssh fails with the >> error message (with -v): >> > > I think the problem is that if you jexec into a jail then you don't have > a TTY at hand, so bad things would happen. If you login into the jail > by some ways (e.g. by ssh or telnet or whatever that spawns a TTY for > you) then it would work I bet. > > Cheers, > I had the same problem, setup SSHD in the jail, ssh'ed into that, and then from there got a TTY and could ssh to anywhere. Li is right, with jexec you don't get allocated a TTY. Laters, Kim From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 10:50:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9A516A420 for ; Thu, 4 Oct 2007 10:50:27 +0000 (UTC) (envelope-from adam@newint.org) Received: from f2.mail.community.net.uk (f2.mail.community.net.uk [195.72.171.30]) by mx1.freebsd.org (Postfix) with ESMTP id 56A5213C474 for ; Thu, 4 Oct 2007 10:50:27 +0000 (UTC) (envelope-from adam@newint.org) Received: from newinternationalist-2.dsl1.easynet.co.uk ([212.135.28.58] helo=kiresh.newint.org) by f2.mail.community.net.uk with esmtpa (Exim 4.68) (envelope-from ) id 1IdMkI-00060I-OM for freebsd-stable@freebsd.org; Thu, 04 Oct 2007 10:11:50 +0100 Received: from [192.168.1.78] (87-194-172-107.bethere.co.uk [87.194.172.107]) by kiresh.newint.org (Postfix) with ESMTP id 3C8A172C08 for ; Thu, 4 Oct 2007 10:11:50 +0100 (BST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Adam Ma'anit Date: Thu, 4 Oct 2007 10:11:47 +0100 X-Mailer: Apple Mail (2.752.3) X-Originating-IP: 212.135.28.58 Subject: make buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 10:50:28 -0000 Anyone else seeing make buildworld stop at usr.bin/netstat/ ? cc -O2 -fno-strict-aliasing -pipe -DIPSEC -DINET6 -DFAST_IPSEC - Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Wno-uninitialized -c /usr/src/usr.bin/netstat/inet.c /usr/src/usr.bin/netstat/inet.c: In function `pim_stats': /usr/src/usr.bin/netstat/inet.c:1032: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1033: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1034: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int format, u_quad_t arg (arg 2) *** Error code 1 Stop in /usr/src/usr.bin/netstat. This is on an amd64 platform, and repeatable on multiple machines. -a From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 12:30:18 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA3416A419; Thu, 4 Oct 2007 12:30: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 9B58413C4BC; Thu, 4 Oct 2007 12:30:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l94CUHxH011443; Thu, 4 Oct 2007 08:30:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l94CUHdW094490; Thu, 4 Oct 2007 08:30:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 93707241A2; Thu, 4 Oct 2007 08:31:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071004123100.93707241A2@freebsd-stable.sentex.ca> Date: Thu, 4 Oct 2007 08:31:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 12:30:19 -0000 TB --- 2007-10-04 11:20:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-04 11:20:52 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-10-04 11:20:52 - cleaning the object tree TB --- 2007-10-04 11:21:33 - checking out the source tree TB --- 2007-10-04 11:21:33 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-10-04 11:21:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-04 11:32:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-04 11:32:16 - cd /src TB --- 2007-10-04 11:32:16 - /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:1035: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1042: 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 --- 2007-10-04 12:31:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-04 12:31:00 - ERROR: failed to build world TB --- 2007-10-04 12:31:00 - tinderbox aborted TB --- 1.51 user 5.05 system 4208.03 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 12:34:03 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D53916A418 for ; Thu, 4 Oct 2007 12:34:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8D00313C46E for ; Thu, 4 Oct 2007 12:34:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l94CWddY056144; Thu, 4 Oct 2007 14:32:45 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l94CWd6W056143; Thu, 4 Oct 2007 14:32:39 +0200 (CEST) (envelope-from olli) Date: Thu, 4 Oct 2007 14:32:39 +0200 (CEST) Message-Id: <200710041232.l94CWd6W056143@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <02d401c805cb$abf59ec0$0c00a8c0@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 04 Oct 2007 14:32:45 +0200 (CEST) Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 12:34:03 -0000 Artem Kuchin <> wrote: > What value of HZ option would you recommend > for a hosting (web) server with a lot of processes > (about 900) and polling off (as decided from previous > discussion polling is useless in > this situation). In that case, I would recommend not to override the default at all (which is 1000). > What parts of kernel does this option affect? What > depends on it? The value of HZ specifies the minimum timing quantum of the kernel. It affects the granularity of the scheduler and all timing-related functions (nanosleep(2) and others), and the accuracy of dummynet and polling. I'm sure there are more things. Basically, the kernel cannot handle time slices smaller than 1/HZ seconds, for any purpose. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 12:20:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61D516A420 for ; Thu, 4 Oct 2007 12:20:17 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from satan.anjos.strangled.net (89-180-16-250.net.novis.pt [89.180.16.250]) by mx1.freebsd.org (Postfix) with ESMTP id 50AE413C45D for ; Thu, 4 Oct 2007 12:20:16 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l94BveUQ003980; Thu, 4 Oct 2007 12:57:41 +0100 (WEST) (envelope-from miguel@satan.anjos.strangled.net) Received: (from root@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l94BveJS003979; Thu, 4 Oct 2007 12:57:40 +0100 (WEST) (envelope-from miguel) Date: Thu, 4 Oct 2007 12:57:40 +0100 (WEST) From: Miguel Lopes Santos Ramos Message-Id: <200710041157.l94BveJS003979@satan.anjos.strangled.net> To: adam@newint.org X-Mailman-Approved-At: Thu, 04 Oct 2007 13:00:08 +0000 Cc: Subject: Re: make buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 12:20:18 -0000 > Anyone else seeing make buildworld stop at usr.bin/netstat/ ? I didn't compile. That file was changed yesterday. But by the looks of it, everybody will be seeing it. The compiler is right because u_quad_t is not unsigned long long on the amd64, but only unsigned long, which although being the same size is a different type. Since I suspect changing the definition of __uint_64_t to unsigned long long on all platforms is probably out of the question (even though it could be argued to be preferrable, because ull is required to be at least 64b) as it would affect a lot of code, probably the author of the change will have to make a local workaround, such as casting the u_quad_t to ull or #ifdef... Miguel From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 13:15:15 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40F5516A419 for ; Thu, 4 Oct 2007 13:15:15 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 67CEE13C4B2 for ; Thu, 4 Oct 2007 13:15:14 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 10817 invoked from network); 4 Oct 2007 17:15:12 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 17:15:12 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246569, updated: 4.10.2007] Message-ID: <027301c80688$94ec6b60$0c00a8c0@Artem> From: "Artem Kuchin" To: , References: <200710041232.l94CWd6W056143@lurza.secnetix.de> Date: Thu, 4 Oct 2007 17:15:04 +0400 Organization: IT Legion 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 13:15:15 -0000 Oliver Fromme wrote: > Artem Kuchin <> wrote: >> What value of HZ option would you recommend >> for a hosting (web) server with a lot of processes >> (about 900) and polling off (as decided from previous >> discussion polling is useless in >> this situation). > > In that case, I would recommend not to override the > default at all (which is 1000). Umm.. default is 100 (one hundred), i think. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 13:20:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D99DC16A41B for ; Thu, 4 Oct 2007 13:20:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-02.prod.mesa1.secureserver.net (smtpout04-01.prod.mesa1.secureserver.net [64.202.165.196]) by mx1.freebsd.org (Postfix) with SMTP id 865EA13C4B6 for ; Thu, 4 Oct 2007 13:20:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 21898 invoked from network); 4 Oct 2007 13:19:59 -0000 Received: from unknown (24.144.77.243) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 04 Oct 2007 13:19:58 -0000 Message-ID: <4704E87D.4020608@seclark.us> Date: Thu, 04 Oct 2007 09:19:57 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> <4703D5B6.4070003@seclark.us> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 13:20:01 -0000 Ivan Voras wrote: >Stephen Clark wrote: > > > >>looking at kmem_suballoc which calls vm_map_find which returns >>KERN_NO_SPACE >>which is defined as 3. >> >>Why would there be no space when I have 24GB of memory? >> >> > >1. Any process, including the kernel can only allocate up to 4 GB of >memory on a 32-bit system (since a 32-bit integer can only hold that >many values) >2. The kernel is further constrained so the user programs can get enough >memory >3. Kernel structures for tracking and using memory are also stored in >kernel memory. 24 GB of memory with PAE probably "eats up" a lot of >those. I think you'll need to increase kmem_size (see >http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore >ZFS-specific things). > > > Hi Ivan, It made no difference. Still the same error. Is anyone actually using PAE with FreeBSD 6.2? I have found practically no information using google. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 13:24:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AE0E16A417 for ; Thu, 4 Oct 2007 13:24:13 +0000 (UTC) (envelope-from parkingol@login.onyx.cz) Received: from spiros.onyx.cz (spiros.onyx.cz [195.39.44.200]) by mx1.freebsd.org (Postfix) with ESMTP id EB1E113C44B for ; Thu, 4 Oct 2007 13:24:12 +0000 (UTC) (envelope-from parkingol@login.onyx.cz) Received: from tsmo (masqi3.onyx.cz [85.132.151.253]) by spiros.onyx.cz (8.12.11.20060308/linuxconf) with SMTP id l94DCW5J013359 for ; Thu, 4 Oct 2007 15:12:32 +0200 Message-ID: <000501c80688$394a7900$af70a8c0@tsmo> From: "Parking OL" To: Date: Thu, 4 Oct 2007 15:12:29 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Mailman-Approved-At: Thu, 04 Oct 2007 13:24:53 +0000 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 5-port (NEC) USB-2.0 PCI card support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 13:24:13 -0000 5-port (NEC) USB-2.0 PCI card drivers from win98 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 13:50:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE6F16A419 for ; Thu, 4 Oct 2007 13:50:33 +0000 (UTC) (envelope-from kometen@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 0DD8513C43E for ; Thu, 4 Oct 2007 13:50:32 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so148844nfb for ; Thu, 04 Oct 2007 06:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=THW0VqEShwT2ZHFOv/QoMTRGjum3eQU14/rgjK9tcBM=; b=pBIygztULYEryQcujDEMKvpSKI4jV7MgiuYYDziuF+YCHWLSPt7HKRRibWKD/rPwPW5dSGlOhqrkPstJ19jfq5rXWkvAbL8F/0ASsx2I0WxLySK+ukzzWORU41zvMusc35/SMTTRan59QgMpYWKX9Y1+B/+cnY0o+9T7aZvmlrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=K2hU9lldvykQvIyasMsHjg25lSQOEsLd+TS5iCvWcAI1gpTFPb/v84KO5uwivF5wze9dLOPBBpI7EKU4H9pX1UM8PbmhJSbc8Sk9XqpHzB91KuUL9N78xaAeuJx7Ilzbgfpdv5w4lShJoeDt1D8QYhNuNsi7kCr3l3wrIQ9PBR0= Received: by 10.78.129.16 with SMTP id b16mr7662569hud.1191504342239; Thu, 04 Oct 2007 06:25:42 -0700 (PDT) Received: by 10.78.146.10 with HTTP; Thu, 4 Oct 2007 06:25:42 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 15:25:42 +0200 From: "Claus Guttesen" To: Stephen.Clark@seclark.us In-Reply-To: <4704E87D.4020608@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> <4703D5B6.4070003@seclark.us> <4704E87D.4020608@seclark.us> Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 13:50:33 -0000 > >>Why would there be no space when I have 24GB of memory? > > > >1. Any process, including the kernel can only allocate up to 4 GB of > >memory on a 32-bit system (since a 32-bit integer can only hold that > >many values) > >2. The kernel is further constrained so the user programs can get enough > >memory > >3. Kernel structures for tracking and using memory are also stored in > >kernel memory. 24 GB of memory with PAE probably "eats up" a lot of > >those. I think you'll need to increase kmem_size (see > >http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore > >ZFS-specific things). > It made no difference. Still the same error. > > Is anyone actually using PAE with FreeBSD 6.2? I have found practically > no information using > google. But why use i386 with so much ram? Wouldn't it make more sense running amd64 instead? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 14:03:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 343F316A420 for ; Thu, 4 Oct 2007 14:03:41 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 84C0013C458 for ; Thu, 4 Oct 2007 14:03:40 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-31-60.bredband.comhem.se ([83.253.31.60]:61362 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from ) id 1IdRIh-0005qu-5D for freebsd-stable@freebsd.org; Thu, 04 Oct 2007 16:03:39 +0200 Received: (qmail 48658 invoked from network); 4 Oct 2007 16:03:36 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 4 Oct 2007 16:03:36 +0200 Received: (qmail 67415 invoked by uid 1001); 4 Oct 2007 16:03:36 +0200 Date: Thu, 4 Oct 2007 16:03:36 +0200 From: Erik Trulsson To: Claus Guttesen Message-ID: <20071004140336.GA67367@owl.midgard.homeip.net> Mail-Followup-To: Claus Guttesen , Stephen.Clark@seclark.us, freebsd-stable@freebsd.org, Ivan Voras References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> <4703D5B6.4070003@seclark.us> <4704E87D.4020608@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.31.60 X-Scan-Result: No virus found in message 1IdRIh-0005qu-5D. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1IdRIh-0005qu-5D 857be3f682083072da9d98f0fba01ffe Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:03:41 -0000 On Thu, Oct 04, 2007 at 03:25:42PM +0200, Claus Guttesen wrote: > > >>Why would there be no space when I have 24GB of memory? > > > > > >1. Any process, including the kernel can only allocate up to 4 GB of > > >memory on a 32-bit system (since a 32-bit integer can only hold that > > >many values) > > >2. The kernel is further constrained so the user programs can get enough > > >memory > > >3. Kernel structures for tracking and using memory are also stored in > > >kernel memory. 24 GB of memory with PAE probably "eats up" a lot of > > >those. I think you'll need to increase kmem_size (see > > >http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore > > >ZFS-specific things). > > It made no difference. Still the same error. > > > > Is anyone actually using PAE with FreeBSD 6.2? I have found practically > > no information using > > google. > > But why use i386 with so much ram? Wouldn't it make more sense running > amd64 instead? The CPUs in his machine do not support amd64, so he is stuck with i386. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 14:08:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1B416A420 for ; Thu, 4 Oct 2007 14:08:24 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id CB2E013C457 for ; Thu, 4 Oct 2007 14:08:23 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 12173 invoked from network); 4 Oct 2007 18:08:22 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 18:08:22 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246598, updated: 4.10.2007] Message-ID: <001701c80690$029c15a0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Claus Guttesen" , References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com><4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com><4703D5B6.4070003@seclark.us> <4704E87D.4020608@seclark.us> Date: Thu, 4 Oct 2007 18:08:15 +0400 Organization: IT Legion 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:08:24 -0000 Claus Guttesen wrote: >>>> Why would there be no space when I have 24GB of memory? >>> >>> 1. Any process, including the kernel can only allocate up to 4 GB of >>> memory on a 32-bit system (since a 32-bit integer can only hold that >>> many values) >>> 2. The kernel is further constrained so the user programs can get >>> enough memory >>> 3. Kernel structures for tracking and using memory are also stored >>> in kernel memory. 24 GB of memory with PAE probably "eats up" a lot >>> of those. I think you'll need to increase kmem_size (see >>> http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore >>> ZFS-specific things). >> It made no difference. Still the same error. >> >> Is anyone actually using PAE with FreeBSD 6.2? I have found >> practically no information using >> google. We are using it on very heavy loaded production web server. 8GB of ram, dual xeon with HT. FreebSD 6-STABLE. about 900 process running constantly in about 20 jails. No problems detected :) Planning to migrate to 7-CURRENT AMD64 within a month. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 14:19:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8276016A421 for ; Thu, 4 Oct 2007 14:19:55 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 1016E13C474 for ; Thu, 4 Oct 2007 14:19:54 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id a2so378408ugf for ; Thu, 04 Oct 2007 07:19:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=4HbrC2r1w19ef3iBxUUYT3yrB2Epxx14RLMTNF7mfS4=; b=peSRszKq39t3fVABEDTIj8S+xbAP8jvpBGXMvRhlqfS789f7cdXbF15GpUJfnTX7aQY55WhA5NrlCqO1Dag52cpxJKMHU7TG27YX8OMvSci6aynHcIODVcBXtCWOsSzeX9rnborFpztR1ki8fh7SEVlhC9iBEr0eJA9VrpJX08o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Vr60Vo2H5vJpJOdtMEUxwCAJh5XXec53Pjkj2SN8MviBT94wUbv48rZH21gj0vi0bFH/qjMVFyhWy0DBT+T6giMBfMZydljx2jJhIkBceipiLVDS5I83iDoRGo6wONs28+pqOBiRdh/aLq3o7QUImgGZM4AhP0ItD1XbhACBMqQ= Received: by 10.67.28.2 with SMTP id f2mr2027986ugj.1191507593531; Thu, 04 Oct 2007 07:19:53 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id h1sm2333407nfh.2007.10.04.07.19.51 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Oct 2007 07:19:52 -0700 (PDT) From: Tom Evans To: Stephen.Clark@seclark.us In-Reply-To: <4704E87D.4020608@seclark.us> References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com> <4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com> <4703D5B6.4070003@seclark.us> <4704E87D.4020608@seclark.us> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-c34jXcEX0lFoSV3nAO80" Date: Thu, 04 Oct 2007 15:19:50 +0100 Message-Id: <1191507590.1475.70.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:19:55 -0000 --=-c34jXcEX0lFoSV3nAO80 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-10-04 at 09:19 -0400, Stephen Clark wrote:=20 > Ivan Voras wrote: >=20 > >Stephen Clark wrote: > > > > =20 > > > >>looking at kmem_suballoc which calls vm_map_find which returns > >>KERN_NO_SPACE > >>which is defined as 3. > >> > >>Why would there be no space when I have 24GB of memory? > >> =20 > >> > > > >1. Any process, including the kernel can only allocate up to 4 GB of > >memory on a 32-bit system (since a 32-bit integer can only hold that > >many values) > >2. The kernel is further constrained so the user programs can get enough > >memory > >3. Kernel structures for tracking and using memory are also stored in > >kernel memory. 24 GB of memory with PAE probably "eats up" a lot of > >those. I think you'll need to increase kmem_size (see > >http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore > >ZFS-specific things). > > > > =20 > > >=20 > Hi Ivan, >=20 > It made no difference. Still the same error. >=20 > Is anyone actually using PAE with FreeBSD 6.2? I have found practically=20 > no information using > google. >=20 >=20 > Steve >=20 PAE is an ugly hack that doesn't work well. We used to run PAE on our boxes with 8GB of RAM (Dell 2850), but found that a) performance sucked b) no-one really cared, because PAE is bad news and amd64 is the better option for workloads that require more memory. We sucked it up, switched our servers to amd64 where we could, and and lost 2-4GB RAM on those that couldn't. From your dmesg, that doesn't seem an option; can you swap out for a more capable processor? --=-c34jXcEX0lFoSV3nAO80 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHBPaGlcRvFfyds/cRAoblAJ43zdQkBYGQjKguKOPjYpA5rFE9DACgtUNn 8voGBrtF0UDZa+wHEvp2MSA= =L/xv -----END PGP SIGNATURE----- --=-c34jXcEX0lFoSV3nAO80-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 14:33:28 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5677E16A46B for ; Thu, 4 Oct 2007 14:33:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id D0E9F13C45D for ; Thu, 4 Oct 2007 14:33:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l94EW6RY061369; Thu, 4 Oct 2007 16:32:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l94EW16Q061368; Thu, 4 Oct 2007 16:32:01 +0200 (CEST) (envelope-from olli) Date: Thu, 4 Oct 2007 16:32:01 +0200 (CEST) Message-Id: <200710041432.l94EW16Q061368@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <027301c80688$94ec6b60$0c00a8c0@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 04 Oct 2007 16:32:11 +0200 (CEST) Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:33:28 -0000 Artem Kuchin wrote: > Oliver Fromme wrote: > > Artem Kuchin wrote: > > > What value of HZ option would you recommend > > > for a hosting (web) server with a lot of processes > > > (about 900) and polling off (as decided from previous > > > discussion polling is useless in > > > this situation). > > > > In that case, I would recommend not to override the > > default at all (which is 1000). > > Umm.. default is 100 (one hundred), i think. No, the default is 1000 for quite a few years. Well, except on the alpha platform, but I guess you're on either i386 or amd64, not alpha. Quote from src/sys/kern/subr_param.c: #ifndef HZ # if defined(__amd64__) || defined(__i386__) || defined(__ia64__) || defined(__sparc64__) # define HZ 1000 # else # define HZ 100 # endif #endif Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 14:54:50 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA01616A41A for ; Thu, 4 Oct 2007 14:54:50 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id CB0D813C44B for ; Thu, 4 Oct 2007 14:54:50 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id AE441115D7; Thu, 4 Oct 2007 09:39:46 -0500 (CDT) Date: Thu, 4 Oct 2007 09:39:44 -0500 From: Craig Boston To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru Message-ID: <20071004143944.GA46491@nowhere> Mail-Followup-To: Craig Boston , freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru References: <02d401c805cb$abf59ec0$0c00a8c0@Artem> <200710041232.l94CWd6W056143@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710041232.l94CWd6W056143@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 14:54:50 -0000 On Thu, Oct 04, 2007 at 02:32:39PM +0200, Oliver Fromme wrote: > In that case, I would recommend not to override the > default at all (which is 1000). ISTM that it would be better to use kern.hz=100 in this case. My reasoning is that a web server shouldn't be terribly sensitive to latency, so it's better to have longer quantums to get more work done without context switching overhead. If you're not using polling, you'll be getting interrupts for network traffic anyway. With polling on however, a high HZ value makes sense. > Basically, the kernel cannot handle time slices smaller > than 1/HZ seconds, for any purpose. It should still be able to schedule a new process for the remainder of the slice should the current one block or yield though, right? Craig From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 15:04:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B4116A417 for ; Thu, 4 Oct 2007 15:04:16 +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 14C6013C447 for ; Thu, 4 Oct 2007 15:04:15 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l94EhetS011378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Oct 2007 17:44:07 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l94EhJo0006451; Thu, 4 Oct 2007 17:43:39 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l94EhGq8006450; Thu, 4 Oct 2007 17:43:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 4 Oct 2007 17:43:16 +0300 From: Giorgos Keramidas To: Vlad GALU Message-ID: <20071004144315.GA6377@kobe.laptop> References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.977, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Dag-Erling Sm?rgrav , gepu@flow.rdsnet.ro, Steven Hartland , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 15:04:16 -0000 On 2007-10-02 15:41, Vlad GALU wrote: > On 10/2/07, Dag-Erling Sm?rgrav wrote: > > "Vlad GALU" writes: > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > he can catch up with the thread. > > > > Which symptoms? I can no longer reproduce the hang-on-close bug. > > Strangely enough, me neither. In his case, allocated pts' wouldn't > get deallocated once the sessions ended. There was an old bug, which caused pts consumers to get stuck in "devdrn". This has been fixed, AFAICT, a long time ago. At least, I can't reproduce it any more with the usual tests: * Closing xterm windows. * Closing telnet sessions. * Exiting from screen(1) windows. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 15:05:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF9416A419 for ; Thu, 4 Oct 2007 15:05:51 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 48FF813C465 for ; Thu, 4 Oct 2007 15:05:51 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so202011fka for ; Thu, 04 Oct 2007 08:05:50 -0700 (PDT) Received: by 10.82.154.12 with SMTP id b12mr17392992bue.1191510349452; Thu, 04 Oct 2007 08:05:49 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Thu, 4 Oct 2007 08:05:49 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 18:05:49 +0300 From: "Vlad GALU" To: "Giorgos Keramidas" In-Reply-To: <20071004144315.GA6377@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> <20071004144315.GA6377@kobe.laptop> Cc: Dag-Erling Sm?rgrav , gepu@flow.rdsnet.ro, Steven Hartland , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 15:05:51 -0000 On 10/4/07, Giorgos Keramidas wrote: > On 2007-10-02 15:41, Vlad GALU wrote: > > On 10/2/07, Dag-Erling Sm?rgrav wrote: > > > "Vlad GALU" writes: > > > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so > > > > he can catch up with the thread. > > > > > > Which symptoms? I can no longer reproduce the hang-on-close bug. > > > > Strangely enough, me neither. In his case, allocated pts' wouldn't > > get deallocated once the sessions ended. > > There was an old bug, which caused pts consumers to get stuck in > "devdrn". This has been fixed, AFAICT, a long time ago. At least, I > can't reproduce it any more with the usual tests: > > * Closing xterm windows. > > * Closing telnet sessions. > > * Exiting from screen(1) windows. > Weird. 3 people on this thread already saw the symptoms :( > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 15:17:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 611F916A417; Thu, 4 Oct 2007 15:17:57 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 973BD13C4AA; Thu, 4 Oct 2007 15:17:56 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l94FFjiB014021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Oct 2007 18:16:05 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l94FFO6l006829; Thu, 4 Oct 2007 18:15:42 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l94FFLBj006828; Thu, 4 Oct 2007 18:15:21 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 4 Oct 2007 18:15:21 +0300 From: Giorgos Keramidas To: Vlad GALU Message-ID: <20071004151520.GB6684@kobe.laptop> References: <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <86641pyanc.fsf@ds4.des.no> <86wsu5wuz3.fsf@ds4.des.no> <20071004144315.GA6377@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.978, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Dag-Erling Sm?rgrav , gepu@flow.rdsnet.ro, Steven Hartland , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to enable more than 256 pty's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 15:17:57 -0000 On 2007-10-04 18:05, Vlad GALU wrote: >On 10/4/07, Giorgos Keramidas wrote: >>On 2007-10-02 15:41, Vlad GALU wrote: >>>On 10/2/07, Dag-Erling Sm?rgrav wrote: >>>>"Vlad GALU" writes: >>>>> The symptoms were exhibited even with rev. 1.16. I've CC'ed him so >>>>> he can catch up with the thread. >>>> >>>> Which symptoms? I can no longer reproduce the hang-on-close bug. >>> >>> Strangely enough, me neither. In his case, allocated pts' wouldn't >>> get deallocated once the sessions ended. >> >> There was an old bug, which caused pts consumers to get stuck in >> "devdrn". This has been fixed, AFAICT, a long time ago. At least, I >> can't reproduce it any more with the usual tests: >> >> * Closing xterm windows. >> >> * Closing telnet sessions. >> >> * Exiting from screen(1) windows. > > Weird. 3 people on this thread already saw the symptoms :( It must be a different problem, then. I used to have a local patch which reverted the devdrn wait in kern_conf.c:destroy_devl() near the lines: 753 while (dev->si_threadcount != 0) { 754 /* Use unique dummy wait ident */ 755 msleep(&csw, &devmtx, PRIBIO, "devdrn", hz / 10); 756 } but the original problem I was seeing seems to have been fixed. At least, I can't reproduce it was easily anymore... From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 15:42:43 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE0C16A417 for ; Thu, 4 Oct 2007 15:42:43 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id BABFB13C45D for ; Thu, 4 Oct 2007 15:42:42 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 22514 invoked from network); 4 Oct 2007 19:42:40 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 19:42:40 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246614, updated: 4.10.2007] Message-ID: <009201c8069d$2f3edc20$0c00a8c0@Artem> From: "Artem Kuchin" To: "Craig Boston" , References: <02d401c805cb$abf59ec0$0c00a8c0@Artem><200710041232.l94CWd6W056143@lurza.secnetix.de> <20071004143944.GA46491@nowhere> Date: Thu, 4 Oct 2007 19:42:33 +0400 Organization: IT Legion 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 15:42:43 -0000 Craig Boston wrote: > On Thu, Oct 04, 2007 at 02:32:39PM +0200, Oliver Fromme wrote: >> In that case, I would recommend not to override the >> default at all (which is 1000). > > ISTM that it would be better to use kern.hz=100 in this case. > > My reasoning is that a web server shouldn't be terribly sensitive to > latency, so it's better to have longer quantums to get more work done > without context switching overhead. If you're not using polling, > you'll be getting interrupts for network traffic anyway. That what i personally thought. However 100 seems to be too rough. I just feel so, no reasoning behind this ;) Maybe 200-300 is better than 100 and better than 1000? I wonder how to build a test case for this to find best settings for web server, so others will not stuggle with this on the future. > With polling on however, a high HZ value makes sense. polling does not make sense in case of webhosting though ;) -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 16:21:48 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E32E16A478 for ; Thu, 4 Oct 2007 16:21:48 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 178F513C457 for ; Thu, 4 Oct 2007 16:21:47 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id B0CD9DF54C; Thu, 4 Oct 2007 18:05:24 +0200 (CEST) Date: Thu, 4 Oct 2007 18:05:22 +0200 From: cpghost To: "Artem Kuchin" Message-ID: <20071004180522.3a724868@epia-2.farid-hajji.net> In-Reply-To: <009201c8069d$2f3edc20$0c00a8c0@Artem> References: <02d401c805cb$abf59ec0$0c00a8c0@Artem> <200710041232.l94CWd6W056143@lurza.secnetix.de> <20071004143944.GA46491@nowhere> <009201c8069d$2f3edc20$0c00a8c0@Artem> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Craig Boston Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 16:21:48 -0000 On Thu, 4 Oct 2007 19:42:33 +0400 "Artem Kuchin" wrote: > Craig Boston wrote: > > On Thu, Oct 04, 2007 at 02:32:39PM +0200, Oliver Fromme wrote: > >> In that case, I would recommend not to override the > >> default at all (which is 1000). > > > > ISTM that it would be better to use kern.hz=100 in this case. > > > > My reasoning is that a web server shouldn't be terribly sensitive to > > latency, so it's better to have longer quantums to get more work > > done without context switching overhead. If you're not using > > polling, you'll be getting interrupts for network traffic anyway. > > That what i personally thought. However 100 seems to be too rough. > I just feel so, no reasoning behind this ;) > Maybe 200-300 is better than 100 and better than 1000? > I wonder how to build a test case for this to find best settings for > web server, so others will not stuggle with this on the future. Why would 100 Hz be too rough? Up until recently, very big high traffic web servers were running just fine at 100Hz and some still do today. As Craig said, it's even better to keep the quantum long, so that more work can be done. It makes sense to get rid of client requests as soon as possible, and this is easier done with 100Hz than with higher clock rates. And since context switching happens much more frequently than that (at every blocking syscall, including disk- and network I/O), the server will still be very much responsive anyway. AFAICS, polling(4) is the only scenario where a faster clock makes sense on a web server, and if you absolutely have to do polling, anything below 800Hz to 1000Hz wouldn't make sense anyway. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 17:24:29 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBEFF16A417 for ; Thu, 4 Oct 2007 17:24:29 +0000 (UTC) (envelope-from ekarkkai@pp.htv.fi) Received: from smtp5.pp.htv.fi (smtp5.pp.htv.fi [213.243.153.39]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA5713C455 for ; Thu, 4 Oct 2007 17:24:28 +0000 (UTC) (envelope-from ekarkkai@pp.htv.fi) Received: from zero.my.domain (cs181095217.pp.htv.fi [82.181.95.217]) by smtp5.pp.htv.fi (Postfix) with ESMTP id 8FB185BC369 for ; Thu, 4 Oct 2007 19:57:56 +0300 (EEST) Received: from thunderbolt.my.domain (thunderbolt.my.domain [10.192.168.30]) by zero.my.domain (8.13.8/8.13.8) with ESMTP id l94Gvt81059226 for ; Thu, 4 Oct 2007 19:57:56 +0300 (EEST) (envelope-from ekarkkai@pp.htv.fi) Received: from thunderbolt.my.domain (localhost [127.0.0.1]) by thunderbolt.my.domain (8.13.8/8.13.8) with ESMTP id l94GvtT5001114 for ; Thu, 4 Oct 2007 19:57:55 +0300 (EEST) (envelope-from ejk@thunderbolt.my.domain) Received: (from ejk@localhost) by thunderbolt.my.domain (8.13.8/8.13.8/Submit) id l94GvtnM001113 for stable@freebsd.org; Thu, 4 Oct 2007 19:57:55 +0300 (EEST) (envelope-from ejk) Date: Thu, 4 Oct 2007 19:57:55 +0300 From: Esa Karkkainen To: stable@freebsd.org Message-ID: <20071004165755.GA1049@pp.htv.fi> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 17:24:29 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I get "Fatal double fault" error when writing to a filesystem mounted from NFS server. Both NFS server and client are running 6.2-RELEASE-p7. I've attached dmesg from client and kernel config from server and client. Both have same these NFS options in /etc/rc.conf rpcbind_enable="YES" nfs_server_enable="YES" nfs_client_enable="YES" nfs_reserved_port_only="YES" rpc_lockd_enable="YES" rpc_statd_enable="YES" I have three kernel crash dumps available. The panic message is same in vmcore.0 and .1 Fatal double fault: eip = 0xc0608015 esp = 0xe3955000 ebp = 0xe3955020 panic: double fault Panic message in vmcore.2 has different eip and ebp values. Fatal double fault: eip = 0xc063242a esp = 0xe3955000 ebp = 0xe3955008 panic: double fault And here is backtrace from vmcore.2, which is identical to backtrace found in vmcore.0 and vmcore.1. # kgdb kernel.debug /home/crash/vmcore.2 Fatal double fault: eip = 0xc063242a esp = 0xe3955000 ebp = 0xe3955008 panic: double fault Uptime: 14m41s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04edf2a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04ee1c0 in panic (fmt=0xc069618e "double fault") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0658fde in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:866 #4 0x00000000 in ?? () --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="client.dmesg" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p7 #81: Thu Aug 2 17:50:20 EEST 2007 ejk@thunderbolt.my.domain:/usr/obj/usr/src/sys/THUNDERBOLT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2600+ (2088.08-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1037500416 (989 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe8080000-0xe8080fff irq 3 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe8083000-0xe8083fff irq 5 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe8086000-0xe80860ff irq 10 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered uhub3: vendor 0x050d product 0x0237, class 9/0, rev 2.00/0.00, addr 2 uhub3: multiple transaction translators uhub3: 7 ports with 7 removable, self powered ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 ugen0: SCM Microsystems Inc. SCR3310 USB Smart Card Reader, rev 2.00/5.21, addr 4 nve0: port 0xd000-0xd007 mem 0xe8087000-0xe8087fff irq 11 at device 4.0 on pci0 nve0: Ethernet address 00:30:1b:af:7d:cc miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:30:1b:af:7d:cc pci0: at device 5.0 (no driver attached) pcm0: port 0xd400-0xd4ff,0xd800-0xd87f mem 0xe8081000-0xe8081fff irq 5 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci0 ata1: on atapci0 fwohci0: <1394 Open Host Controller Interface> mem 0xe8084000-0xe80847ff,0xe8085000-0xe808503f irq 11 at device 13.0 on pci0 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:30:1b:30:1b:af:7e:30 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib2: at device 30.0 on pci0 pci3: on pcib2 nvidia0: mem 0xe4000000-0xe4ffffff,0xd0000000-0xd7ffffff,0xd8000000-0xd807ffff irq 10 at device 0.0 on pci3 nvidia0: [GIANT-LOCKED] acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2088076745 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /var was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /home was not properly dismounted WARNING: /scratch was not properly dismounted All threads purged from ugen0.1 All threads purged from ugen0.2 All threads purged from ugen0.3 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="client.kernel.config" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.1 2005/07/18 12:23:41 kensmith Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident THUNDERBOLT # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #device apic # I/O APIC # Bus support. #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device 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 ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # Omat saadot options INCLUDE_CONFIG_FILE # Include this file in kernel device uplcom device ucom --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="server.kernel.config" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.2 2005/09/18 03:37:58 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident LIGHTNING # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device 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 ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # Omat saadot options INCLUDE_CONFIG_FILE options SMP # Symmetric MultiProcessor Kernel --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 17:33:54 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFAA916A41B; Thu, 4 Oct 2007 17:33:54 +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 90ECA13C455; Thu, 4 Oct 2007 17:33:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l94HXrPe003953; Thu, 4 Oct 2007 13:33:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l94HXrUO043547; Thu, 4 Oct 2007 13:33:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id BE017241A2; Thu, 4 Oct 2007 13:34:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071004173426.BE017241A2@freebsd-stable.sentex.ca> Date: Thu, 4 Oct 2007 13:34:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 17:33:55 -0000 TB --- 2007-10-04 16:25:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-04 16:25:01 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-10-04 16:25:01 - cleaning the object tree TB --- 2007-10-04 16:25:37 - checking out the source tree TB --- 2007-10-04 16:25:37 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-10-04 16:25:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-04 16:36:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-04 16:36:43 - cd /src TB --- 2007-10-04 16:36: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 [...] /src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1042: 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 --- 2007-10-04 17:34:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-04 17:34:26 - ERROR: failed to build world TB --- 2007-10-04 17:34:26 - tinderbox aborted TB --- 1.09 user 3.48 system 4165.39 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 19:04:20 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEFC416A420 for ; Thu, 4 Oct 2007 19:04:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3E04513C467 for ; Thu, 4 Oct 2007 19:04:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l94J2wAg075996; Thu, 4 Oct 2007 21:03:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l94J2rFV075995; Thu, 4 Oct 2007 21:02:53 +0200 (CEST) (envelope-from olli) Date: Thu, 4 Oct 2007 21:02:53 +0200 (CEST) Message-Id: <200710041902.l94J2rFV075995@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, cb@severious.net, matrix@itlegion.ru In-Reply-To: <20071004143944.GA46491@nowhere> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 04 Oct 2007 21:03:03 +0200 (CEST) Cc: Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, cb@severious.net, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:04:20 -0000 Craig Boston wrote: > Oliver Fromme wrote: > > In that case, I would recommend not to override the > > default at all (which is 1000). > > ISTM that it would be better to use kern.hz=100 in this case. I haven't seen a benchmark yet which would support that. > My reasoning is that a web server shouldn't be terribly sensitive to > latency, so it's better to have longer quantums to get more work done > without context switching overhead. With HZ=1000 any modern CPU still performs millions of instructions per scheduling quantum. The context switch overhead for the case that a process exceeds its time slice is negligible. > If you're not using polling, you'll > be getting interrupts for network traffic anyway. Right. Probably many more of them than the scheduler switches between processes. > With polling on however, a high HZ value makes sense. Yes, I've seen servers running at HZ=5000 and even more. > > Basically, the kernel cannot handle time slices smaller > > than 1/HZ seconds, for any purpose. > > It should still be able to schedule a new process for the remainder of > the slice should the current one block or yield though, right? Right. And in that case a context switch happens anyway, so reducing the HZ value doesn't buy you anything, except reducing latency for those processes that can do their job quickly (e.g. serving static inline images). I still believe that it's best to not modify the default value of HZ=1000 on such a server. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 19:08:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C421716A41A for ; Thu, 4 Oct 2007 19:08:04 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE2713C49D for ; Thu, 4 Oct 2007 19:08:04 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.13.7) with ESMTP id l94Iq3vJ021958; Thu, 4 Oct 2007 11:52:03 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id l94Iq3Db021957; Thu, 4 Oct 2007 11:52:03 -0700 (PDT) Date: Thu, 4 Oct 2007 11:52:03 -0700 (PDT) From: Matthew Dillon Message-Id: <200710041852.l94Iq3Db021957@apollo.backplane.com> To: cpghost References: <02d401c805cb$abf59ec0$0c00a8c0@Artem> <200710041232.l94CWd6W056143@lurza.secnetix.de> <20071004143944.GA46491@nowhere> <009201c8069d$2f3edc20$0c00a8c0@Artem> <20071004180522.3a724868@epia-2.farid-hajji.net> Cc: Artem Kuchin , freebsd-stable@freebsd.org, Craig Boston Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:08:04 -0000 The basic answer is that HZ is almost, but not quite irrelevant. If a process blocks another will immediately be scheduled. More importantly, if an interrupt driven event (keyboard, tty, network, disk, etc) wakes a process up the scheduler has the ability to force an IMMEDIATE reschedule. Nearly ALL process related events schedule the process from this sort of reschedule. Generally speaking only cpu-bound processes will be hitting the schedular quantum on a regular basis. For network protocols HZ is the basis for the timeout subsystem which is only triggered when things actually time-out, which is fairly rare in a normally running system. Queue timers, select timeouts, and nanosleep are restricted by HZ in granularity, but in nearly all cases those calls are used with very large timeouts not really subject to the granularity of HZ. I think a higher HZ can be somewhat beneficial if you are running a lot of processes which fall through the scheduler's cracks (both cpu and disk bound, usually), or if the scheduler is badly written, but otherwise a lower value will not have much of an effect. I would not go under 100, though. I personally believe that a default of 1000 is ridiculously high, especially on a SMP system. -Matt From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 19:08:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2176F16A418 for ; Thu, 4 Oct 2007 19:08:18 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 3FD5413C44B for ; Thu, 4 Oct 2007 19:08:16 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 28447 invoked from network); 4 Oct 2007 23:08:12 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 23:08:12 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246725, updated: 4.10.2007] Message-ID: <004001c806b9$e55d42f0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <47039CB4.5040306@seclark.us> <4703C245.9000104@mac.com><4703C4FB.4030809@seclark.us> <4703C687.2010201@mac.com><4703D5B6.4070003@seclark.us> <4704E87D.4020608@seclark.us> <001701c80690$029c15a0$0c00a8c0@Artem> <470511CE.5080007@seclark.us> Date: Thu, 4 Oct 2007 23:08:04 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_003D_01C806DB.6AF3DBB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Re: Panic with RELENG_6_2 on DELL PE 4600 with PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:08:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C806DB.6AF3DBB0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit Stephen Clark wrote: > Artem Kuchin wrote: > >> Claus Guttesen wrote: >> >> >>>>>> Why would there be no space when I have 24GB of memory? >>>>>> >>>>>> >>>>> 1. Any process, including the kernel can only allocate up to 4 GB >>>>> of memory on a 32-bit system (since a 32-bit integer can only >>>>> hold that many values) >>>>> 2. The kernel is further constrained so the user programs can get >>>>> enough memory >>>>> 3. Kernel structures for tracking and using memory are also stored >>>>> in kernel memory. 24 GB of memory with PAE probably "eats up" a >>>>> lot of those. I think you'll need to increase kmem_size (see >>>>> http://wiki.freebsd.org/ZFSTuningGuide for an example - ignore >>>>> ZFS-specific things). >>>>> >>>>> >>>> It made no difference. Still the same error. >>>> >>>> Is anyone actually using PAE with FreeBSD 6.2? I have found >>>> practically no information using >>>> google. >>>> >>>> >> >> We are using it on very heavy loaded production web server. 8GB of >> ram, dual xeon with HT. FreebSD 6-STABLE. about 900 process running >> constantly in about 20 jails. No problems detected :) >> >> Planning to migrate to 7-CURRENT AMD64 within a month. >> > Hi Artem, > > Could you send me your kernel config file? I have tried the standard > PAE config file with > no luck. I'd be glad to do so, but when i send email to you i get : 64.202.166.12 does not like recipient. Remote host said: 553 Dynamic pool 84.21.226.46. Giving up on 64.202.166.12. I have visited the link and made a request to unblock our smtp server but it hasn;t been done yet. So, i send it to stable list with attachments :) -- Artem ------=_NextPart_000_003D_01C806DB.6AF3DBB0 Content-Type: application/octet-stream; name="OMNI2-PAE" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="OMNI2-PAE" include OMNI2=0A= =0A= ident PAE-OMNI2=0A= =0A= options PAE # Physical Address Extensions Kernel=0A= =0A= device acpi=0A= =0A= makeoptions NO_MODULES=3Dyes=0A= =0A= ------=_NextPart_000_003D_01C806DB.6AF3DBB0 Content-Type: application/octet-stream; name="OMNI2" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="OMNI2" machine i386=0A= cpu I586_CPU=0A= cpu I686_CPU=0A= ident OMNI2=0A= =0A= options SMP=0A= =0A= options QUOTA=0A= =0A= options SCHED_4BSD # 4BSD scheduler=0A= options INET # InterNETworking=0A= options INET6 # IPv6 communications protocols=0A= options FFS # Berkeley Fast Filesystem=0A= options SOFTUPDATES # Enable FFS soft updates support=0A= options UFS_ACL # Support for access control lists=0A= options UFS_DIRHASH # Improve performance on big directories=0A= #options MD_ROOT # MD is a potential root device=0A= #options NFSCLIENT # Network Filesystem Client=0A= #options NFSSERVER # Network Filesystem Server=0A= #options NFS_ROOT # NFS usable as /, requires NFSCLIENT=0A= options MSDOSFS # MSDOS Filesystem=0A= options NULLFS=0A= options CD9660 # ISO 9660 Filesystem=0A= options PROCFS # Process filesystem (requires PSEUDOFS)=0A= options PSEUDOFS # Pseudo-filesystem framework=0A= options GEOM_GPT # GUID Partition Tables.=0A= options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]=0A= #options COMPAT_FREEBSD4 # Compatible with FreeBSD4=0A= option COMPAT_FREEBSD5=0A= #options SCSI_DELAY=3D15000 # Delay (in ms) before probing SCSI=0A= options KTRACE # ktrace(1) support=0A= options SYSVSHM # SYSV-style shared memory=0A= options SYSVMSG # SYSV-style message queues=0A= options SYSVSEM # SYSV-style semaphores=0A= options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions=0A= #options KBD_INSTALL_CDEV # install a CDEV entry in /dev=0A= =0A= device apic # I/O APIC=0A= =0A= # Bus support. Do not remove isa, even if you have no isa slots=0A= device isa=0A= device pci=0A= =0A= # Floppy drives=0A= device fdc=0A= =0A= # ATA and ATAPI devices=0A= device ata=0A= device atadisk # ATA disk drives=0A= device ataraid # ATA RAID drives=0A= device atapicd # ATAPI CDROM drives=0A= #device atapifd # ATAPI floppy drives=0A= #device atapist # ATAPI tape drives=0A= options ATA_STATIC_ID # Static device numbering=0A= =0A= # SCSI peripherals=0A= device scbus # SCSI bus (required for SCSI)=0A= device da # Direct Access (disks)=0A= device pass # Passthrough device (direct SCSI access)=0A= device twe # 3ware ATA RAID=0A= =0A= # atkbdc0 controls both the keyboard and the PS/2 mouse=0A= device atkbdc # AT keyboard controller=0A= device atkbd # AT keyboard=0A= device psm # PS/2 mouse=0A= =0A= device vga # VGA video card driver=0A= =0A= device splash # Splash screen and screen saver support=0A= =0A= # syscons is the default console driver, resembling an SCO console=0A= device sc=0A= =0A= device agp # support several AGP chipsets=0A= =0A= # Floating point support - do not disable.=0A= device npx=0A= =0A= # Power management support (see NOTES for more options)=0A= #device apm=0A= # Add suspend/resume support for the i8254.=0A= #device pmtimer=0A= =0A= # Serial (COM) ports=0A= device sio # 8250, 16[45]50 based serial ports=0A= =0A= # Parallel port=0A= device ppc=0A= device ppbus # Parallel port bus (required)=0A= device lpt # Printer=0A= device ppi # Parallel port interface device=0A= #device vpo # Requires scbus and da=0A= =0A= =0A= device miibus # MII bus support=0A= device fxp # Intel EtherExpress PRO/100B (82557, 82558)=0A= device em=0A= =0A= =0A= device loop # Network loopback=0A= device mem # Memory and kernel memory devices=0A= device io # I/O device=0A= device random # Entropy device=0A= device ether # Ethernet support=0A= #device sl # Kernel SLIP=0A= #device ppp # Kernel PPP=0A= device tun # Packet tunnel.=0A= device pty # Pseudo-ttys (telnet etc)=0A= device md # Memory "disks"=0A= #device gif # IPv6 and IPv4 tunneling=0A= #device faith # IPv6-to-IPv4 relaying (translation)=0A= =0A= device bpf # Berkeley packet filter=0A= =0A= # USB support=0A= device uhci # UHCI PCI->USB interface=0A= device ohci # OHCI PCI->USB interface=0A= device usb # USB Bus (required)=0A= #device udbp # USB Double Bulk Pipe devices=0A= device ugen # Generic=0A= device uhid # "Human Interface Devices"=0A= device ulpt # Printer=0A= device umass # Disks/Mass storage - Requires scbus and da=0A= =0A= =0A= # FireWire support=0A= #device firewire # FireWire bus code=0A= #device sbp # SCSI over FireWire (Requires scbus and da)=0A= #device fwe # Ethernet over FireWire (non-standard!)=0A= =0A= options IPFIREWALL=0A= options IPFIREWALL_VERBOSE=0A= options IPFIREWALL_VERBOSE_LIMIT=3D10000=0A= options IPFIREWALL_DEFAULT_TO_ACCEPT=0A= =0A= device snp=0A= device speaker=0A= =0A= #options DDB=0A= #options KDB=0A= #options BREAK_TO_DEBUGGER=0A= #options INVARIANT_SUPPORT=0A= #options INVARIANTS=0A= #options WITNESS=0A= #options WITNESS_KDB=0A= #options WITNESS_SKIPSPIN=0A= options ADAPTIVE_GIANT # Giant mutex is adaptive.=0A= =0A= options DEVICE_POLLING=0A= options HZ=3D1000=0A= ------=_NextPart_000_003D_01C806DB.6AF3DBB0-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 19:18:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B132016A420 for ; Thu, 4 Oct 2007 19:18:32 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id DB3DD13C4CB for ; Thu, 4 Oct 2007 19:18:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 28714 invoked from network); 4 Oct 2007 23:18:30 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 4 Oct 2007 23:18:30 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246725, updated: 4.10.2007] Message-ID: <007b01c806bb$55c935c0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Matthew Dillon" , "cpghost" References: <02d401c805cb$abf59ec0$0c00a8c0@Artem><200710041232.l94CWd6W056143@lurza.secnetix.de><20071004143944.GA46491@nowhere><009201c8069d$2f3edc20$0c00a8c0@Artem> <20071004180522.3a724868@epia-2.farid-hajji.net> <200710041852.l94Iq3Db021957@apollo.backplane.com> Date: Thu, 4 Oct 2007 23:18:22 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1251"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: freebsd-stable@freebsd.org, Craig Boston Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:18:32 -0000 > effect. I would not go under 100, though. I personally believe > that a default of 1000 is ridiculously high, especially on a SMP > system. Nuts! Everybody has his own opinion on this matter. Any idea how to actually build syntetic but close to real benchmark for this? For example: Usual web server does: 1) forks 2) reads a bunch of small files from disk for some time 3) forks some cgi scripts 4) dies If i write a test in C doing somthing like this and run very many of then is parallel for, say, 1 hour and then count how many interation have been done with HZ=100 and with HZ=1000 will it be a good test for this? -- Regards Artem From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 19:39:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB2916A418 for ; Thu, 4 Oct 2007 19:39:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6501C13C481 for ; Thu, 4 Oct 2007 19:39:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.13.7) with ESMTP id l94JdiCm022443; Thu, 4 Oct 2007 12:39:44 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id l94JdiL8022442; Thu, 4 Oct 2007 12:39:44 -0700 (PDT) Date: Thu, 4 Oct 2007 12:39:44 -0700 (PDT) From: Matthew Dillon Message-Id: <200710041939.l94JdiL8022442@apollo.backplane.com> To: "Artem Kuchin" References: <02d401c805cb$abf59ec0$0c00a8c0@Artem><200710041232.l94CWd6W056143@lurza.secnetix.de><20071004143944.GA46491@nowhere><009201c8069d$2f3edc20$0c00a8c0@Artem> <20071004180522.3a724868@epia-2.farid-hajji.net> <200710041852.l94Iq3Db021957@apollo.backplane.com> <007b01c806bb$55c935c0$0c00a8c0@Artem> Cc: freebsd-stable@freebsd.org, cpghost , Craig Boston Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 19:39:48 -0000 :Nuts! Everybody has his own opinion on this matter. :Any idea how to actually build syntetic but close to real :benchmark for this? It is literally impossible to write a benchmark to test this, because the effects you are measuring are primarily scheduling effects related to the scheduling algorithm and not so much the time quantum. One can demonstrate that ultra low values of HZ are bad, and ultra high values of HZ are also bad, but everything in the middle is subject to so much 'noise', to the type of test, the scheduler algorithm, and so on and so forth that it is just impossible. This is probably why there is so much argument over the issue. :For example: :Usual web server does: :1) forks :2) reads a bunch of small files from disk for some time :3) forks some cgi scripts :4) dies : :If i write a test in C doing somthing like this and run :very many of then is parallel for, say, 1 hour and then :count how many interation have been done with HZ=100 and :with HZ=1000 will it be a good test for this? : :-- :Regards :Artem Well, the vast majority of web pages are served in a microsecond timeframe and clearly not subject to scheduler quantum because the web server almost immediately blocks. Literally 100 uS or less and the web server's work is done. You can ktrace a web server to see this in action. Serving pages is usually either very fast or the process winds up blocking on I/O (again not subject to the scheduler quantum). CGIs and applets are another story because they tend to be more cpu-intensive, but I would argue that the scheduler algorithm will have a much larger effect on performance and interactivity then the time quantum. You only have so much cpu to play with -- a faster HZ will not give you more, so if your system is cpu bound it all comes down to the scheduler selecting which processes it feels are the most important to run at any given moment. One might think that quickly switching between processes is a good idea but there are plenty of workloads where it can have catastrophic results, such as when a X client is shoving a lot of data to the X server. In that case fast switching is bad because efficient client/server interactions depend very heavily on the client being able to build up a large buffer of operations for the server to execute in bulk. X becomes wildly inefficient with fast switching... It can wind up going 2x, 4x, even 8x slower. Generally speaking, any pipelined workload suffers with fast switching whereas non-pipelined workloads tend to benefit. Operations which can complete in a short period of time anyway (say 10ms) suffer if they are switched out, operations which take longer do not. One of the biggest problems is that applications tend to operate in absolutes (a different absolute depending on the application and the situation), whereas the scheduler has to make decisions based on counting quantums. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 21:15:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE3616A4A6 for ; Thu, 4 Oct 2007 21:15:31 +0000 (UTC) (envelope-from Carlos.Paniago@cnptia.embrapa.br) Received: from plutao.cnptia.embrapa.br (plutao.cnptia.embrapa.br [200.0.70.9]) by mx1.freebsd.org (Postfix) with ESMTP id BC1DB13C465 for ; Thu, 4 Oct 2007 21:15:30 +0000 (UTC) (envelope-from Carlos.Paniago@cnptia.embrapa.br) Received: from localhost (localhost.cnptia.embrapa.br [127.0.0.1]) by plutao.cnptia.embrapa.br (Postfix) with ESMTP id 4340D84597 for ; Thu, 4 Oct 2007 18:05:04 -0300 (BRT) X-Virus-Scanned: amavisd-new at cnptia.embrapa.br Received: from plutao.cnptia.embrapa.br ([127.0.0.1]) by localhost (plutao.cnptia.embrapa.br [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yuLvIqq099+U for ; Thu, 4 Oct 2007 18:05:03 -0300 (BRT) Received: from m156.cnptia.embrapa.br (m156.cnptia.embrapa.br [10.129.1.156]) by plutao.cnptia.embrapa.br (Postfix) with ESMTP id 26CFA845D8 for ; Thu, 4 Oct 2007 18:05:03 -0300 (BRT) Message-ID: <4705557F.5050809@cnptia.embrapa.br> Date: Thu, 04 Oct 2007 18:05:03 -0300 From: Carlos Fernando Assis Paniago Organization: Embrapa =?UTF-8?B?SW5mb3Jtw6F0aWNhIEFncm9wZWN1w6FyaWE=?= User-Agent: Thunderbird 2.0.0.6 (X11/20070920) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------070606040005090608020703" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: STABLE is not compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 21:15:32 -0000 This is a multi-part message in MIME format. --------------070606040005090608020703 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit plutao# make cc -O2 -fno-strict-aliasing -pipe -DIPSEC -DINET6 -DFAST_IPSEC -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/usr.bin/netstat/inet.c /usr/src/usr.bin/netstat/inet.c: In function `pim_stats': /usr/src/usr.bin/netstat/inet.c:1032: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1033: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1034: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int format, u_quad_t arg (arg 2) /usr/src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int format, u_quad_t arg (arg 2) *** Error code 1 Stop in /usr/src/usr.bin/netstat. plutao# I cvsup'ed the RELENG_6 and try in 2 diffent machines. The stable is broken (The thinderbox is showing the same). This is the stable version, people, please solve this ASAP.... Paniago --------------070606040005090608020703-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 21:26:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C87116A418 for ; Thu, 4 Oct 2007 21:26:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id B351313C4A6 for ; Thu, 4 Oct 2007 21:26:35 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id B20B6EB4192; Fri, 5 Oct 2007 05:26:34 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id UoTv16fYKGMr; Fri, 5 Oct 2007 05:26:22 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id C0F0BEB19AE; Fri, 5 Oct 2007 05:26:21 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=MQAA6NWJi6jNFNYJWgi3f8V3ZOLK0BZoF50Zkt+XX0A3a3oGjcHsnbF4II6XJolKc 2xlym9tf0DR8uFAO9NNzQ== Message-ID: <47055A78.2080800@delphij.net> Date: Thu, 04 Oct 2007 14:26:16 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Carlos Fernando Assis Paniago References: <4705557F.5050809@cnptia.embrapa.br> In-Reply-To: <4705557F.5050809@cnptia.embrapa.br> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC8AA6A14743F415BB2A771C5" Cc: freebsd-stable@freebsd.org Subject: Re: STABLE is not compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 21:26:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC8AA6A14743F415BB2A771C5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Carlos Fernando Assis Paniago wrote: > plutao# make > cc -O2 -fno-strict-aliasing -pipe -DIPSEC -DINET6 -DFAST_IPSEC > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter= > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -c /usr/src/usr.bin/netstat/inet.c > /usr/src/usr.bin/netstat/inet.c: In function `pim_stats': > /usr/src/usr.bin/netstat/inet.c:1032: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1033: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1034: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int > format, u_quad_t arg (arg 2) > /usr/src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int > format, u_quad_t arg (arg 2) > *** Error code 1 >=20 > Stop in /usr/src/usr.bin/netstat. > plutao# >=20 > I cvsup'ed the RELENG_6 and try in 2 diffent machines. The stable is > broken (The thinderbox is showing the same). This is the stable version= , > people, please solve this ASAP.... I think David has committed a fix 2 hours ago. Could you please take a look at file revisions and make sure if you have these revisions: Revision Changes Path 1.24.8.2 +1 -0 src/usr.bin/netstat/atalk.c 1.5.2.4 +1 -0 src/usr.bin/netstat/bpf.c 1.70.2.4 +29 -28 src/usr.bin/netstat/inet.c 1.25.8.3 +161 -160 src/usr.bin/netstat/inet6.c 1.12.8.3 +27 -26 src/usr.bin/netstat/ipsec.c 1.23.2.3 +1 -0 src/usr.bin/netstat/ipx.c 1.72.2.10 +4 -4 src/usr.bin/netstat/main.c 1.42.8.8 +24 -23 src/usr.bin/netstat/mbuf.c 1.22.8.3 +15 -10 src/usr.bin/netstat/mroute.c 1.15.8.1 +19 -18 src/usr.bin/netstat/mroute6.c 1.10.8.3 +1 -0 src/usr.bin/netstat/netgraph.c 1.41.2.7 +3 -3 src/usr.bin/netstat/netstat.h 1.1.2.3 +23 -22 src/usr.bin/netstat/pfkey.c 1.76.2.4 +1 -0 src/usr.bin/netstat/route.c 1.18.8.2 +1 -0 src/usr.bin/netstat/unix.c Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC8AA6A14743F415BB2A771C5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBVp4OfuToMruuMARCqtQAJ4/3xVPRW1vdYI4Fb3wkPVdoICE9QCdH3Xf Sxmp+K+MbdH47dzhun19/hk= =OkR2 -----END PGP SIGNATURE----- --------------enigC8AA6A14743F415BB2A771C5-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 23:27:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B433F16A418 for ; Thu, 4 Oct 2007 23:27:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 45D7C13C46E for ; Thu, 4 Oct 2007 23:27:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23823 invoked by uid 399); 4 Oct 2007 23:27:23 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Oct 2007 23:27:23 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 4 Oct 2007 16:27:20 -0700 (PDT) From: Doug Barton To: Artem Kuchin In-Reply-To: <02d401c805cb$abf59ec0$0c00a8c0@Artem> Message-ID: References: <02d401c805cb$abf59ec0$0c00a8c0@Artem> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 23:27:25 -0000 On Wed, 3 Oct 2007, Artem Kuchin wrote: > Hello! > > What value of HZ option would you recommend for a hosting (web) server > with a lot of processes (about 900) and polling off (as decided from > previous discussion polling is useless in this situation). Is this an SMP system? If so you'd probably be well served by testing the latest 7.0-current (which will soon be a beta for 7.0-release) with the ULE scheduler. That's likely to have more benefit for you than changing HZ, although setting it to 100 is probably going to be better than 1000 for reasons others have already mentioned. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 12:30:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E4F16A480 for ; Fri, 5 Oct 2007 12:30:32 +0000 (UTC) (envelope-from Carlos.Paniago@cnptia.embrapa.br) Received: from plutao.cnptia.embrapa.br (plutao.cnptia.embrapa.br [200.0.70.9]) by mx1.freebsd.org (Postfix) with ESMTP id D9FAE13C459 for ; Fri, 5 Oct 2007 12:30:30 +0000 (UTC) (envelope-from Carlos.Paniago@cnptia.embrapa.br) Received: from localhost (localhost.cnptia.embrapa.br [127.0.0.1]) by plutao.cnptia.embrapa.br (Postfix) with ESMTP id 47FD6845C9; Fri, 5 Oct 2007 09:35:28 -0300 (BRT) X-Virus-Scanned: amavisd-new at cnptia.embrapa.br Received: from plutao.cnptia.embrapa.br ([127.0.0.1]) by localhost (plutao.cnptia.embrapa.br [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TqqS3mkZk9tE; Fri, 5 Oct 2007 09:35:27 -0300 (BRT) Received: from m156.cnptia.embrapa.br (m156.cnptia.embrapa.br [10.129.1.156]) by plutao.cnptia.embrapa.br (Postfix) with ESMTP id 23188845CF; Fri, 5 Oct 2007 09:35:27 -0300 (BRT) Message-ID: <47062F8F.9020502@cnptia.embrapa.br> Date: Fri, 05 Oct 2007 09:35:27 -0300 From: Carlos Fernando Assis Paniago Organization: Embrapa =?ISO-8859-1?Q?Inform=E1tica_Agropecu=E1ria?= User-Agent: Thunderbird 2.0.0.6 (X11/20070920) MIME-Version: 1.0 To: d@delphij.net References: <4705557F.5050809@cnptia.embrapa.br> <47055A78.2080800@delphij.net> In-Reply-To: <47055A78.2080800@delphij.net> Content-Type: multipart/mixed; boundary="------------090303050301000507010605" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: STABLE is not compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:30:32 -0000 This is a multi-part message in MIME format. --------------090303050301000507010605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit LI Xin escreveu: > Carlos Fernando Assis Paniago wrote: >> plutao# make >> cc -O2 -fno-strict-aliasing -pipe -DIPSEC -DINET6 -DFAST_IPSEC >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith >> -Wno-uninitialized -c /usr/src/usr.bin/netstat/inet.c >> /usr/src/usr.bin/netstat/inet.c: In function `pim_stats': >> /usr/src/usr.bin/netstat/inet.c:1032: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1033: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1034: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> /usr/src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int >> format, u_quad_t arg (arg 2) >> *** Error code 1 >> >> Stop in /usr/src/usr.bin/netstat. >> plutao# >> >> I cvsup'ed the RELENG_6 and try in 2 diffent machines. The stable is >> broken (The thinderbox is showing the same). This is the stable version, >> people, please solve this ASAP.... > > I think David has committed a fix 2 hours ago. Could you please take a > look at file revisions and make sure if you have these revisions: > > Revision Changes Path > 1.24.8.2 +1 -0 src/usr.bin/netstat/atalk.c > 1.5.2.4 +1 -0 src/usr.bin/netstat/bpf.c > 1.70.2.4 +29 -28 src/usr.bin/netstat/inet.c > 1.25.8.3 +161 -160 src/usr.bin/netstat/inet6.c > 1.12.8.3 +27 -26 src/usr.bin/netstat/ipsec.c > 1.23.2.3 +1 -0 src/usr.bin/netstat/ipx.c > 1.72.2.10 +4 -4 src/usr.bin/netstat/main.c > 1.42.8.8 +24 -23 src/usr.bin/netstat/mbuf.c > 1.22.8.3 +15 -10 src/usr.bin/netstat/mroute.c > 1.15.8.1 +19 -18 src/usr.bin/netstat/mroute6.c > 1.10.8.3 +1 -0 src/usr.bin/netstat/netgraph.c > 1.41.2.7 +3 -3 src/usr.bin/netstat/netstat.h > 1.1.2.3 +23 -22 src/usr.bin/netstat/pfkey.c > 1.76.2.4 +1 -0 src/usr.bin/netstat/route.c > 1.18.8.2 +1 -0 src/usr.bin/netstat/unix.c > > Cheers, OK.. now it is working again... Thanks for the good job... Paniago --------------090303050301000507010605-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 12:50:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 611A816A41A for ; Fri, 5 Oct 2007 12:50:56 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by mx1.freebsd.org (Postfix) with ESMTP id 142AC13C455 for ; Fri, 5 Oct 2007 12:50:55 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so155688ele for ; Fri, 05 Oct 2007 05:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=OcnLFxTQaoRCRG+UQMhBk51F6szM92HSsngPmuEsh3M=; b=Wph8Iqa7CamQ0HzBK62rO4NoMKbjJa4sEBMk8/htRE3Ztnrui51Z5O+1MMNFLzEO1RFTx397SblnKs7XR047nFSv9zoLOYOMtaTLLSFb7l74VCwHZ/ZuBNk99HcrDA38aScihPq93DlvW68NtRKQbr2ST84/Xz1cKjE+VXWakZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=QxIdinea4g4Ozw8epZ5EacW6ZhrYKu8e4qvk2QlU1ASGdaOHFzBuVxWjrGjrhlfQzEyhY0/QVSxn63P0Kv+Sck6y9HM9G4BkB99sknaQNG0CNcK9LiW2bfT8zzwJaZnlKpmhSgf2ggda8ARemBKKLQ84RJr2GieNcPITIQnXq2E= Received: by 10.150.135.2 with SMTP id i2mr516902ybd.1191588655517; Fri, 05 Oct 2007 05:50:55 -0700 (PDT) Received: by 10.90.99.9 with HTTP; Fri, 5 Oct 2007 05:50:55 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 13:50:55 +0100 From: "Bubble Reading" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: OpenSWAN equivalent on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:50:56 -0000 Hi, I am using FreeBSD v6.2. Ques 1: Is there Linux OpenSWAN equivalent Fast-IPSec implementation on FreeBSD ? Ques 2: How do I use the userland application on FreeBSD to use Fast-IPSec stack & OCF ? -- Regards, Bubble From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 12:57:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A1616A41B for ; Fri, 5 Oct 2007 12:57:13 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id E843E13C45D for ; Fri, 5 Oct 2007 12:57:12 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so93351anc for ; Fri, 05 Oct 2007 05:57:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=wAxF2wa9JmldUAV5eamfzVdJGCkldN/D55tbWE2vDf4=; b=GcgsqHPUooAV8sKLDg9UyQGXUAN+aXNjdoJCQ6MIM9DSTrUxt8JdK/imDJYzJ1KTK2EJQAzxaV+ZHWIw4arODi/NBELtoAQ7EglEF4xokf9+6aR6ur6TitALsnEOQZc9GbhDlevjlljQmnEJaIJMSsGLQDtF1zjnZhv9Z49E7dc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Tf0AYcS1CNpXhuR2fn/xpjwGSo26JXc4kfpKM8rJZzCkFCpYfddU2mvZ0VYnH2It/MZS70VKzP3a+1QbSUKeLe5XB8L2Fu6GrYNJpzE9/pofRXEFYkzFuak0qAccGGY29F0+yMyFlxFdEhSIimeChvzalGpBZP3CadNRtN9cC7U= Received: by 10.150.143.14 with SMTP id q14mr513436ybd.1191587296142; Fri, 05 Oct 2007 05:28:16 -0700 (PDT) Received: by 10.90.99.9 with HTTP; Fri, 5 Oct 2007 05:28:16 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 13:28:16 +0100 From: "Bubble Reading" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Userland Application and OCF X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 12:57:13 -0000 Hi, I wish to access a crypto hardware using kernel level implementation of OCF. I am aware that there is Fast-IPSec which might be internally using OCF, but how do I run a crypto algorithm from command line so that it uses Fast-IPSec, OCF and VPN tunnel ? What command should I use ? -- Regards, Bubble From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 13:30:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CDF616A474 for ; Fri, 5 Oct 2007 13:30:31 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 1036913C478 for ; Fri, 5 Oct 2007 13:30:30 +0000 (UTC) (envelope-from bubblereading@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so95445anc for ; Fri, 05 Oct 2007 06:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=8CvsL3Aj8rbqv8dsBp9Wftt57Nrv2Rg9bp5w491WQcs=; b=VWKCO+Wr2qGpNLrdZlcamDw4+V/+/SjvJU85plhHEPJgy/7hTfo60zVVsj3amtP7y9/EwjGR3uh2DXvfCiXPKTr3cwsZ1sYewwKq9HGJLS3l6QPXonqdqsBNY5y/ywmeZiFPuxk8lMm42JsmBocrm5kKvocWDfNLOf9cYi6kg7c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=msdgSz7VCjjSzfrOj3k3zeWakXJBEx36mEXBfCF1vzasaxUqEetuAfRIWKSRUUxrXljSAzUYEhMguYhbTd5VIvwjFOIavbqbWhO+TnO8UO+ZVJSGf/5WP3fn1ifWjNeXl3wLn/eWt9wKXYiGkfENqZPRg3ycF+9Fa75FVF/B+AI= Received: by 10.150.11.6 with SMTP id 6mr531900ybk.1191591030340; Fri, 05 Oct 2007 06:30:30 -0700 (PDT) Received: by 10.90.99.9 with HTTP; Fri, 5 Oct 2007 06:30:30 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 14:30:30 +0100 From: "Bubble Reading" To: "Stefan Esser" , freebsd-stable@freebsd.org In-Reply-To: <47063B2F.4080801@FreeBSD.org> MIME-Version: 1.0 References: <47063B2F.4080801@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: OpenSWAN equivalent on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 13:30:31 -0000 Thanks Stefan. My aim is to: Set up IPSec on FreeBSD (Use Fast IPSec) - Run VPN tests for the different ciphers & modes - Run with OCF and a cryptosoft variant How do I do this ? Is there some documentation ? Regards, Bubble On 10/5/07, Stefan Esser wrote: > > Bubble Reading wrote: > > Hi, > > > > I am using FreeBSD v6.2. > > > > Ques 1: Is there Linux OpenSWAN equivalent Fast-IPSec implementation on > > FreeBSD ? > > Not sure that I understand your question correctly. The FAST_IPSEC > in FreeBSD-6.x supports hardware-crypto (it has been renamed to just > IPSEC in FreeBSD-7.x). OCF is a port of the BSD crypto framework to > Linux. > > > Ques 2: How do I use the userland application on FreeBSD to use > Fast-IPSec > > stack & OCF ? > > Configure the kernel with appropriate crypto devices configured. > > device crypto > device cryptodev > > The kernel and OpenSSL libraries (and thus all programs based on > them) automatically use HW crypto, provided a driver is configured > in the kernel and the hardware is present. Other software can be > taught to use the crypto device (as OCF is a port of the OpenBSD > and FreeBSD crypto framework, I'd assume that software written for > OCF should build and run under both BSDs, too). > > This works well with hardware crypto in the VIA C3 and newer and > with some add-on cards (Soekris). > > Regards, STefan > -- Regards, Bubble From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 14:05:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05FDD16A418; Fri, 5 Oct 2007 14:05:28 +0000 (UTC) (envelope-from emss@free.fr) Received: from kraid.nerim.net (kraid.ipv6.nerim.net [IPv6:2001:7a8:1:1::95]) by mx1.freebsd.org (Postfix) with ESMTP id 78D1413C45A; Fri, 5 Oct 2007 14:05:27 +0000 (UTC) (envelope-from emss@free.fr) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by kraid.nerim.net (Postfix) with ESMTP id 76CCACF0B6; Fri, 5 Oct 2007 16:05:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 9467517541; Fri, 5 Oct 2007 16:05:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0EUB6vcdLKQ; Fri, 5 Oct 2007 16:05:14 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 6D8C117563; Fri, 5 Oct 2007 16:05:14 +0200 (CEST) To: "Bubble Reading" From: Eric Masson In-Reply-To: (Bubble Reading's message of "Fri, 5 Oct 2007 14:30:30 +0100") References: <47063B2F.4080801@FreeBSD.org> X-Operating-System: FreeBSD 6.2-RELEASE-p7 i386 Date: Fri, 05 Oct 2007 16:05:14 +0200 Message-ID: <86wsu1ac85.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenSWAN equivalent on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 14:05:28 -0000 "Bubble Reading" writes: Hi, (Please don't top post) > Set up IPSec on FreeBSD (Use Fast IPSec) > > - Run VPN tests for the different ciphers & modes > - Run with OCF and a cryptosoft variant > > How do I do this ? Is there some documentation ? http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/ipsec.html should give you some indication, there's a mistake in the setup (mixing gif & esp tunnels, just use esp tunnels or gif tunnels over esp transport) You need to install an iked, like isakmpd or racoon, if you don't want to use manual keying (ports come with man pages) : /usr/ports/security/ipsec-tools /usr/ports/security/isakmpd For details regarding ipsec usage/implementation on FreeBSD , take a look at the man pages : man 4 fast_ipsec man 4 crypto Regards -- Cela m'a même déjà valu quelques discussions animés avec mes paires -+- FC in : Tête à tête ou tête à queue ? -+- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 19:08:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BD016A419 for ; Fri, 5 Oct 2007 19:08:07 +0000 (UTC) (envelope-from tpresence@hotmail.com) Received: from bay0-omc1-s32.bay0.hotmail.com (bay0-omc1-s32.bay0.hotmail.com [65.54.246.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5F02813C45D for ; Fri, 5 Oct 2007 19:08:07 +0000 (UTC) (envelope-from tpresence@hotmail.com) Received: from BAY121-W6 ([207.46.10.41]) by bay0-omc1-s32.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 5 Oct 2007 11:56:08 -0700 Message-ID: X-Originating-IP: [67.165.196.192] From: The Presence To: Date: Fri, 5 Oct 2007 12:56:08 -0600 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Oct 2007 18:56:08.0262 (UTC) FILETIME=[63900E60:01C80781] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Freebsd 6.2 and booting from iSCSI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 19:08:07 -0000 I recently deployed a NetAPP S300 device, and I want to be able to load sys= tem OS from it. I have several HP DL380 G3 systems that I want to be able to boot from iSCS= I, but I am not sure how to proceed. NetAPP states that the adapters I wou= ld want to do this are the QLA405x and QLA406x lines. Since the HP DL380 G= 3s use PCI-X I need the QLA-4050 or the QLA-4052 adapters. Unfortunately, = QLogic states that they only support Windows, RHEL, and SuSE. Firstly, has anyone had any luck booting from any system with FreeBSD. My = main drivers here are: 1) I can do a bare-metal restore very simply. 2) I can easily change base system by just changing the TOE parameters in B= IOS. 3) I can have multiple systems have access to the same data without having = to have multiple copies of the data, but do this in block mode instead of f= ile mode. Secondly, has anyone actually had this work with the HP DL380 G3? If so wh= at HBA did you use to do it? Since the QLogic network cards start at aroun= d $800 or so, I don't want to make this a trial and error effort, if its av= oidable. Kevin _________________________________________________________________ Boo!=A0Scare away worms, viruses and so much more! Try Windows Live OneCare= ! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=3Dwl_hotma= ilnews= From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 20:18:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D24116A417 for ; Fri, 5 Oct 2007 20:18:55 +0000 (UTC) (envelope-from krion@voodoo.bawue.com) Received: from voodoo.bawue.com (voodoo.bawue.com [212.9.161.119]) by mx1.freebsd.org (Postfix) with ESMTP id 0C80313C44B for ; Fri, 5 Oct 2007 20:18:54 +0000 (UTC) (envelope-from krion@voodoo.bawue.com) Received: from krion by voodoo.bawue.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Idt4U-0003zd-Ex; Fri, 05 Oct 2007 21:42:50 +0200 Date: Fri, 5 Oct 2007 21:42:50 +0200 From: Kirill Ponomarew To: The Presence Message-ID: <20071005194249.GH1299@voodoo.bawue.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-NIC-HDL: KP869-RIPE Keywords: 477273987 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 6.2 and booting from iSCSI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 20:18:55 -0000 On Fri, Oct 05, 2007 at 12:56:08PM -0600, The Presence wrote: > I recently deployed a NetAPP S300 device, and I want to be able to load system OS from it. > > I have several HP DL380 G3 systems that I want to be able to boot from iSCSI, but I am not sure how to proceed. NetAPP states that the adapters I would want to do this are the QLA405x and QLA406x lines. Since the HP DL380 G3s use PCI-X I need the QLA-4050 or the QLA-4052 adapters. Unfortunately, QLogic states that they only support Windows, RHEL, and SuSE. > > Firstly, has anyone had any luck booting from any system with FreeBSD. My main drivers here are: > > 1) I can do a bare-metal restore very simply. > 2) I can easily change base system by just changing the TOE parameters in BIOS. > 3) I can have multiple systems have access to the same data without having to have multiple copies of the data, but do this in block mode instead of file mode. > > Secondly, has anyone actually had this work with the HP DL380 G3? If so what HBA did you use to do it? Since the QLogic network cards start at around $800 or so, I don't want to make this a trial and error effort, if its avoidable. I think we don't support QLogic HBAs 4xxx. -Kirill From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 20:28:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A096C16A469 for ; Fri, 5 Oct 2007 20:28:22 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3059613C4AC for ; Fri, 5 Oct 2007 20:28:22 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so537128nfb for ; Fri, 05 Oct 2007 13:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=okeJlY2TlHT7oK7T7PVm6Otzc8Z3YXAUPV+qc8k7sYQ=; b=AKzq7gdAqmHYgBGAhT/2qWTVL/647MkYrLWDvilbZh9WJbW7TYzwEl2E8CToyUMdiq9G8i1lRTcR41LYcgYXitWZAY57J2yWjQOwzNHFn4u+BI9N+MlnFqobYl3XrzBPhJPaOqX32CucVj6zixnWN7PXUErQz/gz6k30rHwagh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kiS+QQgHYU7CvKokLq7BqrzooEKFIflf1fOGZj2K17BI8pxMP5FNfvumc+ATR9t3XvcnfbrKt/Wuc2NaKWUIvYKLK8Tdyg29e6Y41X81SWrvlBhIIeJqzTSOnRR2NOns9fZoFaH3FQRh0+Y+cjx970X/2+Qr23uuLxLJPXf1Xj4= Received: by 10.86.50.8 with SMTP id x8mr2759398fgx.1191616100920; Fri, 05 Oct 2007 13:28:20 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 5 Oct 2007 13:28:20 -0700 (PDT) Message-ID: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> Date: Fri, 5 Oct 2007 13:28:20 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 20:28:22 -0000 I am preparing to update the em driver to the equivalent of my 6.6.6 driver. Just doing some last minute sanity checking, I hope to the checkin before end of day. This will provide support for devices up to our latest, the next stage I'm planning will incorporate multiqueue and multiple locks that are already in my Oplin driver (ixgbe) but this will take a bit longer. This driver has the support for TSO in it but its not on by default, as soon as Andre is able to get that MFC'd it can be enabled via a compile option. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 20:43:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AE416A421 for ; Fri, 5 Oct 2007 20:43:24 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id BAD5613C4A6 for ; Fri, 5 Oct 2007 20:43:23 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 71334 invoked from network); 6 Oct 2007 00:43:22 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 6 Oct 2007 00:43:22 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 246914, updated: 5.10.2007] Message-ID: <017501c80790$5ee414b0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Jack Vogel" , "FreeBSD Stable List" References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> Date: Sat, 6 Oct 2007 00:43:21 +0400 Organization: IT Legion 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 20:43:24 -0000 Jack Vogel wrote: > I am preparing to update the em driver to the equivalent of my > 6.6.6 driver. Just doing some last minute sanity checking, I > hope to the checkin before end of day. > > This will provide support for devices up to our latest, the > next stage I'm planning will incorporate multiqueue and > multiple locks that are already in my Oplin driver (ixgbe) > but this will take a bit longer. > > This driver has the support for TSO in it but its not on > by default, as soon as Andre is able to get that MFC'd > it can be enabled via a compile option. Hello, Jack! Remember, i wrote about problems with TSO (dropping send perfomace). I just posted news about it. Switching to SCHED_ULE solved to problem or.. i could be switching from HZ 1000 to HZ 100. I need to check into it. I hope it helps in some way. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 00:27:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87D516A418; Sat, 6 Oct 2007 00:27:48 +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 6A0A213C457; Sat, 6 Oct 2007 00:27:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l960RlQe040535; Fri, 5 Oct 2007 20:27:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l960Rlrh099868; Fri, 5 Oct 2007 20:27:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C154B241A2; Fri, 5 Oct 2007 20:28:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071006002831.C154B241A2@freebsd-stable.sentex.ca> Date: Fri, 5 Oct 2007 20:28:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 00:27:48 -0000 TB --- 2007-10-05 23:06:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-05 23:06:25 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-10-05 23:06:25 - cleaning the object tree TB --- 2007-10-05 23:07:05 - checking out the source tree TB --- 2007-10-05 23:07:05 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2007-10-05 23:07:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-05 23:22:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-05 23:22:18 - cd /src TB --- 2007-10-05 23:22:18 - /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 --- 2007-10-06 00:26:11 - generating LINT kernel config TB --- 2007-10-06 00:26:11 - cd /src/sys/i386/conf TB --- 2007-10-06 00:26:11 - /usr/bin/make -B LINT TB --- 2007-10-06 00:26:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-10-06 00:26:11 - cd /src TB --- 2007-10-06 00:26:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 6 00:26:12 UTC 2007 >>> 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 [...] ===> em (depend) @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -s /obj/src/sys/LINT/opt_bdg.h opt_bdg.h make: don't know how to make e1000_api.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-06 00:28:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-06 00:28:31 - ERROR: failed to build lint kernel TB --- 2007-10-06 00:28:31 - tinderbox aborted TB --- 1.30 user 3.92 system 4926.53 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 01:59:05 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8A216A418; Sat, 6 Oct 2007 01:59:05 +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 5B2CA13C457; Sat, 6 Oct 2007 01:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l961x1j5043891; Fri, 5 Oct 2007 21:59:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l961x1Dl005457; Fri, 5 Oct 2007 21:59:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id BAD10241A2; Fri, 5 Oct 2007 21:59:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071006015945.BAD10241A2@freebsd-stable.sentex.ca> Date: Fri, 5 Oct 2007 21:59:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 01:59:05 -0000 TB --- 2007-10-06 00:28:31 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-06 00:28:31 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-10-06 00:28:32 - cleaning the object tree TB --- 2007-10-06 00:29:12 - checking out the source tree TB --- 2007-10-06 00:29:12 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-10-06 00:29:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-06 00:40:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-06 00:40:16 - cd /src TB --- 2007-10-06 00:40:16 - /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 --- 2007-10-06 01:45:03 - generating LINT kernel config TB --- 2007-10-06 01:45:03 - cd /src/sys/pc98/conf TB --- 2007-10-06 01:45:03 - /usr/bin/make -B LINT TB --- 2007-10-06 01:45:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-10-06 01:45:04 - cd /src TB --- 2007-10-06 01:45:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 6 01:45:04 UTC 2007 >>> 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 [...] objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_allocate_intr': /src/sys/modules/em/../../dev/em/if_em.c:2647: warning: passing arg 6 of `bus_setup_intr' from incompatible pointer type /src/sys/modules/em/../../dev/em/if_em.c:2647: error: too many arguments to function `bus_setup_intr' /src/sys/modules/em/../../dev/em/if_em.c: At top level: /src/sys/modules/em/../../dev/em/if_em.c:3888: warning: 'em_tx_purge' defined but not used *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-06 01:59:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-06 01:59:45 - ERROR: failed to build lint kernel TB --- 2007-10-06 01:59:45 - tinderbox aborted TB --- 1.27 user 3.94 system 5473.61 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 16:21:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018A816A417 for ; Sat, 6 Oct 2007 16:21:16 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8070513C4C4 for ; Sat, 6 Oct 2007 16:21:15 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so666057nfb for ; Sat, 06 Oct 2007 09:21:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=JG56/a4qtwoOjX+LZD6R29B29FmKXYHg/4WqDSWwyRQ=; b=rmtDmQnwT4WhsbojLhxeKMB1u3rM07Pmg7nXtZ6u3PRJQNmGaZgdprRx8sltZJkWwqL90i9uRaQS739nNcFOS2XXalsDhl0IBI6k6VQWmC+Ds6OMX8XdmFO8DdKguMnF2QVuyekoDYfCbMu9VOIExPtd1U3F/GFTt6YnD9d1oe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jFV2GHn9a4IJz9bQa5doagR5t9pE3O0XEU9bHyNVgqnDpIqAPxEMb7kdH7F8Y4osu5RhYNg5+2AnWUc6T/oSlCD3Y7+Ko0+yECBjGufhNm0KfwM/YvTJWoi7rHyuy0P2EtJZeiqTtUfNdLqhY4I6uCTVqMISyNWj/8XOhaC8L6M= Received: by 10.86.72.15 with SMTP id u15mr3471988fga.1191687673994; Sat, 06 Oct 2007 09:21:13 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Sat, 6 Oct 2007 09:21:13 -0700 (PDT) Message-ID: <499c70c0710060921l774e2570se1b9ead6482291cc@mail.gmail.com> Date: Sat, 6 Oct 2007 19:21:13 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Doug Barton" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <02d401c805cb$abf59ec0$0c00a8c0@Artem> Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: Quation about HZ kernel option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 16:21:16 -0000 On 10/5/07, Doug Barton wrote: > On Wed, 3 Oct 2007, Artem Kuchin wrote: > > > Hello! > > > > What value of HZ option would you recommend for a hosting (web) server > > with a lot of processes (about 900) and polling off (as decided from > > previous discussion polling is useless in this situation). > > Is this an SMP system? If so you'd probably be well served by testing the > latest 7.0-current (which will soon be a beta for 7.0-release) with the > ULE scheduler. That's likely to have more benefit for you than changing > HZ, although setting it to 100 is probably going to be better than 1000 > for reasons others have already mentioned. > > hth, > > Doug > > -- > > This .signature sanitized for your protection Hello, Thank you for the nice discussion guys, I have server with dual xeon cpus, and C2D I switched kern.hz to 100 instead of 1000. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 19:02:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F8116A419 for ; Sat, 6 Oct 2007 19:02:26 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 92BBB13C448 for ; Sat, 6 Oct 2007 19:02:25 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l96IiG7N048195; Sun, 7 Oct 2007 02:44:16 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l96IiFs0048194; Sun, 7 Oct 2007 02:44:15 +0800 (KRAST) (envelope-from eugen) Date: Sun, 7 Oct 2007 02:44:15 +0800 From: Eugene Grosbein To: Jack Vogel Message-ID: <20071006184415.GA47925@svzserv.kemerovo.su> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 19:02:26 -0000 On Fri, Oct 05, 2007 at 01:28:20PM -0700, Jack Vogel wrote: > I am preparing to update the em driver to the equivalent of my > 6.6.6 driver. Just doing some last minute sanity checking, I > hope to the checkin before end of day. The MFC broke compilation of kernel containing both device em and options DEVICE_POLLING: /home/obj/src/sys/dev/em/if_em.c: In function `em_allocate_intr': /home/obj/src/sys/dev/em/if_em.c:2647: warning: passing arg 6 of `bus_setup_intr' from incompatible pointer type /home/obj/src/sys/dev/em/if_em.c:2647: error: too many arguments to function `bus_setup_intr' Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 19:08:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D77516A419 for ; Sat, 6 Oct 2007 19:08:41 +0000 (UTC) (envelope-from almarrie@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 BB9BC13C459 for ; Sat, 6 Oct 2007 19:08:40 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so687522nfb for ; Sat, 06 Oct 2007 12:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=vAHs7S6UJWCnkml4tNjj8vtt1tErVGlrm+zeDo8dp8w=; b=EZ9f5UFYMKqm8viiXk0Oc/ERf/CkHII83CviyoUqiXEHHQsd+VEZa6b+z4VICF1bXsCslPEy+pRjL0uj5ahbUf1m4yp4UHCuDyJakIjcxfER4jw02jVjLNlwbbgC8nhLkP4zw7HjROigEacYIIz5XCt4hwktUd5hbrvDgi87YOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L85uE7ycL4KH7k912WfwqVKncrlkGIgMLVt8B9xoPsDr6YpAKAV94TKG6aC8IfOYHvpVSCXQtfJFfshR6HQEaRq2SJWt/K46ODR27QE1mTwlngz32GvVUfZfYsmt2eQWFIF6ymbMRDoVMHBSJYevIeHNEb5WNC2pWQ9nd275MEQ= Received: by 10.86.28.5 with SMTP id b5mr3585316fgb.1191697719453; Sat, 06 Oct 2007 12:08:39 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Sat, 6 Oct 2007 12:08:39 -0700 (PDT) Message-ID: <499c70c0710061208s5148ebd4nd25e026d525cc900@mail.gmail.com> Date: Sat, 6 Oct 2007 22:08:39 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Eugene Grosbein" In-Reply-To: <20071006184415.GA47925@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <20071006184415.GA47925@svzserv.kemerovo.su> Cc: FreeBSD Stable List , Jack Vogel Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 19:08:41 -0000 On 10/6/07, Eugene Grosbein wrote: > On Fri, Oct 05, 2007 at 01:28:20PM -0700, Jack Vogel wrote: > > > I am preparing to update the em driver to the equivalent of my > > 6.6.6 driver. Just doing some last minute sanity checking, I > > hope to the checkin before end of day. > > The MFC broke compilation of kernel containing both device em > and options DEVICE_POLLING: > > /home/obj/src/sys/dev/em/if_em.c: In function `em_allocate_intr': > /home/obj/src/sys/dev/em/if_em.c:2647: warning: passing arg 6 of `bus_setup_intr' from incompatible pointer type > /home/obj/src/sys/dev/em/if_em.c:2647: error: too many arguments to function `bus_setup_intr' > > Eugene Grosbein I don't think it was in HEAD to be MFCed? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 19:37:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE6616A46B for ; Sat, 6 Oct 2007 19:37:21 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE7813C4BB for ; Sat, 6 Oct 2007 19:37:21 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-31-60.bredband.comhem.se ([83.253.31.60]:60738 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from ) id 1IeFSi-0005Al-4O for freebsd-stable@freebsd.org; Sat, 06 Oct 2007 21:37:20 +0200 Received: (qmail 3491 invoked from network); 6 Oct 2007 21:37:17 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 6 Oct 2007 21:37:17 +0200 Received: (qmail 16890 invoked by uid 1001); 6 Oct 2007 21:37:17 +0200 Date: Sat, 6 Oct 2007 21:37:16 +0200 From: Erik Trulsson To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071006193716.GA16877@owl.midgard.homeip.net> Mail-Followup-To: Abdullah Ibn Hamad Al-Marri , Eugene Grosbein , FreeBSD Stable List References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <20071006184415.GA47925@svzserv.kemerovo.su> <499c70c0710061208s5148ebd4nd25e026d525cc900@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0710061208s5148ebd4nd25e026d525cc900@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.31.60 X-Scan-Result: No virus found in message 1IeFSi-0005Al-4O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1IeFSi-0005Al-4O 646a423a19f51b622ea2195f6a932644 Cc: FreeBSD Stable List , Eugene Grosbein Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 19:37:21 -0000 On Sat, Oct 06, 2007 at 10:08:39PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 10/6/07, Eugene Grosbein wrote: > > On Fri, Oct 05, 2007 at 01:28:20PM -0700, Jack Vogel wrote: > > > > > I am preparing to update the em driver to the equivalent of my > > > 6.6.6 driver. Just doing some last minute sanity checking, I > > > hope to the checkin before end of day. > > > > The MFC broke compilation of kernel containing both device em > > and options DEVICE_POLLING: > > > > /home/obj/src/sys/dev/em/if_em.c: In function `em_allocate_intr': > > /home/obj/src/sys/dev/em/if_em.c:2647: warning: passing arg 6 of `bus_setup_intr' from incompatible pointer type > > /home/obj/src/sys/dev/em/if_em.c:2647: error: too many arguments to function `bus_setup_intr' > > > > Eugene Grosbein > > I don't think it was in HEAD to be MFCed? Correct. That code has not yet been added to -CURRENT, so technically it was not an MFC (Merge From -Current), but rather an MFV (Merge From Vendor). -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 22:33:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964E116A419 for ; Sat, 6 Oct 2007 22:33:03 +0000 (UTC) (envelope-from tpresence@hotmail.com) Received: from bay0-omc1-s28.bay0.hotmail.com (bay0-omc1-s28.bay0.hotmail.com [65.54.246.100]) by mx1.freebsd.org (Postfix) with ESMTP id 83C0D13C43E for ; Sat, 6 Oct 2007 22:33:03 +0000 (UTC) (envelope-from tpresence@hotmail.com) Received: from BAY121-W11 ([207.46.10.46]) by bay0-omc1-s28.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 6 Oct 2007 15:33:03 -0700 Message-ID: X-Originating-IP: [67.165.196.192] From: The Presence To: Date: Sat, 6 Oct 2007 16:33:02 -0600 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 06 Oct 2007 22:33:03.0749 (UTC) FILETIME=[DBCF8350:01C80868] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd ipsc -a output missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 22:33:03 -0000 I have a generic kernel on my FreeBSD 6.2 system, and I am getting errors r= egarding PMAP_SHPGPERPROC which is set at 201 (default). Because the syste= m is a heavy load websever, this happens quite often. I want to calculate = the proper value to to it to, but my ipcs software isn't working. Anyone k= now how to reconcile it? I do have: options SYSVSHM # SYSV-style pscshared memory = =20 options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores compiled into the kernel. Output from ipcs -a: mercury# ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E =20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME =20 _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook =96 together at last. =A0= Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=3DCL10062= 6971033= From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 22:47:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A20F16A41A for ; Sat, 6 Oct 2007 22:47:15 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 2D69613C4B2 for ; Sat, 6 Oct 2007 22:47:15 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from takahe.local (84-203-33-159.mysmart.ie [84.203.33.159]) by dd15624.kasserver.com (Postfix) with ESMTP id 39A5718193644; Sun, 7 Oct 2007 00:19:00 +0200 (CEST) Message-ID: <470809D2.4040401@chillt.de> Date: Sat, 06 Oct 2007 23:18:58 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 2.0.0.6 (X11/20070811) MIME-Version: 1.0 To: Eugene Grosbein References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <20071006184415.GA47925@svzserv.kemerovo.su> In-Reply-To: <20071006184415.GA47925@svzserv.kemerovo.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List , Jack Vogel Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 22:47:15 -0000 > /home/obj/src/sys/dev/em/if_em.c: In function `em_allocate_intr': > /home/obj/src/sys/dev/em/if_em.c:2647: warning: passing arg 6 of `bus_setup_intr' from incompatible pointer type > /home/obj/src/sys/dev/em/if_em.c:2647: error: too many arguments to function `bus_setup_intr' This has just been fixed, but for me it now breaks with: /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_init_locked': /usr/src/sys/modules/em/../../dev/em/if_em.c:1299: error: structure has no member named `laa_is_present' /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_local_timer': /usr/src/sys/modules/em/../../dev/em/if_em.c:2400: error: structure has no member named `mac_type' /usr/src/sys/modules/em/../../dev/em/if_em.c:2401: error: structure has no member named `laa_is_present' - Bartosz