From owner-freebsd-hackers Sun Jun 30 0:30: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E5537B401 for ; Sun, 30 Jun 2002 00:30:00 -0700 (PDT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF3D43E1D for ; Sun, 30 Jun 2002 00:30:00 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219]) by mail-relay1.yahoo.com (Postfix) with ESMTP id 4121E8B5B4; Sun, 30 Jun 2002 00:29:33 -0700 (PDT) Message-ID: <3D1EB35C.70F64275@FreeBSD.org> Date: Sun, 30 Jun 2002 00:29:32 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <5.1.0.14.2.20020629235459.031daf28@mail.Go2France.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Len Conrad wrote: > > Sorry, hackers, I posted this twice in -questions and got no response. > > If the problem is newreno, can somebody say how to up just that piece for > 4.4 so as to be as non-disruptive, non-dice-rolling as possible on this > otherwise solid machine? You can turn off newreno with the sysctl. I put this in /etc/sysctl.conf on my machines: net.inet.tcp.newreno=0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 5:19:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 128FB37B401 for ; Sun, 30 Jun 2002 05:19:20 -0700 (PDT) Received: from oasis.frogfoot.net (oasis.frogfoot.net [66.8.28.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 7969143E13 for ; Sun, 30 Jun 2002 05:19:16 -0700 (PDT) (envelope-from abz@oasis.frogfoot.net) Received: (qmail 17720 invoked by uid 1001); 30 Jun 2002 12:19:03 -0000 Date: Sun, 30 Jun 2002 14:19:03 +0200 From: Abraham van der Merwe To: FreeBSD Hacking Subject: ipfirewall(4) problems Message-ID: <20020630121903.GA17612@oasis.frogfoot.net> Mail-Followup-To: FreeBSD Hacking Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.3.28i Organization: Frogfoot Networks X-Operating-System: Debian GNU/Linux oasis 2.4.3 i686 X-GPG-Public-Key: http://oasis.frogfoot.net/pgpkeys/keys/frogfoot.gpg X-Uptime: 14:04:03 up 23:42, 9 users, load average: 1.26, 1.15, 1.10 X-Edited-With-Muttmode: muttmail.sl - 2001-09-27 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I'm trying to add/remove/show ipfw rules in a C program. However I'm struggling. First of, the ipfirewall(4) man pages made me think that you'd do a getsockopt() for each rule, starting with fw_number=3D0 with optlen=3Dsizeo= f(struct ip_fw), but ipfw2.c and ipfw.c from the ipfw source code speaks otherwise. According to that getsockopt IP_FW_GET will return the data for all the rules, returning the len of all these rules if you didn't specify a valid length. So, I tried this. Here is the small code snippet: ------------< snip <------< snip <------< snip <------------ static int ipfw_show (int fd) { char buf[1024]; socklen_t len; len =3D 1; printf ("len: %u\n",len); if (getsockopt (fd,IPPROTO_IP,IP_FW_GET,buf,&len) < 0) { perror ("setsockopt IP_FW_GET"); return (-1); } printf ("len: %u\n",len); =09 return (0); } int main (int argc,char *argv[]) { int fd; if ((fd =3D socket (PF_INET,SOCK_RAW,IPPROTO_RAW)) < 0) { perror ("socket"); exit (EXIT_FAILURE); } if (ipfw_show (fd) < 0) { close (fd); exit (EXIT_FAILURE); } close (fd); exit (EXIT_SUCCESS); } ------------< snip <------< snip <------< snip <------------ Which gives some interesting results: ------------< snip <------< snip <------< snip <------------ root@pris:~/tinysnmp/tinysnmp-0.2.2/EXP# ./ipfw_show len: 1 len: 1 ------------< snip <------< snip <------< snip <------------ Surely getsockopt() should've returned a buffer length? Is this a bug or am I missing something? PS: It would also be great if someone could update the man page to actually reflect the real interface. The man page I have dates back to June 1997. --=20 Regards Abraham What awful irony is this? We are as gods, but know it not. ___________________________________________________ Abraham vd Merwe [ZR1BBQ] - Frogfoot Networks P.O. Box 3472, Matieland, Stellenbosch, 7602 Cell: +27 82 565 4451 Http: http://www.frogfoot.net Email: abz@frogfoot.net --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Hvc30jJV70h31dERAuhtAKCCdY1hCITMHiQ5YveNLGyzVfsRfwCeLrZv BT//9FChAexojnUOysPJVBU= =gqwB -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 8:41:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7192C37B405 for ; Sun, 30 Jun 2002 08:41:55 -0700 (PDT) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F28243E13 for ; Sun, 30 Jun 2002 08:41:54 -0700 (PDT) (envelope-from lev@serebryakov.spb.ru) Received: from lev (ip106-158.dialup.wplus.net [195.131.106.158]) (authenticated) by ftp.translate.ru (8.11.6/8.11.2) with ESMTP id g5UFiHW89736 for ; Sun, 30 Jun 2002 19:44:17 +0400 (MSD) (envelope-from lev@serebryakov.spb.ru) Date: Sun, 30 Jun 2002 19:43:13 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v1.53d) Reply-To: Lev Serebryakov Organization: Home X-Priority: 3 (Normal) Message-ID: <129250446343.20020630194313@serebryakov.spb.ru> To: Julian Elischer Subject: Re[2]: Driver for device on serial (COM) port In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Julian! Saturday, June 29, 2002, 11:32:31 PM, you wrote: JE> in -current, we have a new netgraph node ng_device JE> that gives a device interface to netgraph. JE> We also have the ng_tty node that attaches to a tty JE> as a 'line disciplin' JE> adding a node between these to do you own stuff would give you what you JE> want. JE> (the ng_device node shuld be Merged from current soon JE> and you could even do it yourself.. it shouldn't be hard) I see. Negraph is good point. NG archeticture will good for myd driver. Lev Serebryakov /-----------------------------------------------\ | FIDONet: 2:5030/661.0 | | E-Mail: lev@serebryakov.spb.ru | | Page: http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===============================================/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 13: 0:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E19837B400 for ; Sun, 30 Jun 2002 13:00:38 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC73E43E09 for ; Sun, 30 Jun 2002 13:00:37 -0700 (PDT) (envelope-from freebsd@fasttrackmonkey.com) Received: (qmail 44518 invoked by uid 85); 30 Jun 2002 20:00:28 -0000 Received: from freebsd@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.060138 secs); 30 Jun 2002 20:00:28 -0000 X-Qmail-Scanner-Mail-From: freebsd@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.060138 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 30 Jun 2002 20:00:27 -0000 Date: Sun, 30 Jun 2002 16:00:30 -0400 (EDT) From: Charles Sprickman To: freebsd-hackers@freebsd.org Subject: getting a coredump before boot device found Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm wondering if there's any way to get a coredump on a machine that's panicing while probing ata-attached drives. I'd like to help someone fix whatever this remaining ata bug is in 4.6 and -stable, but I'm stumped on how to do this. I can break into the debugger, but my only option there to write a core is to "panic" again, but since there's no dump device configured yet... chicken and egg... Is this at all possible? I couldn't find anything in the DDB manpage, nor in a quick google search. Thanks, CS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 13:40:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D78037B406 for ; Sun, 30 Jun 2002 13:40:20 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1CD43E13 for ; Sun, 30 Jun 2002 13:40:19 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020630204018.NRHF6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sun, 30 Jun 2002 20:40:18 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA86564; Sun, 30 Jun 2002 13:26:32 -0700 (PDT) Date: Sun, 30 Jun 2002 13:26:31 -0700 (PDT) From: Julian Elischer To: Charles Sprickman Cc: freebsd-hackers@freebsd.org Subject: Re: getting a coredump before boot device found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG at that stage abut all you can do is live debugging.. do you have 2 machines you can link together? On Sun, 30 Jun 2002, Charles Sprickman wrote: > Hi, > > I'm wondering if there's any way to get a coredump on a machine that's > panicing while probing ata-attached drives. I'd like to help someone fix > whatever this remaining ata bug is in 4.6 and -stable, but I'm stumped on > how to do this. I can break into the debugger, but my only option there > to write a core is to "panic" again, but since there's no dump device > configured yet... chicken and egg... > > Is this at all possible? I couldn't find anything in the DDB manpage, nor > in a quick google search. > > Thanks, > > CS > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 13:44:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA9A37B400 for ; Sun, 30 Jun 2002 13:44:30 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CE243E1A for ; Sun, 30 Jun 2002 13:44:29 -0700 (PDT) (envelope-from freebsd@fasttrackmonkey.com) Received: (qmail 44668 invoked by uid 85); 30 Jun 2002 20:44:25 -0000 Received: from freebsd@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.063871 secs); 30 Jun 2002 20:44:25 -0000 X-Qmail-Scanner-Mail-From: freebsd@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.063871 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 30 Jun 2002 20:44:25 -0000 Date: Sun, 30 Jun 2002 16:44:27 -0400 (EDT) From: Charles Sprickman To: Julian Elischer Cc: "freebsd-hackers@freebsd.org" Subject: Re: getting a coredump before boot device found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 30 Jun 2002, Julian Elischer wrote: > at that stage abut all you can do is live debugging.. Meaning boot kernel.debug directlly so I've got a kernel with symbols and then get out the pen and paper? > do you have 2 machines you can link together? Oh yes. But I know nothing about remote gdb. Charles > > On Sun, 30 Jun 2002, Charles Sprickman wrote: > > > Hi, > > > > I'm wondering if there's any way to get a coredump on a machine that's > > panicing while probing ata-attached drives. I'd like to help someone fix > > whatever this remaining ata bug is in 4.6 and -stable, but I'm stumped on > > how to do this. I can break into the debugger, but my only option there > > to write a core is to "panic" again, but since there's no dump device > > configured yet... chicken and egg... > > > > Is this at all possible? I couldn't find anything in the DDB manpage, nor > > in a quick google search. > > > > Thanks, > > > > CS > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 14:20:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D244237B405 for ; Sun, 30 Jun 2002 14:20:11 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7638843E09 for ; Sun, 30 Jun 2002 14:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020630212011.BAQZ8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sun, 30 Jun 2002 21:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA86771; Sun, 30 Jun 2002 14:17:24 -0700 (PDT) Date: Sun, 30 Jun 2002 14:17:21 -0700 (PDT) From: Julian Elischer To: Charles Sprickman Cc: "freebsd-hackers@freebsd.org" Subject: Re: getting a coredump before boot device found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 30 Jun 2002, Charles Sprickman wrote: > On Sun, 30 Jun 2002, Julian Elischer wrote: > > > at that stage abut all you can do is live debugging.. > > Meaning boot kernel.debug directlly so I've got a kernel with symbols and > then get out the pen and paper? > > > do you have 2 machines you can link together? > > Oh yes. But I know nothing about remote gdb. it's not that difficult.. have the source and compile directory on the 2nd machine so gdb can access it. compile with debug symbols (config -g). Have the following .gdbinit in the compile/MYKENEL directory: file kernel.debug set remotebaud 9600 target remote /dev/cuaa1 then connect a null modem cable getween com2 of both machines. on the booting machine you need 'flags 0xc0 on sio1' in the config or from the kernel configurator when you boot. to tell the gdb stub that is where to go. when it crashes into the ddb type 'tr' to get a good backtrace, then type 'gdb' to set gdb mode then 's' to switch to it. on the compile machine, in the compile/MYKERN directory, type 'gdb' (you must have compiled with debug support.... "config -g") to go back to ddb 'det' to reboot from ddb: call boot 0 (you may need to do it more than once). > > Charles > > > > > On Sun, 30 Jun 2002, Charles Sprickman wrote: > > > > > Hi, > > > > > > I'm wondering if there's any way to get a coredump on a machine that's > > > panicing while probing ata-attached drives. I'd like to help someone fix > > > whatever this remaining ata bug is in 4.6 and -stable, but I'm stumped on > > > how to do this. I can break into the debugger, but my only option there > > > to write a core is to "panic" again, but since there's no dump device > > > configured yet... chicken and egg... > > > > > > Is this at all possible? I couldn't find anything in the DDB manpage, nor > > > in a quick google search. > > > > > > Thanks, > > > > > > CS > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 18:23:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C6D737B400 for ; Sun, 30 Jun 2002 18:23:53 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0207D43E09 for ; Sun, 30 Jun 2002 18:23:53 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id VAA06956 for ; Sun, 30 Jun 2002 21:23:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g611NMg20713; Sun, 30 Jun 2002 21:23:22 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15647.44810.349831.994344@grasshopper.cs.duke.edu> Date: Sun, 30 Jun 2002 21:23:22 -0400 (EDT) To: freebsd-hackers@freebsd.org Subject: dual booting current/stable on x86? X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How do I dual boot -current and -stable from different slices on the same IDE disk? (and linux too.) When I tell lilo to boot "hde3", I get the -stable boot2 and /boot/loader from "hde2" (ad4s2a). I can then monkey around setting currdev and hints and unloading the -stable kernel & then boot -current, but I'd like to just pop right into -current on ad4s3a if I choose it. Is there a magic bullet? I'd like to continue using lilo so that I can choose what OS to load via a serial console.. Thanks, Drew The data for partition 1 is: sysid 131 (0x83),(Linux native) start 63, size 10522512 (5137 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 654/ head 254/ sector 63 The data for partition 2 is: <<<--- STABLE sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 12578895, size 12562830 (6134 Meg), flag 80 (active) beg: cyl 783/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: <<<--- CURRENT sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 25141725, size 13960485 (6816 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 19:14: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB23C37B400 for ; Sun, 30 Jun 2002 19:13:59 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A4D343E35 for ; Sun, 30 Jun 2002 19:13:55 -0700 (PDT) (envelope-from freebsd@fasttrackmonkey.com) Received: (qmail 45900 invoked by uid 85); 1 Jul 2002 02:13:50 -0000 Received: from freebsd@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.066754 secs); 01 Jul 2002 02:13:50 -0000 X-Qmail-Scanner-Mail-From: freebsd@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.066754 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 1 Jul 2002 02:13:50 -0000 Date: Sun, 30 Jun 2002 22:13:52 -0400 (EDT) From: Charles Sprickman To: Julian Elischer Cc: "freebsd-hackers@freebsd.org" Subject: Re: getting a coredump before boot device found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 30 Jun 2002, Julian Elischer wrote: Thanks Julian, I promise to tinker with this in the future... I dug through all my junk here and I have no null modem cable/adapter. I'm going to just go back there with my laptop and this page: http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html And I'll see what I can get. Is Soren the main ata guy? Thanks again, I will definetly try out the remote gdb method in the future. Charles > have the source and compile directory on the 2nd machine so gdb can access > it. compile with debug symbols (config -g). Have the following .gdbinit in > the compile/MYKENEL directory: > > file kernel.debug > set remotebaud 9600 > target remote /dev/cuaa1 > > then connect a null modem cable getween com2 of both machines. > on the booting machine you need 'flags 0xc0 on sio1' in the config > or from the kernel configurator when you boot. > to tell the gdb stub that is where to go. > > when it crashes into the ddb > type 'tr' > to get a good backtrace, > then type 'gdb' to set gdb mode > then 's' to switch to it. > > on the compile machine, in the compile/MYKERN directory, > type 'gdb' > (you must have compiled with debug support.... "config -g") > > to go back to ddb > > 'det' > > to reboot from ddb: > > call boot 0 > (you may need to do it more than once). > > > > > Charles > > > > > > > > On Sun, 30 Jun 2002, Charles Sprickman wrote: > > > > > > > Hi, > > > > > > > > I'm wondering if there's any way to get a coredump on a machine that's > > > > panicing while probing ata-attached drives. I'd like to help someone fix > > > > whatever this remaining ata bug is in 4.6 and -stable, but I'm stumped on > > > > how to do this. I can break into the debugger, but my only option there > > > > to write a core is to "panic" again, but since there's no dump device > > > > configured yet... chicken and egg... > > > > > > > > Is this at all possible? I couldn't find anything in the DDB manpage, nor > > > > in a quick google search. > > > > > > > > Thanks, > > > > > > > > CS > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 19:31:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6270337B41D for ; Sun, 30 Jun 2002 19:30:28 -0700 (PDT) Received: from relay6.kornet.net (relay6.kornet.net [211.48.62.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D39A043E0A for ; Sun, 30 Jun 2002 19:30:27 -0700 (PDT) (envelope-from amimi0404@kornet.net) Received: from ns (61.73.89.202) by relay6.kornet.net; 1 Jul 2002 11:30:25 +0900 Message-ID: <3d1fbec23d839893@relay6.kornet.net> (added by relay6.kornet.net) From: =?ks_c_5601-1987?B?v+y4rsSrteXIuL/4IL+1vvfGwMDl?= To: freebsd-hackers@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUIMDnuczA1rTCILvnwLrHsMC7ILXluK6w2r3AtM+02SE=?= Date: Mon, 01 Jul 2002 11:35:36 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0117_01C0F35A.93A36C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0117_01C0F35A.93A36C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 v+y4rsSrteUgICAgDQoNCiAgICAgDQogICAgCQkJCQkJILy6uO0gIAkJICDB1rnOte63zyC5 +MijICANCsH3wOUgwPzIrSAgICAgIMjetOvG+SAgCSAgICAgDQogICANCiAgICAgILHNx8/A xyAguN7Az8HWvNK0wiDApbytx87AuyDF68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7raw x9EgwaS6uLW1ILCusO0gIMDWwfYgvsrAvcC7ILngyPy0z7TZLg0KICDAzCBFLW1haWzAuiC5 373FwPy/68DMuOcsIL/4xKEgvsrAuL3HICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rimIMDU t8LHz7+pIMHWvcO46SC1ziC5+CC02b3DILjewM8gIMDMICCwocH2IL7KtbW3zyDHz7DavcC0 z7TZLg0KICAgICAJICC89r3FsMW6ziAgLyByZWZ1c2FsIG9mIHJlY2VpcHQgICAJICAgIAkg IA0KIA0KDQogDQo= ------=_NextPart_000_0117_01C0F35A.93A36C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPFNDUklQVCBsYW5ndWFnZT1qYXZhc2NyaXB0Pg0KPCEtLQ0K ZnVuY3Rpb24gY2xpY2tNb3VzZSgpDQoJew0KCSAgDQoJCWlmICgoZXZlbnQuYnV0dG9uPT0y KSB8fCAoZXZlbnQuYnV0dG9uPT0zKSl7DQoJCQlyZXR1cm4gKGZhbHNlKTsNCgkJfQkNCgl9 DQoJDQoJZnVuY3Rpb24gY2xpY2tLZXkoKQ0KCXsNCgkJaWYoKGV2ZW50LnNoaWZ0S2V5KSAm JiAoZXZlbnQua2V5Q29kZSA9PSAxMjEpKQ0KCQl7CQkNCgkJCXJldHVybiBmYWxzZTsNCgkJ fQkNCgl9DQoJDQoJZnVuY3Rpb24gbm9BY3Rpb24oKXsNCgkJcmV0dXJuIGZhbHNlOw0KCX0N Cg0KZG9jdW1lbnQub25tb3VzZWRvd249Y2xpY2tNb3VzZQ0KZG9jdW1lbnQub25rZXlkb3du PWNsaWNrS2V5DQpkb2N1bWVudC5vbmNvbnRleHRtZW51PW5vQWN0aW9uDQpkb2N1bWVudC5v bmRyYWdzdGFydD1ub0FjdGlvbg0KZG9jdW1lbnQub25zZWxlY3RzdGFydD1ub0FjdGlvbg0K Ly8tLT4NCjwvU0NSSVBUPg0KDQoNCg0KPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjx0aXRsZT6/7LiuxKu1 5SAgPC90aXRsZT4NCg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgdGV4dD0i YmxhY2siIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIGFsaW5rPSJyZWQiPg0KPHRhYmxl IGFsaWduPSJjZW50ZXIiIGJvcmRlcj0iMSIgY2VsbHNwYWNpbmc9IjAiIHdpZHRoPSI1ODki IGhlaWdodD0iOTIiIGJvcmRlcmNvbG9yZGFyaz0id2hpdGUiIGJvcmRlcmNvbG9ybGlnaHQ9 ImJsYWNrIj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iNTkyIiBjb2xzcGFuPSIy Ij4NCiAgICAgICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lml5ZXNjYXJkLmNvbS9p bWFnZS90b3BfNy5naWYiIHdpZHRoPSI1OTciIGhlaWdodD0iOTIiIGJvcmRlcj0iMCI+PC9w Pg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lk dGg9IjU5MiIgY29sc3Bhbj0iMiI+DQogICAgICAgICAgICA8cCBhbGlnbj0iY2VudGVyIj48 aW1nIHNyYz0iaHR0cDovL3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvYm90dG9tNi5naWYiIHdp ZHRoPSI1OTciIGhlaWdodD0iMjExIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODkiIGNvbHNwYW49 IjIiPg0KCQkJCQk8Zm9ybSBuYW1lPSJtYWlsZnJtIiBhY3Rpb249Imh0dHA6Ly93d3cuaXdv b3JpY2FyZC5jb20vbWFpbC9pbnNlcnQxLmFzcCIgbWV0aG9kPSJwb3N0IiA+CQ0KICAgICAg ICAgICAgPHAgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtaW5kZW50Oi0xOyBsaW5lLWhl aWdodDowOyBtYXJnaW46MDsiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij68urjt PC9mb250Pjxmb250IHNpemU9IjIiPiAgDQogICAgICAgICAgPC9mb250PjxpbnB1dCB0eXBl PSJ0ZXh0IiBuYW1lPSJuYW1lIiBzaXplPSI2Ij4NCgkJICAmbmJzcDs8Zm9udCBzaXplPSIy IiBjb2xvcj0iIzY2NjY2NiI+wda5zrXut88gufjIoyA8L2ZvbnQ+PGlucHV0IHR5cGU9InRl eHQiIG5hbWU9Imp1bWluIiBzaXplPSIxNCIgbWF4bGVuZ3RoPSIxNCI+DQogICAgICAgICAg PGJyPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij7B98DlIMD8yK0gIA0KICAgICAg ICAgIDwvZm9udD48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsbnVtIiBzaXplPSIxMyI+ DQogICAgICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2 NjY2NjYiPsjetOvG+SA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+PGlucHV0IHR5cGU9InRleHQi IG5hbWU9ImhhbmRudW0iIHNpemU9IjE1Ij4NCiAgICAgICAgICA8L2ZvbnQ+PGlucHV0IHR5 cGU9InN1Ym1pdCIgbmFtZT0iU3VibWl0MiIgdmFsdWU9Ir3Fw7siPiA8L2Zvcm0+DQoNCgkN CiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRo PSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0dHA6 Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50MS5naWYiIHdpZHRoPSIyOTQiIGhlaWdo dD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdp ZHRoPSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0 dHA6Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50Mi5naWYiIHdpZHRoPSIyOTQiIGhl aWdodD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1OTIiIGNvbHNwYW49IjIiPg0KICAgICAg ICAgICAgPHAgYWxpZ249ImxlZnQiPiZuYnNwOzxmb250IHNpemU9IjIiIGZhY2U9IrG8uLIi IGNvbG9yPSIjNjY2NjY2Ij6xzcfPwMcgDQogICAgICAgICAgICC43sDPwda80rTCIMClvK3H zsC7IMXrx9ggvPbB/cfRILDNwMy45ywgsde/3L+hIL7utrDH0SDBpLq4tbUgsK6w7SANCiAg ICAgICAgICAgIMDWwfYgvsrAvcC7ILngyPy0z7TZLjxicj4gJm5ic3A7wMwgRS1tYWlswLog ud+9xcD8v+vAzLjnLCC/+MShIL7KwLi9xyANCiAgICAgICAgICAgILDmv+wgvsa3oSDDor+h ILjewM/B1rzSuKYgwNS3wsfPv6kgwda9w7jpILXOILn4ILTZvcMguN7AzyAmbmJzcDvAzCAN CiAgICAgICAgICAgILChwfYgvsq1tbfPIMfPsNq9wLTPtNkuPC9mb250PjwvcD4NCiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODki IGNvbHNwYW49IjIiPg0KICA8Zm9ybSBuYW1lPSJtYWlsZnJtMiIgYWN0aW9uPSJodHRwOi8v d3d3Lml3b29yaWNhcmQuY29tL21haWwvbm8uYXNwIiBtZXRob2Q9InBvc3QiID4gIAkgIA0K ICAgICAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tbGVmdDow OyI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2NjY2NjYiPrz2vcWwxbrOIA0KICAgICAgICAg ICAgICAgIC8gcmVmdXNhbCBvZiByZWNlaXB0PC9mb250PiANCiAgICAgICAgICA8aW5wdXQg dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIHNpemU9IjI1Ij4NCiAgICAgICAgICA8aW5wdXQg dHlwZT0ic3VibWl0IiBuYW1lPSJTdWJtaXQiIHZhbHVlPSJFTlRFUiI+PC9mb3JtPgkNCiAg ICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1 ODkiIGNvbHNwYW49IjIiPg0KCTxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWluZGVu dDotMTsgbWFyZ2luLXJpZ2h0OjA7IG1hcmdpbi1sZWZ0OjA7Ij48aW1nIHNyYz0iaHR0cDov L3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvZjMuZ2lmIiB3aWR0aD0iNjAwIiBoZWlnaHQ9IjYw IiBib3JkZXI9IjAiIGFsaWduPSJtaWRkbGUiIHZzcGFjZT0iMCIgaHNwYWNlPSIwIj4gICAg ICAgIDwvdGQ+DQogICAgPC90cj4NCjwvdGFibGU+DQo8cD4mbmJzcDs8L3A+DQo8cD4mbmJz cDs8L3A+DQo8L2JvZHk+DQoNCjwvaHRtbD4NCg0K ------=_NextPart_000_0117_01C0F35A.93A36C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 30 22:59: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D346B37B400 for ; Sun, 30 Jun 2002 22:59:03 -0700 (PDT) Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB3A43E09 for ; Sun, 30 Jun 2002 22:59:02 -0700 (PDT) (envelope-from nsouch@free.fr) Received: from free.fr (nas-cbv-9-62-147-162-128.dial.proxad.net [62.147.162.128]) by postfix2-2.free.fr (Postfix) with ESMTP id D07995F7E2; Mon, 1 Jul 2002 07:59:00 +0200 (CEST) Received: from armor.fastether (localhost.fastether [127.0.0.1]) by free.fr (8.12.3/8.9.3) with ESMTP id g615xxcA008541; Mon, 1 Jul 2002 08:00:00 +0200 (CEST) (envelope-from nsouch@perso.free.fr) Received: (from nsouch@localhost) by armor.fastether (8.12.3/8.12.3/Submit) id g615xwpW008540; Mon, 1 Jul 2002 07:59:58 +0200 (CEST) Date: Mon, 1 Jul 2002 07:59:58 +0200 From: Nicolas Souchu To: "Thomas D. Dean" Cc: evantd@hotmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: AS99127F Hardware Monitor Message-ID: <20020701075958.B6932@armor.fastether> References: <200206172232.g5HMWqfK001804@asus.tddhome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200206172232.g5HMWqfK001804@asus.tddhome>; from tomdean@speakeasy.org on Mon, Jun 17, 2002 at 03:32:52PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 17, 2002 at 03:32:52PM -0700, Thomas D. Dean wrote: > I have an ASUS A7N266-E motherboard with an as99127f monitor chip. What chipset is on this board? > I cannot get the drivers to recognize the smbus. logs? -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 3:19:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE4F37B400 for ; Mon, 1 Jul 2002 03:19:11 -0700 (PDT) Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A7043E0A for ; Mon, 1 Jul 2002 03:19:10 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id DD497CE; Mon, 1 Jul 2002 11:18:56 +0100 (BST) Date: Mon, 1 Jul 2002 11:18:56 +0100 From: Josef Karthauser To: Bosko Milekic Cc: Matthew Hunt , freebsd-hackers@FreeBSD.ORG Subject: Re: Some small projects for mutt(1) Message-ID: <20020701101856.GB5847@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Bosko Milekic , Matthew Hunt , freebsd-hackers@FreeBSD.ORG References: <20020620152454.A23499@unixdaemons.com> <20020620131039.A7042@wopr.caltech.edu> <20020620161838.A24262@unixdaemons.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20020620161838.A24262@unixdaemons.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2002 at 04:18:38PM -0400, Bosko Milekic wrote: >=20 >=20 > Interesting. How would you have a key bound sequence in mutt set off > the script on the message, though? For instance, if I do a "ctrl+B", how > would you ensure that the Right Thing happens, without modifying mutt > code? >=20 Like this: # Urlview macro index \cv |urlview\n macro pager \cv |urlview\n =20 # Hot keys macro index \cn l~N\n macro index \ca lall\n That fragment from my .muttrc says that control-v is used to invoke the script urlview (which is in the ports and produces a list of urls in the email message, and allows me to selection one which gets piped to a browser). I've also go ctrl-N and ctrl-A set for each message selection. Joe --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj0gLJAACgkQXVIcjOaxUBaViACg5p5HLJUK6GyMwtNqnYT2/Cew b9MAnin5PeKvhK/PP9dfJ45Q/PcbiK0K =3JR2 -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 4:32:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C62B37B400 for ; Mon, 1 Jul 2002 04:32:57 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E95F243E0A for ; Mon, 1 Jul 2002 04:32:56 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.3/8.12.3) with ESMTP id g61BXI0M003589; Mon, 1 Jul 2002 04:33:22 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200207011133.g61BXI0M003589@gw.catspoiler.org> Date: Mon, 1 Jul 2002 04:32:50 -0700 (PDT) From: Don Lewis Subject: Re: getting a coredump before boot device found To: julian@elischer.org Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 30 Jun, Julian Elischer wrote: > > > On Sun, 30 Jun 2002, Charles Sprickman wrote: > >> On Sun, 30 Jun 2002, Julian Elischer wrote: >> > do you have 2 machines you can link together? >> >> Oh yes. But I know nothing about remote gdb. > > it's not that difficult.. > > have the source and compile directory on the 2nd machine so gdb can access > it. compile with debug symbols (config -g). Have the following .gdbinit in > the compile/MYKENEL directory: What about gdb versions? Can you use the -stable version of gdb to debug a machine running current or is it necessary to crossbuild the -current version of gdb so that it runs on -stable (assuming i386 on both ends)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 4:54:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C51837B400 for ; Mon, 1 Jul 2002 04:54:11 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by mx1.FreeBSD.org (Postfix) with SMTP id 06CFA43E13 for ; Mon, 1 Jul 2002 04:54:10 -0700 (PDT) (envelope-from d_f0rce@gmx.de) Received: (qmail 32442 invoked by uid 0); 1 Jul 2002 11:54:08 -0000 Date: Mon, 1 Jul 2002 13:54:07 +0200 (MEST) From: d_f0rce@gmx.de To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Subject: Strange linker messages on 4.5 buildworld X-Priority: 3 (Normal) X-Authenticated-Sender: #0002415309@gmx.net X-Authenticated-IP: [212.118.32.69] Message-ID: <25902.1025524447@www5.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, cause of the resolver bug I cvsuped to RELENG_4_5 and wanted to rebuild world. Unfortunately I get some strange linker messages: -------------------- cc -fpic -DPIC -O -pipe -march=k6 -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So cc -fpic -DPIC -O -pipe -march=k6 -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -I/usr/obj/usr/src/i386/usr/include -c policy_parse.c -o policy_parse.So cc -fpic -DPIC -O -pipe -march=k6 -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -I/usr/obj/usr/src/i386/usr/include -c policy_token.c -o policy_token.So cc -fpic -DPIC -O -pipe -march=k6 -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libipsec/ipsec_dump_policy.c -o ipsec_dump_policy.So cc -fpic -DPIC -O -pipe -march=k6 -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libipsec/ipsec_get_policylen.c -o ipsec_get_policylen.So building shared library libipsec.so.1 /usr/obj/usr/src/i386/usr/libexec/elf/ld: libipsec.so.1: Not enough room for program headers (allocated 3, need 4) /usr/obj/usr/src/i386/usr/libexec/elf/ld: final link failed: Bad value *** Error code 1 Stop in /usr/src/lib/libipsec. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------------------ What does ld want to tell me with this message? Does anybody know how to fix this? Thanks for your help, Alex PS: Please answer directly, as I'm not on the list. PPS: Sorry, as this mail is probably in HTML - had to use the web-interface. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 7: 8:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E0237B400 for ; Mon, 1 Jul 2002 07:07:57 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F69C43E0A for ; Mon, 1 Jul 2002 07:07:57 -0700 (PDT) (envelope-from tomdean@speakeasy.org) Received: (qmail 12107 invoked from network); 1 Jul 2002 14:07:55 -0000 Received: from unknown (HELO asus.tddhome) ([64.81.20.229]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 1 Jul 2002 14:07:55 -0000 Received: from asus.tddhome (localhost [127.0.0.1]) by asus.tddhome (8.12.3/8.12.3) with ESMTP id g61E7t9X005720; Mon, 1 Jul 2002 07:07:55 -0700 (PDT) (envelope-from tomdean@speakeasy.org) Received: (from tomdean@localhost) by asus.tddhome (8.12.3/8.12.3/Submit) id g61E7sCH005717; Mon, 1 Jul 2002 07:07:54 -0700 (PDT) (envelope-from tomdean@speakeasy.org) Date: Mon, 1 Jul 2002 07:07:54 -0700 (PDT) Message-Id: <200207011407.g61E7sCH005717@asus.tddhome> X-Authentication-Warning: asus.tddhome: tomdean set sender to tomdean@speakeasy.org using -f From: "Thomas D. Dean" To: nsouch@free.fr Cc: evantd@hotmail.com, freebsd-hackers@FreeBSD.ORG In-reply-to: <20020701075958.B6932@armor.fastether> (message from Nicolas Souchu on Mon, 1 Jul 2002 07:59:58 +0200) Subject: Re: AS99127F Hardware Monitor References: <200206172232.g5HMWqfK001804@asus.tddhome> <20020701075958.B6932@armor.fastether> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The ASUS A7N266-E motherboard has the nVidia 420D chipset. Of course, ASUS and nVidia will not provide datasheets... This is not a production machine... # uname -a FreeBSD asus 4.6-STABLE FreeBSD 4.6-STABLE #0: Mon Jun 17 13:15:02 PDT 2002 \ root@asus:/usr/src/sys/compile/ASUS i386 I added some printf's to sys/i386/i386/bios.c and combined this information with the output of bootverbose and pciconf. I modified sys/pci/amdpm.c to recognize the smb part of the chipset but no joy. In SMBus_probe(), I set base to 0x5100. I did manage to get it to display SMBus0: \ port 0xff00-0xffff,0x5100-0x511f,0x5500-0x550f,0x5000-0x500f \ irq 5 at device 1.1 on pci0 tomdean ======= from bootverbose and pciconf ============================== bios32: Found BIOS32 Service Directory header at 0xc00f2180 bios32: Entry = 0xf1870 (c00f1870) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x1a70 pnpbios: Found PnP BIOS data at 0xc00fbe80 pnpbios: Entry = f0000:beb0 Rev = 1.0 pnpbios: OEM ID cd041 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=01a410de) Using $PIR table, 14 entries at 0xc00f2070 pcib0: on motherboard chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x01a410de rev=0xb2hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce AGP Controller' class = bridge subclass = HOST-PCI found-> vendor=0x10de, dev=0x01a4, revid=0xb2 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base f8000000, size 26 none0@pci0:0:1: class=0x050000 card=0x0c111043 chip=0x01ac10de rev=0xb2hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce 220/420 Memory Controller' class = memory subclass = RAM found-> vendor=0x10de, dev=0x01ac, revid=0xb2 class=05-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 pci0: (vendor=0x10de, dev=0x01ac) at 0.1 none1@pci0:0:2: class=0x050000 card=0x0c111043 chip=0x01ad10de rev=0xb2hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce 220/420 Memory Controller' class = memory subclass = RAM found-> vendor=0x10de, dev=0x01ad, revid=0xb2 class=05-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 pci0: (vendor=0x10de, dev=0x01ad) at 0.2 none2@pci0:0:3: class=0x050000 card=0x0c111043 chip=0x01ab10de rev=0xb2hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce 420 Memory Controller (DDR)' class = memory subclass = RAM found-> vendor=0x10de, dev=0x01ab, revid=0xb2 class=05-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 pci0: (vendor=0x10de, dev=0x01ab) at 0.3 isab0@pci0:1:0: class=0x060100 card=0x0c111043 chip=0x01b210de rev=0xc3hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce HUB Interface' class = bridge subclass = PCI-ISA found-> vendor=0x10de, dev=0x01b2, revid=0xc3 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 none3@pci0:1:1: class=0x0c0500 card=0x0c111043 chip=0x01b410de rev=0xc1hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce SMBus Controller' class = serial bus subclass = SMBus found-> vendor=0x10de, dev=0x01b4, revid=0xc1 class=0c-05-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 00005000, size 4 map[14]: type 1, range 32, base 00005500, size 4 map[18]: type 1, range 32, base 00005100, size 5 pci0: (vendor=0x10de, dev=0x01b4) at 1.1 irq 5 ohci0@pci0:2:0: class=0x0c0310 card=0x0c111043 chip=0x01c210de rev=0xc3hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce OHCI USB Controller' class = serial bus subclass = USB found-> vendor=0x10de, dev=0x01c2, revid=0xc3 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base ef000000, size 12 ohci0: mem 0xef000000-0xef000fff \ irq 10 at device 2.0 on pci0 ohci0: (New OHCI DeviceId=0x01c210de) usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1@pci0:3:0: class=0x0c0310 card=0x0c111043 chip=0x01c210de rev=0xc3hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce OHCI USB Controller' class = serial bus subclass = USB found-> vendor=0x10de, dev=0x01c2, revid=0xc3 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base ee800000, size 12 ohci1: mem 0xee800000-0xee800fff irq 10 \ at device 3.0 on pci0 ohci1: (New OHCI DeviceId=0x01c210de) using shared irq10. usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pcib1@pci0:8:0: class=0x060400 card=0x00000044 chip=0x01b810de rev=0xc2hdr=0x01 vendor = 'Nvidia Corporation' device = 'nForce PCI Bridge' class = bridge subclass = PCI-PCI found-> vendor=0x10de, dev=0x01b8, revid=0xc2 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0@pci0:9:0:class=0x01018acard=0x0c111043 chip=0x01bc10de rev=0xc3hdr=0x00 vendor = 'Nvidia Corporation' device = 'nForce ATA Controller' class = mass storage subclass = ATA found-> vendor=0x10de, dev=0x01bc, revid=0xc3 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000b800, size 4 atapci0: port 0xb800-0xb80f\ at device 9.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xb800 ata0: mask=03 ostat0=50 ostat2=50 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=50 ata0-master: ATA 01 a5 ata0-slave: ATA 01 a5 ata0: devices=03 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xb808 ata1: mask=03 ostat0=50 ostat2=00 ata1-slave: ATAPI 7f 7f ata1-master: ATAPI 14 eb ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pcib2@pci0:30:0: class=0x060400card=0x00000000 chip=0x01b710de rev=0xb2hdr=0x01 vendor = 'Nvidia Corporation' device = 'nForce AGP Host to PCI Bridge' class = bridge subclass = PCI-PCI found-> vendor=0x10de, dev=0x01b7, revid=0xb2 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=2 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: (vendor=0x1002, dev=0x5159)\ at 0.0 irq 11 rl0@pci1:2:0: class=0x020000 card=0x805b1043 chip=0x813910ec rev=0x10hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter' class = network subclass = ethernet rl0: port 0xc800-0xc8ff \ mem 0xed000000-0xed0000ff irq 5 at device 2.0 on pci1 rl0: Ethernet address: 00:e0:18:5a:03:fc miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000c800, size 8 map[14]: type 1, range 32, base ed000000, size 8 none4@pci2:0:0: class=0x030000 card=0x003a1002 chip=0x51591002 rev=0x00hdr=0x00 vendor = 'ATI Technologies' device = 'Radeon VE QY' class = display subclass = VGA found-> vendor=0x1002, dev=0x5159, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f0000000, size 27 map[14]: type 1, range 32, base 0000a800, size 8 map[18]: type 1, range 32, base ec800000, size 16 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 9: 0:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BF7F37B400; Mon, 1 Jul 2002 09:00:34 -0700 (PDT) Received: from bran.mc.mpls.visi.com (bran.mc.mpls.visi.com [208.42.156.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FEC443E1D; Mon, 1 Jul 2002 09:00:34 -0700 (PDT) (envelope-from hawkeyd@visi.com) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bran.mc.mpls.visi.com (Postfix) with ESMTP id EE6B14A00; Mon, 1 Jul 2002 11:00:32 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g61G0RW06589; Mon, 1 Jul 2002 11:00:27 -0500 (CDT) (envelope-from hawkeyd) Date: Mon, 1 Jul 2002 11:00:27 -0500 (CDT) Message-Id: <200207011600.g61G0RW06589@sheol.localdomain> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: hawkeyd@visi.com Organization: if (!FIFO) if (!LIFO) break; References: <5.1.0.14.2.20020629235459.031daf28_mail.Go2France.com@ns.sol.net> <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> In-Reply-To: <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> From: hawkeyd@visi.com (D J Hawkey Jr) Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi X-Original-Newsgroups: sol.lists.freebsd.hackers To: DougB@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net>, DougB@FreeBSD.ORG writes: > Len Conrad wrote: >> >> Sorry, hackers, I posted this twice in -questions and got no response. >> >> If the problem is newreno, can somebody say how to up just that piece for >> 4.4 so as to be as non-disruptive, non-dice-rolling as possible on this >> otherwise solid machine? > > You can turn off newreno with the sysctl. I put this in /etc/sysctl.conf > on my machines: > > net.inet.tcp.newreno=0 Could you explain what newreno is, in a nutshell, the upshots of using it, and what the ramifications of turning it off are? I'm running FreeBSD 4.5-RELEASE-p7, and it's on by default. Thanks, Dave -- Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 9:37:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C80837B400 for ; Mon, 1 Jul 2002 09:37:19 -0700 (PDT) Received: from lucy.automagic.org (lucy.automagic.org [204.152.186.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BE6B43E1A for ; Mon, 1 Jul 2002 09:37:19 -0700 (PDT) (envelope-from jabley@automagic.org) Received: (qmail 16035 invoked by uid 0); 1 Jul 2002 16:37:18 -0000 Received: from unknown (HELO hyperion) (127.0.0.1) by 0 with SMTP; 1 Jul 2002 16:37:18 -0000 Date: Mon, 1 Jul 2002 12:37:22 -0400 Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: DougB@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG To: hawkeyd@visi.com From: Joe Abley In-Reply-To: <200207011600.g61G0RW06589@sheol.localdomain> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, July 1, 2002, at 12:00 , D J Hawkey Jr wrote: > Could you explain what newreno is, in a nutshell, the upshots of using > it, > and what the ramifications of turning it off are? http://www.google.com/search?q=tcp+new+reno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 9:57:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8635037B400; Mon, 1 Jul 2002 09:57:36 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DEEC43E0A; Mon, 1 Jul 2002 09:57:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0274.cvx40-bradley.dialup.earthlink.net ([216.244.43.19] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17P4UX-0006K2-00; Mon, 01 Jul 2002 12:57:34 -0400 Message-ID: <3D2089D5.89D0CE7D@mindspring.com> Date: Mon, 01 Jul 2002 09:56:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hawkeyd@visi.com Cc: DougB@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <5.1.0.14.2.20020629235459.031daf28_mail.Go2France.com@ns.sol.net> <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> <200207011600.g61G0RW06589@sheol.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG D J Hawkey Jr wrote: > > You can turn off newreno with the sysctl. I put this in /etc/sysctl.conf > > on my machines: > > > > net.inet.tcp.newreno=0 > > Could you explain what newreno is, in a nutshell, the upshots of using it, > and what the ramifications of turning it off are? > > I'm running FreeBSD 4.5-RELEASE-p7, and it's on by default. If you turn it off, you rat all your firends out in the Prisoner's Dilemma. Congestion control protocols only work if everyone participates. All "Reno TCP" implementations include TCP Fast Retransmit and Fast Recovery algorithms [RFC2581]. Fast retransmit relies on three duplicate acknowledgements to trigger the retransmission of a single lost segment. Once the Fast Retransmit has occurred, TCP then waits for enough additional duplicate ACKs to arrive, indicating that half of the data in flight has left the network. Only when this has occurred will TCP send additional new data. The consequence of this delay is that the entire new window of data is transmitted in one half of one Round Trip Time (RTT). This burst can cause repeated bursts in successive RTTs following the recovery, which can result in overall additional burstiness on the network. Hoe [Hoe95] suggested that during Fast Recovery the TCP data sender space out retransmissions and new data on alternate acknowledgements across the entire recovery RTT. (Note that this eliminates the half RTT lull in sending which occurs in Reno TCP.) ...THat's the PSC "nutshell" description of NewReno. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 10:13:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A040E37B400; Mon, 1 Jul 2002 10:13:31 -0700 (PDT) Received: from bran.mc.mpls.visi.com (bran.mc.mpls.visi.com [208.42.156.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 120D143E35; Mon, 1 Jul 2002 10:13:31 -0700 (PDT) (envelope-from hawkeyd@visi.com) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bran.mc.mpls.visi.com (Postfix) with ESMTP id 2D61E4A69; Mon, 1 Jul 2002 12:13:30 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g61HDOr06822; Mon, 1 Jul 2002 12:13:24 -0500 (CDT) (envelope-from hawkeyd) Date: Mon, 1 Jul 2002 12:13:24 -0500 From: D J Hawkey Jr To: Terry Lambert Cc: DougB@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi Message-ID: <20020701121324.A6798@sheol.localdomain> Reply-To: hawkeyd@visi.com References: <5.1.0.14.2.20020629235459.031daf28_mail.Go2France.com@ns.sol.net> <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> <200207011600.g61G0RW06589@sheol.localdomain> <3D2089D5.89D0CE7D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D2089D5.89D0CE7D@mindspring.com>; from tlambert2@mindspring.com on Mon, Jul 01, 2002 at 09:56:53AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Jul 01, at 09:56 AM, Terry Lambert wrote: > > D J Hawkey Jr wrote: > > > You can turn off newreno with the sysctl. I put this in /etc/sysctl.conf > > > on my machines: > > > > > > net.inet.tcp.newreno=0 > > > > Could you explain what newreno is, in a nutshell, the upshots of using it, > > and what the ramifications of turning it off are? > > > > I'm running FreeBSD 4.5-RELEASE-p7, and it's on by default. > > > If you turn it off, you rat all your firends out in the Prisoner's > Dilemma. > > Congestion control protocols only work if everyone participates. > > All "Reno TCP" implementations include TCP Fast Retransmit and Fast > Recovery algorithms [RFC2581]... > > [SNIP] > > ...THat's the PSC "nutshell" description of NewReno. OK. Thanks, Terry. I'm guessing that the suggestion to turn it off (the original thread) is valid enough, as all machines referred to were on the same network, else why wouldn't the above still hold true? Or is it a matter of FTP and/or SMTP (specifically, sendmail) not playing nice with newreno? > -- Terry Dave -- ______________________ ______________________ \__________________ \ D. J. HAWKEY JR. / __________________/ \________________/\ hawkeyd@visi.com /\________________/ http://www.visi.com/~hawkeyd/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 10:41: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF1D37B400; Mon, 1 Jul 2002 10:41:04 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FAE43E09; Mon, 1 Jul 2002 10:41:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0274.cvx40-bradley.dialup.earthlink.net ([216.244.43.19] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17P5Ac-0007mx-00; Mon, 01 Jul 2002 13:41:02 -0400 Message-ID: <3D209401.DA05586D@mindspring.com> Date: Mon, 01 Jul 2002 10:40:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hawkeyd@visi.com Cc: DougB@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <5.1.0.14.2.20020629235459.031daf28_mail.Go2France.com@ns.sol.net> <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> <200207011600.g61G0RW06589@sheol.localdomain> <3D2089D5.89D0CE7D@mindspring.com> <20020701121324.A6798@sheol.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG D J Hawkey Jr wrote: > > If you turn it off, you rat all your firends out in the Prisoner's > > Dilemma. > > > > Congestion control protocols only work if everyone participates. > > > > All "Reno TCP" implementations include TCP Fast Retransmit and Fast > > Recovery algorithms [RFC2581]... > > > > [SNIP] > > > > ...THat's the PSC "nutshell" description of NewReno. > > OK. Thanks, Terry. > > I'm guessing that the suggestion to turn it off (the original thread) is > valid enough, as all machines referred to were on the same network, else > why wouldn't the above still hold true? Or is it a matter of FTP and/or > SMTP (specifically, sendmail) not playing nice with newreno? No. Disabling congestion control is a bad thing. There are some known bugs in the FreeBSD implementation; see the Matt Dillon postings on the subject; he posted a couple of patches that would work around (but not fix) the problems with the FreeBSD code. I thought they had been checked in, so as long as you are running a recent release, it should not be an issue. If you are hitting the problem, then you are hitting congestion, or it would not be triggering. Butting in front of other people in line at the movie theater seems like a good idea: you get your tickets and popcorn faster, and you always get a nice seat. Until everyone else starts to do the same thing. Then it becomes a fist-fight. I personally like TCP Rate Halving (Hoe, et. al.) as a congestion solution: half-rate ACK-based self-pacing during congestion. The patches for NetBSD are up on the CMU PSC site, and are easily portable to FreeBSD. In any case, you need to read Dillon's postings and the other references (particularly, RFC-2581) so that you understand what it is that you are turning off. Search for "Reno" in the FreeBSD-current archives to find the thread in which the comments were posted. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 10:42:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A5137B400 for ; Mon, 1 Jul 2002 10:42:44 -0700 (PDT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B38BB43E0A for ; Mon, 1 Jul 2002 10:42:43 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219]) by mail-relay1.yahoo.com (Postfix) with ESMTP id 41ADA8B5B4; Mon, 1 Jul 2002 10:42:43 -0700 (PDT) Message-ID: <3D209493.DF173DA0@FreeBSD.org> Date: Mon, 01 Jul 2002 10:42:43 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hawkeyd@visi.com Cc: Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <5.1.0.14.2.20020629235459.031daf28_mail.Go2France.com@ns.sol.net> <3D1EB35C.70F64275_FreeBSD.org@ns.sol.net> <200207011600.g61G0RW06589@sheol.localdomain> <3D2089D5.89D0CE7D@mindspring.com> <20020701121324.A6798@sheol.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG D J Hawkey Jr wrote: > I'm guessing that the suggestion to turn it off (the original thread) is > valid enough, as all machines referred to were on the same network, else > why wouldn't the above still hold true? Or is it a matter of FTP and/or > SMTP (specifically, sendmail) not playing nice with newreno? The problem is that Terry has described the theory, whereas many of us who have observed the situation in the real world have noticed that even on a homogenous network (all with newreno enabled) performance is still worse than with newreno disabled. I don't have enough network stack fu to debug or improve this, but I have enough experience with it to know that off is better. For you, I'd say turning it off is the first thing you should test, and see what happens. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 11:54:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D4837B4A5; Mon, 1 Jul 2002 11:54:51 -0700 (PDT) Received: from patrocles.silby.com (d111.as9.nwbl0.wi.voyager.net [169.207.132.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0963043E0A; Mon, 1 Jul 2002 11:54:50 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g61Ivecv086528; Mon, 1 Jul 2002 13:57:40 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g61IvLev086525; Mon, 1 Jul 2002 13:57:23 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 1 Jul 2002 13:57:20 -0500 (CDT) From: Mike Silbersack To: Doug Barton Cc: hawkeyd@visi.com, Terry Lambert , Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi In-Reply-To: <3D209493.DF173DA0@FreeBSD.org> Message-ID: <20020701135548.Y86208-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 1 Jul 2002, Doug Barton wrote: > D J Hawkey Jr wrote: > > > I'm guessing that the suggestion to turn it off (the original thread) is > > valid enough, as all machines referred to were on the same network, else > > why wouldn't the above still hold true? Or is it a matter of FTP and/or > > SMTP (specifically, sendmail) not playing nice with newreno? > > The problem is that Terry has described the theory, whereas many of us > who have observed the situation in the real world have noticed that even > on a homogenous network (all with newreno enabled) performance is still > worse than with newreno disabled. > > I don't have enough network stack fu to debug or improve this, but I > have enough experience with it to know that off is better. For you, I'd > say turning it off is the first thing you should test, and see what > happens. > > Doug I've been meaning to investigate, but I keep getting sidetracked... But yeah, I agree with you. Going back to plain reno isn't the end of the world; it's still behaves decently and won't cause problems. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 12:23:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A8837B400; Mon, 1 Jul 2002 12:23:51 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750D143E09; Mon, 1 Jul 2002 12:23:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0353.cvx22-bradley.dialup.earthlink.net ([209.179.199.98] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17P6m5-0002Eh-00; Mon, 01 Jul 2002 15:23:49 -0400 Message-ID: <3D20AC1C.72B60BC2@mindspring.com> Date: Mon, 01 Jul 2002 12:23:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: Doug Barton , hawkeyd@visi.com, freebsd-hackers@FreeBSD.org Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <20020701135548.Y86208-100000@patrocles.silby.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Silbersack wrote: > On Mon, 1 Jul 2002, Doug Barton wrote: > > The problem is that Terry has described the theory, whereas many of us > > who have observed the situation in the real world have noticed that even > > on a homogenous network (all with newreno enabled) performance is still > > worse than with newreno disabled. I guess you missed the part where I said that FreeBSD had bugs, and Matt Dillon posted patches? You guys are acting like this is something new that was recently discovered, like the recent SlashDot story on initial sequence numbers, which was first published a year and a quarter ago, but is somehow now magically, once again, "news". > > I don't have enough network stack fu to debug or improve this, but I > > have enough experience with it to know that off is better. For you, I'd > > say turning it off is the first thing you should test, and see what > > happens. > > I've been meaning to investigate, but I keep getting sidetracked... > > But yeah, I agree with you. Going back to plain reno isn't the end of the > world; it's still behaves decently and won't cause problems. "Off" has higher performance in the absence of congestion. If you can guarantee no congestion, I'd like to purchase network connectivity from you. I guess I will have to repeat Matt Dillon's postings verbatim to make the points that Matt, Poul, and others made with regard to NewReno and the FreeBSD failure case, as well as the workaround? "Off" is not the answer; "fix it" is the answer. If you can't do that, then "use Matt's workaround" is the answer. FWIW, Matt's workaround turns off NewReno for specific instances where it's known to fail because of trigerring on an incorrect one packet boundary, but it doesn't turn it off completely. This whole problem comes up every month or two, and has been known since NewReno was integrated, and has been characterized since Matt first looked at it in depth and provided patches. If you are running an old FreeBSD, then manually apply Matt's patches from the previous threads where this issue was discussed to death. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 12:36: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBF437B400 for ; Mon, 1 Jul 2002 12:35:59 -0700 (PDT) Received: from mydomain.com (182.Red-80-59-229.pooles.rima-tde.net [80.59.229.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 25A3343E09 for ; Mon, 1 Jul 2002 12:35:56 -0700 (PDT) (envelope-from spanishprop@freeuk.com) From: "Costa Sol" To: "Hackers" Subject: Property in Costa del Sol! Date: Tue, 2 Jul 2002 21:38:34 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Reply-To: "Costa Sol" Organization: Costa Sol X-Mailer: Internet Mail Service Content-Type: multipart/alternative; boundary="----_NextPart_7896320455" Message-Id: <20020701193556.25A3343E09@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------_NextPart_7896320455 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: QUOTED-PRINTABLE Are you looking to buy property on Costa Del Sol Costa Sol Real Estate Agents have hundreds of Villas, Apartments, Town houses, New developments and Country houses All for Saleright NOW Please click on the view now button below and find the property of your dreams . VIEW NOW! Costa Sol Real Estates "The Costa del Sol's Premier Real Estate Agents" ------_NextPart_7896320455 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: QUOTED-PRINTABLE
Are you looking to buy property on
Costa Del Sol
Costa Sol Real Estate Agents
have hundreds of
Villas, Apartments, Town houses, New developments and Country houses
All for  Saleright NOW
Please click on the view now button below and find the property of your dreams .
Costa Sol Real Estates
"The Costa del Sol's Premier Real Estate Agents"
------_NextPart_7896320455-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 13:11:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7231637B400 for ; Mon, 1 Jul 2002 13:11:18 -0700 (PDT) Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6428A43E26 for ; Mon, 1 Jul 2002 13:11:17 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 26675658 invoked by uid 0); 1 Jul 2002 20:11:15 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with SMTP for ; 1 Jul 2002 20:11:15 -0000 Received: from gits.gits.dyndns.org (oiqxpvuut89dgr6g@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.4/8.12.4) with ESMTP id g61KBEtY067200; Mon, 1 Jul 2002 22:11:14 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.4/8.12.4/Submit) id g61KBAD0067199; Mon, 1 Jul 2002 22:11:10 +0200 (CEST) (envelope-from root) Date: Mon, 1 Jul 2002 22:11:10 +0200 From: Cyrille Lefevre To: Andrew Gallatin Cc: freebsd-hackers@freebsd.org Subject: Re: dual booting current/stable on x86? Message-ID: <20020701201110.GE63216@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , Andrew Gallatin , freebsd-hackers@freebsd.org References: <15647.44810.349831.994344@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15647.44810.349831.994344@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 30, 2002 at 09:23:22PM -0400, Andrew Gallatin wrote: > > How do I dual boot -current and -stable from different slices on the > same IDE disk? (and linux too.) > > When I tell lilo to boot "hde3", I get the -stable boot2 and > /boot/loader from "hde2" (ad4s2a). I can then monkey around setting > currdev and hints and unloading the -stable kernel & then boot > -current, but I'd like to just pop right into -current on ad4s3a if I > choose it. > > Is there a magic bullet? I'd like to continue using lilo so that I > can choose what OS to load via a serial console.. what is the problem w/ the following entries ? other=/dev/hde2 label=stable alias=s table=/dev/hde loader=/boot/chain.b other=/dev/hde3 label=current alias=c table=/dev/hde loader=/boot/chain.b what is the content of /boot/loader.conf and /boot/loader.conf.local for each FreeBSD ? did you tryed grub which is far better than lilo :P you could also take a look at /usr/share/examples/bootforth then have something like : /boot/stable.conf currdev="disk1s2a" rootdev="disk1s2a" /boot/current.conf currdev="disk1s3a" rootdev="disk1s3a" hope this help ? Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 13:50:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB0CF37B401 for ; Mon, 1 Jul 2002 13:50:27 -0700 (PDT) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B0043E13 for ; Mon, 1 Jul 2002 13:50:27 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89]) by mrout1.yahoo.com (8.11.6/8.11.6/y.out) with ESMTP id g61Ko8A88244; Mon, 1 Jul 2002 13:50:08 -0700 (PDT) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.5/8.12.5/Submit) with ESMTP id g61Ko7pH024952; Mon, 1 Jul 2002 13:50:07 -0700 (PDT) Date: Mon, 1 Jul 2002 13:50:07 -0700 (PDT) From: Doug Barton To: Terry Lambert Cc: Mike Silbersack , , Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi In-Reply-To: <3D20AC1C.72B60BC2@mindspring.com> Message-ID: <20020701134833.E24940-100000@zoot.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 1 Jul 2002, Terry Lambert wrote: > Mike Silbersack wrote: > > On Mon, 1 Jul 2002, Doug Barton wrote: > > > The problem is that Terry has described the theory, whereas many of us > > > who have observed the situation in the real world have noticed that even > > > on a homogenous network (all with newreno enabled) performance is still > > > worse than with newreno disabled. > > I guess you missed the part where I said that FreeBSD had bugs, and > Matt Dillon posted patches? Nope. I think you missed the part where I said I was talking about reality, not theory. :) The reality is, it's broken now, and in my experience, turning it off makes the system "work better." I agree that it should be fixed in the long term, but it ain't gonna be me that fixes it. Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 14: 0:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAF5237B400; Mon, 1 Jul 2002 14:00:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E04843E09; Mon, 1 Jul 2002 14:00:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g61Kw76I055380; Mon, 1 Jul 2002 22:58:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Doug Barton Cc: freebsd-hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi In-Reply-To: Your message of "Mon, 01 Jul 2002 13:50:07 PDT." <20020701134833.E24940-100000@zoot.corp.yahoo.com> Date: Mon, 01 Jul 2002 22:58:07 +0200 Message-ID: <55379.1025557087@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020701134833.E24940-100000@zoot.corp.yahoo.com>, Doug Barton writ es: >On Mon, 1 Jul 2002, Terry Lambert wrote: > >> Mike Silbersack wrote: >> > On Mon, 1 Jul 2002, Doug Barton wrote: >> > > The problem is that Terry has described the theory, whereas many of us >> > > who have observed the situation in the real world have noticed that even >> > > on a homogenous network (all with newreno enabled) performance is still >> > > worse than with newreno disabled. >> >> I guess you missed the part where I said that FreeBSD had bugs, and >> Matt Dillon posted patches? > >Nope. I think you missed the part where I said I was talking about >reality, not theory. :) The reality is, it's broken now, and in my >experience, turning it off makes the system "work better." Yes, I can attest to this an I belive it is actually the case on both -current and -releng4 that disabling newreno improves TCP performance. I belive running an X11 application or scp(1) over a wavelan is a very good test-bed for this issue. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 14: 7:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96CD337B405 for ; Mon, 1 Jul 2002 14:07:24 -0700 (PDT) Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CE8E43E0A for ; Mon, 1 Jul 2002 14:07:24 -0700 (PDT) (envelope-from kudzu@tenebras.com) Received: (qmail 3824 invoked from network); 1 Jul 2002 21:07:21 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (66.92.188.241) by 0 with SMTP; 1 Jul 2002 21:07:21 -0000 Message-ID: <3D20C489.5040108@tenebras.com> Date: Mon, 01 Jul 2002 14:07:21 -0700 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020626 X-Accept-Language: en-us, en, fr-fr, ru MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Doug Barton , freebsd-hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi References: <55379.1025557087@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > Yes, I can attest to this an I belive it is actually the case on both > -current and -releng4 that disabling newreno improves TCP performance. > > I belive running an X11 application or scp(1) over a wavelan is a very > good test-bed for this issue. Wireless breaks a lot of "optimizations," doesn't it? Congestion control assumes that packet loss is due to congestion, and less than 1% of loss is due to damage -- quite the opposite of 802.11(b) in an urban environment -- cordless phones, microwaves, etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 14:13:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9038B37B400; Mon, 1 Jul 2002 14:13:26 -0700 (PDT) Received: from bran.mc.mpls.visi.com (bran.mc.mpls.visi.com [208.42.156.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1700343E13; Mon, 1 Jul 2002 14:13:26 -0700 (PDT) (envelope-from hawkeyd@visi.com) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bran.mc.mpls.visi.com (Postfix) with ESMTP id 399AD4AE3; Mon, 1 Jul 2002 16:13:25 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g61LDO910962; Mon, 1 Jul 2002 16:13:24 -0500 (CDT) (envelope-from hawkeyd) Date: Mon, 1 Jul 2002 16:13:24 -0500 From: D J Hawkey Jr To: Doug Barton Cc: Terry Lambert , Mike Silbersack , freebsd-hackers@FreeBSD.org Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi Message-ID: <20020701161324.A10945@sheol.localdomain> Reply-To: hawkeyd@visi.com References: <3D20AC1C.72B60BC2@mindspring.com> <20020701134833.E24940-100000@zoot.corp.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020701134833.E24940-100000@zoot.corp.yahoo.com>; from DougB@FreeBSD.org on Mon, Jul 01, 2002 at 01:50:07PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Jul 01, at 01:50 PM, Doug Barton wrote: > > On Mon, 1 Jul 2002, Terry Lambert wrote: > > > Mike Silbersack wrote: > > > On Mon, 1 Jul 2002, Doug Barton wrote: > > > > The problem is that Terry has described the theory, whereas many of us > > > > who have observed the situation in the real world have noticed that even > > > > on a homogenous network (all with newreno enabled) performance is still > > > > worse than with newreno disabled. > > > > I guess you missed the part where I said that FreeBSD had bugs, and > > Matt Dillon posted patches? > > Nope. I think you missed the part where I said I was talking about > reality, not theory. :) The reality is, it's broken now, and in my > experience, turning it off makes the system "work better." > > I agree that it should be fixed in the long term, but it ain't gonna be me > that fixes it. Guys, guys... Take 'er easy. All I asked is what it is, what it does, and the ramifications. Thank you both for enlightening me. Really. No sarcasm. If none of the three of us are going to fix it, but we all have opinions on how to deal with with, let's just be tolerant of those opinions, and move on, OK? I have yet to determine if 4.5-REL-p7 has the patches Terry speaks of, but I'll look into it, and chart my own course, just as the two of you have. > Doug Thanks, Dave -- ______________________ ______________________ \__________________ \ D. J. HAWKEY JR. / __________________/ \________________/\ hawkeyd@visi.com /\________________/ http://www.visi.com/~hawkeyd/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 14:14: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF4E37B400; Mon, 1 Jul 2002 14:13:56 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D301443E0A; Mon, 1 Jul 2002 14:13:55 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g61LBg6I057970; Mon, 1 Jul 2002 23:11:42 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Michael Sierchio Cc: Doug Barton , freebsd-hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi In-Reply-To: Your message of "Mon, 01 Jul 2002 14:07:21 PDT." <3D20C489.5040108@tenebras.com> Date: Mon, 01 Jul 2002 23:11:42 +0200 Message-ID: <57969.1025557902@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3D20C489.5040108@tenebras.com>, Michael Sierchio writes: >Poul-Henning Kamp wrote: > >> Yes, I can attest to this an I belive it is actually the case on both >> -current and -releng4 that disabling newreno improves TCP performance. >> >> I belive running an X11 application or scp(1) over a wavelan is a very >> good test-bed for this issue. > >Wireless breaks a lot of "optimizations," doesn't it? Congestion control >assumes that packet loss is due to congestion, and less than 1% of loss >is due to damage -- quite the opposite of 802.11(b) in an urban >environment -- cordless phones, microwaves, etc. newreno is not sold as being a significant pessimization in some cases. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 14:20:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E06DA37B400 for ; Mon, 1 Jul 2002 14:20:37 -0700 (PDT) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9854A43E13 for ; Mon, 1 Jul 2002 14:20:37 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89]) by mrout2.yahoo.com (8.11.6/8.11.6/y.out) with ESMTP id g61LKYR79126; Mon, 1 Jul 2002 14:20:34 -0700 (PDT) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.5/8.12.5/Submit) with ESMTP id g61LKXaN025428; Mon, 1 Jul 2002 14:20:33 -0700 (PDT) Date: Mon, 1 Jul 2002 14:20:33 -0700 (PDT) From: Doug Barton To: D J Hawkey Jr Cc: Terry Lambert , Mike Silbersack , Subject: Re: ftp and mail much slower into fbsd 4.4 vs and old BSDi In-Reply-To: <20020701161324.A10945@sheol.localdomain> Message-ID: <20020701141830.H24940-100000@zoot.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 1 Jul 2002, D J Hawkey Jr wrote: > Guys, guys... Take 'er easy. > > All I asked is what it is, what it does, and the ramifications. Thank you > both for enlightening me. Really. No sarcasm. I actually wasn't being sarcastic... You've wandered into a briar patch of long standing though, so you might get scratched... such is life. :) > If none of the three of us are going to fix it, but we all have opinions > on how to deal with with, let's just be tolerant of those opinions, and > move on, OK? > > I have yet to determine if 4.5-REL-p7 has the patches Terry speaks of, but > I'll look into it, and chart my own course, just as the two of you have. I don't think anyone is suggesting otherwise. I know I'm certainly not. I have been very careful to say, "In my experience, life is better without newreno." Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 1 15: 5:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C813537B400 for ; Mon, 1 Jul 2002 15:05:41 -0700 (PDT) Received: from kenny.blue-box.net (kenny.blue-box.net [204.245.221.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DE0F43E13 for ; Mon, 1 Jul 2002 15:05:41 -0700 (PDT) (envelope-from vince@rio.com) Received: from localhost (localhost [127.0.0.1]) by kenny.blue-box.net (8.12.3/8.12.3/BBMX) with ESMTP id g61M5eSj031788 for ; Mon, 1 Jul 2002 15:05:40 -0700 (PDT) (envelope-from vince@rio.com) Date: Mon, 1 Jul 2002 15:05:40 -0700 (PDT) From: Vince Valenti X-X-Sender: vince@kenny.blue-box.net To: hackers@freebsd.org Subject: panic: ffs_clusteralloc: map mismatch Message-ID: <20020701145722.Q17579-100000@kenny.blue-box.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE X-Scanned-By: MIMEDefang 2.13 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@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 a machine running 4.6-RELEASE-p1 and it is panicing every day or so... It had the same problem on 4.4-RELEASE and 4.5-RELEASE. Does anybody have any ideas what might be causing this? It is a Dell PowerEdge 6350 with a PERC2/QC RAID controller and 1GB of memory. The server also has an external RAID array with its own controller. Here are a couple debug sessions: vince@mail(102) [/usr/crash]# gdb -k kernel.debug.20020628 vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e 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"... IdlePTD at phsyical address 0x00335000 initial pcb at physical address 0x002acbe0 panicstr: ffs_clusteralloc: map mismatch panic messages: --- panic: ffs_clusteralloc: map mismatch syncing disks... 45 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 giving up on 1 buffers Uptime: 21h31m44s dumping to dev #aacd/1, offset 2103312 dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 = 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 9= 93 992 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 = 974 973 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956= 955 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 93= 7 936 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 9= 18 917 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 = 899 898 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881= 880 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 86= 2 861 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 8= 43 842 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 = 824 823 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806= 805 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 78= 7 786 785 784 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 7= 68 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 731= 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 71= 2 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 6= 93 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 656= 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 63= 7 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 6= 18 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 581= 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 56= 2 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 5= 43 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 506= 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 48= 7 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 4= 68 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 431= 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 41= 2 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 3= 93 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 356= 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 33= 7 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 3= 18 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 281= 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 26= 2 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 2= 43 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 206= 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 18= 7 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 1= 68 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 131= 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 11= 2 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 9= 1 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 6= 6 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 4= 1 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 1= 6 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 succeeded aac0: shutting down controller... --- #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 0xc0167b68 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc0167fb5 in panic (fmt=3D0xc0273be0 "ffs_clusteralloc: map mismatch")= at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0200479 in ffs_clusteralloc (ip=3D0xc342b200, cg=3D612, bpref=3D0, l= en=3D7) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1285 #4 0xc01ff886 in ffs_hashalloc (ip=3D0xc342b200, cg=3D357, pref=3D11716976= , size=3D7, allocator=3D0xc0200264 ) at /usr/src/sys/ufs/= ffs/ffs_alloc.c:873 #5 0xc01fefe9 in ffs_reallocblks (ap=3D0xe1756dd0) at /usr/src/sys/ufs/ffs= /ffs_alloc.c:442 #6 0xc01922a2 in cluster_write (bp=3D0xcf8da3a0, filesize=3D221184, seqcou= nt=3D0) at vnode_if.h:1077 #7 0xc020b563 in ffs_write (ap=3D0xe1756e74) at /usr/src/sys/ufs/ufs/ufs_r= eadwrite.c:544 #8 0xc019d2ce in vn_write (fp=3D0xc3744740, uio=3D0xe1756ee0, cred=3D0xc37= 17a80, flags=3D0, p=3D0xe1767c60) at vnode_if.h:363 #9 0xc017716e in dofilewrite (p=3D0xe1767c60, fp=3D0xc3744740, fd=3D4, buf= =3D0xbfbfc40c, nbyte=3D7391, offset=3D-1, flags=3D0) at /usr/src/sys/sys/fi= le.h:162 #10 0xc017701f in write (p=3D0xe1767c60, uap=3D0xe1756f80) at /usr/src/sys/= kern/sys_generic.c:329 #11 0xc024729d in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D = 47, tf_edi =3D -1077951476, tf_esi =3D 7391, tf_ebp =3D -1077941968, tf_isp= =3D -512397356, tf_ebx =3D 0, tf_edx =3D 4, tf_ecx =3D 3, tf_eax =3D 4, tf_trapno =3D 12, tf_err =3D 2, tf_eip = =3D 672069528, tf_cs =3D 31, tf_eflags =3D 514, tf_esp =3D -1077954108, tf_= ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1167 #12 0xc023b385 in Xint0x80_syscall () #13 0x8049d2b in ?? () #14 0x80498d1 in ?? () #15 0x8049661 in ?? () vince@mail(118) [/usr/crash]# gdb -k kernel.debug.20020628 vmcore.1 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e 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"... IdlePTD at phsyical address 0x00335000 initial pcb at physical address 0x002acbe0 panicstr: ffs_clusteralloc: map mismatch panic messages: --- panic: ffs_clusteralloc: map mismatch syncing disks... 49 8 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 giving up on 1 buffers Uptime: 1d8h6m18s (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 (da0:ahc0:0:0:0): Invalid command operation code dumping to dev #aacd/1, offset 2103312 dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 = 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 9= 93 992 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 = 974 973 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956= 955 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 93= 7 936 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 9= 18 917 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 = 899 898 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881= 880 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 86= 2 861 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 8= 43 842 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 = 824 823 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806= 805 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 78= 7 786 785 784 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 7= 68 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 731= 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 71= 2 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 6= 93 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 656= 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 63= 7 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 6= 18 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 581= 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 56= 2 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 5= 43 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 506= 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 48= 7 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 4= 68 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 431= 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 41= 2 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 3= 93 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 356= 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 33= 7 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 3= 18 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 281= 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 26= 2 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 2= 43 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 206= 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 18= 7 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 1= 68 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 131= 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 11= 2 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 9= 1 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 6= 6 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 4= 1 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 1= 6 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 succeeded aac0: shutting down controller... --- #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 0xc0167b68 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc0167fb5 in panic (fmt=3D0xc0273be0 "ffs_clusteralloc: map mismatch")= at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0200479 in ffs_clusteralloc (ip=3D0xc35c9c00, cg=3D577, bpref=3D1893= 3008, len=3D5) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1285 #4 0xc01ff85b in ffs_hashalloc (ip=3D0xc35c9c00, cg=3D577, pref=3D18933008= , size=3D5, allocator=3D0xc0200264 ) at /usr/src/sys/ufs/= ffs/ffs_alloc.c:863 #5 0xc01fefe9 in ffs_reallocblks (ap=3D0xe1404dd0) at /usr/src/sys/ufs/ffs= /ffs_alloc.c:442 #6 0xc01922a2 in cluster_write (bp=3D0xcf8e0a14, filesize=3D14983168, seqc= ount=3D0) at vnode_if.h:1077 #7 0xc020b563 in ffs_write (ap=3D0xe1404e74) at /usr/src/sys/ufs/ufs/ufs_r= eadwrite.c:544 #8 0xc019d2ce in vn_write (fp=3D0xc349a3c0, uio=3D0xe1404ee0, cred=3D0xc39= 98b80, flags=3D0, p=3D0xe1219a40) at vnode_if.h:363 #9 0xc017716e in dofilewrite (p=3D0xe1219a40, fp=3D0xc349a3c0, fd=3D4, buf= =3D0xbfbfc404, nbyte=3D5955, offset=3D-1, flags=3D0) at /usr/src/sys/sys/fi= le.h:162 #10 0xc017701f in write (p=3D0xe1219a40, uap=3D0xe1404f80) at /usr/src/sys/= kern/sys_generic.c:329 #11 0xc024729d in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D = 47, tf_edi =3D -1077951484, tf_esi =3D 5955, tf_ebp =3D -1077941976, tf_isp= =3D -515878956, tf_ebx =3D 0, tf_edx =3D 4, tf_ecx =3D 3, tf_eax =3D 4, tf_trapno =3D 12, tf_err =3D 2, tf_eip = =3D 672069528, tf_cs =3D 31, tf_eflags =3D 514, tf_esp =3D -1077954116, tf_= ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1167 #12 0xc023b385 in Xint0x80_syscall () #13 0x8049d2b in ?? () #14 0x80498d1 in ?? () #15 0x8049661 in ?? () Here is the dmesg: Copyright (c) 1992-2002 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.6-RELEASE-p1 #1: Fri Jun 28 14:18:40 PDT 2002 vince@mail.bendnet.com:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 549992617 Hz CPU: Pentium III/Pentium III Xeon/Celeron (549.99-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 Features=3D0x383fbff real memory =3D 1073733632 (1048568K bytes) avail memory =3D 1042018304 (1017596K bytes) Preloaded elf kernel "kernel" at 0xc0316000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00fc7a0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at 2.1 pci0: at 2.2 irq 0 chip0: port 0x850-0x85f at devi= ce 2.3 on pci0 pci0: at 4.0 fxp0: port 0xd8c0-0xd8ff mem 0xfe500000-0= xfe5fffff,0xfe700000-0xfe700fff irq 14 at device 6.0 on pci0 fxp0: Ethernet address 00:d0:b7:73:e9:8a inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib3: at device 18.0 on pci0 pcib4: at device 19.0 on pci0 pcib5: at device 20.0 on pci0 pcib1: on motherboard pci1: on pcib1 ahc0: port 0xec00-0xecff mem 0xfe9= 01000-0xfe901fff irq 12 at device 6.0 on pci1 aic7890/91: Ultra2 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfe90000= 0-0xfe900fff irq 11 at device 8.0 on pci1 aic7860: Ultra Single Channel A, SCSI Id=3D7, 3/253 SCBs pcib2: on motherboard pci2: on pcib2 aac0: port 0xfc00-0xfcff mem 0xfeb00000-0xfeb01fff irq 10 = at device 1.0 on pci2 aac0: StrongARM SA110 233MHz, 64MB cache memory, required battery present aac0: Kernel 2.5-0, Build 3073, S/N 5bd393 orm0: Dietary Supplement

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 1:12:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C502D37B400; Fri, 5 Jul 2002 01:12:13 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831EA43E09; Fri, 5 Jul 2002 01:12:12 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g658C9j33150; Fri, 5 Jul 2002 10:12:10 +0200 (CEST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g658Br9014659979; Fri, 5 Jul 2002 10:11:53 +0200 (MES) Date: Fri, 5 Jul 2002 10:13:58 +0200 (CEST) From: Martin Blapp To: Cc: , Subject: dc0: failed to force tx and rx to idle state Message-ID: <20020705100135.U41780-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, This problem still persists. On my Laptop a ACCTON MiniPCI 100Mbit card does make this output. Then I loose my network connection. Only a ifconfig down/up of the interface helps. This is very annoyoing. Doing a cvsup, it happens about 5 - 10 times. I have to stand by and look if it goes down again :P # pciconf -lv dc0@pci0:17:0: class=0x020000 card=0x22421113 chip=0x12161113 rev=0x11 hdr=0x0$vendor = 'Accton Technology Corporation' device = 'EN5251-Based Fast Ethernet Adapter' class = network subclass = ethernet It's a Acction MiniPCI 2242 card. I'm quoting here Stephen's mail he sent to the lists one year ago ... > This is my fault, sort of. The long explanation follows: > > A real Intel 21143 requires both the transmitter and the receiver to be idle > when changing certain things (selecting full or half duplex, for example). > > In dc_setcfg() the driver disables both the transmitter and the receiver > so it can set a few flags, but, in earlier versions, only checked to see if > *either* of them actually went idle. I fixed that bug, and most of the > clone chips seem to implement this stuff properly. > > But the PNIC doesn't do this right. Or perhaps we are giving it grief some > other way and it's bellyaching at an unfortunate time. It's hard to tell > because the PNIC docs are a bit thin, and I don't have a PNIC to play with. > > Regardless, the old code works on the PNIC. Maybe the PNIC doesn't > need to idle the transmitter to change these modes. Clone makers don't > have to implement all the limitations of the original, after all. > > Now, if any of you are still reading :-) perhaps you'd like to try this > patch. This should stop the "failed to force tx and rx to idle" message > but will introduce a debugging message that would be helpful for me > to see. > > I'd like anyone who is testing for the 4.3 release, who uses any of the > cards supported by the dc driver, and who has a bit of spare time, to > try this patch, and send me the results. When you get bored with the > diag output, just delete the obvious printf. --- if_dc.c.orig Tue Mar 6 22:41:17 2001 +++ if_dc.c Sun Mar 18 20:16:30 2001 @@ -1204,11 +1204,12 @@ for (i = 0; i < DC_TIMEOUT; i++) { isr = CSR_READ_4(sc, DC_ISR); - if (isr & DC_ISR_TX_IDLE && + if ((isr & DC_ISR_TX_IDLE || DC_IS_PNIC(sc)) && (isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED) break; DELAY(10); } + printf("dc%d: i=%d isr=0x%x\n", sc->dc_unit, i, isr); if (i == DC_TIMEOUT) printf("dc%d: failed to force tx and " I've done this. All I get is this debug output: dc0: i=1000 isr=0xfc07c016 dc0: failed to force tx and rx to idle state As you see the message still persits. Maybe Stephen is correct when he tells: > Maybe the PNIC doesn't need to idle the transmitter to > change these modes. Clone makers don't have to implement > all the limitations of the original, after all. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 1:26:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E7537B400; Fri, 5 Jul 2002 01:26:46 -0700 (PDT) Received: from valu.uninet.ee (valu.uninet.ee [194.204.34.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12EC943E09; Fri, 5 Jul 2002 01:26:46 -0700 (PDT) (envelope-from taavi@uninet.ee) Received: by valu.uninet.ee (Postfix, from userid 1002) id 60B0D36429; Fri, 5 Jul 2002 11:26:44 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by valu.uninet.ee (Postfix) with ESMTP id 5EEAC32619; Fri, 5 Jul 2002 11:26:44 +0300 (EEST) Date: Fri, 5 Jul 2002 11:26:44 +0300 (EEST) From: Taavi Talvik To: Martin Blapp Cc: hackers@freebsd.org, , Subject: Re: dc0: failed to force tx and rx to idle state In-Reply-To: <20020705100135.U41780-100000@levais.imp.ch> Message-ID: <20020705112412.G47253-100000@valu.uninet.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 5 Jul 2002, Martin Blapp wrote: For me without "options PCI_ENABLE_IO_MODES" same card just refused to work. Exactly same error message. best regards, taavi > > Hi all, > > This problem still persists. On my Laptop a ACCTON MiniPCI > 100Mbit card does make this output. Then I loose my network > connection. Only a ifconfig down/up of the interface helps. > > This is very annoyoing. Doing a cvsup, it happens about 5 - 10 > times. I have to stand by and look if it goes down again :P > > # pciconf -lv > dc0@pci0:17:0: class=0x020000 card=0x22421113 chip=0x12161113 rev=0x11 > hdr=0x0$vendor = 'Accton Technology Corporation' > device = 'EN5251-Based Fast Ethernet Adapter' > class = network > subclass = ethernet > > It's a Acction MiniPCI 2242 card. > > I'm quoting here Stephen's mail he sent to the lists one > year ago ... > > > This is my fault, sort of. The long explanation follows: > > > > A real Intel 21143 requires both the transmitter and the receiver to be idle > > when changing certain things (selecting full or half duplex, for example). > > > > In dc_setcfg() the driver disables both the transmitter and the receiver > > so it can set a few flags, but, in earlier versions, only checked to see if > > *either* of them actually went idle. I fixed that bug, and most of the > > clone chips seem to implement this stuff properly. > > > > But the PNIC doesn't do this right. Or perhaps we are giving it grief some > > other way and it's bellyaching at an unfortunate time. It's hard to tell > > because the PNIC docs are a bit thin, and I don't have a PNIC to play with. > > > > Regardless, the old code works on the PNIC. Maybe the PNIC doesn't > > need to idle the transmitter to change these modes. Clone makers don't > > have to implement all the limitations of the original, after all. > > > > Now, if any of you are still reading :-) perhaps you'd like to try this > > patch. This should stop the "failed to force tx and rx to idle" message > > but will introduce a debugging message that would be helpful for me > > to see. > > > > I'd like anyone who is testing for the 4.3 release, who uses any of the > > cards supported by the dc driver, and who has a bit of spare time, to > > try this patch, and send me the results. When you get bored with the > > diag output, just delete the obvious printf. > > --- if_dc.c.orig Tue Mar 6 22:41:17 2001 > +++ if_dc.c Sun Mar 18 20:16:30 2001 > @@ -1204,11 +1204,12 @@ > > for (i = 0; i < DC_TIMEOUT; i++) { > isr = CSR_READ_4(sc, DC_ISR); > - if (isr & DC_ISR_TX_IDLE && > + if ((isr & DC_ISR_TX_IDLE || DC_IS_PNIC(sc)) && > (isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED) > break; > DELAY(10); > } > + printf("dc%d: i=%d isr=0x%x\n", sc->dc_unit, i, isr); > > if (i == DC_TIMEOUT) > printf("dc%d: failed to force tx and " > > I've done this. All I get is this debug output: > > dc0: i=1000 isr=0xfc07c016 > dc0: failed to force tx and rx to idle state > > As you see the message still persits. > > Maybe Stephen is correct when he tells: > > > Maybe the PNIC doesn't need to idle the transmitter to > > change these modes. Clone makers don't have to implement > > all the limitations of the original, after all. > > Martin > > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 061 826 93 00: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > ----------------------------------------------------------- Taavi Talvik | Internet: taavi@uninet.ee AS Uninet | phone: +372 6800013 Parnu mnt. 105 | fax: +372 6800001 Tallinn 11312, Estonia | gsm: +372 56569996 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 1:37:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6913237B401 for ; Fri, 5 Jul 2002 01:37:41 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04BCE43E31 for ; Fri, 5 Jul 2002 01:37:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.4) with ESMTP id g658beAU026797; Fri, 5 Jul 2002 01:37:40 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.4/Submit) id g658bewg026794; Fri, 5 Jul 2002 01:37:40 -0700 (PDT) (envelope-from dillon) Date: Fri, 5 Jul 2002 01:37:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200207050837.g658bewg026794@apollo.backplane.com> To: Terry Lambert Cc: Richard Sharpe , freebsd-hackers@FreeBSD.ORG Subject: Re: Adding readdir entries to the name cache ... References: <3D2504DC.36D046D7@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :Richard Sharpe wrote: :> I am interested in hearing opinions on whether or not it is useful to :> preload entries into the name cache that are obtained with :> readdir/getdirentries/getdents. : :It depends. In a past life at another company, we were able to get a :30%+ performance improvement simply by doing this type of caching. :The system where the cacheing was being done, though, faulted the :inodes in asynchornously. :... Hmm. I will note that we already get most of these advantages from UFS_DIRHASH and DIRPREF. In regards to going one step further and preloading the stat (inode) information... well, I am quite certain that you could get improvements with microbenchmarks but the problem is that it could blow the inode cache out of the water and really screw up performance in a heavily loaded general purpose system. That's the problem you wind up with when you try to do speculative heavy-weight caching vs something like UFS_DIRHASH which does speculative light-weight caching. You also have to keep in mind that while doing potentially discontinuous read-aheads may help certain microbenchmarks, the extra seeks might cause a massive loss of performance for other cases. I think the issue is applicable when attempting to issue read-aheads on the inodes underlying a directory scan. Remember that the disk drive itself will cache data with locality of reference, and this covers most of what we want to accomplish (with dirpref's improved layout) without having to get fancy. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 3:28: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CC1A37B400 for ; Fri, 5 Jul 2002 03:27:58 -0700 (PDT) Received: from metroweb.co.za (www.metroweb.co.za [196.23.181.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BD343E31 for ; Fri, 5 Jul 2002 03:27:08 -0700 (PDT) (envelope-from yorickhardy2@metroweb.co.za) Received: from proxy.rau.ac.za (www.metroweb.co.za [196.23.181.201]) by metroweb.co.za (8.12.5/8.12.4) with SMTP id g65ARRTD018951 for ; Fri, 5 Jul 2002 12:27:28 +0200 Message-Id: <200207051027.g65ARRTD018951@metroweb.co.za> To: hackers@freebsd.org From: yorickhardy2@metroweb.co.za Subject: new keycodes and extra keyboard buttons Date: Fri, 5 Jul 2002 10:27:28 GMT X-Posting-IP: 152.106.240.10 via 152.106.50.232 X-Mailer: Endymion MailMan Standard Edition v3.2.9 X-Virus-Scanned: ISP Gateway Services (http://www.isp.org.za/) Sender: owner-freebsd-hackers@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 work being done to support the extra keyboard buttons on modern keyboards ? I have integrated support for the Logitech cordless iTouch keyboard successfully, so I would like to know if I could contribute to any existing work or if I should continue with my own efforts. Yorick Hardy. --------------------------------------------- This message was sent using MetroWEB's WebMail service. http://www.metroweb.co.za/ - full access at only R49.95 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 4:35:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7D3E37B400 for ; Fri, 5 Jul 2002 04:35:34 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD2E443E4A for ; Fri, 5 Jul 2002 04:35:33 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay2.informatik.tu-muenchen.de (mailrelay.informatik.tu-muenchen.de [131.159.2.33]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id DBCE1615E for ; Fri, 5 Jul 2002 13:35:32 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.24.91]) by mailrelay2.informatik.tu-muenchen.de (Postfix) with ESMTP id C26C747384 for ; Fri, 5 Jul 2002 13:35:32 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 74F2713678; Fri, 5 Jul 2002 13:35:32 +0200 (CEST) Date: Fri, 5 Jul 2002 13:35:32 +0200 From: Daniel Lang To: freebsd-hackers@freebsd.org Subject: Swap configuration for 2GB phys RAM Message-ID: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm posting this to -hackers, since there was a related thread just recently. If this is unappropriate and would belong to -questions, please accept my apologies. We've just bought a Dell PowerEdge 2650 with Dual Xeons and 2 GB of RAM. I thought I would just install it the usual way, which would include reserving 4 GB swap. Now I'm not sure if I would run into problems, as this would match the entire address space. There has been a recent thread about someone who ran into possible problems because of that. I wonder what I could do to prevent any problems. Is is advisable to increase the kernel address space (KVA is this?) in my custom kernel? I've found in the handbook (could also be the FAQ) a paragraph that stated, if the hardware (MMU) would support it, FreeBSD could address 8 TB of (I guess virtual) memory. The poweredge can even be equipped with 6 GB RAM, which is already past the 4GB limit of a standard 32bit address space. So I wonder if it would be possible to just use the memory as usual? I don't know of the Xeon's have a different MMU which enables to address more than 4 GB, but from my guts I would doubt it. It seems that some people have machines like this in production. So any hints or advice would be appreciated. Thanks & best regards, Daniel P.S. Please cc: as I'm not subscribed, but I keep up with the archives, though. -- IRCnet: Mr-Spock - Me transfere sursum, Caledoni - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 5:41:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40E4437B400 for ; Fri, 5 Jul 2002 05:41:44 -0700 (PDT) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A074C43E31 for ; Fri, 5 Jul 2002 05:41:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id g65BxhR18329 for ; Fri, 5 Jul 2002 04:59:43 -0700 (PDT) Received: from pool0029.cvx22-bradley.dialup.earthlink.net ([209.179.198.29] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17QRiz-0005RF-00; Fri, 05 Jul 2002 07:58:09 -0400 Message-ID: <3D2589A7.BB02359A@mindspring.com> Date: Fri, 05 Jul 2002 04:57:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Richard Sharpe , freebsd-hackers@FreeBSD.ORG Subject: Re: Adding readdir entries to the name cache ... References: <3D2504DC.36D046D7@mindspring.com> <200207050837.g658bewg026794@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :Richard Sharpe wrote: > :> I am interested in hearing opinions on whether or not it is useful to > :> preload entries into the name cache that are obtained with > :> readdir/getdirentries/getdents. > : > :It depends. In a past life at another company, we were able to get a > :30%+ performance improvement simply by doing this type of caching. > :The system where the cacheing was being done, though, faulted the > :inodes in asynchornously. > :... > > Hmm. I will note that we already get most of these advantages > from UFS_DIRHASH and DIRPREF. > > In regards to going one step further and preloading the stat > (inode) information... well, I am quite certain that you could > get improvements with microbenchmarks but the problem is that > it could blow the inode cache out of the water and really screw > up performance in a heavily loaded general purpose system. That's > the problem you wind up with when you try to do speculative heavy-weight > caching vs something like UFS_DIRHASH which does speculative light-weight > caching. I specifically limited it to uses with high directory locality, and high locality in general. The case in question was the NetWare for UNIX 4.x product. The "microbenchmark" in question was was Netbench, which is based on recorded data from actual networks at Fortune 500 companies, and repeating the operations that generated the data, in the order it was generated, in the first place. > You also have to keep in mind that while doing potentially discontinuous > read-aheads may help certain microbenchmarks, the extra seeks might > cause a massive loss of performance for other cases. I think the > issue is applicable when attempting to issue read-aheads on the inodes > underlying a directory scan. I can practically guarantee you a performance improvement on any file server from which DOS or Windows executables are run, simply by preferentially caching the first 9K of the image, as the loader and page management, over time, return again and again to read headers and other information from there. 8-). > Remember that the disk drive itself will cache data with locality > of reference, and this covers most of what we want to accomplish > (with dirpref's improved layout) without having to get fancy. Now *those* numbers were the result of microbenchmarks... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 6:35:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A804537B400 for ; Fri, 5 Jul 2002 06:35:23 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206AA43E31 for ; Fri, 5 Jul 2002 06:35:23 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g65DZGG8000453; Fri, 5 Jul 2002 06:35:17 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g65DZF5F000452; Fri, 5 Jul 2002 06:35:15 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 5 Jul 2002 06:35:15 -0700 From: David Schultz To: Daniel Lang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Swap configuration for 2GB phys RAM Message-ID: <20020705133515.GA295@HAL9000.wox.org> Mail-Followup-To: Daniel Lang , freebsd-hackers@FreeBSD.ORG References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Daniel Lang : > I've found in the handbook (could also be the FAQ) a paragraph > that stated, if the hardware (MMU) would support it, FreeBSD > could address 8 TB of (I guess virtual) memory. The poweredge > can even be equipped with 6 GB RAM, which is already past > the 4GB limit of a standard 32bit address space. So I wonder > if it would be possible to just use the memory as usual? No 32-bit architecture can address 8 TB of virtual memory with a flat address space. A single process can only address 2^32 bytes with 32-bit pointers. Furthermore, the kernel is mapped into every process' address space, reducing the room available. However, it is possible to have more than 4 GB of physical memory, and split it between several processes. On recent i386s, you can use up to 64 MB using bank switching, which is a bad idea that has been reinvented at least a dozen times. The comment that you read should probably say, ``If the hardware supported it a long time ago, someone would have revamped the FreeBSD VM to make use of the support by now.'' Nobody has bothered yet, to my knowledge, but rumor has it that Peter Wemm is working on it, and a few months ago I think David Greenman mentioned possibly doing the same. But a far better solution is to get a 64-bit processor. They can use more than 4 GB of physical memory The Right Way, and an individual virtual address space can be larger than 4 GB. Unfortunately, lots of third-party software doesn't work on 64-bit architectures. I've been struggling for a while to get a Java VM to work on ia64. That's because I need to run some Java programs that, like most Java programs, need to address more than 4 GB of RAM. Sigh. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 6:38:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF8AF37B400 for ; Fri, 5 Jul 2002 06:38:34 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4804243E3B for ; Fri, 5 Jul 2002 06:38:34 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g65DccG8000534; Fri, 5 Jul 2002 06:38:39 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g65DcbH2000533; Fri, 5 Jul 2002 06:38:37 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 5 Jul 2002 06:38:37 -0700 From: David Schultz To: Daniel Lang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Swap configuration for 2GB phys RAM Message-ID: <20020705133837.GA513@HAL9000.wox.org> Mail-Followup-To: Daniel Lang , freebsd-hackers@FreeBSD.ORG References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020705133515.GA295@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I sed: > and split it between several processes. On recent i386s, you can > use up to 64 MB using bank switching, which is a bad idea that has ^^^^^ > been reinvented at least a dozen times. The comment that you read s/MB/GB ...otherwise, I would be referring to an earlier incarnation of bank switching. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 7:35:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 924B637B400 for ; Fri, 5 Jul 2002 07:35:21 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B9C643E31 for ; Fri, 5 Jul 2002 07:35:21 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0167.cvx40-bradley.dialup.earthlink.net ([216.244.42.167] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17QUAi-0001Xn-00; Fri, 05 Jul 2002 10:34:56 -0400 Message-ID: <3D25AE66.2B808DB7@mindspring.com> Date: Fri, 05 Jul 2002 07:34:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Lang Cc: freebsd-hackers@freebsd.org Subject: Re: Swap configuration for 2GB phys RAM References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Lang wrote: > We've just bought a Dell PowerEdge 2650 with Dual Xeons > and 2 GB of RAM. I thought I would just install it the usual way, > which would include reserving 4 GB swap. Now I'm not sure if > I would run into problems, as this would match the entire > address space. There has been a recent thread about someone > who ran into possible problems because of that. The problem in that case had to do with a page fault in a particular cirumstance when running a UFS in a vn on a UFS. It's a problem with the vn device. My suggested workaround was to modify the daily cron script, or to move the vn devices into subdirectories. He was also hitting near the limit of the KVA space, but was nbot going over because he never needed to swapm with the load he had. Probably should have posted the results back to the list in more detail... > I wonder what I could do to prevent any problems. > Is is advisable to increase the kernel address space > (KVA is this?) in my custom kernel? Not for 2G (IMO), unless you tune stuff up (mbufs, mbuf clusters, etc.)... *way* up. > I've found in the handbook (could also be the FAQ) a paragraph > that stated, if the hardware (MMU) would support it, FreeBSD > could address 8 TB of (I guess virtual) memory. The poweredge > can even be equipped with 6 GB RAM, which is already past > the 4GB limit of a standard 32bit address space. So I wonder > if it would be possible to just use the memory as usual? No. The 8TB limit is elsewhere. The MMU on the 32 bit machine limits you to 4G total KVA + UVA. The 6G in the Dell is bank selected (PAE based). Peter Wemm was talking about hacking it in, but at that point, with what you end up paying, you might as well buy an IA64 instead, and not eat the PAE overhead (IMO). > I don't know of the Xeon's have a different MMU which enables > to address more than 4 GB, but from my guts I would doubt it. > It seems that some people have machines like this in production. > So any hints or advice would be appreciated. See the output of "dmesg | more"; if the CPU line has "PAE" as one of the attributes of the CPU, the CPU itself supports the idea of bank selecting memory above 4G. If you actually modified the VM system to use this (or convinced Peter to), then your limit would be KVA + UVA + PAE_window = 4G, so you would actually lose some overall address space from somewhere to pay for the ability to access the extra RAM, and you could only DMA into it if you passed your hardware 64 bit addresses, and the hardware supported it. See The very long "PAE" discussions that have occurred on these lists (e.g. "Linux supports it, it makes them slower, but we should support it too, because Linux does", etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 12:41:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B48A37B400 for ; Fri, 5 Jul 2002 12:41:23 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-247-226.dsl.sntc01.pacbell.net [64.175.247.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C5543E09 for ; Fri, 5 Jul 2002 12:41:22 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g65KrPu03831 for ; Sat, 6 Jul 2002 06:23:26 +0930 Date: Sat, 6 Jul 2002 06:23:25 +0930 (CST) From: Richard Sharpe To: Subject: Re: Adding readdir entries to the name cache ... In-Reply-To: <3D2504DC.36D046D7@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 4 Jul 2002, Terry Lambert wrote: [major snippage, much useful to think about here ...] > > However, ls seems to call lstat in the same order that the files are in > > the directory, and a normal clock approach to directories would yield > > exactly the same result. Further, in the cases that the user did not want > > a -l, we would avoid adding many potentially useless names to the name > > cache and reducing its performance. > > This is because the sort occurs first. An unsorted "ls" (which is > available -- see the man page) doesn't have this issue. I don't want to start a flame war, but a truss of ls -l shows the following: getdirentries(0x5,0x809d000,0x1000,0x80990b4) = 4096 (0x1000) lstat(".gnome",0x809c248) = 0 (0x0) lstat(".mc",0x809c348) = 0 (0x0) lstat(".xinitrc",0x809c44c) = 0 (0x0) lstat("750B.pdf",0x809c54c) = 0 (0x0) lstat("Mail",0x809c648) = 0 (0x0) lstat("nsmail",0x809c748) = 0 (0x0) lstat(".cshrc",0x809c848) = 0 (0x0) lstat(".ssh",0x809c948) = 0 (0x0) lstat(".gnome_private",0x809ca50) = 0 (0x0) lstat(".xchat",0x809cb48) = 0 (0x0) lstat(".exmh",0x809cc48) = 0 (0x0) lstat(".ICEauthority",0x809cd50) = 0 (0x0) lstat(".netrc",0x809ce48) = 0 (0x0) This is the same order that 'ls -fal' produced. This suggests that the ls is doing an unsorted lookup of the info, and then sorting. That is the way I would have done it as well. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 12:47:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 450D337B400 for ; Fri, 5 Jul 2002 12:47:28 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-247-226.dsl.sntc01.pacbell.net [64.175.247.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CAE43E09 for ; Fri, 5 Jul 2002 12:47:27 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g65KxTj03853; Sat, 6 Jul 2002 06:29:29 +0930 Date: Sat, 6 Jul 2002 06:29:29 +0930 (CST) From: Richard Sharpe To: Terry Lambert Cc: Subject: Re: Adding readdir entries to the name cache ... In-Reply-To: <3D2504DC.36D046D7@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 4 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > Note that you can get another 8-12% by making negative cache entries, > since DOS/Windows clients tend to search the full path each time, > even though they have already received a successful response in > the past (i.e. there is no client caching for this information, > because there is no distributed coherency protocol that would permit > server invalidation of the cache). Unmodified, SVR4 DNLC can not > support negative cache entries (there need to be two line changes). Hmmm, I think that the major part of the problem there was that, for what ever reason, Barry Feigenbaum of IBM, declined to add a Change Working Directory or Set Working Diretory command to the SMB protocol. Thus, at least for the SMB protocol, and maybe generally, Windows clients must always send the full pathname for every file they want, unless it happens to be at the root of the share. Perhaps I am wrong about that. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 13:42:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FBAC37B400 for ; Fri, 5 Jul 2002 13:42:35 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE8943E31 for ; Fri, 5 Jul 2002 13:42:34 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g65KgUdg075756; Fri, 5 Jul 2002 16:42:30 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Fri, 5 Jul 2002 16:42:29 -0400 To: Richard Sharpe From: Garance A Drosihn Subject: Re: Adding readdir entries to the name cache ... Cc: Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 6:29 AM +0930 7/6/02, Richard Sharpe wrote: >Hmmm, I think that the major part of the problem there was that, >for what ever reason, Barry Feigenbaum of IBM, declined to add >a Change Working Directory or Set Working Diretory command to >the SMB protocol. > >Thus, at least for the SMB protocol, and maybe generally, Windows >clients must always send the full pathname for every file they >want, unless it happens to be at the root of the share. Could the unix process for samba fake that? Keep track of the most recently used directory, and when a new request comes in split it into "directory" plus "filename", and if the directory is the same as the previous one, then just access the filename. If the directory is different, try to do a chdir() to the new directory, and if that succeeds then save that as the "previous" directory. Or is that more trouble than it's worth? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 14:14: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F107637B400 for ; Fri, 5 Jul 2002 14:13:56 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-247-226.dsl.sntc01.pacbell.net [64.175.247.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC45B43E3B for ; Fri, 5 Jul 2002 14:13:55 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g65MPxD03976 for ; Sat, 6 Jul 2002 07:55:59 +0930 Date: Sat, 6 Jul 2002 07:55:59 +0930 (CST) From: Richard Sharpe To: Subject: Case independent file name searched (was Re: Adding readdir entries to the name cache ...) In-Reply-To: <3D2504DC.36D046D7@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 4 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > [1] Samba, because it has to support the Windows case insensitive file > > system, must do some pretty ugly things :-) When a client asks that a file > > be opened, for example, Samba tries with exactly the case that was > > presented. If that fails, it must do a readdir scan of the directory so it > > can do a case-insensitive match. So, even negative caching does not buy us > > much in the the case of Samba. What would help is a case insensitive > > filesystem. > > It is useful to be able to do "case sensitive on storage, case insensitive > on lookup" on a per process basis. The easiest is if you wire this in > as a flag on the proc itself. The normal way this is done is a flag to > sfork, but... it should also be possible to have the proc open itself > in procfs, and then ioctl() down a flag setting for this. I have come to the conslusion that Terry is right. Having watched a cygwin-based build of a package, the behavio[u]r is just too ugly. When an include file is looked for, it causes Samba to do readdir scans for every directory in the -I chain that the include file is not in until it is found. If we could eliminate all those readdir scans performance would improve dramatically. Fundamentally, what I want to support is both UNIX clients (say, via NFS etc) and Windows clients to be able to share files in the same directory. Samba already does case-preserving file name creation, and indeed, the problem does not go away even if Samba always case-folds all names to lower case, because a UNIX-user or -client might still create two files that differ only by the case of one or more characters in their names. This means that Terry is right when he says I need an IOCTL. Basically, normal users get the normal case sensitive file system, while Windows clients, via an IOCTL which says, give ME case-independed lookups, get a slightly different file system. To support that, however, I need to change the name cache hash function to be case-insensitive (there's more--see below). This means that name cache hash chains could get longer. In the worst case, if a file system contains large numbers of files with long names, all using the same characters that only differ by case of indivual characters, the hash chain becomes a linear search. However, UNIX file systems generally don't get like that. I imagine that the hash chains will grow to no more that twice their current size, but will probably grow by a factor close to one. Another problem is the extra complexity required in cache_lookup. When we want cache-insensitive lookups, we have to do extra work, even if we find a match in the cache. The problem is with files that differ by only the case of one or more characters. When this occurs, my view is that we should return the file with the longest string of exactly matching characters, however, we might allow the sys admin to set policy, at the expense of complicating things. When we search a hash chain, if we get an exact match, we are done, but if we don't get an exact match, we still have to do a readdir scan to find a better match, and to ensure that we return consistent results. Similarly, when we do a readdir scan, if we get an exact match, we are done, but if we don't, we need to keep going. Another aspect that needs consideration is the effect on negative caching. Getting a negative result on the exact name match is no good anylonger, since there may be a case-insensitive match in the directory. This seems to make negative cache entries useless for case-insensitive matching. Finally, I think that persuing this subject some more is very important from the point of view of constructing high-performance CIFS servers, based on Samba or other software, so I would appreciate comments. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 14:29:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDCE437B401 for ; Fri, 5 Jul 2002 14:29:28 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-247-226.dsl.sntc01.pacbell.net [64.175.247.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F0043E31 for ; Fri, 5 Jul 2002 14:29:28 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g65MfPS03996; Sat, 6 Jul 2002 08:11:25 +0930 Date: Sat, 6 Jul 2002 08:11:25 +0930 (CST) From: Richard Sharpe To: Garance A Drosihn Cc: Subject: Re: Adding readdir entries to the name cache ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 5 Jul 2002, Garance A Drosihn wrote: > At 6:29 AM +0930 7/6/02, Richard Sharpe wrote: > >Hmmm, I think that the major part of the problem there was that, > >for what ever reason, Barry Feigenbaum of IBM, declined to add > >a Change Working Directory or Set Working Diretory command to > >the SMB protocol. > > > >Thus, at least for the SMB protocol, and maybe generally, Windows > >clients must always send the full pathname for every file they > >want, unless it happens to be at the root of the share. > > Could the unix process for samba fake that? Keep track of the > most recently used directory, and when a new request comes in > split it into "directory" plus "filename", and if the directory > is the same as the previous one, then just access the filename. > If the directory is different, try to do a chdir() to the new > directory, and if that succeeds then save that as the "previous" > directory. Yes it can do that, and should do that. I will have to check what Samba does. I know I proposed adding a path cache to smbclient/smbtar so that it could avoid repeatedly, and even a cache of one path could make a big difference. > Or is that more trouble than it's worth? No, I think it is worth a lot. I suspect Samba already does that. There is just so much code to look at. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 15:46:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B81F037B400 for ; Fri, 5 Jul 2002 15:46:08 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F8B43E09 for ; Fri, 5 Jul 2002 15:46:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0052.cvx40-bradley.dialup.earthlink.net ([216.244.42.52] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Qbq2-0007H1-00; Fri, 05 Jul 2002 18:46:06 -0400 Message-ID: <3D262184.978B902A@mindspring.com> Date: Fri, 05 Jul 2002 15:45:24 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Sharpe Cc: freebsd-hackers@freebsd.org Subject: Re: Adding readdir entries to the name cache ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Sharpe wrote: > On Thu, 4 Jul 2002, Terry Lambert wrote: > [major snippage, much useful to think about here ...] > > > However, ls seems to call lstat in the same order that the files are in > > > the directory, and a normal clock approach to directories would yield > > > exactly the same result. Further, in the cases that the user did not want > > > a -l, we would avoid adding many potentially useless names to the name > > > cache and reducing its performance. > > > > This is because the sort occurs first. An unsorted "ls" (which is > > available -- see the man page) doesn't have this issue. > > I don't want to start a flame war, but a truss of ls -l shows the > following: [ ... ] > This suggests that the ls is doing an unsorted lookup of the info, and > then sorting. That is the way I would have done it as well. My bad; I had assumed that what he said he was observing was actually what he was observing. It may be that he's installed an ls replacement or something, or it could just be an artifact of the directory he's looking in. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 16:41:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C1EF37B400 for ; Fri, 5 Jul 2002 16:41:28 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0768643E09 for ; Fri, 5 Jul 2002 16:41:28 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay2.informatik.tu-muenchen.de (mailrelay.informatik.tu-muenchen.de [131.159.2.33]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 01C30613D; Sat, 6 Jul 2002 01:41:26 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.24.91]) by mailrelay2.informatik.tu-muenchen.de (Postfix) with ESMTP id C665F47384; Sat, 6 Jul 2002 01:41:26 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 5876113678; Sat, 6 Jul 2002 01:41:26 +0200 (CEST) Date: Sat, 6 Jul 2002 01:41:26 +0200 From: Daniel Lang To: David Schultz Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Swap configuration for 2GB phys RAM Message-ID: <20020705234126.GA12183@atrbg11.informatik.tu-muenchen.de> References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> <20020705133837.GA513@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020705133837.GA513@HAL9000.wox.org> User-Agent: Mutt/1.3.27i X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, thanks David and Terry. Ok, I guess it's not a problem yet to have 2 GB RAM and 4 GB swap. The machine did install quite smoothly. I'm having some trouble with the serial ports, though. I will post this to -questions... Best regards, Daniel -- IRCnet: Mr-Spock - Der Zweite Platz ist Dreck - Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 17:58:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBB337B400 for ; Fri, 5 Jul 2002 17:58:58 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF95443E09 for ; Fri, 5 Jul 2002 17:58:57 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from spark.techno.pagans (spark.techno.pagans [4.61.202.145]) by spork.pantherdragon.org (Postfix) with ESMTP id 7C1D7471DA for ; Fri, 5 Jul 2002 17:58:17 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by spark.techno.pagans (Postfix) with ESMTP id A8A86FEBE for ; Fri, 5 Jul 2002 17:58:15 -0700 (PDT) Message-ID: <3D2640A7.3EA2236B@pantherdragon.org> Date: Fri, 05 Jul 2002 17:58:15 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: How does swap work address spacewise? References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> <20020705133837.GA513@HAL9000.wox.org> <20020705234126.GA12183@atrbg11.informatik.tu-muenchen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If RAM + swap can be more than 4GB, how does FreeBSD address swap on a 32-bit machine? Does the kernel internally use a wider address space with some kind of translation to 32-bit space for programs and hardware that can't handle 64-bit addresses or does it not map swap into the address space at all, instead using it as a kind of "offline" storage for pages not in use? Does the Alpha port handle swap the same way? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 19: 7: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E3B37B400 for ; Fri, 5 Jul 2002 19:07:03 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 818E743E09 for ; Fri, 5 Jul 2002 19:07:02 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g6626wMa003942 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 6 Jul 2002 04:07:00 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g6626wFJ005043 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 6 Jul 2002 04:06:58 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g6626vFg005042; Sat, 6 Jul 2002 04:06:57 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 6 Jul 2002 04:06:57 +0200 From: Bernd Walter To: Darren Pilgrim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How does swap work address spacewise? Message-ID: <20020706020656.GL48977@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> <20020705133837.GA513@HAL9000.wox.org> <20020705234126.GA12183@atrbg11.informatik.tu-muenchen.de> <3D2640A7.3EA2236B@pantherdragon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2640A7.3EA2236B@pantherdragon.org> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 05, 2002 at 05:58:15PM -0700, Darren Pilgrim wrote: > If RAM + swap can be more than 4GB, how does FreeBSD address swap on a > 32-bit machine? Does the kernel internally use a wider address space The same way it does on every partitition: using block numbers. That way you can address 1TByte. And you can have more than a single swap partition. In reality managementstructures which have to be in kernel addressspace is limiting swap before. > with some kind of translation to 32-bit space for programs and hardware Don't mix address space with ram and swap. While you can have more than 4G swap you can't have more than 4G addressspace. But you can have multiple different 4G addressspaces - each process with its own. > that can't handle 64-bit addresses or does it not map swap into the swap is logicaly mapped into address space, but not more than 4G in a single one. > address space at all, instead using it as a kind of "offline" storage > for pages not in use? Does the Alpha port handle swap the same way? Yes - I see no reason to do it different. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 19:28:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FEC37B400 for ; Fri, 5 Jul 2002 19:28:16 -0700 (PDT) Received: from web14904.mail.yahoo.com (web14904.mail.yahoo.com [216.136.225.56]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EBF343E31 for ; Fri, 5 Jul 2002 19:28:16 -0700 (PDT) (envelope-from nirv199@yahoo.com) Message-ID: <20020706022816.46575.qmail@web14904.mail.yahoo.com> Received: from [200.163.193.112] by web14904.mail.yahoo.com via HTTP; Fri, 05 Jul 2002 19:28:16 PDT Date: Fri, 5 Jul 2002 19:28:16 -0700 (PDT) From: Paulo Roberto Subject: ctrl alt del behaviour To: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, No flames please, before I am posting this message I did: -read all kinds of faq and docs on www.freebsd.org -searched a lot the web -posted this question to freebsd questions -searched more and more -looked up for help in irc #freebsd channels -searched more -posted again to freebsd questions -and searched more. And if there is a place I can get the answer, the place is here... The issue about ctrl+alt+del is that I need to change the default behaviour that is reboot, to halt the system. The best I could find was to change the keymap on key 83 (if I am not mistaking) to 'pdwn' or 'halt' (it was previously on 'boot'). After rebooting to the changes take effect (I do not know if there is a way to reload the keymap withou restarting the system), I try ctrl+alt+del and then it runs the proper halt/shutdown script, but when it was supposed to stop (halt) for the user press the power button, it does automaticaly reboot. Is there a way to just halt (and stay halted) using ctrl+alt+del? TIA Paulo __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 5 23:14:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D3737B400 for ; Fri, 5 Jul 2002 23:14:39 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 078C743E09 for ; Fri, 5 Jul 2002 23:14:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0156.cvx40-bradley.dialup.earthlink.net ([216.244.42.156] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Qion-0006Yo-00; Sat, 06 Jul 2002 02:13:18 -0400 Message-ID: <3D268A53.146EBBF6@mindspring.com> Date: Fri, 05 Jul 2002 23:12:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darren Pilgrim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How does swap work address spacewise? References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> <20020705133837.GA513@HAL9000.wox.org> <20020705234126.GA12183@atrbg11.informatik.tu-muenchen.de> <3D2640A7.3EA2236B@pantherdragon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Pilgrim wrote: > If RAM + swap can be more than 4GB, how does FreeBSD address swap on a > 32-bit machine? Does the kernel internally use a wider address space > with some kind of translation to 32-bit space for programs and hardware > that can't handle 64-bit addresses or does it not map swap into the > address space at all, instead using it as a kind of "offline" storage > for pages not in use? Does the Alpha port handle swap the same way? KVA + UVA = 4G KVA is per system... but UVA is per process. Therefore you can have as much as you want, so long as it's per process, and you only run processes one at a time (which is what kernels do ;^)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 0:42:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941EA37B400 for ; Sat, 6 Jul 2002 00:42:13 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4645B43E42 for ; Sat, 6 Jul 2002 00:42:13 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g667dfO73755 for ; Sat, 6 Jul 2002 00:39:41 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Sat, 6 Jul 2002 00:39:40 -0700 (PDT) From: Patrick Thomas To: Subject: Should I be concerned ? Message-ID: <20020706003822.L79469-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I saw this show up all over my ssh session into a server today: NOTICE: --Relation pg_toast_16386-- NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0, Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space 0/0; EndEmpty/Avail. Pages 0/0. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_toast_16386_idx: Pages 1; Tuples 0. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Analyzing pg_relcheck NOTICE: --Relation pg_rewrite-- NOTICE: Pages 4: Changed 0, reaped 0, Empty 0, New 0; Tup 23: Vac 0, Keep/VTL 0/0, UnUsed 0, MinLen 104, MaxLen 1456; Re-using: Free/Avail. Space 8496/8496; EndEmpty/Avail. Pages 0/4. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_rewrite_oid_index: Pages 2; Tuples 23. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_rewrite_rulename_index: Pages 2; Tuples 23. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Rel pg_rewrite: Pages: 4 --> 4; Tuple(s) moved: 0. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: --Relation pg_toast_16410-- NOTICE: Pages 2: Changed 0, reaped 0, Empty 0, New 0; Tup 5: Vac 0, Keep/VTL 0/0, UnUsed 0, MinLen 163, MaxLen 2034; Re-using: Free/Avail. Space 8088/8088; EndEmpty/Avail. Pages 0/2. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_toast_16410_idx: Pages 2; Tuples 5. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Rel pg_toast_16410: Pages: 2 --> 2; Tuple(s) moved: 0. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Analyzing pg_rewrite NOTICE: --Relation pg_statistic-- NOTICE: Pages 6: Changed 6, reaped 3, Empty 0, New 0; Tup 98: Vac 98, Keep/VTL 0/0, UnUsed 8, MinLen 80, MaxLen 668; Re-using: Free/Avail. Space 26560/26484; EndEmpty/Avail. Pages 0/4. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_statistic_relid_att_index: Pages 2; Tuples 98: Deleted 98. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Rel pg_statistic: Pages: 6 --> 3; Tuple(s) moved: 90. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_statistic_relid_att_index: Pages 2; Tuples 98: Deleted 90. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: --Relation pg_toast_16408-- NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0, Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space 0/0; EndEmpty/Avail. Pages 0/0. CPU 0.00s/0.00u sec elapsed 0.00 sec. NOTICE: Index pg_toast_16408_idx: Pages 1; Tuples 0. CPU 0.00s/0.00u sec elapsed 0.00 sec. DEBUG: recycled transaction log file 00000000000000B6 Any ideas as to what this means and what I should do (if anything) about it ? thanks, pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 0:50: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDE1237B401 for ; Sat, 6 Jul 2002 00:50:01 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55D143E31 for ; Sat, 6 Jul 2002 00:50:00 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from adslle.cc.univie.ac.at (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id g667nreN128976; Sat, 6 Jul 2002 09:49:56 +0200 Date: Sat, 6 Jul 2002 09:49:53 +0200 (CEST) From: Lukas Ertl X-X-Sender: le@leelou.in.tern To: Patrick Thomas Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should I be concerned ? In-Reply-To: <20020706003822.L79469-100000@utility.clubscholarship.com> Message-ID: <20020706094811.R306-100000@leelou.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 6 Jul 2002, Patrick Thomas wrote: > I saw this show up all over my ssh session into a server today: > > > NOTICE: --Relation pg_toast_16386-- > NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0, > Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space [ ... ] Obviously, you have a PostgreSQL database running, and someone is VACUUMing the database. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 1:10:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A3937B417 for ; Sat, 6 Jul 2002 01:10:34 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F7E43E09 for ; Sat, 6 Jul 2002 01:10:33 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g668AXLA017677; Sat, 6 Jul 2002 01:10:33 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g668AXHF017676; Sat, 6 Jul 2002 01:10:33 -0700 (PDT) (envelope-from dillon) Date: Sat, 6 Jul 2002 01:10:33 -0700 (PDT) From: Matthew Dillon Message-Id: <200207060810.g668AXHF017676@apollo.backplane.com> To: Darren Pilgrim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How does swap work address spacewise? References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> <20020705133515.GA295@HAL9000.wox.org> <20020705133837.GA513@HAL9000.wox.org> <20020705234126.GA12183@atrbg11.informatik.tu-muenchen.de> <3D2640A7.3EA2236B@pantherdragon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :If RAM + swap can be more than 4GB, how does FreeBSD address swap on a :32-bit machine? Does the kernel internally use a wider address space :with some kind of translation to 32-bit space for programs and hardware :that can't handle 64-bit addresses or does it not map swap into the :address space at all, instead using it as a kind of "offline" storage :for pages not in use? Does the Alpha port handle swap the same way? : The 4GB limitation only applies to memory addresses. Block devices and files have no such limitation ... 'off_t' has been 64 bits for many years. You can create filesystems and files up to 2TB in size in -stable and it will be virtually unlimited in -current. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 2:36:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC7AE37B400 for ; Sat, 6 Jul 2002 02:36:51 -0700 (PDT) Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B68B43E4A for ; Sat, 6 Jul 2002 02:36:51 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id ACDC9A819; Sat, 6 Jul 2002 19:36:49 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id AB092542D; Sat, 6 Jul 2002 19:36:49 +1000 (EST) Date: Sat, 6 Jul 2002 19:36:49 +1000 (EST) From: Andrew To: Paulo Roberto Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ctrl alt del behaviour In-Reply-To: <20020706022816.46575.qmail@web14904.mail.yahoo.com> Message-ID: <20020706193523.T22241-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 5 Jul 2002, Paulo Roberto wrote: > The issue about ctrl+alt+del is that I need to change the default > behaviour that is reboot, to halt the system. The best I could find was > to change the keymap on key 83 (if I am not mistaking) to 'pdwn' or > 'halt' (it was previously on 'boot'). Take a look at sys/dev/syscons/syscons.c round line 3115. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 4:32:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 840B937B400 for ; Sat, 6 Jul 2002 04:32:07 -0700 (PDT) Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id B531943E31 for ; Sat, 6 Jul 2002 04:32:06 -0700 (PDT) (envelope-from wayne@penguinpowered.org.uk) Received: from host217-35-41-134.in-addr.btopenworld.com ([217.35.41.134] helo=marvin.penguinpowered.org.uk) by tungsten.btinternet.com with esmtp (Exim 3.22 #8) id 17QnnJ-0001I1-00 for freebsd-hackers@freebsd.org; Sat, 06 Jul 2002 12:32:05 +0100 Received: from [192.168.10.12] (helo=set.home.penguinpowered.org.uk) by marvin.penguinpowered.org.uk with esmtp (Exim 3.33 #1) id 17Qnu8-0002QY-00 for freebsd-hackers@freebsd.org; Sat, 06 Jul 2002 12:39:08 +0100 Received: from waynep by set.home.penguinpowered.org.uk with local (Exim 3.34 #1) id 17Qoni-0000H3-00 for freebsd-hackers@freebsd.org; Sat, 06 Jul 2002 12:36:34 +0000 From: Wayne Pascoe To: freebsd-hackers@freebsd.org Subject: wi0: watchdog timeout Date: 06 Jul 2002 12:36:34 +0000 Message-ID: Lines: 75 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm trying to get a wireless card going in a desktop machine. The wireless card is a ORiNOCO Wireless LAN PC Card The PCI->PCMCIA controller has a texas instruments chip on it and appears to be made by Elan. This combo works under XP but does not work under FreeBSD 4.6 The pc card worked in the old ISA controller, but I recently had to replace my board and I could not find a motherboard with an ISA slot. When I boot the machine up, I get the following output: pccardd[46]: Card "Lucent Technologies"("WaveLAN/IEEE") [Version 01.01] [] matched "Lucent Technologies" ("WaveLAN/IEEE") [(null)] [(null)] pccardd[46]: Using IO addr 0x240, size 64 pccardd[46]: Setting config reg at offs 0x3e0 to 0x41, Rest time = 50 ms pccardd[46]: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 pccardd[46]: Assign wi0, io 0x240-0x27f, mem 0x0, 0 byes, irq 5, flags 0 wi0 at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: 802.11 address: 00:02:2d:02:a6:13 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Licent Firmware: Station 7.28.01 pccardd[46]: wi0: Lucent Technlogies (WaveLAN/IEEE) inserted. pccardd[46]: pccardd started This information became available when I set debuglevel in pccard.conf to 4. I am then able to assign and IP address to wi0 and set other options like network, etc using wicontrol. However when I do anything network related (ping, traceroute, etc) I get the following message: wi0: watchdog timeout The settings under XP are as follows: ORiNOCO Wireless LAN PC Card IRQ 5 I/O Range FF40-FF7F Texas Instruments PCI-1211 CardBus Controller (says Elan on card) Memory Range EF004000 - EF004FFF Memory Range FEBFF000 - FEBFFFFF Memory Range FABFF000 - FEBFEFFF I/O Range FE00 - FEFF I/O Range FD00 - FDFF IRQ 5 Memory Range 000DF000 - 000DFFFF I've tried both compiling the wi driver into the kernel and using it as a kernel module. The problem happens the same. I've recompiled the kernel and I have the following line for my pcic device in my kernel configuration file: device pcic0 at pci? irq 0 port 0x3e0 iomem 0xdf0000 This iomem seems to be one of the ones XP is reporting as being in use for this device. I've also tried having the above line with at isa replacing at pci. I have found that IRQ 5 is used by the onboard usb controller, but even if I disable in the bios I still get this message popping up. Any advice on how to fix this, or even whether or not this card is supported would be MUCH appreciated. I've tried a Belkin controller as well with even less result (couldn't even get the machine to find a pccard port). -- - Wayne Pascoe - http://www.penguinpowered.org.uk/wayne/ God gave you the power - Preacher on the Simpsons Hmm. You'd think he'd wanna... limit my power - Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 4:52:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492B037B400 for ; Sat, 6 Jul 2002 04:52:24 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id CF5C843E3B for ; Sat, 6 Jul 2002 04:52:22 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 6 Jul 2002 12:52:07 +0100 (BST) Date: Sat, 6 Jul 2002 12:52:06 +0100 From: David Malone To: Paulo Roberto Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ctrl alt del behaviour Message-ID: <20020706115206.GA23936@walton.maths.tcd.ie> References: <20020706022816.46575.qmail@web14904.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020706022816.46575.qmail@web14904.mail.yahoo.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 05, 2002 at 07:28:16PM -0700, Paulo Roberto wrote: > After rebooting to the changes take effect (I do not know if there is a > way to reload the keymap withou restarting the system), I try > ctrl+alt+del and then it runs the proper halt/shutdown script, but when > it was supposed to stop (halt) for the user press the power button, it > does automaticaly reboot. > Is there a way to just halt (and stay halted) using ctrl+alt+del? What you have described should have worked, so I'm guessing that there is some problem with how you are setting the keymap. I'd suggest that you try the following: kbdcontrol -d > keymap.orig cp keymap.orig keymap.my Now edit keymap.my and make any changes. (I actually map ctrl-alt-end to halt, so I have a choice or rebooting or halting.) Now load the keymap and check the change way OK: kbdcontrol -l keymap.my kbdcontrol -d > keymap.new diff keymap.my keymap.new Now try pressing ctl-alt-end, or whatever combination you choose. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 11:23:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A7437B400 for ; Sat, 6 Jul 2002 11:23:34 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id D463A43E3B for ; Sat, 6 Jul 2002 11:23:33 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 85274 invoked by uid 1001); 6 Jul 2002 18:23:33 -0000 Date: Sat, 6 Jul 2002 14:23:33 -0400 From: Brian Reichert To: Makoto Matsushita Cc: reichert@numachi.com, freebsd-hackers@FreeBSD.ORG Subject: Re: 'make release' tries to build a port? Message-ID: <20020706142333.M259@numachi.com> References: <200207022247.g62Ml00M008526@gw.catspoiler.org> <200207022247.g62Ml00M008526@gw.catspoiler.org> <20020702213630.M262@numachi.com> <20020703113304N.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020703113304N.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Wed, Jul 03, 2002 at 11:33:04AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 03, 2002 at 11:33:04AM +0900, Makoto Matsushita wrote: > > src/release/Makefile assumes that src/release directory is actually > /usr/src/release. It seems that your source code location is /home/src. Woo-hoo! I finally got a 'make release' to work! Thanks for everyone's pointers... I had to pre-install on my base system the MINIMALDOCPORTS snarl of stuff, and given that a dozen or so distfiles are hosted on Sourceforge, so you can't make an automated install of them. Maybe I should pester the mailtainers of those respective ports... It was rather disappointing that I couldn't run 'make release' in parallel via the '-j' option, though. :/ One last question, that only vaguely applies to this topic: How disparate can the host OS version be from the version I'm trying to make a release of? (My host OS is 4.5-RELEASE; what the 'newest' version of the OS that I could sucessfully perform a 'make release' of without upgrading? Still scrounging various docs...) > -- - > Makoto `MAR' Matsushita > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 11:41:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E160137B400 for ; Sat, 6 Jul 2002 11:41:36 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB5FE43E6D for ; Sat, 6 Jul 2002 11:41:35 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g66IfVn31997; Sun, 7 Jul 2002 03:41:31 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020706142333.M259@numachi.com> References: <20020702213630.M262@numachi.com> <20020703113304N.matusita@jp.FreeBSD.org> <20020706142333.M259@numachi.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 14 From: Makoto Matsushita To: reichert@numachi.com Subject: Re: 'make release' tries to build a port? Date: Sun, 07 Jul 2002 03:41:28 +0900 Message-Id: <20020707034128B.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG reichert> It was rather disappointing that I couldn't run 'make release' in reichert> parallel via the '-j' option, though. :/ WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? reichert> How disparate can the host OS version be from the version reichert> I'm trying to make a release of? Same branch should work. Different branch may or may not work. It is known that recent 5-current can be built on a recent 4-stable environment. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 6 14:29:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF10437B401 for ; Sat, 6 Jul 2002 14:29:06 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C96A243E31 for ; Sat, 6 Jul 2002 14:29:00 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g66LSnMa016935 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Sat, 6 Jul 2002 23:28:52 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g66LSnFJ045215 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 6 Jul 2002 23:28:49 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g66LSnbA045214 for freebsd-hackers@freebsd.org; Sat, 6 Jul 2002 23:28:49 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 6 Jul 2002 23:28:49 +0200 From: Bernd Walter To: freebsd-hackers@freebsd.org Subject: Troubles with sa(4) Message-ID: <20020706212848.GE23704@cicely5.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If I run the following programm: #include #include int Tape_rewind(int fd) { struct mtop mo; mo.mt_op = MTREW; mo.mt_count = 0; if (ioctl(fd, MTIOCTOP, &mo) == -1) { return 1; } return 0; }; int Tape_fsf(int fd, int count) { struct mtop mo; mo.mt_op = MTFSF; mo.mt_count = count; if (ioctl(fd, MTIOCTOP, &mo) == -1) { return 1; } return 0; }; int main() { int fd; char buf[8192]; fd = open("/dev/nsa0", O_RDWR); Tape_rewind(fd); write(fd, buf, sizeof(buf)); Tape_rewind(fd); close(fd); fd = open("/dev/nsa0", O_RDWR); Tape_rewind(fd); read(fd, buf, sizeof(buf)); Tape_rewind(fd); Tape_fsf(fd, 1); close(fd) return 0; } I get the following result: [51]cicely13# ps -axl | grep tapefoo 0 263 261 0 -8 0 972 94 cbwait D+ p0 0:00.05 /home/ticso/tapefoo ktrace: [...] 263 tapefoo RET read 8192/0x2000 263 tapefoo CALL ioctl(0x3,MTIOCTOP,0xbfbfd890) 263 tapefoo RET ioctl 0 263 tapefoo CALL ioctl(0x3,MTIOCTOP,0xbfbfd890) It is the fsf that blocks. I had a -current from march on that machine and updated to see if the effect was already solved. [57]cicely13# dmesg Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sat Jul 6 20:06:28 CEST 2002 root@cicely13.cicely.de:/var/d7/builder/FreeBSD-2002-07-03/src/sys/i386/compile/CICELY13 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0388000. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 132873443 Hz CPU: Pentium/P54C (132.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 28942336 (28264K bytes) Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ahc0: port 0x6000-0x60ff mem 0xe4001000-0xe4001fff irq 9 at device 10.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs de0: port 0x6100-0x617f mem 0xe4000000-0xe400007f irq 12 at device 11.0 on pci0 de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:c0:1e:03:f2 pci0: at device 12.0 (no driver attached) orm0: