From owner-freebsd-stable Sun Feb 9 0:11:14 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78ABD37B401 for ; Sun, 9 Feb 2003 00:11:13 -0800 (PST) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35DCE43F93 for ; Sun, 9 Feb 2003 00:11:12 -0800 (PST) (envelope-from k.joch@kmjeuro.com) Received: from kmjeuro.com (adsl.ooe.kmjeuro.com [193.81.94.78]) (authenticated bits=0) by sv07e.atm-tzs.kmjeuro.com (8.12.6/8.12.6) with ESMTP id h198APxD035804 for ; Sun, 9 Feb 2003 09:10:26 +0100 (CET) (envelope-from k.joch@kmjeuro.com) Message-ID: <3E460D09.20908@kmjeuro.com> Date: Sun, 09 Feb 2003 09:10:49 +0100 From: "Karl M. Joch" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-at, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: sshd_config man page typo Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Mail Server protected by CTS Austria www.ctseuro.com Message found to be clean Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG after updating a server far away i had to recognize that UsePrivilegeSeparation is on by default. Updating without creating the user sshd results in refusing access becaus there is no user found for Privilege Separation. The man page says the default is NO but it is YES. This should be changed to avoid people having the same problem then me now to travel 600 km to reenable sshd. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 0:34:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802A337B405 for ; Sun, 9 Feb 2003 00:34:28 -0800 (PST) Received: from apollo.laserfence.net (apollo.laserfence.net [196.44.69.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA3043F75 for ; Sun, 9 Feb 2003 00:34:26 -0800 (PST) (envelope-from will@unfoldings.net) Received: from localhost ([127.0.0.1]) by apollo.laserfence.net with esmtp (Exim 4.10) id 18hmuo-000NbW-00 for freebsd-stable@freebsd.org; Sun, 09 Feb 2003 10:34:18 +0200 Received: from prometheus-p0.datel.laserfence.net ([192.168.255.1] helo=prometheus.home.laserfence.net) by apollo.laserfence.net with esmtp (Exim 4.10) id 18hmub-000NbP-00 for freebsd-stable@freebsd.org; Sun, 09 Feb 2003 10:34:06 +0200 Received: from phoenix.home.laserfence.net ([192.168.0.2]) by prometheus.home.laserfence.net with esmtp (Exim 4.10) id 18hmuX-000GBb-00 for freebsd-stable@freebsd.org; Sun, 09 Feb 2003 10:34:01 +0200 Received: from will by phoenix.home.laserfence.net with local (Exim 4.10) id 18hmuW-000MIc-00 for freebsd-stable@freebsd.org; Sun, 09 Feb 2003 10:34:00 +0200 From: Willie Viljoen To: freebsd-stable@freebsd.org Subject: Re: sshd_config man page typo Date: Sun, 9 Feb 2003 10:34:00 +0200 User-Agent: KMail/1.5 References: <3E460D09.20908@kmjeuro.com> In-Reply-To: <3E460D09.20908@kmjeuro.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200302091034.00463.will@unfoldings.net> X-Spam-Score: (/) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18hmub-000NbP-00*H/QSZ7OMQBM* X-Virus-Scanned: by AMaViS snapshot-20020422 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 09 February 2003 10:10, Karl M. Joch wrote: > after updating a server far away i had to recognize that > UsePrivilegeSeparation is on by default. Updating without creating the > user sshd results in refusing access becaus there is no user found for > Privilege Separation. > > The man page says the default is NO but it is YES. > > This should be changed to avoid people having the same problem then me > now to travel 600 km to reenable sshd. Quick Tip for anybody reading this later. This is an excellent example why you should always use mergemaster(8) when upgrading :-) -- Willie Viljoen Freelance IT Consultant 214 Paul Kruger Avenue, Universitas Bloemfontein 9321 South Africa +27 51 522 15 60 +27 51 522 44 36 (after hours) +27 82 404 03 27 (mobile) will@unfoldings.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 4:50: 2 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D2237B401 for ; Sun, 9 Feb 2003 04:50:01 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA81143F93 for ; Sun, 9 Feb 2003 04:50:00 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id C2F425372; Sun, 9 Feb 2003 13:49:58 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Karl M. Joch" Cc: freebsd-stable@freebsd.org Subject: Re: sshd_config man page typo From: Dag-Erling Smorgrav Date: Sun, 09 Feb 2003 13:49:58 +0100 In-Reply-To: <3E460D09.20908@kmjeuro.com> ("Karl M. Joch"'s message of "Sun, 09 Feb 2003 09:10:49 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <3E460D09.20908@kmjeuro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Karl M. Joch" writes: > after updating a server far away i had to recognize that > UsePrivilegeSeparation is on by default. Updating without creating the > user sshd results in refusing access becaus there is no user found for > Privilege Separation. You did not follow the documented upgrade procedure (which includes running 'mergemaster -p' before installworld). > The man page says the default is NO but it is YES. Bzzzt. The man page clearly says it is on by default: UsePrivilegeSeparation Specifies whether sshd separates privileges by creating an unprivileged child process to deal with incoming network traffic. After successful authentication, another process will be created that has the privilege of the authenticated user. The goal of privilege separation is to prevent privilege escalation by con- taining any corruption within the unprivileged processes. The default is ``yes''. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 6: 0:34 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A01337B401 for ; Sun, 9 Feb 2003 06:00:33 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 049D443F75 for ; Sun, 9 Feb 2003 06:00:33 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id E83BD8A2FB6 for ; Sun, 9 Feb 2003 10:00:26 -0400 (AST) Date: Sun, 9 Feb 2003 10:00:26 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Subject: Odd "hanging" behavior with -STABLE ... Message-ID: <20030209095314.C7884@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At first I'd thought it might be hardware related, but if it is, its a behaviour I haven't seen before ... I have two machines .. one -STABLE as of Feb 1st, the other of Feb 6th ... the one on Feb 6th itermediantly "hangs" ... but doesn't stay hung ... For instance, I woke up this morning to checked on the one that has been giving problems, and, once more, it was 'hung' ... checked ruptime on the other server, and it reported that it was down 9hrs ... type 'uptime' on an option console I have on the 'hung' server, and after a couple of minutes, it comes back with the answer, and I can proceed to enter a few more commands ... come back a bit later, and its 'hung' again, with pretty much the same routine ... I'm trying to CVSup back to the sources from the 1st, to see if that helps correct the problem, but does anyone have any ideas on what might be causing this? There is nothing in /var/log/messages to indicate a problem ... Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 11:30:33 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C14A37B401 for ; Sun, 9 Feb 2003 11:30:32 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8910943F3F for ; Sun, 9 Feb 2003 11:30:31 -0800 (PST) (envelope-from wes@softweyr.com) Received: from foogate.softweyr.com (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id 7FEB5433DE; Sun, 9 Feb 2003 11:28:26 -0800 (PST) From: Wes Peters Organization: Softweyr To: Thomas Seck , freebsd-stable@FreeBSD.ORG Subject: Re: Invalid ps start time values for kernel processes ? Date: Sun, 9 Feb 2003 12:27:15 +0000 User-Agent: KMail/1.5 References: <200302081350.33720.paul.koch@statscout.com> <200302081422.h18EMcud028557@lurza.secnetix.de> <20030208184708.GA705@laurel.tmseck.homedns.org> In-Reply-To: <20030208184708.GA705@laurel.tmseck.homedns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200302091227.15188.wes@softweyr.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 08 February 2003 18:47, Thomas Seck wrote: > * Oliver Fromme (olli@secnetix.de): > > However, if the CMOS clock runs in local time, then there > > is no way for the kernel to convert it to UTC, because the > > kernel does not know what your local timezone is. How > > should it know? > > NetBSD allows you (when I last looked at it, it was 1.5.something) to > set a kernel variable for the difference between CMOS time and UTC at > compile time. You would then need two kernels to reflect DST. Or a hint with the offset, and an operator or program smart enough to change the hint on DST changes. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 13:47:12 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9666F37B401 for ; Sun, 9 Feb 2003 13:47:10 -0800 (PST) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 474A743FAF for ; Sun, 9 Feb 2003 13:47:09 -0800 (PST) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 18hzK1-000CnT-00 for stable@freebsd.org; Sun, 09 Feb 2003 22:49:09 +0100 Date: Sun, 9 Feb 2003 22:49:09 +0100 From: Wiktor Niesiobedzki To: stable@freebsd.org Subject: puc update to support new board Message-ID: <20030209214909.GC26595@mail.evip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Following patch will add support for Sunix 4065A 8 serial port card. Please note conflicting ID with Dolphin Peripherals 4036. Output of pciconf -lv: puc0@pci0:12:0: class=0x070002 card=0x40651409 chip=0x71681409 rev=0x01 hdr=0x00 vendor = 'eTIMedia Technology Co Ltd' device = 'Multi I/O card' class = simple comms subclass = UART Wiktor Niesiobedzki =================================================================== RCS file: /sys/dev/puc/pucdata.c,v retrieving revision 1.25 diff -u -r1.25 pucdata.c --- /sys/dev/puc/pucdata.c 2001/12/16 22:23:01 1.25 +++ /sys/dev/puc/pucdata.c 2003/02/09 21:29:09 @@ -207,6 +207,7 @@ * Dolphin Peripherals 4036 (dual serial port) card. * (Dolpin 4025 has the same ID but only one port) */ +/* Confilcting ID with SIIG Cyber 8S PCI 16C550 (10x family): 8S { "Dolphin Peripherals 4036", { 0x1409, 0x7168, 0x0, 0x0 }, { 0xffff, 0xffff, 0x0, 0x0 }, @@ -215,7 +216,7 @@ { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8}, }, }, - +*/ /* * XXX no entry because I have no data: * XXX Dolphin Peripherals 4078 (dual serial and single parallel) @@ -410,6 +411,22 @@ { PUC_PORT_TYPE_COM, 0x24, 0x00, COM_FREQ }, }, }, + + /* SIIG Cyber 8S PCI 16C550 (10x family): 8S */ + { "SIIG Cyber 8S PCI 16C550 (10x family)", + { 0x1409, 0x7168, 0, 0 }, + { 0xffff, 0xffff, 0, 0 }, + { + { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x14, 0x08, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x18, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x1c, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x20, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x24, 0x00, COM_FREQ }, + }, + }, /* * SIIG "20x" family boards. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 13:52:22 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C84037B401 for ; Sun, 9 Feb 2003 13:52:20 -0800 (PST) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D505343FA3 for ; Sun, 9 Feb 2003 13:52:17 -0800 (PST) (envelope-from regisr@regix.com) Received: from crocoite.home.regix.com (nas-cbv-9-62-147-161-241.dial.proxad.net [62.147.161.241]) by postfix3-2.free.fr (Postfix) with ESMTP id 9B42CC054 for ; Sun, 9 Feb 2003 22:52:15 +0100 (CET) Received: from crocoite.home.regix.com (localhost.home.regix.com [127.0.0.1]) by crocoite.home.regix.com (8.12.6/8.12.6) with ESMTP id h19AoDpW000745 for ; Sun, 9 Feb 2003 11:50:14 +0100 (CET) (envelope-from regisr@crocoite.home.regix.com) Received: (from regisr@localhost) by crocoite.home.regix.com (8.12.6/8.12.6/Submit) id h19AoCF8000744 for freebsd-stable@FreeBSD.ORG; Sun, 9 Feb 2003 11:50:12 +0100 (CET) X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Received: from localhost (localhost.home.regix.com [127.0.0.1]) by crocoite.home.regix.com (8.12.6/8.12.6) with ESMTP id h16MCutG001090 for ; Thu, 6 Feb 2003 23:12:56 +0100 (CET) (envelope-from usb-bsd-owner@eleetbsd.org) Delivered-To: online.fr-regisr@free.fr Received: from pop.free.fr [213.228.0.14] by localhost with POP3 (fetchmail-6.2.0) for regisr@localhost (single-drop); Thu, 06 Feb 2003 23:12:56 +0100 (CET) Received: (qmail 670 invoked from network); 6 Feb 2003 22:06:59 -0000 Received: from cali-2.pobox.com (64.71.166.115) by mrelay3-2.free.fr with SMTP; 6 Feb 2003 22:06:59 -0000 Received: from cali-2.pobox.com (localhost.localdomain [127.0.0.1]) by cali-2.pobox.com (Postfix) with ESMTP id CF4DF3E9C4 for ; Thu, 6 Feb 2003 17:06:52 -0500 (EST) Delivered-To: regisr@pobox.com Received: from web7.webpipe.net (web7.webpipe.net [205.244.47.30]) by cali-2.pobox.com (Postfix) with ESMTP id 441AE3E9F0 for ; Thu, 6 Feb 2003 17:06:47 -0500 (EST) Received: from newyork.inteltec.com (newyork.inteltec.com [167.206.208.13]) by web7.webpipe.net (8.9.3/8.9.3) with ESMTP id OAA28150 for ; Thu, 6 Feb 2003 14:03:08 -0700 X-Envelope-From: usb-bsd-owner@eleetbsd.org X-Envelope-To: Received: (from sympa@localhost) by newyork.inteltec.com (8.11.6/8.11.6) id h16M6S320398; Thu, 6 Feb 2003 17:06:28 -0500 (EST) (envelope-from usb-bsd-owner@eleetbsd.org) Received: from asiago.netmonger.net ([216.168.131.145]) by newyork.inteltec.com (8.11.6/8.11.6) with ESMTP id h16M6Iu20381 for ; Thu, 6 Feb 2003 17:06:19 -0500 (EST) (envelope-from regisr@regix.com) Received: from crocoite.home.regix.com (nas-cbv-9-62-147-160-38.dial.proxad.net [62.147.160.38]) by asiago.netmonger.net (8.12.6/8.12.6) with ESMTP id h16M697c005994 for ; Thu, 6 Feb 2003 17:06:16 -0500 (EST) (envelope-from regisr@regix.com) Received: from crocoite.home.regix.com (localhost.home.regix.com [127.0.0.1]) by crocoite.home.regix.com (8.12.6/8.12.6) with ESMTP id h16M5otG001045; Thu, 6 Feb 2003 23:05:50 +0100 (CET) (envelope-from regisr@crocoite.home.regix.com) Received: (from regisr@localhost) by crocoite.home.regix.com (8.12.6/8.12.6/Submit) id h16M5loA001042; Thu, 6 Feb 2003 23:05:47 +0100 (CET) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD In-Reply-To: <1044486128.3717.12.camel@chowder.dons.net.au> Date: Sun, 09 Feb 2003 11:50:12 +0100 (CET) Organization: Regix X-Loop: usb-bsd@eleetbsd.org X-Sequence: 287 X-no-archive: yes List-Id: List-Help: List-Subscribe: List-Unsubscribe: List-Post: List-Owner: List-Archive: From: regis rampnoux To: freebsd-stable@FreeBSD.ORG Subject: USB floppy drive Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I want to use my TEAC USB Floppy with FreeBSD 4.7-STABLE (CVS 31 jan 2003) but I can't. Who knowns that is wrong? da1 at umass-sim0 bus 0 target 1 lun 0 da1: Removable Direct Access SCSI-0 device da1: 20KB/s transfers I tried the mtools and mount_msdos to deal with it but I obtain only the error: Can't open /dev/da1: Input/output error (I tried the others /dev/da1* devices too with the same result). umass1: Unsupported UFI command 0x08, 6 byte command should have been converted da1: reading primary partition table: error reading fsbn 0 umass1: Unsupported UFI command 0x35 (da1:umass-sim0:0:1:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 -- http://regisr.regix.com/ portail photo http://www.regix.net magazine http://www.regix.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 14: 3:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7952237B401 for ; Sun, 9 Feb 2003 14:03:29 -0800 (PST) Received: from infected.bounceme.net (c-b8c670d5.011-185-73746f23.cust.bredbandsbolaget.se [213.112.198.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id E328643F3F for ; Sun, 9 Feb 2003 14:03:25 -0800 (PST) (envelope-from mikelevi@infected.bounceme.net) Received: from infected.bounceme.net (mikelevi@localhost.localdomain [127.0.0.1]) by infected.bounceme.net (8.12.7/8.12.6) with ESMTP id h19M7gt8083623 for ; Sun, 9 Feb 2003 23:07:43 +0100 (CET) (envelope-from mikelevi@infected.bounceme.net) Received: from localhost (mikelevi@localhost) by infected.bounceme.net (8.12.7/8.12.6/Submit) with ESMTP id h19M7gpK083620 for ; Sun, 9 Feb 2003 23:07:42 +0100 (CET) Date: Sun, 9 Feb 2003 23:07:42 +0100 (CET) From: "mikelevi@infected.bounceme.net" To: freebsd-stable@FreeBSD.org Message-ID: <20030209230724.M83619@infected.bounceme.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 14:28:36 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF7337B401 for ; Sun, 9 Feb 2003 14:28:35 -0800 (PST) Received: from infected.bounceme.net (c-b8c670d5.011-185-73746f23.cust.bredbandsbolaget.se [213.112.198.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8DD43F85 for ; Sun, 9 Feb 2003 14:28:33 -0800 (PST) (envelope-from mikelevi@infected.bounceme.net) Received: from infected.bounceme.net (mikelevi@localhost.localdomain [127.0.0.1]) by infected.bounceme.net (8.12.7/8.12.6) with ESMTP id h19MWst8084207 for ; Sun, 9 Feb 2003 23:32:54 +0100 (CET) (envelope-from mikelevi@infected.bounceme.net) Received: from localhost (mikelevi@localhost) by infected.bounceme.net (8.12.7/8.12.6/Submit) with ESMTP id h19MWrd9084204 for ; Sun, 9 Feb 2003 23:32:54 +0100 (CET) Date: Sun, 9 Feb 2003 23:32:53 +0100 (CET) From: "mikelevi@infected.bounceme.net" To: freebsd-stable@FreeBSD.org Message-ID: <20030209233241.N84203@infected.bounceme.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 14:57: 4 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3F037B401 for ; Sun, 9 Feb 2003 14:57:03 -0800 (PST) Received: from smtp.netcologne.de (smtp.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F0AB43F93 for ; Sun, 9 Feb 2003 14:57:02 -0800 (PST) (envelope-from tmseck-lists@netcologne.de) Received: from localhost (xdsl-213-168-117-29.netcologne.de [213.168.117.29]) by smtp.netcologne.de (Postfix) with ESMTP id B516086662 for ; Sun, 9 Feb 2003 23:56:56 +0100 (MET) Received: (qmail 738 invoked by uid 1001); 9 Feb 2003 22:57:03 -0000 Date: Sun, 9 Feb 2003 23:56:40 +0100 From: Thomas Seck To: freebsd-stable@FreeBSD.ORG Subject: Re: Invalid ps start time values for kernel processes ? Message-ID: <20030209225640.GA717@laurel.tmseck.homedns.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200302081350.33720.paul.koch@statscout.com> <200302081422.h18EMcud028557@lurza.secnetix.de> <20030208184708.GA705@laurel.tmseck.homedns.org> <200302091227.15188.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302091227.15188.wes@softweyr.com> User-Agent: Mutt/1.4i Organization: private site in Germany X-PGP-KeyID: DF46EE05 X-PGP-Fingerprint: A38F AE66 6B11 6EB9 5D1A B67D 2444 2FE1 DF46 EE05 X-Attribution: tms Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Wes Peters (wes@softweyr.com): > On Saturday 08 February 2003 18:47, Thomas Seck wrote: > > > > NetBSD allows you (when I last looked at it, it was 1.5.something) to > > set a kernel variable for the difference between CMOS time and UTC at > > compile time. You would then need two kernels to reflect DST. > > Or a hint with the offset, and an operator or program smart enough > to change the hint on DST changes. Yes; now I remember reading a snippet of documentation about changing the offset at runtime; my bad. I wonder whether the NetBSD approach is a solution to this problem? --Thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 19:58:23 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590D037B401; Sun, 9 Feb 2003 19:58:13 -0800 (PST) Received: from mail.cepnews.com (mail.cepnews.com [217.31.235.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B4F43F85; Sun, 9 Feb 2003 19:53:11 -0800 (PST) (envelope-from CepNews@CepNews.com) Received: from mail.cepnews.com (localhost.localdomain [127.0.0.1]) by mail.cepnews.com (8.12.5/8.12.5) with ESMTP id h1A4Awur009941; Mon, 10 Feb 2003 06:10:58 +0200 Received: from localhost (root@localhost) by mail.cepnews.com (8.12.5/8.12.5/Submit) with SMTP id h1A4AbDW009936; Mon, 10 Feb 2003 06:10:38 +0200 Date: Mon, 10 Feb 2003 06:10:37 +0200 From: CepNews@CepNews.com Received: by mail.cepnews.com ; Mon, 10 Feb 2003 06:07:59 +0200 Subject: CepNews Şubat 2003 MIME-Version: 1.0 Content-Type: text/html To: undisclosed-recipients: ; Message-ID: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CepNews
TELSİM'DEN TÜRKİYE'YE BİR İLK.

Telsim, dünyanın en büyük uydu telekomünikasyon operatörü Globalstar ile yaptığı işbirliği sonucunda, Türkiye'nin uydu destekli hizmet veren ilk GSM operatörü olmuştur. Kısaca, Telsim-Globalstar birlikteliği, dünyanın her noktasındaki dağ, açık deniz, ova, orman gibi yerleşim merkezlerinden uzak olan ve GSM, yani hücresel telekomünikasyon sistemlerinin kapsama alanı dışında kalan bölgelerde dahi mobil iletişim olanağı sunmaktadır.
 
Ayrıntılı bilgi için tıklayın...
 
Cep telefonunu cep televizyonu yaptık!

Türkiye'de artık cep telefonundan televizyon yayınlarını izleyebileceksiniz. Dünyada, Mobile Video Streaming (MVS) adı verilen "cepte televizyon yayını" izleme imkânını veren bu teknolojiyi, Türkiye'de, Türk bilgisayar mühendisleri yarattı. Telsim Teknolojisi'nin arkasındaki, 150 bilgisayar mühendisi. Telsim'in Türkiye ve dünya üzerindeki rekabet gücünün ekonomik ve teknolojik boyutlarını önemli ölçülerde artıran bu beyin gücü, Telsim'in üstünlüklerinden biri. Bu üstünlüğü sayesinde Telsim, dilediği zaman, dilediği teknolojik yenilikleri kendi yaratabiliyor. Kimseye bağımlı olmadan devreye sokabiliyor. İşte bu ayrıcalık, Telsim'le diğerleri arasındaki farkı yaratıyor. Telsim Teknolojisi, şimdi Türkiye'ye MVS, yani "cepte televizyon yayını"nı sunuyor. MVS'ten yaralanarak, cep televizyonunuzdan pardon cep telefonunuzdan, 24 saat Star televizyonunu, haftanın TOP 10 video kliplerini, futbolla ilgili haberleri, maç görüntülerini, Türkiye'den ve dünyadan önemli politik ve ekonomik haberleri, son dakika gelişmelerini, magazin haberlerini 1 Nisan 2003 tarihine kadar ücretsiz izleyebilirsiniz. Telsim'i diğerlerinden farklı kılan mühendisler ordusunun, yani beyin gücünün Telsim'e ve Türkiye'ye getirdiği teknolojik yenilikler devam edecek. Bekleyin.

Ayrıntılı bilgi için tıklayın...

 
Bu mesaj size Telsim Mobil Telekomünikasyon Hizmetleri A.Ş. tarafından
gönderilmiştir. Bu tür mesajları almak istemiyorsanız lütfen tıklayınız

This message was sent to you by Telsim Mobile Telecommunications. To unsubscribe
from this service, please click here
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 9 23:27:39 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A3037B401 for ; Sun, 9 Feb 2003 23:27:37 -0800 (PST) Received: from sunct0.jinr.ru (sunct0.jinr.ru [159.93.17.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B3643FD7 for ; Sun, 9 Feb 2003 23:26:13 -0800 (PST) (envelope-from linas@unix1.jinr.dubna.su) Received: from unix1.jinr.dubna.su (unix1.jinr.ru [159.93.17.121]) by sunct0.jinr.ru (8.12.2/8.12.2) with ESMTP id h1A7Q9YJ030407 for ; Mon, 10 Feb 2003 10:26:09 +0300 (MSK) Received: (from linas@localhost) by unix1.jinr.dubna.su (8.11.6/8.11.6) id h1A7S0s51950 for freebsd-stable@freebsd.org; Mon, 10 Feb 2003 10:28:00 +0300 (MSK) (envelope-from linas) Message-Id: <200302100728.h1A7S0s51950@unix1.jinr.dubna.su> Subject: Moxa Smartio C104H/PCI and pucdata.c To: freebsd-stable@freebsd.org Date: Mon, 10 Feb 2003 10:28:00 +0300 (MSK) Reply-To: freebsd-stable@freebsd.org From: soloviova@stroimontazh.spb.ru X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I have Moxa Smartio C104H/PCI card and FreeBSD 4.7-STABLE. This card not listed in sys/dev/puc/pucdata.c and it doesn't work by default. I added the following to pucdata.c (diff -uw): linas# diff -uw sys/dev/puc/pucdata_orig.c sys/dev/puc/pucdata.c --- sys/dev/puc/pucdata_orig.c Fri Jan 17 16:08:05 2003 +++ sys/dev/puc/pucdata.c Sun Jan 26 22:39:05 2003 @@ -861,6 +861,18 @@ }, }, + /* Moxa Technologies Co., Ltd. PCI I/O Card 4S RS232/422/485 */ + { "Moxa Technologies, Smartio C104H/PCI", + { 0x1393, 0x1040, 0, 0 }, + { 0xffff, 0xffff, 0, 0, }, + { + { PUC_PORT_TYPE_COM, 0x18, 0x00, COM_FREQ * 8 }, + { PUC_PORT_TYPE_COM, 0x18, 0x08, COM_FREQ * 8 }, + { PUC_PORT_TYPE_COM, 0x18, 0x10, COM_FREQ * 8 }, + { PUC_PORT_TYPE_COM, 0x18, 0x18, COM_FREQ * 8 }, + }, + }, + /* Moxa Technologies Co., Ltd. PCI I/O Card 8S RS232 */ { "Moxa Technologies, C168H/PCI", { 0x1393, 0x1680, 0, 0 }, and now it works. Here is my Moxa related dmesg output: puc0: port 0xa000-0xa00f,0x9c00-0x9c3f,0x9800-0x987f irq 11 at device 4.0 on pci2 sio2: type 16550A sio3: type 16550A sio4: type 16550A sio5: type 16550A Maybe this will be interesting for someone. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 0:31:41 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1607137B4E4 for ; Mon, 10 Feb 2003 00:31:36 -0800 (PST) Received: from borja.sarenet.es (borja.sarenet.es [192.148.167.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 475DF43F3F for ; Mon, 10 Feb 2003 00:30:14 -0800 (PST) (envelope-from borjamar@sarenet.es) Received: from borja.sarenet.es (localhost [127.0.0.1]) by borja.sarenet.es (8.12.6/8.12.6) with ESMTP id h1A8U2uv027154; Mon, 10 Feb 2003 09:30:03 +0100 (CET) (envelope-from borjamar@sarenet.es) Content-Type: text/plain; charset="iso-8859-1" From: Borja Marcos To: Peter Haight Subject: Re: IPSEC problems after upgrade Date: Mon, 10 Feb 2003 09:30:00 +0100 User-Agent: KMail/1.4.3 References: <200302080922.h189MVM7007640@i19-069.us.catvmics.ne.jp> In-Reply-To: <200302080922.h189MVM7007640@i19-069.us.catvmics.ne.jp> Cc: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200302100930.01219.borjamar@sarenet.es> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 08 February 2003 10:22, Peter Haight wrote: > I figured out what the problem was, so I thought I'd post the solution > because I never found it when I was searching the archives. Basically, > there was a change to the way IPSEC worked and the end result is that > the packets get run through the firewall after they get decrypted and s= o > they look like they are coming from an internal network on an external > interface and so they get rejected by a firewall rule that was rejectin= g > private network ip addresses. =09Hello, =09I am using IPSec to secure the traffic in a wireless network, and I ha= d=20 the firewall rules for the wireless interface (wi0) configured so that it= =20 would *only* accept IKE and ESP traffic. =09After upgrading to -STABLE my setup stopped working due to the behavio= r=20 change in ipfw; decrypted packets were passed again to IPFW. =09After a suggestion I read in this list, I tried IPFW2 using "layer2"=20 rules. It works, but I found some quirks.=20 =09My new setup is: # This rule *permits* ARP. add 190 allow ip from any to any layer2 mac-type 0x0806 via wi0 # 1: IKE add 200 allow udp from 192.168.2.0/24 500 to me 500 recv wi0 layer2 add 210 allow udp from me 500 to 192.168.2.0/24 500 xmit wi0 layer2 # 2: ESP add 300 allow esp from 192.168.2.0/24 to me recv wi0 layer2 add 310 allow esp from me to 192.168.2.0/24 xmit wi0 layer2 # After this, I had a problem: traffic *coming* from wi0 could not be sen= t=20 # via fxp0 because it seems that it was passed to ipfw2 gain before being # sent. Adding this rule fixed the problem. add 340 allow all from any to any via fxp0 layer2 # Now we deny unwanted traffic (remember, "layer2" through wi0) # This had an unwanetd side-effect; traffic received from the tunnel coul= d=20 # not be sent because it was apparently "labelled" as "coming from wi0" b= y=20 # ipfw, and it was checked again when sending the packets via fxp0, despi= te=20 # the fact that the rule specified "wi0". After I added rule 340 it=20 # worked. add 400 deny log all from any to 192.168.2.2 xmit wi0 layer2 add 410 deny log all from 192.168.2.2 to any recv wi0 layer2 # These two rules permit traffic from/through the encrypted tunnel. add 400 deny log all from any to 192.168.2.2 xmit wi0 layer2 add 410 deny log all from 192.168.2.2 to any recv wi0 layer2 =09Summarizing: =09I think ipfw2 is much superior to ipfw. The ability to work with layer= 2=20 rules is really great. However, I think configuration is tricky. And I am= =20 puzzled by the apparent confusion with the interfaces (see rules 340, 400= =20 and 410). Is this a bug? =09Regards, =09Borja. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 1:30:10 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987AF37B401 for ; Mon, 10 Feb 2003 01:30:08 -0800 (PST) Received: from fwall.in.markiza.sk (fwall.in.markiza.sk [195.146.148.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FFB943FEA for ; Mon, 10 Feb 2003 01:28:47 -0800 (PST) (envelope-from corwin@corwin.sk) Received: from localhost (localhost.markiza.sk [127.0.0.1]) by fwall.in.markiza.sk (Postfix) with ESMTP id 4781323041 for ; Mon, 10 Feb 2003 10:28:46 +0100 (CET) Received: from fwall.in.markiza.sk ([127.0.0.1]) by localhost (fwall.in.markiza.sk [127.0.0.1:10024]) (amavisd-new) with ESMTP id 88571-07 for ; Mon, 10 Feb 2003 10:28:35 +0100 (CET) Received: from corwin.webcom.sk (unknown [192.168.13.1]) by fwall.in.markiza.sk (Postfix) with ESMTP id 1BDB423040 for ; Mon, 10 Feb 2003 10:28:35 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: Martin Hudec To: freebsd-stable@FreeBSD.ORG Subject: ipfw traffic shaping Date: Mon, 10 Feb 2003 10:29:31 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200302101029.31234.corwin@corwin.sk> X-Virus-Scanned: by amavisd-new Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have question regarding ipfw traffic shaping: This were default settings: 00004: 2.000 Mbit/s 0 ms 30 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/By= te Drp 0 tcp 192.168.x.x/1037 y.y.y.y/80 299073 117448216 0 0 = 1 New settings are the same but with 50 sl. instead of former 30. Is this number of slots in queue? How can I change it to former settings? Can anyone help me please? -- Martin Hudec =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D :m: +421 907 303 393 :@: corwin@corwin.sk :w: http://www.corwin.sk "In google non est, ergo non est." - unknown IRC operator To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 2:49:53 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C2D37B401; Mon, 10 Feb 2003 02:49:51 -0800 (PST) Received: from falcon.clarotech.co.za (falcon.clarotech.co.za [196.22.181.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BFF643FAF; Mon, 10 Feb 2003 02:49:48 -0800 (PST) (envelope-from TonyR@clarotech.co.za) Received: from prowler.clarotech.co.za (prowler.clarotech.co.za [192.168.250.2]) by falcon.clarotech.co.za (8.12.6/8.12.6) with ESMTP id h1AAnYrc056973; Mon, 10 Feb 2003 12:49:34 +0200 (SAST) (envelope-from TonyR@clarotech.co.za) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: HEADS UP: Broken if_dc NICs with MACs like 08:08[...] or 00:00[...] Date: Mon, 10 Feb 2003 12:49:34 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: <09B07E5FCE15BB44B9CDAF92E483935E965EBC@prowler.clarotech.co.za> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADS UP: Broken if_dc NICs with MACs like 08:08[...] or 00:00[...] Thread-Index: AcLO+yWq1ctyKiEMRjWidmTGFJEU9AB9pL2g From: "Tony Russell" To: "Martin Blapp" , Cc: X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=1.1 required=5.0 tests=SPAM_PHRASE_03_05 version=2.44 X-Spam-Level: * Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a whole bunch of "SMC EZ Card 10/100 Mbps Fast Ethernet PCI card" (SMC1255 series) that we use as a log profile PCI card that suffer with 00:08:00:08:00:08 MAC addresses. Your patch resolves the problem. _________________________________________________ Antony Russell Technical Director Clarotech Consulting (Pty) Ltd EMail: TonyR@Clarotech.co.za Phone: 021.671.5350 -----Original Message----- From: Martin Blapp [mailto:mb@imp.ch]=20 Sent: 08 February 2003 00:48 To: freebsd-stable@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: HEADS UP: Broken if_dc NICs with MACs like 08:08[...] or 00:00[...] Hi all, Many if_dc cards are still broken in RELENG_4. Can you please try this diff if you own such a broken card ? If you have a Conexant LANfinity MiniPCI 10/100BaseTX card, I'd like to have feedback if full duplex mode works now too. Thank you very much for your tests. I'd like to see all these DEC/Intel 21143 clone cards fixed for 4.8R. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 3:29:58 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E958F37B401 for ; Mon, 10 Feb 2003 03:29:55 -0800 (PST) Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1148543F75 for ; Mon, 10 Feb 2003 03:29:55 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 95D2917F; Mon, 10 Feb 2003 14:29:52 +0300 (MSK) Date: Mon, 10 Feb 2003 14:29:52 +0300 From: "Sergey A. Osokin" To: soloviova@stroimontazh.spb.ru Cc: freebsd-stable@freebsd.org Subject: Re: Moxa Smartio C104H/PCI and pucdata.c Message-ID: <20030210112952.GF86005@freebsd.org.ru> References: <200302100728.h1A7S0s51950@unix1.jinr.dubna.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302100728.h1A7S0s51950@unix1.jinr.dubna.su> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 10, 2003 at 10:28:00AM +0300, soloviova@stroimontazh.spb.ru wrote: > Hello! > > I have Moxa Smartio C104H/PCI card and FreeBSD 4.7-STABLE. This card not listed in sys/dev/puc/pucdata.c and it doesn't work by default. > I added the following to pucdata.c (diff -uw): > > linas# diff -uw sys/dev/puc/pucdata_orig.c sys/dev/puc/pucdata.c > --- sys/dev/puc/pucdata_orig.c Fri Jan 17 16:08:05 2003 > +++ sys/dev/puc/pucdata.c Sun Jan 26 22:39:05 2003 > @@ -861,6 +861,18 @@ > }, > }, > + /* Moxa Technologies Co., Ltd. PCI I/O Card 4S RS232/422/485 */ > + { "Moxa Technologies, Smartio C104H/PCI", > + { 0x1393, 0x1040, 0, 0 }, > + { 0xffff, 0xffff, 0, 0, }, > + { > + { PUC_PORT_TYPE_COM, 0x18, 0x00, COM_FREQ * 8 }, > + { PUC_PORT_TYPE_COM, 0x18, 0x08, COM_FREQ * 8 }, > + { PUC_PORT_TYPE_COM, 0x18, 0x10, COM_FREQ * 8 }, > + { PUC_PORT_TYPE_COM, 0x18, 0x18, COM_FREQ * 8 }, > + }, > + }, > + > /* Moxa Technologies Co., Ltd. PCI I/O Card 8S RS232 */ > { "Moxa Technologies, C168H/PCI", > { 0x1393, 0x1680, 0, 0 }, > > and now it works. > Here is my Moxa related dmesg output: > > puc0: port > 0xa000-0xa00f,0x9c00-0x9c3f,0x9800-0x987f irq 11 at device 4.0 on pci2 > sio2: type 16550A > sio3: type 16550A > sio4: type 16550A > sio5: type 16550A > > Maybe this will be interesting for someone. Please, if it possible, make a patch against -CURRENT and send PR. Thanks. -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 3:54:21 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE74337B401 for ; Mon, 10 Feb 2003 03:54:19 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BE1A43FAF for ; Mon, 10 Feb 2003 03:54:19 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1ABsIoH006573; Mon, 10 Feb 2003 03:54:18 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1ABsHf6006572; Mon, 10 Feb 2003 03:54:17 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 10 Feb 2003 03:54:17 -0800 From: David Schultz To: "Marc G. Fournier" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Odd "hanging" behavior with -STABLE ... Message-ID: <20030210115417.GA6535@HAL9000.homeunix.com> Mail-Followup-To: "Marc G. Fournier" , freebsd-stable@FreeBSD.ORG References: <20030209095314.C7884@hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030209095314.C7884@hub.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Marc G. Fournier : > At first I'd thought it might be hardware related, but if it is, its a > behaviour I haven't seen before ... > > I have two machines .. one -STABLE as of Feb 1st, the other of Feb 6th ... > the one on Feb 6th itermediantly "hangs" ... but doesn't stay hung ... > > For instance, I woke up this morning to checked on the one that has been > giving problems, and, once more, it was 'hung' ... checked ruptime on the > other server, and it reported that it was down 9hrs ... type 'uptime' on > an option console I have on the 'hung' server, and after a couple of > minutes, it comes back with the answer, and I can proceed to enter a few > more commands ... come back a bit later, and its 'hung' again, with pretty > much the same routine ... > > I'm trying to CVSup back to the sources from the 1st, to see if that helps > correct the problem, but does anyone have any ideas on what might be > causing this? There is nothing in /var/log/messages to indicate a problem Does it seem to be basically responsive (e.g. you can switch virtual consoles), but processes hang when they try to do I/O? If you can run top while you see this problem, it should tell you what state processes are getting stuck in. You can get the same information by breaking into the debugger and typing 'ps'. I had a problem like this that involved the SCSI controller randomly timing out. Decreasing the tag queue length solved the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 6:11:40 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6295237B401 for ; Mon, 10 Feb 2003 06:11:39 -0800 (PST) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3337F43FA3 for ; Mon, 10 Feb 2003 06:11:38 -0800 (PST) (envelope-from k.joch@kmjeuro.com) Received: from kmjeuro.com (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0) by sv07e.atm-tzs.kmjeuro.com (8.12.6/8.12.6) with ESMTP id h1AEAuxD082631 for ; Mon, 10 Feb 2003 15:10:57 +0100 (CET) (envelope-from k.joch@kmjeuro.com) Message-ID: <3E47B30C.2020004@kmjeuro.com> Date: Mon, 10 Feb 2003 15:11:24 +0100 From: "Karl M. Joch" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-at, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: sshd_config man page typo Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Mail Server protected by CTS Austria www.ctseuro.com Message found to be clean Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG DES, this is the copy of the man pag on the system: UsePrivilegeSeparation Specifies whether sshd separates privileges by creating an unprivileged child process to deal with incoming network traffic. After successful authentication, another process will be created that has the privilege of the authenticated user. The goal of privilege separation is to prevent privilege escalation by con- taining any corruption within the unprivileged processes. The default is ``no''. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 6:13:13 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4121237B401 for ; Mon, 10 Feb 2003 06:13:12 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2574D43FB1 for ; Mon, 10 Feb 2003 06:13:11 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6375F536E; Mon, 10 Feb 2003 15:13:09 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Karl M. Joch" Cc: freebsd-stable@freebsd.org Subject: Re: sshd_config man page typo From: Dag-Erling Smorgrav Date: Mon, 10 Feb 2003 15:13:09 +0100 In-Reply-To: <3E47B30C.2020004@kmjeuro.com> ("Karl M. Joch"'s message of "Mon, 10 Feb 2003 15:11:24 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <3E47B30C.2020004@kmjeuro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Karl M. Joch" writes: > DES, this is the copy of the man pag on the system: > [...] Your system is out of date. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 6:54:56 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3842237B401 for ; Mon, 10 Feb 2003 06:54:55 -0800 (PST) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4468843F75 for ; Mon, 10 Feb 2003 06:54:54 -0800 (PST) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id h1AEsra16579 for ; Mon, 10 Feb 2003 09:54:53 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id h1AEspi17520 for ; Mon, 10 Feb 2003 09:54:51 -0500 (EST) Received: from mm112324-2k.mitre.org (128.29.3.65) by mailhub2.mitre.org with SMTP id 1064387; Mon, 10 Feb 2003 09:54:42 -0500 Message-ID: <3E47BD31.8020604@mitre.org> Date: Mon, 10 Feb 2003 09:54:41 -0500 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: PCI oddity Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have an Abit BX6-II motherboard with 5 PCI slots. Whenever I try to populate both of the bottom two slots, FreeBSD crash dumps on boot. I have tried this with a variety of cards over the years, but I always have the same results. Is this a FreeBSD problem, a motherboard problem, or a problem with the PCI cards? Recently I realized that I really need 6 PCI cards in the box (5 ATA controllers and 1 NIC). Right now it's semi-crippled with just the 4 cards (3 ATA controllers with some drives on slaves and 1 NIC), and I was thinking about upgrading to a Tyan Trinity 400. Will I not be able to populate this board beyond 4 cards? -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 7:20:51 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E736A37B405 for ; Mon, 10 Feb 2003 07:20:46 -0800 (PST) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2008943F85 for ; Mon, 10 Feb 2003 07:20:46 -0800 (PST) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id h1AFKha24727; Mon, 10 Feb 2003 10:20:43 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id h1AFKfi22046; Mon, 10 Feb 2003 10:20:41 -0500 (EST) Received: from mm112324-2k.mitre.org (128.29.3.65) by mailhub2.mitre.org with SMTP id 1065209; Mon, 10 Feb 2003 10:20:36 -0500 Message-ID: <3E47C343.70600@mitre.org> Date: Mon, 10 Feb 2003 10:20:35 -0500 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Wolfskill , freebsd-stable@freebsd.org Subject: Re: PCI oddity References: <200302101458.h1AEwqHS047309@bunrab.catwhisker.org> In-Reply-To: <200302101458.h1AEwqHS047309@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill wrote: > Check your dmesg (might want to do a "boot -v" first). Those (physical) > 2 PCI slots may be sharing a resource in some way. > > Might also check any docs for the board & BIOS. > > Hmmm... during the boot, does the BIOS see the different cards OK? Yeah, the cards always probe in the bios just fine. FreeBSD probes the cards too (they show up in the dmesg). The problem comes when the ATA drive list has to be displayed. FreeBSD crash dumps right as it tries to print that list. I'll post the relevant bits from the current dmesg to illustrate: FreeBSD 4.7-RELEASE #1: Tue Jan 14 10:04:01 EST 2003 root@jubei.ceyah.org:/usr/src/sys/compile/JUBEI ... pcib0: on motherboard pci0: on pcib0 ... atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ... atapci1: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 mem 0xdf004000-0xdf0040ff irq 5 at device 9.0 on pci0 ata2: at 0xa400 on atapci1 ata3: at 0xac00 on atapci1 atapci2: port 0xc800-0xc80f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 irq 12 at device 11.0 on pci0 ata4: at 0xb800 on atapci2 ata5: at 0xc000 on atapci2 atapci3: port 0xdc00-0xdc0f,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc07 mem 0xdf000000-0xdf003fff irq 10 at device 13.0 on pci0 ata6: at 0xcc00 on atapci3 ata7: at 0xd400 on atapci3 dc0: port 0xe000-0xe0ff mem 0xdf005000-0xdf0053ff irq 11 at device 15.0 on pci0 dc0: Ethernet address: 00:03:6d:20:1e:8a miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ... ad0: 38166MB [77545/16/63] at ata0-master UDMA33 [ This is where it crashes with the 5th card installed] ad4: 76319MB [155061/16/63] at ata2-master UDMA100 ad5: 76319MB [155061/16/63] at ata2-slave UDMA100 ad6: 76319MB [155061/16/63] at ata3-master UDMA100 ad7: 76319MB [155061/16/63] at ata3-slave UDMA100 ad8: 76319MB [155061/16/63] at ata4-master UDMA100 ad9: 76319MB [155061/16/63] at ata4-slave UDMA100 ad10: 76319MB [155061/16/63] at ata5-master UDMA100 ad11: 76319MB [155061/16/63] at ata5-slave UDMA100 ad12: 76319MB [155061/16/63] at ata6-master UDMA100 ad14: 76319MB [155061/16/63] at ata7-master UDMA100 acd0: CDROM at ata1-master PIO3 This machine is a hodge-podge of hardware because it was made from spare parts (except for the 80GB HDDs). It's design goal was to make a cheap, large, cheap, reasonable performance, cheap fileserver. The $100 mobo hurts goals 1, 3, and 5, but if it helps goal 4 I'm willing to bite the bullet. This is actually the second life of this box. The first configuration had 2 filesystem. A big 6 disk and a smaller 4 disk one. The 6 disk was made from all of the disks acting as masters, while the smaller one consisted of the slaves. It worked ok, but the larger one needed more room and we got a secondary fileserver to take over the job of the smaller one (backups). -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 7:23:17 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F47837B401 for ; Mon, 10 Feb 2003 07:23:15 -0800 (PST) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6467643FBF for ; Mon, 10 Feb 2003 07:23:14 -0800 (PST) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id h1AFNBa25700; Mon, 10 Feb 2003 10:23:12 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id h1AFNAi22427; Mon, 10 Feb 2003 10:23:10 -0500 (EST) Received: from mm112324-2k.mitre.org (128.29.3.65) by mailhub2.mitre.org with SMTP id 1065290; Mon, 10 Feb 2003 10:23:02 -0500 Message-ID: <3E47C3D5.6000904@mitre.org> Date: Mon, 10 Feb 2003 10:23:01 -0500 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Phil Reynolds , freebsd-stable@freebsd.org Subject: Re: PCI oddity References: <3E47BD31.8020604@mitre.org> <20030210145831.GA17756@tinsleyviaduct.com> In-Reply-To: <20030210145831.GA17756@tinsleyviaduct.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Phil Reynolds wrote: > On Mon, Feb 10, 2003 at 09:54:41AM -0500, Jason Andresen wrote: > >>Hello, >> I have an Abit BX6-II motherboard with 5 PCI slots. Whenever >>I try to populate both of the bottom two slots, FreeBSD crash dumps >>on boot. I have tried this with a variety of cards over the years, >>but I always have the same results. >> >>Is this a FreeBSD problem, a motherboard problem, or a problem with the >>PCI cards? > > > A motherboard issue. It is normal for some slots to share bus mastering or > IRQs. RTFM, it tells you which ones do, and also which ones share with on-board > kit. My manual doesn't tell me squat about the interrupts on the board. My guess what that the two slots share an IRQ, because PCI only has IIRC 4 IRQ lines to go around. That's why I was worried it might be an issue with FreeBSD being unable to support shared cards. It is the bottom two PCI slots that give me problems though (one of which is the shared PCI/ISA slot, but that doesn't seem to matter). >>Recently I realized that I really need 6 PCI cards in the box (5 ATA >>controllers and 1 NIC). Right now it's semi-crippled with just the 4 >>cards (3 ATA controllers with some drives on slaves and 1 NIC), and I >>was thinking about upgrading to a Tyan Trinity 400. Will I not be able >>to populate this board beyond 4 cards? > > > It all depends on what is happy to share interrupts etc. Are there certain cards that are known to be good about sharing interrupts? -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 7:50:21 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 554E637B401 for ; Mon, 10 Feb 2003 07:50:19 -0800 (PST) Received: from pa-plum1b-166.pit.adelphia.net (pa-plum1b-13.pit.adelphia.net [24.53.161.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5434343F85 for ; Mon, 10 Feb 2003 07:50:18 -0800 (PST) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (working [172.16.0.95]) by pa-plum1b-166.pit.adelphia.net (8.12.3/8.12.3) with ESMTP id h1AFpprX001397; Mon, 10 Feb 2003 10:51:52 -0500 (EST) (envelope-from wmoran@potentialtech.com) Message-ID: <3E47C9B2.70809@potentialtech.com> Date: Mon, 10 Feb 2003 10:48:02 -0500 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021127 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Andresen Cc: Phil Reynolds , freebsd-stable@freebsd.org Subject: Re: PCI oddity References: <3E47BD31.8020604@mitre.org> <20030210145831.GA17756@tinsleyviaduct.com> <3E47C3D5.6000904@mitre.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Andresen wrote: > Phil Reynolds wrote: > >> On Mon, Feb 10, 2003 at 09:54:41AM -0500, Jason Andresen wrote: >> >>> Hello, >>> I have an Abit BX6-II motherboard with 5 PCI slots. Whenever >>> I try to populate both of the bottom two slots, FreeBSD crash dumps >>> on boot. I have tried this with a variety of cards over the years, >>> but I always have the same results. >>> >>> Is this a FreeBSD problem, a motherboard problem, or a problem with the >>> PCI cards? >> >> A motherboard issue. It is normal for some slots to share bus >> mastering or >> IRQs. RTFM, it tells you which ones do, and also which ones share with >> on-board >> kit. > > My manual doesn't tell me squat about the interrupts on the board. My > guess what that the two slots share an IRQ, because PCI only has IIRC 4 > IRQ lines to go around. That's why I was worried it might be an issue > with FreeBSD being unable to support shared cards. In my experience, that's how it's set up. Can guarantee it with your board, but that's typical. > It is the bottom two PCI slots that give me problems though (one of > which is the shared PCI/ISA slot, but that doesn't seem to matter). No, but usually those last two slots share an interrupt. >>> Recently I realized that I really need 6 PCI cards in the box (5 ATA >>> controllers and 1 NIC). Right now it's semi-crippled with just the 4 >>> cards (3 ATA controllers with some drives on slaves and 1 NIC), and I >>> was thinking about upgrading to a Tyan Trinity 400. Will I not be >>> able to populate this board beyond 4 cards? >> >> It all depends on what is happy to share interrupts etc. > > Are there certain cards that are known to be good about sharing interrupts? Oh yeah. Make sure the card is designed to share interrupts or it won't work worth a hoot. Can't give you a list of what does and doesn't work off the top of my head ... I know most Intel NICs share interrupts OK. -- Bill Moran Potential Technologies http://www.potentialtech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 8:42:22 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C25037B401; Mon, 10 Feb 2003 08:42:20 -0800 (PST) Received: from mta3.srv.hcvlny.cv.net (mta3.srv.hcvlny.cv.net [167.206.5.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8014243FA3; Mon, 10 Feb 2003 08:42:16 -0800 (PST) (envelope-from agapon@cv-nj.com) Received: from asv16.srv.hcvlny.cv.net (asv16.srv.hcvlny.cv.net [167.206.5.170]) by mta3.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.05 (built Nov 6 2002)) with ESMTP id <0HA30025FQDWP4@mta3.srv.hcvlny.cv.net>; Mon, 10 Feb 2003 11:41:59 -0500 (EST) Received: from terminus.foundation.invalid (ool-4355489e.dyn.optonline.net [67.85.72.158]) by asv16.srv.hcvlny.cv.net (8.12.6/8.11.6) with ESMTP id h1AGfgMo002063; Mon, 10 Feb 2003 11:41:46 -0500 (EST) Received: from edge.foundation.invalid (edge.foundation.invalid [192.168.1.12]) by terminus.foundation.invalid (8.12.6/8.12.3) with ESMTP id h1AGg6Eb038193; Mon, 10 Feb 2003 11:42:06 -0500 (EST envelope-from agapon@cv-nj.com) Received: from localhost (localhost.foundation.invalid [127.0.0.1]) by edge.foundation.invalid (8.12.6/8.12.6) with ESMTP id h1AGg6Wl053495; Mon, 10 Feb 2003 11:42:06 -0500 (EST envelope-from agapon@cv-nj.com) Date: Mon, 10 Feb 2003 11:42:06 -0500 (EST) From: Andriy Gapon Subject: ipsec & ipfw: 4.7-release vs -stable X-X-Sender: avg@edge.foundation.invalid To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Cc: Guido van Rooij Message-id: <20030210114109.G53494@edge.foundation.invalid> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any remedy expected before 4.8 release for the situation with ipsec & ipfw interaction that was created after 'ip_input.c 1.130.2.40, MFC: 1.214' ? The reason I am asking this question with such a big crosspost is that it seems that all previous discussions on this topic resulted in nothing. And this change definetely breaks things for those who use ipsec without extra stuff like gif tunnels. It definetely doesn't look like a kind of change welcomed in -stable branch, not mentioning a potential security vulnaribity for those who can not use gif. I apologize in the case I have missed any latest developments in this area. -- Andriy Gapon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 12:51:31 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1557637B401 for ; Mon, 10 Feb 2003 12:51:30 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C9243F93 for ; Mon, 10 Feb 2003 12:51:28 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.6/8.12.6) with ESMTP id h1AKhK0f007511; Mon, 10 Feb 2003 21:43:20 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thierry Herbelot To: Bill Moran , Jason Andresen Subject: Re: PCI oddity Date: Mon, 10 Feb 2003 21:51:20 +0100 User-Agent: KMail/1.4.3 Cc: Phil Reynolds , freebsd-stable@FreeBSD.ORG References: <3E47BD31.8020604@mitre.org> <3E47C3D5.6000904@mitre.org> <3E47C9B2.70809@potentialtech.com> In-Reply-To: <3E47C9B2.70809@potentialtech.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200302102151.20150.thierry@herbelot.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I don't know if it's relevant or not, but I've got here an ASUS A7V333, with all 5 PCI slots used, including a NIC (which could be included on-board), an IDE board, and an SCSI board (also with a bktr and a PCI grfx board) TfH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 16:15:14 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B085D37B41E for ; Mon, 10 Feb 2003 16:15:11 -0800 (PST) Received: from quarter.csl.sri.com (quarter.csl.sri.com [130.107.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A119F43FBD for ; Mon, 10 Feb 2003 16:15:09 -0800 (PST) (envelope-from hogsett@csl.sri.com) Received: from beast.csl.sri.com (beast.csl.sri.com [130.107.2.57]) by quarter.csl.sri.com (8.12.4/8.12.4) with ESMTP id h1B0F92x007133 for ; Mon, 10 Feb 2003 16:15:09 -0800 Message-Id: <200302110015.h1B0F92x007133@quarter.csl.sri.com> To: freebsd-stable@freebsd.org Subject: ng_fec && pseudo-device vlan Mime-Version: 1.0 (generated by tm-edit 8.8 (Time Passed Me By)) Content-Type: text/plain; charset=US-ASCII Date: Mon, 10 Feb 2003 16:15:09 -0800 From: Mike Hogsett Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Why don't ng_fec (Cisco FastEtherChannel netgraph module) and `pseudo-device vlan' (802.1q trunking) work together? I can get each of them to work independently. If it makes any difference I cvsup'd to (and built/installed) RELENG_4 this morning The following is my goal : Cisco Switch FreeBSD /Port 4/1--------------fxp0\ /vlan0 dot1q Trunk - EtherChannel< >--fec0---< \Port 4/2--------------fxp1/ \vlan1 \vlan2 \vlanN I set this up as follows : kldload ng_fec /usr/sbin/ngctl mkpeer fec dummy fec /usr/sbin/ngctl msg fec0: add_iface '"fxp0"' /usr/sbin/ngctl msg fec0: add_iface '"fxp1"' ifconfig fxp0 up ifconfig fxp1 up ifconfig fec0 up ifconfig vlan0 inet 10.107.1.83 netmask 255.255.255.0 vlan 1 vlandev fec0 up If I `tcpdump' fxp0 I see dot1q tagged packets If I `tcpdump' fxp1 I see dot1q tagged packets If I `tcpdump' fec0 I see dot1q tagged packets If I `tcpdump' vlan0 I see nothing... I am not skilled enough to diagnose the kernel internals to discern why this doesn't work. I am willing to test any patches that may turn up. Thanks - Mike Hogsett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 20:29:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF15837B401 for ; Mon, 10 Feb 2003 20:29:43 -0800 (PST) Received: from mail.digitalbastards.net (wsip68-98-223-24.ph.ph.cox.net [68.98.223.24]) by mx1.FreeBSD.org (Postfix) with SMTP id 586D243FA3 for ; Mon, 10 Feb 2003 20:29:40 -0800 (PST) (envelope-from magusbaal@digitalbastards.net) Received: (qmail 17147 invoked from network); 11 Feb 2003 04:29:38 -0000 Received: from unknown (HELO morgion) (192.168.2.56) by 10.0.2.11 with SMTP; 11 Feb 2003 04:29:38 -0000 From: "Steven" To: Subject: RE: PCI oddity Date: Mon, 10 Feb 2003 21:29:38 -0700 Message-ID: <002001c2d186$302725d0$3802a8c0@internal.digitalbastards.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 In-Reply-To: <3E47C3D5.6000904@mitre.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Status: No, hits=-15.9 required=5.0 tests=IN_REP_TO,AWL version=2.20 X-Spam-Level: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an abit bx133 board with a similar problem. The box runs linux, but experienced the same problem in the same place, when it was probing the drives. I narrowed the problem down to lack of IRQ's. Here's what I did to work around this: Go into the BIOS, disable the Serial and Parallel if you don't need them. You may also need to set IRQs 3,4,7 to PCI instead of ISA on that board. Look under the PCI section, if it exists. You should be able to specify IRQ's for several of the PCI slots, try playing with those. Turn off Plug'n'Play OS Installed, give it a whirl, or turn it on (I've some some luck with this on other boxes). I had to turn off PnP OS, specify different IRQ's for each PCI slot to force them not to share, and have all unused hardware disabled to free up IRQ's. Hopefully this will be of some use to you :) Steven "exitus acta probat" "fide, sed cui vide" -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Jason Andresen Sent: Monday, February 10, 2003 8:23 AM To: Phil Reynolds; freebsd-stable@freebsd.org Subject: Re: PCI oddity My manual doesn't tell me squat about the interrupts on the board. My guess what that the two slots share an IRQ, because PCI only has IIRC 4 IRQ lines to go around. That's why I was worried it might be an issue with FreeBSD being unable to support shared cards. It is the bottom two PCI slots that give me problems though (one of which is the shared PCI/ISA slot, but that doesn't seem to matter). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 22:35:17 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F60B37B401 for ; Mon, 10 Feb 2003 22:35:15 -0800 (PST) Received: from web40312.mail.yahoo.com (web40312.mail.yahoo.com [66.218.78.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 7111B43FA3 for ; Mon, 10 Feb 2003 22:35:14 -0800 (PST) (envelope-from victorysoldier@yahoo.com) Message-ID: <20030211063514.2804.qmail@web40312.mail.yahoo.com> Received: from [194.44.215.249] by web40312.mail.yahoo.com via HTTP; Mon, 10 Feb 2003 22:35:14 PST Date: Mon, 10 Feb 2003 22:35:14 -0800 (PST) From: Rhett Monteg Hollander Reply-To: alasir@supereva.it Subject: Re: Netscape 4.76 & MGA DRI To: stable@freebsd.org In-Reply-To: <3E48957C.5E712588@alasir.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Scott Long wrote: > > Rhett Monteg Hollander wrote: > > > Hello gentlemen, > > > > several days ago I've installed 5.0-RELEASE onto one > > of my machines, which already carried 4.7-RC1. To > > avoid possible compatibility problems, I did a clean > > install onto another hard drive, and later recompiled > > everything. Here I have a couple of annoying issues. > > > > Shell refuses to start Netscape Communicator 4.76 (for > > FreeBSD) saying "binary file is not executable", but > > it was (and is) running fine under 4.7. Since it was > > compiled under FreeBSD 2.2.x, I have compat22 > > installed (together with compat3x and compat4x). No > > help. > > Recompile your kernel with COMPAT_AOUT, or load the aout.ko kernel module. Floating exception (core dumped), ~2 megs > > > > > Second issue comes to be about hardware-accelerated > > OpenGL under XFree86 4.2.0, using Matrox G400 > > hardware. Simply, there is no hardware acceleration at > > all. DRM kernel modules that come with 4.2.0 are > > intended for use with FreeBSD 4.x, and they don't even > > compile under 5.x. I built kernel with "device mgadrm" > > and "options DRM_LINUX", as well as "options > > COMPAT_LINUX". After launching glxgears system hangs > > up completely. Problem seems to be within libdrm. So > > far I have no DRI, but software OpenGL, and 162fps > > compared to 368fps under 4.7. > > FreeBSD 5.0 comes with the DRM kernel modules in the base system, as it > looks like you discovered. Can you enable a serial console and capture > the crash? Fixed. Problem was in XF86Config, which was set up improperly. Not sure what exactly led to that point, because I've overwritten it with a substitute from 4.7. Now glxgears run fine, at 357fps; interesting, I supposed 5.0 to be faster than 4.7 in this case, at least in honour of gcc-3.2.1 > > Scott > > > > > --- > > Regards, > > Rhett > > __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 10 23: 6: 8 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FDB37B405 for ; Mon, 10 Feb 2003 23:06:05 -0800 (PST) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B5CD43F93 for ; Mon, 10 Feb 2003 23:06:03 -0800 (PST) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1000) id C9EC93F51; Mon, 10 Feb 2003 22:10:35 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id BF1113F4C; Mon, 10 Feb 2003 22:10:35 -0400 (AST) Date: Mon, 10 Feb 2003 22:10:35 -0400 (AST) From: The Hermit Hacker X-X-Sender: scrappy@localhost To: David Schultz Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Odd "hanging" behavior with -STABLE ... In-Reply-To: <20030210115417.GA6535@HAL9000.homeunix.com> Message-ID: <20030210220900.N548@localhost> References: <20030209095314.C7884@hub.org> <20030210115417.GA6535@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 10 Feb 2003, David Schultz wrote: > Does it seem to be basically responsive (e.g. you can switch > virtual consoles), but processes hang when they try to do I/O? If > you can run top while you see this problem, it should tell you > what state processes are getting stuck in. You can get the same > information by breaking into the debugger and typing 'ps'. I had > a problem like this that involved the SCSI controller randomly > timing out. Decreasing the tag queue length solved the problem. I don't think taht the amr driver is part of cam yet? :( jupiter# df -t ufs Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/amrd0s1a 127023 113135 3727 97% / /dev/amrd0s1e 508143 12 467480 0% /tmp /dev/amrd0s1g 6528346 3019785 2986294 50% /usr /dev/amrd0s1f 1016303 389998 545001 42% /var /dev/amrd1s1a 66972328 45747954 17206035 73% /v1 jupiter# !cam camcontrol devlist -v scbus0 on amr0 bus 0: scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 11 3:23:13 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E990837B401 for ; Tue, 11 Feb 2003 03:23:11 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 38C9B43FE5 for ; Tue, 11 Feb 2003 03:23:09 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 6773 invoked by uid 1000); 11 Feb 2003 11:23:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Feb 2003 11:23:06 -0000 Date: Tue, 11 Feb 2003 12:23:06 +0100 (CET) From: Attila Nagy To: Mike Hogsett Cc: freebsd-stable@freebsd.org Subject: Re: ng_fec && pseudo-device vlan In-Reply-To: <200302110015.h1B0F92x007133@quarter.csl.sri.com> Message-ID: References: <200302110015.h1B0F92x007133@quarter.csl.sri.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > Why don't ng_fec (Cisco FastEtherChannel netgraph module) and > `pseudo-device vlan' (802.1q trunking) work together? Don't worry. If you will ever upgrade to 5.0, not only VLANs on FEC interfaces, but FEC itself won't work. > Cisco Switch FreeBSD > > /Port 4/1--------------fxp0\ /vlan0 > dot1q Trunk - EtherChannel< >--fec0---< > \Port 4/2--------------fxp1/ \vlan1 > \vlan2 > \vlanN Nice ASCII art. You can safely s/FreeBSD/Linux/g to get this work :~-( (BTW, is it working under Linux? I don't use Linux) > I am not skilled enough to diagnose the kernel internals to discern why > this doesn't work. I am willing to test any patches that may turn up. ng_fec is in FreeBSD's tree starting from 5.0, but not yet connected to the build. I assume it won't ever... :( If anyone willing to fix it and can understand what's going on in the kernel, I will gladly provide console (serial) access to a machine which has two fxp NICs and is connected to a FEC aware switch. Any takers? ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 11 3:44:25 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 896FC37B401; Tue, 11 Feb 2003 03:44:17 -0800 (PST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D94D43FDD; Tue, 11 Feb 2003 03:44:16 -0800 (PST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.6/8.12.6) with ESMTP id h1BBiG2T062627; Tue, 11 Feb 2003 06:44:17 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.2.0.9.0.20030211063236.06ef70a0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Tue, 11 Feb 2003 06:48:29 -0500 To: stable@FreeBSD.ORG From: Mike Tancsa Subject: SMP problems post Jan 28th Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The previous kernel had been running fine for some time, and now at night around the running of periodic, the box will 'periodically' crash. It does not seem to do it each night, but almost every other night and always just after 3am when periodic runs. I can never get a crash dump, and I had to hook up a serial console to capture this at night. Also, I cant seem to force the issue by running periodic by hand. But, like I said, it always seems to happen a few minutes after 3am. (No, nothing else is scheduled to run then and no other boxes do anything to it at that time either) Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x65b046a5 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0174830 stack pointer = 0x10:0xde174c4c frame pointer = 0x10:0xde174c58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4203 (find) interrupt mask = none <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... 4 2 done Uptime: 1d15h8m8s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP tpu_reset_proxy: Grabbed mp lock cfpour_reSsPe : BSP did not grab mp lock Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 629kB/785396kB available memory Any ideas how best to track this down ? There seem to been some commits on the 30th that might have had an effect. 4.7-STABLE FreeBSD 4.7-STABLE #0: Thu Feb 6 06:04:02 EST 2003 ns4# dmesg Copyright (c) 1992-2003 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 4.7-STABLE #0: Thu Feb 6 06:04:02 EST 2003 mdtancsa@ns4.recycle.net:/usr/obj/usr/src/sys/smp Timecounter "i8254" frequency 1193182 Hz CPU: Intel Pentium III (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 805294080 (786420K bytes) config> q avail memory = 779272192 (761008K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 17 -> irq 11 IOAPIC #0 intpin 18 -> irq 10 IOAPIC #0 intpin 19 -> irq 12 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03b5000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03b509c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 6 entries at 0xc00f0d20 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 fxp0: port 0xb000-0xb03f mem 0xe3800000-0xe38fffff,0xe4000000-0xe4000fff irq 12 at device 9.0 on pci0 fxp0: Ethernet address 00:02:b3:07:fd:8d inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xa800-0xa81f mem 0xe3000000-0xe30fffff,0xe6800000-0xe6800fff irq 10 at device 10.0 on pci0 fxp1: Ethernet address 00:a0:c9:e7:a6:e6 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto twe0: <3ware Storage Controller> port 0xa400-0xa40f irq 11 at device 11.0 on pci0 twe0: 2 ports, Firmware FE6X 1.02.00.029, BIOS BEXX 1.07.00.009 orm0: ¤¤°ª¦~ÄÖ¥¢·~¦M¾÷

                                                  ¤¤°ª¦~ÄÖ¥¢·~¦M¾÷!!

             §A¥H¬°¤£·|½ü¨ì§A¶Ü??

          ¦pªGÁÙ°õ°g¤£®©!! ©ú¦~ªº¤µ¤Ñ¸òªü«óÁ`²Î­n¥¢·~¬õ¥]ªº¥i¯à´N¬O§A

        

                                        

  

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Feb 12 4:50:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D26DF37B401 for ; Wed, 12 Feb 2003 04:50:34 -0800 (PST) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5CE943FB1 for ; Wed, 12 Feb 2003 04:50:33 -0800 (PST) (envelope-from mike@sentex.net) Received: from house.sentex.net (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.6/8.12.6) with ESMTP id h1CCoWFB047846 for ; Wed, 12 Feb 2003 07:50:33 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.2.0.9.0.20030212074706.07a847a0@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 12 Feb 2003 07:48:29 -0500 To: stable@freebsd.org From: Mike Tancsa Subject: Re: SMP problems post Jan 28th In-Reply-To: <5.2.0.9.0.20030211063236.06ef70a0@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Same panic as the night before. Are there any hints in the panic message as to what the problem might be ? ---Mike Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x20004 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0174830 stack pointer = 0x10:0xddf08c4c frame pointer = 0x10:0xddf08c58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 32437 (find) interrupt mask = none <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... 4 1 done Uptime: 23h58m34s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Grabbed mp lock cfpu_ rBeSsPet: BSP did not grab mp lock Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 629kB/785396kB available memory At 06:48 AM 2/11/2003 -0500, Mike Tancsa wrote: >The previous kernel had been running fine for some time, and now at night >around the running of periodic, the box will 'periodically' crash. It >does not seem to do it each night, but almost every other night and always >just after 3am when periodic runs. I can never get a crash dump, and I >had to hook up a serial console to capture this at night. Also, I cant >seem to force the issue by running periodic by hand. But, like I said, it >always seems to happen a few minutes after 3am. (No, nothing else is >scheduled to run then and no other boxes do anything to it at that time either) > > >Fatal trap 12: page fault while in kernel mode >mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 >fault virtual address = 0x65b046a5 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xc0174830 >stack pointer = 0x10:0xde174c4c >frame pointer = 0x10:0xde174c58 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 4203 (find) >interrupt mask = none <- SMP: XXX >trap number = 12 >panic: page fault >mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 >boot() called on cpu#1 > >syncing disks... 4 2 >done >Uptime: 1d15h8m8s >Automatic reboot in 15 seconds - press a key on the console to abort >Rebooting... >cpu_reset called on cpu#1 >cpu_reset: Stopping other CPUs >cpu_reset: Restarting BSP >tpu_reset_proxy: Grabbed mp lock cfpour_reSsPe > : BSP did not grab mp lock >Console: serial port >BIOS drive A: is disk0 >BIOS drive C: is disk1 >BIOS 629kB/785396kB available memory > > >Any ideas how best to track this down ? There seem to been some commits >on the 30th that might have had an effect. > >4.7-STABLE FreeBSD 4.7-STABLE #0: Thu Feb 6 06:04:02 EST 2003 > >ns4# dmesg >Copyright (c) 1992-2003 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 4.7-STABLE #0: Thu Feb 6 06:04:02 EST 2003 > mdtancsa@ns4.recycle.net:/usr/obj/usr/src/sys/smp >Timecounter "i8254" frequency 1193182 Hz >CPU: Intel Pentium III (801.82-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x683 Stepping = 3 > >Features=0x383fbff >real memory = 805294080 (786420K bytes) >config> q >avail memory = 779272192 (761008K bytes) >Programming 24 pins in IOAPIC #0 >IOAPIC #0 intpin 2 -> irq 0 >IOAPIC #0 intpin 17 -> irq 11 >IOAPIC #0 intpin 18 -> irq 10 >IOAPIC #0 intpin 19 -> irq 12 >FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 >Preloaded elf kernel "kernel" at 0xc03b5000. >Preloaded userconfig_script "/boot/kernel.conf" at 0xc03b509c. >Pentium Pro MTRR support enabled >md0: Malloc disk >Using $PIR table, 6 entries at 0xc00f0d20 >npx0: on motherboard >npx0: INT 16 interface >pcib0: on motherboard >pci0: on pcib0 >pcib1: at device 1.0 on pci0 >pci1: on pcib1 >pci1: at 0.0 >isab0: at device 4.0 on pci0 >isa0: on isab0 >atapci0: port 0xb800-0xb80f at device 4.1 >on pci0 >ata0: at 0x1f0 irq 14 on atapci0 >ata1: at 0x170 irq 15 on atapci0 >pci0: at 4.2 >Timecounter "PIIX" frequency 3579545 Hz >chip1: port 0xe800-0xe80f at >device 4.3 on pci0 >fxp0: port 0xb000-0xb03f mem >0xe3800000-0xe38fffff,0xe4000000-0xe4000fff irq 12 at device 9.0 on pci0 >fxp0: Ethernet address 00:02:b3:07:fd:8d >inphy0: on miibus0 >inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >fxp1: port 0xa800-0xa81f mem >0xe3000000-0xe30fffff,0xe6800000-0xe6800fff irq 10 at device 10.0 on pci0 >fxp1: Ethernet address 00:a0:c9:e7:a6:e6 >inphy1: on miibus1 >inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >twe0: <3ware Storage Controller> port 0xa400-0xa40f irq 11 at device 11.0 >on pci0 >twe0: 2 ports, Firmware FE6X 1.02.00.029, BIOS BEXX 1.07.00.009 >orm0: globalpromoter

Hi,

My name is Levi Lewis and I'm with GlobalPromoter.com,
a search engine optimization firm specializing in guaranteed
first page listings in the major search engines. I would like
to speak with someone from your company regarding possible
partnership opportunities.

GlobalPromoter is an industry leader in the website optimization
and search engine submission business and has partnerships with
search engines including Overture, Inktomi, LookSmart and Findwhat
just to name a few.

We guarantee first page listings in the major search engines on most
of our packages and guarantee those listings within 14 days of
placing your order. If you would like to view some sample before
and after ranking reports of our clients please contact us.

We also offer our partners generous commissions even if they never
use our service.

In addition to our paid services we also offer several FREE and Unique
online tools (link at the bottom of page) that your users would find quite powerful. If you have any
"do-it-yourself marketers" I think they'll be quite impressed with the
analysis and recommendation tools we offer. Here are just a few of
the free tools.

Keyword Suggestion Tool:
The user enters a keyword and receives every variance of that keyword
and the number of times it's been searched on so far this month on the
Overture network of search engines.

Site Readiness Tool:
The user enters a url and keyword phrase and gets a detailed report
with recommendations to improve their ranking on the major search
engines.

Spider Your Competition Tool:
User can enter a url and extract the contents of your competitions
pages.

Plus there are many more. And we would be more than happy to put
the free tools on your site at no charge if we come to an agreement.

Please contact us with any questions and or comments you might
have. We look forward to hearing from you.

Best Regards,
Levi Lewis
levi@globalpromoter.com

http://www.GlobalPromoter.com
"Guaranteed first page placement among the major search engines"
(321)459-5591

Our free unique online tools :     http://globalpromoter.com/free_search_engine_promotion_tools.cfm

Signup for a free account:     http://globalpromoter.com/directory/signup_form.cfm



 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 8:53:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D6F37B401 for ; Thu, 13 Feb 2003 08:53:27 -0800 (PST) Received: from isp1.viapraga.cz (isp1.viapraga.cz [212.67.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18BE043FBD for ; Thu, 13 Feb 2003 08:53:26 -0800 (PST) (envelope-from Zdenek.Roubicek@pragonet.cz) Received: from smudla.pragonet.cz (smudla.pragonet.cz [212.67.66.2]) by isp1.viapraga.cz (8.12.3/8.12.3/Debian -4) with ESMTP id h1DGrSaw014758 for ; Thu, 13 Feb 2003 17:53:28 +0100 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: 4.7-stable & smp X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Thu, 13 Feb 2003 17:53:24 +0100 Message-ID: <9256D57F598E6C41B288AA7DB94F29C9604A2A@pgnmail1.pgnaplikace.cz> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 4.7-stable & smp Thread-Index: AcLS8iauj+E4PoJAR2icxdjqHv7LJwAi/inA From: =?iso-8859-1?Q?Roub=EDcek_Zdenek_=28PragoNet=29?= To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =20 Any chance to disable it (hyperthreading)? I just want 2 physical CPUs = not 4 virtual working. Thx, zdenek =20 > -----Original Message----- > From: Erik Trulsson [mailto:ertr1013@student.uu.se] > Sent: Thursday, February 13, 2003 12:54 AM > To: Mike Hoskins > Cc: stable@FreeBSD.ORG > Subject: Re: 4.7-stable & smp >=20 >=20 > On Wed, Feb 12, 2003 at 03:43:53PM -0800, Mike Hoskins wrote: > >=20 > > After building world from a cvsup on Feb 10 I see, > >=20 > > % dmesg > > > > SMP: AP CPU #2 Launched! > > SMP: AP CPU #1 Launched! > > SMP: AP CPU #3 Launched! > >=20 > > I don't recall seeing mention of "CPU #3" before. (It is a=20 > 2 CPU box.) > > Is this actually something broken (seems to work just fine), or just > > semantics? :) It does say "2 logical CPUs": >=20 > It is not a bug, it is a feature. :-) > The magical word here is "Hyperthreading". With Intel's latest P4 and > Xeon CPUs you can treat each physical CPU as two logical CPUs.=20 > Basic support for this was recently added to -stable. You are seeing > the results of this. >=20 > >=20 > > CPU: Intel(R) XEON(TM) CPU 2.00GHz (1989.47-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0xf24 Stepping =3D 4 > >=20 > Features=3D0x3febfbff P,MTRR,PGE,MCA,C > > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> > > Hyperthreading: 2 logical CPUs > > real memory =3D 1073676288 (1048512K bytes) > > avail memory =3D 1041915904 (1017496K bytes) > > Changing APIC ID for IO APIC #0 from 0 to 4 on chip > > Changing APIC ID for IO APIC #1 from 0 to 5 on chip > > Changing APIC ID for IO APIC #2 from 0 to 6 on chip > > Programming 16 pins in IOAPIC #0 > > IOAPIC #0 intpin 2 -> irq 0 > > Programming 16 pins in IOAPIC #1 > > Programming 16 pins in IOAPIC #2 > > FreeBSD/SMP: Multiprocessor motherboard > > cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 > > cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 > > cpu2 (AP): apic id: 2, version: 0x00050014, at 0xfee00000 > > cpu3 (AP): apic id: 3, version: 0x00050014, at 0xfee00000 > > io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 > > io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 > > io2 (APIC): apic id: 6, version: 0x000f0011, at 0xfec02000 >=20 > --=20 > > Erik Trulsson > ertr1013@student.uu.se >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 8:57:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A0037B405 for ; Thu, 13 Feb 2003 08:57:53 -0800 (PST) Received: from wow.atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C28043FA3 for ; Thu, 13 Feb 2003 08:57:52 -0800 (PST) (envelope-from drais@wow.atlasta.net) Received: from wow.atlasta.net (localhost.atlasta.net [127.0.0.1]) by wow.atlasta.net (8.12.2/8.12.5) with ESMTP id h1DGvp5n095219; Thu, 13 Feb 2003 08:57:51 -0800 (PST) Received: from localhost (drais@localhost) by wow.atlasta.net (8.12.2/8.12.2/Submit) with ESMTP id h1DGvpCQ095216; Thu, 13 Feb 2003 08:57:51 -0800 (PST) Date: Thu, 13 Feb 2003 08:57:51 -0800 (PST) From: David Raistrick To: =?iso-8859-1?Q?Roub=EDcek_Zdenek_=28PragoNet=29?= Cc: stable@FreeBSD.ORG Subject: RE: 4.7-stable & smp In-Reply-To: <9256D57F598E6C41B288AA7DB94F29C9604A2A@pgnmail1.pgnaplikace.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Feb 2003, [iso-8859-1] Roub=EDcek Zdenek (PragoNet) wrote: > =20 > Any chance to disable it (hyperthreading)? I just want 2 physical > CPUs not 4 virtual working. Just disable hyperthreading in the BIOS. =2E..david --- david raistrick drais@atlasta.net=09=09http://www.expita.com/nomime.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 11:26:38 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84F8137B401 for ; Thu, 13 Feb 2003 11:26:37 -0800 (PST) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C1E743FBF for ; Thu, 13 Feb 2003 11:26:36 -0800 (PST) (envelope-from dmp@pantherdragon.org) Received: from sparx.techno.pagans (12-224-208-117.client.attbi.com [12.224.208.117]) by spork.pantherdragon.org (Postfix) with ESMTP id D04C01005F; Thu, 13 Feb 2003 11:26:33 -0800 (PST) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.techno.pagans (Postfix) with ESMTP id 98BE2AB6A; Thu, 13 Feb 2003 11:26:32 -0800 (PST) Message-ID: <3E4BF169.7010402@pantherdragon.org> Date: Thu, 13 Feb 2003 11:26:33 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Roub=EDcek_Zdenek_=28PragoNet=29=22?= Cc: stable@FreeBSD.ORG Subject: Re: 4.7-stable & smp References: <9256D57F598E6C41B288AA7DB94F29C9604A2A@pgnmail1.pgnaplikace.cz> In-Reply-To: <9256D57F598E6C41B288AA7DB94F29C9604A2A@pgnmail1.pgnaplikace.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Roubícek Zdenek (PragoNet) wrote: > > Any chance to disable it (hyperthreading)? I just want 2 physical CPUs not 4 virtual working. JOOC, why don't you want it enabled? My understanding of the concept is HT allows the CPU to more fully utilize the available host bus bandwidth since a single, deep pipline won't normally make full use of a 200MHz host bus. Assuming the SMP code in FreeBSD is effective, I'd think you seriously cut into the CPU's performance by disabling HT. >From: Erik Trulsson [mailto:ertr1013@student.uu.se] >> >>On Wed, Feb 12, 2003 at 03:43:53PM -0800, Mike Hoskins wrote: >> >>>I don't recall seeing mention of "CPU #3" before. (It is a 2 CPU box.) >>>Is this actually something broken (seems to work just fine), or just >>>semantics? :) It does say "2 logical CPUs": >> >>It is not a bug, it is a feature. :-) >>The magical word here is "Hyperthreading". With Intel's latest P4 and >>Xeon CPUs you can treat each physical CPU as two logical CPUs. >>Basic support for this was recently added to -stable. You are seeing >>the results of this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 14: 5:24 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 072BB37B401 for ; Thu, 13 Feb 2003 14:05:23 -0800 (PST) Received: from mail.vinita.lt (mail.vinita.lt [217.147.34.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A04243FA3 for ; Thu, 13 Feb 2003 14:05:22 -0800 (PST) (envelope-from rolnas@takas.lt) Received: from ctv-217-147-36-211.vinita.lt ([217.147.36.211] helo=rolnas.mif.vu.lt) by mail.vinita.lt with esmtp (powered by Init) id 18jRcq-0003OE-00 for ; Fri, 14 Feb 2003 00:14:37 +0200 Received: from rolnas by rolnas.mif.vu.lt with local (Exim 3.35 #1 (Debian)) id 18jRTs-0000ir-00 for ; Fri, 14 Feb 2003 00:05:20 +0200 Date: Fri, 14 Feb 2003 00:05:19 +0200 From: Rolandas Naujikas To: stable@freebsd.org Subject: Problems with IBM xSeries 225 SCSI controller LSILogic 1030 Message-ID: <20030213220519.GA2767@rolnas> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.28i Organization: VU MIF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have problems with Subject. SCSI controller doesn't work every system restart. It start some times in 10-30% probability. I'm tried without SMP and 4.7-RELEASE there is the same output. There is dmesg output with last panic http://www.mif.vu.lt/~rolnas/freebsd/dmesg.out Kernel config file http://www.mif.vu.lt/~rolnas/freebsd/PARKAS with GENERIC is the same output. Please help somebody with more SCSI knowledge. P.S. It's work, but we cannot wait 1/2 hour to reboot system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 14: 5:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 718E437B408 for ; Thu, 13 Feb 2003 14:05:28 -0800 (PST) Received: from mx.aminor.no (trisha.aminor.no [213.187.177.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFAC843F93 for ; Thu, 13 Feb 2003 14:05:27 -0800 (PST) (envelope-from eivind@aminor.no) Received: from [192.168.0.2] (holly.eivind [192.168.0.2]) by mx.aminor.no (Postfix) with ESMTP id E0E9D2CEDB for ; Thu, 13 Feb 2003 23:05:25 +0100 (CET) Date: Thu, 13 Feb 2003 23:05:21 +0100 From: Eivind Olsen To: freebsd-stable@FreeBSD.ORG Subject: ipfw1 or ipfw2 in STABLE? Message-ID: <97321400.1045177521@[192.168.0.2]> X-Mailer: Mulberry/3.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. I've decided that I should try to learn ipfw (using ipfilter at the moment) at least to get to use DUMMYNET. I'm tracking RELENG_4 (STABLE). Now, I'm not sure if it comes with ipfw1 or ipfw2 as default. Reading the man-page for ipfw(8) I get the impression that STABLE only uses ipfw1 by default and I'll have to enable ipfw2 by adding "IPFW2=TRUE" to /etc/make.conf and adding "options IPFW2" to the kernel config. But I can't find the option IPFW2 in the LINT kernel (which I thought was supposed to list all available options etc.) and I can't find anything regarding IPFW2 in /etc/defaults/make.conf So naturally I'm not sure what to believe - am I being misled / misinterpreting make.conf / LINT-kernel or is the man-page for ipfw(8) giving false information? -- Regards / Hilsen Eivind Olsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 14:54:41 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0747637B401 for ; Thu, 13 Feb 2003 14:54:40 -0800 (PST) Received: from mail.lambertfam.org (www.lambertfam.org [216.223.196.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E40943F85 for ; Thu, 13 Feb 2003 14:54:39 -0800 (PST) (envelope-from lambert@lambertfam.org) Received: from laptop.lambertfam.org (laptop.int.lambertfam.org [10.1.0.2]) by mail.lambertfam.org (Postfix) with ESMTP id 22DB2351BF for ; Thu, 13 Feb 2003 17:54:37 -0500 (EST) Received: by laptop.lambertfam.org (Postfix, from userid 1000) id A7FD98591; Thu, 13 Feb 2003 17:54:09 -0500 (EST) Date: Thu, 13 Feb 2003 17:54:08 -0500 From: Scott Lambert To: stable@FreeBSD.ORG Subject: Re: 4.7-stable & smp Message-ID: <20030213225407.GA95825@laptop.lambertfam.org> Mail-Followup-To: stable@FreeBSD.ORG References: <9256D57F598E6C41B288AA7DB94F29C9604A2A@pgnmail1.pgnaplikace.cz> <3E4BF169.7010402@pantherdragon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E4BF169.7010402@pantherdragon.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Feb 13, 2003 at 11:26:33AM -0800, Darren Pilgrim wrote: > Roub?cek Zdenek (PragoNet) wrote: > > > > Any chance to disable it (hyperthreading)? I just want 2 physical CPUs > > not 4 virtual working. > > JOOC, why don't you want it enabled? My understanding of the concept is > HT allows the CPU to more fully utilize the available host bus bandwidth > since a single, deep pipline won't normally make full use of a 200MHz > host bus. Assuming the SMP code in FreeBSD is effective, I'd think you > seriously cut into the CPU's performance by disabling HT. Not if you only have two CPU intensive processes. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 17:14:42 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9642237B401 for ; Thu, 13 Feb 2003 17:14:39 -0800 (PST) Received: from test2.com (ppp-203.144.191.245.revip.asianet.co.th [203.144.191.245]) by mx1.FreeBSD.org (Postfix) with SMTP id EA82F43F3F for ; Thu, 13 Feb 2003 17:14:30 -0800 (PST) (envelope-from hyuny2@hanmail.net) Reply-To: test2@test2.com From: ¾öÁ¤È­ To: stable@freebsd.org Subject: ¿ì¸° Ç×¹® ¾Æ´Ï¸é »ğÀÔ¾ÈÇØ...{¶Ë±¸³ç ¸Å´Ï¾Æ} Date: Fri, 14 Feb 2003 10:12:24 +0900 Mime-Version: 1.0 Content-Type: text/html; charset="euc-kr" Message-Id: <20030214011430.EA82F43F3F@mx1.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Á¦¸ñ ¾øÀ½

   

 

 

 
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 19:29:58 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0025937B401 for ; Thu, 13 Feb 2003 19:29:56 -0800 (PST) Received: from snafu.adept.org (adsl-67-117-158-73.dsl.snfc21.pacbell.net [67.117.158.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6041243F75 for ; Thu, 13 Feb 2003 19:29:56 -0800 (PST) (envelope-from mike@adept.org) Received: by snafu.adept.org (Postfix, from userid 1000) id 700109F01F; Thu, 13 Feb 2003 19:29:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by snafu.adept.org (Postfix) with ESMTP id 6754E9B060 for ; Thu, 13 Feb 2003 19:29:44 -0800 (PST) Date: Thu, 13 Feb 2003 19:29:44 -0800 (PST) From: Mike Hoskins To: freebsd-stable@FreeBSD.ORG Subject: Re: ipfw1 or ipfw2 in STABLE? In-Reply-To: <97321400.1045177521@[192.168.0.2]> Message-ID: <20030213192753.O54902-100000@snafu.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Feb 2003, Eivind Olsen wrote: > I'm tracking RELENG_4 (STABLE). > Now, I'm not sure if it comes with ipfw1 or ipfw2 as default. Reading the > man-page for ipfw(8) I get the impression that STABLE only uses ipfw1 by > default and I'll have to enable ipfw2 by adding "IPFW2=TRUE" to > /etc/make.conf and adding "options IPFW2" to the kernel config. FWIW, In -stable as of Feb 10 I've got IPFW2 running on a couple boxes following what the man page describes... 'options IPFW2' in kernel config and 'IPFW2=TRUE' in make.conf. Seems to work. Perhaps the make.conf bit will become unnecessary when 5.x-stable becomes available, hence the lack of a LINT entry? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 23: 6:44 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 328FB37B401 for ; Thu, 13 Feb 2003 23:06:43 -0800 (PST) Received: from radix.cryptio.net (radix.cryptio.net [199.181.107.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A597943F3F for ; Thu, 13 Feb 2003 23:06:42 -0800 (PST) (envelope-from emechler@radix.cryptio.net) Received: from radix.cryptio.net (localhost [127.0.0.1]) by radix.cryptio.net (8.12.6/8.12.6) with ESMTP id h1E76gI4017345 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 13 Feb 2003 23:06:42 -0800 (PST) (envelope-from emechler@radix.cryptio.net) Received: (from emechler@localhost) by radix.cryptio.net (8.12.6/8.12.6/Submit) id h1E76fOA017344 for freebsd-stable@freebsd.org; Thu, 13 Feb 2003 23:06:41 -0800 (PST) Date: Thu, 13 Feb 2003 23:06:41 -0800 From: Erick Mechler To: freebsd-stable@freebsd.org Subject: ECC memory error reporting Message-ID: <20030214070641.GV20271@techometer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there something like the Linux ECC kernel module for FreeBSD? I'm looking for something that can report on bad registers. The only references I can find re: ECC memory in the archives are quite old. Thanks! Erick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 23:12:36 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE7AA37B401 for ; Thu, 13 Feb 2003 23:12:34 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A252543FBF for ; Thu, 13 Feb 2003 23:12:32 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h1E7CQjs031432; Fri, 14 Feb 2003 17:42:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: ECC memory error reporting From: "Daniel O'Connor" To: Erick Mechler Cc: FreeBSD Stable List In-Reply-To: <20030214070641.GV20271@techometer.net> References: <20030214070641.GV20271@techometer.net> Content-Type: text/plain Organization: Message-Id: <1045206745.4513.65.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 14 Feb 2003 17:42:26 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2003-02-14 at 17:36, Erick Mechler wrote: > Is there something like the Linux ECC kernel module for FreeBSD? I'm > looking for something that can report on bad registers. The only > references I can find re: ECC memory in the archives are quite old. I think the ecc KLD here actually still works in FreeBSD -> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=113348+0+archive/2001/freebsd-hackers/20010318.freebsd-hackers Bit clunky, but it does the job (well.. I haven't seen any ECC errors so it's hard to be sure :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Feb 13 23:28:59 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E2837B401 for ; Thu, 13 Feb 2003 23:28:58 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C480A43FA3 for ; Thu, 13 Feb 2003 23:28:57 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 8D75E536E; Fri, 14 Feb 2003 08:28:55 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Daniel O'Connor" Cc: Erick Mechler , FreeBSD Stable List Subject: Re: ECC memory error reporting From: Dag-Erling Smorgrav Date: Fri, 14 Feb 2003 08:28:54 +0100 In-Reply-To: <1045206745.4513.65.camel@chowder.gsoft.com.au> ("Daniel O'Connor"'s message of "14 Feb 2003 17:42:26 +1030") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030214070641.GV20271@techometer.net> <1045206745.4513.65.camel@chowder.gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Daniel O'Connor" writes: > Bit clunky, but it does the job (well.. I haven't seen any ECC errors so > it's hard to be sure :) Try sprinkling some iron filings onto your motherboard, just to make sure it works 8) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 0:15:47 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC5737B401 for ; Fri, 14 Feb 2003 00:15:44 -0800 (PST) Received: from web14103.mail.yahoo.com (web14103.mail.yahoo.com [216.136.172.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 2341843FA3 for ; Fri, 14 Feb 2003 00:15:44 -0800 (PST) (envelope-from cguttesen@yahoo.dk) Message-ID: <20030214081544.33667.qmail@web14103.mail.yahoo.com> Received: from [193.212.28.158] by web14103.mail.yahoo.com via HTTP; Fri, 14 Feb 2003 09:15:44 CET Date: Fri, 14 Feb 2003 09:15:44 +0100 (CET) From: =?iso-8859-1?q?Claus=20Guttesen?= Subject: Re: ipfw1 or ipfw2 in STABLE? To: Eivind Olsen , freebsd-stable@FreeBSD.ORG In-Reply-To: <97321400.1045177521@[192.168.0.2]> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. > man-page for ipfw(8) I get the impression that > STABLE only uses ipfw1 by > default and I'll have to enable ipfw2 by adding > "IPFW2=TRUE" to > /etc/make.conf and adding "options IPFW2" to the > kernel config. But I can't You're assumption is correct. I am running ipfw (in combination with ipfilter), ipfw for traffic-shaping (dummynet). I wanted to prioritize both outcoming and returning traffic, but ipfw (ver. 1) only allowed me to prioritize on the port, but not distinguish on the direction. The keyword ipfw2 has is src- and dst-port as well. So I recompiled my world and kernel and rebooted and everything went smoothly. As an example I've pasted my setup from /etc/rc.firewall (firewall type [Oo][Pp][Ee][Nn]: # do some traffic-shaping, configure a pipe ${fwcmd} pipe 10 config bw 1Mbit/s ${fwcmd} pipe 20 config bw 1Mbit/s # create some queues with various weight ${fwcmd} queue 11 config pipe 10 weight 50 ${fwcmd} queue 12 config pipe 10 weight 25 ${fwcmd} queue 13 config pipe 10 weight 5 ${fwcmd} queue 21 config pipe 20 weight 50 ${fwcmd} queue 22 config pipe 20 weight 25 ${fwcmd} queue 23 config pipe 20 weight 5 # create some rules that will be applied to the queues # inside-interface ${fwcmd} add 340 queue 11 tcp from 192.168.1.0/24 to any dst-port http in recv xl0 ${fwcmd} add 340 queue 11 tcp from 192.168.1.0/24 to any dst-port ssh in recv xl0 ${fwcmd} add 340 queue 12 tcp from 192.168.1.0/24 to any dst-port smtp in recv xl0 ${fwcmd} add 340 queue 12 tcp from 192.168.1.0/24 to any dst-port pop3 in recv xl0 ${fwcmd} add 340 queue 13 ip from 192.168.1.0/24 to any in recv xl0 # outside-interface ${fwcmd} add 350 queue 21 tcp from any to 192.168.1.0/24 src-port http in recv xl1 ${fwcmd} add 350 queue 21 tcp from any to 192.168.1.0/24 src-port ssh in recv xl1 ${fwcmd} add 350 queue 22 tcp from any to 192.168.1.0/24 src-port smtp in recv xl1 ${fwcmd} add 350 queue 22 tcp from any to 192.168.1.0/24 src-port pop3 in recv xl1 ${fwcmd} add 350 queue 23 ip from any to 192.168.1.0/24 in recv xl1 Hope this helps. regards Claus Har du problemer med din hjemmecomputer? Få hjælp med Yahoo!s PC-support på http://dk.shopping.yahoo.com/pcsupport/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 0:35:37 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2E337B401 for ; Fri, 14 Feb 2003 00:35:36 -0800 (PST) Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5F743FBD for ; Fri, 14 Feb 2003 00:35:35 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp1632.sa.padsl.internode.on.net [150.101.19.95]) by smtp0.adl1.internode.on.net (8.12.4/8.12.4) with ESMTP id h1E8ZV0W082381; Fri, 14 Feb 2003 19:05:32 +1030 (CST) Received: (from root@localhost) by midget.dons.net.au (8.12.2/8.12.2) id h1E8ZWWL016204; Fri, 14 Feb 2003 19:05:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2av) with ESMTP id h1E8ZTOm016192; Fri, 14 Feb 2003 19:05:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ECC memory error reporting From: "Daniel O'Connor" To: Dag-Erling Smorgrav Cc: Erick Mechler , FreeBSD Stable List In-Reply-To: References: <20030214070641.GV20271@techometer.net> <1045206745.4513.65.camel@chowder.gsoft.com.au> Content-Type: text/plain Organization: Message-Id: <1045211726.6223.0.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 14 Feb 2003 19:05:26 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.6 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2003-02-14 at 17:58, Dag-Erling Smorgrav wrote: > "Daniel O'Connor" writes: > > Bit clunky, but it does the job (well.. I haven't seen any ECC errors so > > it's hard to be sure :) > > Try sprinkling some iron filings onto your motherboard, just to make > sure it works 8) Hey, good idea.. I could test those voltage sensors too :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 0:40:25 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E14AF37B401 for ; Fri, 14 Feb 2003 00:40:23 -0800 (PST) Received: from helios.earthmagic.org (helios.earthmagic.org [198.78.66.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B5CF43FD7 for ; Fri, 14 Feb 2003 00:40:23 -0800 (PST) (envelope-from lonewolf-freebsd@earthmagic.org) Received: (qmail 68865 invoked from network); 14 Feb 2003 08:40:21 -0000 Received: from ppp148.vic.padsl.internode.on.net (HELO Lara.earthmagic.org) (eo-lonewolf@150.101.208.147) by helios.earthmagic.org with DES-CBC3-SHA encrypted SMTP; 14 Feb 2003 08:40:21 -0000 Message-Id: <5.1.0.14.2.20030214192353.02940dc8@helios.earthmagic.org> X-Sender: eo-lonewolf@helios.earthmagic.org (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 14 Feb 2003 19:39:22 +1100 To: freebsd-stable@FreeBSD.ORG From: "J. 'LoneWolf' Mattsson" Subject: Re: ipfw1 or ipfw2 in STABLE? In-Reply-To: <20030214081544.33667.qmail@web14103.mail.yahoo.com> References: <97321400.1045177521@[192.168.0.2]> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 09:15 14/02/2003 +0100, Claus Guttesen wrote: >I wanted to prioritize both outcoming and returning >traffic, but ipfw (ver. 1) only allowed me to >prioritize on the port, but not distinguish on the >direction. Sure it does. If you want to distinguish direction based on the port numbers, just do something like: ipfw add allow tcp from any to 10.1.1.1 80 ipfw add allow tcp from 10.1.1.1 80 to any You can specify port numbers for the source ip as well, so just reverse the rule to match the return traffic. I.e. there is no need for the src-port directive, simply specify the source port number after the source ip :) Cheers, /Johny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 0:44:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F356D37B40D; Fri, 14 Feb 2003 00:44:51 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A00E043FDD; Fri, 14 Feb 2003 00:44:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 34C2F679DA; Fri, 14 Feb 2003 00:44:50 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 258511018; Fri, 14 Feb 2003 00:44:50 -0800 (PST) Date: Fri, 14 Feb 2003 00:44:50 -0800 From: Kris Kennaway To: Tim Vanderhoek Cc: Gunnar Flygt , Richard , Eugene , freebsd-stable@FreeBSD.org, kris@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: readmes Message-ID: <20030214084450.GB826@rot13.obsecurity.org> References: <20030116123702.GA98828@emetex.ru> <20030116164448.C28170@mail.unixguru.nl> <20030118205428.GA57840@turquoise> <20030118213827.GA94870@sr.se> <20030118175005.A25165@p23.ecf> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <20030118175005.A25165@p23.ecf> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 18, 2003 at 05:50:05PM -0500, Tim Vanderhoek wrote: > On Sat, Jan 18, 2003 at 10:38:27PM +0100, Gunnar Flygt wrote: > >=20 > > Actually it seems more that some of the pors have huge "include's" > > as /usr/ports/devel/cdk as it includes the big maninfo.mk, or >=20 > It seems that I had a stale /usr/ports/ directory and that's why > I didn't get the error when I tried 'make readmes'. >=20 > Okay, here's the fix for bsd.port.mk. This is the same fix that I > used about 3 years ago for the do-package: target. >=20 > Here's another patch for portmgr to review _in addition to_ the one > in the previous email for bsd.port.subdir.mk. >=20 > Please let me know if you see any more problems. Thanks, Oops, I forgot about this patch when I did the last bsd.port.mk run; this code has now changed. Can you please revise the patch so it again applies? I'll try and get it in by 4.8. Kris --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+TKyBWry0BWjoQKURAj9vAKCwEcxU0yXB8Wwmo9Dfgj4W7maIHwCeMQDM Oy4RW2gQ/0VNQHtX5uAovzU= =0VjP -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 3:11:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 039F837B401 for ; Fri, 14 Feb 2003 03:11:42 -0800 (PST) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F2543FD7 for ; Fri, 14 Feb 2003 03:11:41 -0800 (PST) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1000) id 7B60C3F54; Fri, 14 Feb 2003 07:11:39 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 253AB3F51; Fri, 14 Feb 2003 07:11:39 -0400 (AST) Date: Fri, 14 Feb 2003 07:11:38 -0400 (AST) From: The Hermit Hacker X-X-Sender: scrappy@localhost To: freebsd-stable@freebsd.org Subject: latest kernel issue ... or increased KVA_FILES ... ? Message-ID: <20030214065945.L76487@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG G'day ... I added 'options KVA_FILES=512' to my kernel config last night, and rebooted with the new settings, and fear I may have either error'd with it, or just am getting hit by a bug in the latest code ... First "stupid question", if I increase KVA_FILES, does that cause any changes to 'world' that requires me to do an installworld right away for thigns to work? I upgraded the source from Feb 1st -> Feb 13th, so I only did an installkernel, rebooted, and was going to do the installworld after, except that after reboot, two daemons that use threads wouldn't run, giving errors to /var/log/messages of: Feb 13 23:55:35 venus /kernel: pid 901 (nsd8x), uid 65534: exited on signal 6 And to errorlogfiles of: nsthread(65845) error: pthread_create failed in NsThreadCreate: Resource temporarily unavailable Abort trap Similar was happening to the mysqld daemon ... rebooting back to the previous kernel, where i hadn't set KVA_FILES, fixes the problem, but since I did a source upgrade at the same time, I'm not sure which end to be looking at ... Help? Thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 3:54:14 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7567837B401 for ; Fri, 14 Feb 2003 03:54:12 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B236243FAF for ; Fri, 14 Feb 2003 03:54:11 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1EBsBbL000526; Fri, 14 Feb 2003 03:54:11 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1EBrtb5000525; Fri, 14 Feb 2003 03:53:55 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 14 Feb 2003 03:53:55 -0800 From: David Schultz To: The Hermit Hacker Cc: freebsd-stable@FreeBSD.ORG Subject: Re: latest kernel issue ... or increased KVA_FILES ... ? Message-ID: <20030214115355.GA424@HAL9000.homeunix.com> Mail-Followup-To: The Hermit Hacker , freebsd-stable@FreeBSD.ORG References: <20030214065945.L76487@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030214065945.L76487@localhost> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake The Hermit Hacker : > I added 'options KVA_FILES=512' to my kernel config last night, and > rebooted with the new settings, and fear I may have either error'd with > it, or just am getting hit by a bug in the latest code ... > > First "stupid question", if I increase KVA_FILES, does that cause any > changes to 'world' that requires me to do an installworld right away for > thigns to work? I upgraded the source from Feb 1st -> Feb 13th, so I only > did an installkernel, rebooted, and was going to do the installworld > after, except that after reboot, two daemons that use threads wouldn't > run, giving errors to /var/log/messages of: > > Feb 13 23:55:35 venus /kernel: pid 901 (nsd8x), uid 65534: exited on signal 6 I assume you mean KVA_PAGES. Changing that value changes how the 4 GB virtual address space is split between the kernel and userland applications. The kernel occupies the upper end of the space, and the user application's stack (which grows downwards on most architectures) resides just below that. If you set aside more of the virtual address space for the kernel, the start of the stack is lower and applications have a smaller space. Pthreads in 4-STABLE uses the start of the main stack as a basis for determining where to put stacks for individual threads that are spawned. The value of KVA_PAGES used to be statically compiled into pthreads, so you would have to recompile libc every time you changed KVA_PAGES. Peter Wemm tried to fix this some time ago by reading the value from sysctl instead, but his fix is incomplete. The patch in the following PR has been verified (not by me) to fix the problem. Hopefully it has not been subject to bit rot over the last few months. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/46341 FYI, the code to deal with thread stacks is completely different in 5-CURRENT, so the problem is specific to 4.X. > Similar was happening to the mysqld daemon ... Random naive question: Postgresql spawns separate processes instead of using threads, doesn't it? How has that worked out, and is it expected to change? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 5: 0:37 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E61F37B401 for ; Fri, 14 Feb 2003 05:00:36 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BA643FBD for ; Fri, 14 Feb 2003 05:00:35 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.7/8.12.7) with ESMTP id h1ECxTXq002895; Fri, 14 Feb 2003 14:00:33 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.7/8.12.7/Submit) id h1ECxSVZ002894; Fri, 14 Feb 2003 13:59:28 +0100 (CET) Date: Fri, 14 Feb 2003 13:59:28 +0100 From: Wilko Bulte To: Dag-Erling Smorgrav Cc: "Daniel O'Connor" , Erick Mechler , FreeBSD Stable List Subject: Re: ECC memory error reporting Message-ID: <20030214135928.A2869@freebie.xs4all.nl> References: <20030214070641.GV20271@techometer.net> <1045206745.4513.65.camel@chowder.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Fri, Feb 14, 2003 at 08:28:54AM +0100 X-OS: FreeBSD 4.7-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 14, 2003 at 08:28:54AM +0100, Dag-Erling Smorgrav wrote: > "Daniel O'Connor" writes: > > Bit clunky, but it does the job (well.. I haven't seen any ECC errors so > > it's hard to be sure :) > > Try sprinkling some iron filings onto your motherboard, just to make > sure it works 8) Alternatively find a surplus hospital Cobalt-60 radiation therapy unit. That should give you nice random soft errors on the memory :) -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Feb 14 7: 9:11 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1778D37B401 for ; Fri, 14 Feb 2003 07:09:03 -0800 (PST) Received: from ops.tamu.edu (ops.tamu.edu [165.91.250.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B704943FA3 for ; Fri, 14 Feb 2003 07:09:01 -0800 (PST) (envelope-from nipsy@ops.tamu.edu) Received: from nipsy by ops.tamu.edu with local (Exim 4.10) id 18jhSX-000JMh-00 for stable@freebsd.org; Fri, 14 Feb 2003 09:09:01 -0600 Date: Fri, 14 Feb 2003 09:09:01 -0600 From: Mark Nipper To: stable@freebsd.org Subject: crash w/ 4.7-STABLE of Wed Feb 12 22:15:15 CST 2003 Message-ID: <20030214150901.GB61301@ops.tamu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.3i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had another crash, again, with a: --- Fatal trap 12: page fault while in kernel mode message. However, I think I may have gotten a more useful dump than in the past. Before spewing out all of the data, one thing to note is a change I made just a couple of days ago when I built this kernel and world. I increased NGROUPS_MAX in /usr/include/sys/sys/syslimits.h to 32 from 16. Afterwards, I rebuilt the entire world and kernel using the new value. But I seriously doubt this had anything to do with the crash, as I've been seeing these crashes sporadically over the past several months. Anyway, I'm including all the usual information, and the gdb session as far as I know to take it. Please render any aid you might... :) --- root@ops/p3:/home/crash> gdb -k kernel.debug.2 vmcore.2 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read cal= led at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxrea= d.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../..= /contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf IdlePTD at phsyical address 0x00320000 initial pcb at physical address 0x002994e0 panicstr: lockmgr: draining against myself panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x20002d fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0214cb0 stack pointer =3D 0x10:0xe0d14cd8 frame pointer =3D 0x10:0xe0d14ce8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 5 (syncer) interrupt mask =3D none trap number =3D 12 panic: page fault syncing disks... panic: lockmgr: draining against myself Uptime: 1d6h6m1s dumping to dev #ad/0x20009, offset 2350209 dump ata0: resetting devices .. done 768 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750= 749 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 73= 1 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 7= 12 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 = 693 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675= 674 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 65= 6 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 6= 37 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 = 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600= 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 58= 1 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 5= 62 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 = 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525= 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 50= 6 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 4= 87 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 = 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450= 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 43= 1 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 4= 12 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 = 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375= 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 35= 6 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 3= 37 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 = 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300= 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 28= 1 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 2= 62 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 = 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225= 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 20= 6 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 1= 87 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 = 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150= 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 13= 1 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 1= 12 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 = 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 = 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 = 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 = 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1=20 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc015ec13 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc015f038 in poweroff_wait (junk=3D0xc0258620, howto=3D-492675008) at = /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc015903a in lockmgr (lkp=3D0xc6e0d400, flags=3D65543, interlkp=3D0xe2= a260ac, p=3D0xdd1bd780) at /usr/src/sys/kern/kern_lock.c:413 #4 0xc0189f7c in vop_stdlock (ap=3D0xe0d14aa0) at /usr/src/sys/kern/vfs_de= fault.c:256 #5 0xc020a2ed in ufs_vnoperate (ap=3D0xe0d14aa0) at /usr/src/sys/ufs/ufs/u= fs_vnops.c:2376 #6 0xc018d31d in vclean (vp=3D0xe2a26040, flags=3D8, p=3D0xdd1bd780) at vn= ode_if.h:861 #7 0xc018d543 in vgonel (vp=3D0xe2a26040, p=3D0xdd1bd780) at /usr/src/sys/= kern/vfs_subr.c:2037 #8 0xc018d4f5 in vrecycle (vp=3D0xe2a26040, inter_lkp=3D0x0, p=3D0xdd1bd78= 0) at /usr/src/sys/kern/vfs_subr.c:1992 #9 0xc0204a67 in ufs_inactive (ap=3D0xe0d14b28) at /usr/src/sys/ufs/ufs/uf= s_inode.c:105 #10 0xc020a2ed in ufs_vnoperate (ap=3D0xe0d14b28) at /usr/src/sys/ufs/ufs/u= fs_vnops.c:2376 #11 0xc018d04c in vput (vp=3D0xe2a26040) at vnode_if.h:815 #12 0xc0206d95 in qsync (mp=3D0xc603e000) at /usr/src/sys/ufs/ufs/ufs_quota= =2Ec:690 #13 0xc0202659 in ffs_sync (mp=3D0xc603e000, waitfor=3D2, cred=3D0xc16ead00= , p=3D0xc02ad580) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1045 #14 0xc018ef2b in sync (p=3D0xc02ad580, uap=3D0x0) at /usr/src/sys/kern/vfs= _syscalls.c:576 #15 0xc015e9d6 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 35 #16 0xc015f038 in poweroff_wait (junk=3D0xc026f24c, howto=3D-1071190673) at= /usr/src/sys/kern/kern_shutdown.c:595 #17 0xc023c1fe in trap_fatal (frame=3D0xe0d14c98, eva=3D2097197) at /usr/sr= c/sys/i386/i386/trap.c:974 #18 0xc023bed1 in trap_pfault (frame=3D0xe0d14c98, usermode=3D0, eva=3D2097= 197) at /usr/src/sys/i386/i386/trap.c:867 #19 0xc023babb in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16, = tf_edi =3D 2097185, tf_esi =3D 0, tf_ebp =3D -523154200,=20 tf_isp =3D -523154236, tf_ebx =3D 2097185, tf_edx =3D 0, tf_ecx =3D -= 494232288, tf_eax =3D -49, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071559504, tf_cs =3D 8, tf_eflags =3D 66054, tf_esp =3D = -958344192, tf_ss =3D -492675008}) at /usr/src/sys/i386/i386/trap.c:466 #20 0xc0214cb0 in vm_object_page_remove (object=3D0xe28a9d20, start=3D0, en= d=3D0, clean_only=3D0) at /usr/src/sys/vm/vm_object.c:1562 #21 0xc018c2c9 in vinvalbuf (vp=3D0xe2a26040, flags=3D0, cred=3D0x0, p=3D0x= dd1bd780, slpflag=3D0, slptimeo=3D0) at /usr/src/sys/kern/vfs_subr.c:878 #22 0xc01fa457 in ffs_truncate (vp=3D0xe2a26040, length=3D0, flags=3D0, cre= d=3D0x0, p=3D0xdd1bd780) at /usr/src/sys/ufs/ffs/ffs_inode.c:199 #23 0xc02049d4 in ufs_inactive (ap=3D0xe0d14ed8) at /usr/src/sys/ufs/ufs/uf= s_inode.c:89 #24 0xc020a2ed in ufs_vnoperate (ap=3D0xe0d14ed8) at /usr/src/sys/ufs/ufs/u= fs_vnops.c:2376 #25 0xc018d04c in vput (vp=3D0xe2a26040) at vnode_if.h:815 #26 0xc01fe034 in handle_workitem_remove (dirrem=3D0xc75c88a0) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:2852 #27 0xc01fb6a1 in process_worklist_item (matchmnt=3D0x0, flags=3D0) at /usr= /src/sys/ufs/ffs/ffs_softdep.c:716 #28 0xc01fb546 in softdep_process_worklist (matchmnt=3D0x0) at /usr/src/sys= /ufs/ffs/ffs_softdep.c:622 #29 0xc018c973 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1177 (kgdb) up 19 #19 0xc023babb in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16, = tf_edi =3D 2097185, tf_esi =3D 0, tf_ebp =3D -523154200,=20 tf_isp =3D -523154236, tf_ebx =3D 2097185, tf_edx =3D 0, tf_ecx =3D -= 494232288, tf_eax =3D -49, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071559504, tf_cs =3D 8, tf_eflags =3D 66054, tf_esp =3D = -958344192, tf_ss =3D -492675008}) at /usr/src/sys/i386/i386/trap.c:466 466 (void) trap_pfault(&frame, FALSE, eva); (kgdb) frame frame->tf_ebp frame->tf_eip #0 vm_object_page_remove (object=3D0xe28a9d20, start=3D0, end=3D0, clean_o= nly=3D0) at /usr/src/sys/vm/vm_object.c:1563 1563 next =3D TAILQ_NEXT(p, listq); (kgdb) list 1558 vm_object_pip_add(object, 1); 1559 again: 1560 size =3D end - start; 1561 if (all || size > object->resident_page_count / 4) { 1562 for (p =3D TAILQ_FIRST(&object->memq); p !=3D NULL;= p =3D next) { 1563 next =3D TAILQ_NEXT(p, listq); 1564 if (all || ((start <=3D p->pindex) && (p->p= index < end))) { 1565 if (p->wire_count !=3D 0) { 1566 vm_page_protect(p, VM_PROT_= NONE); 1567 if (!clean_only) (kgdb) print p $1 =3D 0x0 (kgdb) print listq No symbol "listq" in current context. (kgdb) print object $2 =3D 0xe28a9d20 (kgdb) print object->memq $3 =3D {tqh_first =3D 0xc09b23ec, tqh_last =3D 0xc0a4aac0} (kgdb) print size $4 =3D 3222849516 (kgdb) print all $5 =3D 1 --- And that's about all I know to do with that! This is where I could use some help. And here's dmesg: --- Copyright (c) 1992-2003 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 4.7-STABLE #0: Wed Feb 12 22:15:15 CST 2003 root@ops.tamu.edu:/usr/obj/usr/src/sys/OPS Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1611826781 Hz CPU: AMD Athlon(tm) XP 1900+ (1611.83-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x662 Stepping =3D 2 Features=3D0x383f9ff AMD Features=3D0xc0480000 real memory =3D 805306368 (786432K bytes) config> q avail memory =3D 779886592 (761608K bytes) Preloaded elf kernel "kernel" at 0xc0301000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc030109c. Pentium Pro MTRR support enabled Using $PIR table, 6 entries at 0xc00fdf10 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on p= ci0 pci1: on pcib1 pci1: at 0.0 irq 15 pcib2: at device 10.0 on = pci0 pci2: on pcib2 asr0: mem 0xe8000000-0xe9ffffff irq 10 at devic= e 10.1 on pci0 asr0: major=3D154 asr0: ADAPTEC 2400A FW Rev. 370L, 4 channel, 256 CCBs, Protocol I2O fxp0: port 0xe000-0xe03f mem 0xed000000-0= xed01ffff,0xed020000-0xed020fff irq 11 at device 11. 0 on pci0 fxp0: Ethernet address 00:02:b3:95:82:85 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 17.0 on = pci0 isa0: on isab0 atapci0: port 0xe400-0xe40f at device 17.1 on = pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 orm0: