From owner-freebsd-stable Sun Sep 2 0:54: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 06D1737B403 for ; Sun, 2 Sep 2001 00:54:00 -0700 (PDT) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.9.3/3.7W) with ESMTP id QAA19903 for ; Sun, 2 Sep 2001 16:53:58 +0900 (JST) From: non@ever.sanda.gr.jp Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id QAA09824 for ; Sun, 2 Sep 2001 16:53:58 +0900 (JST) To: stable@FreeBSD.ORG Subject: Re: PC Card memory window In-Reply-To: <20010825090731N.non@ever.sanda.gr.jp> References: <200108230755.f7N7tUW82259@harmony.village.org> <200108241855.f7OIt8W96250@harmony.village.org> <20010825090731N.non@ever.sanda.gr.jp> X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010902165357Q.non@ever.sanda.gr.jp> Date: Sun, 02 Sep 2001 16:53:57 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 35 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found the reason why nsp in SMIT mode which uses iomem window does not work. The SMIT mode of nsp requires 16 bits access but the change in cardd.c (1.65->1.66 in -current) made the access into 8 bits. The patch below (diff with -current) fixed the problem, though I don't know if some other cards need 8 bits access. > From: Warner Losh > Date: Fri, 24 Aug 2001 12:55:08 -0600 > > : memory 0xd4000 96k > > : in /etc/defautls/pccard.conf seems to be ignored, > > > > OK. It should not be ignored. Still this configuration is ignored. // Noriaki Mitsunaga // Index: cardd.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/usr.sbin/pccard/pccardd/cardd.c,v retrieving revision 1.72 diff -u -r1.72 cardd.c --- cardd.c 2001/08/19 19:16:26 1.72 +++ cardd.c 2001/09/02 07:48:18 @@ -706,7 +706,7 @@ sp->mem.cardaddr = 0x4000; sp->mem.flags = MDF_ACTIVE | MDF_16BITS; } else { - sp->mem.flags = MDF_ACTIVE; + sp->mem.flags = MDF_ACTIVE | MDF_16BITS; } if (sp->mem.flags & MDF_ACTIVE) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 1:38:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 44E8637B401 for ; Sun, 2 Sep 2001 01:38:39 -0700 (PDT) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.9.3/3.7W) with ESMTP id RAA21272 for ; Sun, 2 Sep 2001 17:38:38 +0900 (JST) From: non@ever.sanda.gr.jp Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id RAA11091 for ; Sun, 2 Sep 2001 17:38:37 +0900 (JST) To: stable@FreeBSD.ORG Subject: Re: PC Card memory window In-Reply-To: <20010902165357Q.non@ever.sanda.gr.jp> References: <200108241855.f7OIt8W96250@harmony.village.org> <20010825090731N.non@ever.sanda.gr.jp> <20010902165357Q.non@ever.sanda.gr.jp> X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010902173837I.non@ever.sanda.gr.jp> Date: Sun, 02 Sep 2001 17:38:37 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 58 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, I found that I have tested with PIO mode and still does not work with SMIT mode. Below is from /var/log/messages, /boot/kernel/kernel: pccard: card inserted, slot 0 pccardd[1039]: Card "WBT"("NinjaSCSI-3") [R1.0] [(null)] matched "WBT" ("NinjaSCSI-3") [(null)] [(null)] pccardd[1039]: Using mem addr 0xd4000, size 4096, card addr 0x4000, flags 0x41 pccardd[1039]: Using I/O addr 0x240, size 16 pccardd[1039]: Setting config reg at offs 0x200 to 0x41, Reset time = 50 ms /boot/kernel/kernel: nsp0 at port 0x240-0x24f iomem 0xc8800-0xc97ff irq 5 slot 0 on pccard0 /boot/kernel/kernel: /boot/kernel/kernel: nsp0: try to reset scsi bus /boot/kernel/kernel: nsp0: scsi_low: probing all devices ... It seems that pccardd is reading and assignning iomem correctly but kernel is ignoring it. From: non@ever.sanda.gr.jp Date: Sun, 02 Sep 2001 16:53:57 +0900 > I found the reason why nsp in SMIT mode which uses iomem window does > not work. > > The SMIT mode of nsp requires 16 bits access but the change in cardd.c > (1.65->1.66 in -current) made the access into 8 bits. The patch below > (diff with -current) fixed the problem, though I don't know if some > other cards need 8 bits access. > > > From: Warner Losh > > Date: Fri, 24 Aug 2001 12:55:08 -0600 > > > : memory 0xd4000 96k > > > : in /etc/defautls/pccard.conf seems to be ignored, > > > > > > OK. It should not be ignored. > > Still this configuration is ignored. > > // Noriaki Mitsunaga // > > Index: cardd.c > =================================================================== > RCS file: /home2/FreeBSD/ncvs/src/usr.sbin/pccard/pccardd/cardd.c,v > retrieving revision 1.72 > diff -u -r1.72 cardd.c > --- cardd.c 2001/08/19 19:16:26 1.72 > +++ cardd.c 2001/09/02 07:48:18 > @@ -706,7 +706,7 @@ > sp->mem.cardaddr = 0x4000; > sp->mem.flags = MDF_ACTIVE | MDF_16BITS; > } else { > - sp->mem.flags = MDF_ACTIVE; > + sp->mem.flags = MDF_ACTIVE | MDF_16BITS; > } > > if (sp->mem.flags & MDF_ACTIVE) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 1:39:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from host213-123-146-236.in-addr.btopenworld.com (host213-123-146-236.in-addr.btopenworld.com [213.123.146.236]) by hub.freebsd.org (Postfix) with ESMTP id 6F74D37B403 for ; Sun, 2 Sep 2001 01:39:37 -0700 (PDT) Received: from there (localhost [127.0.0.1]) by host213-123-146-236.in-addr.btopenworld.com (Postfix) with SMTP id C5D0C4CA; Sun, 2 Sep 2001 09:40:19 +0100 (BST) Content-Type: text/plain; charset="iso-8859-1" From: Dominic Marks Organization: Student To: klein brock , freebsd-stable@FreeBSD.org Subject: Re: DOS prevent ? Date: Sun, 2 Sep 2001 09:40:19 +0100 X-Mailer: KMail [version 1.3] References: <20010902061950.38285.qmail@web20108.mail.yahoo.com> In-Reply-To: <20010902061950.38285.qmail@web20108.mail.yahoo.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010902084019.C5D0C4CA@host213-123-146-236.in-addr.btopenworld.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi On Sunday 02 September 2001 7:19 am, klein brock wrote: [snip] > does anybody know how to prevent DOS ? i was DOSed and > down for 1 day... can somebody help me ? This is isn't very helpful. Also in many cases you can't really prevent a DOS attack with the cooperation of your ISP. Talking to them is the best idea. [snip] -- Domniic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 1:51:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id A662E37B401 for ; Sun, 2 Sep 2001 01:51:06 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id KAA87694; Sun, 2 Sep 2001 10:51:05 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 2 Sep 2001 10:51:05 +0200 (CEST) Message-Id: <200109020851.KAA87694@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: Staroffice woes on 4.4 RC --SOLVED!! In-Reply-To: <20010901190430.B22131@freeway.dcfinc.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad R. Larson wrote: > I'm most familiar with FreeBSD, and it does a wonderful job of > taking care of itself. Rolls log files, etc. without a SysAdm > holding it's hand. But it would require running StarOffice under > the Linuxulator, which could hurt performance (which is already a > bit dodgy in my limited StarOffice experience) and be more > complicated to set up. From my experience, the Linuxulator has no noticeable impact on the performance of StarOffice, provided that you have enough RAM (which is cheap nowadays, even for laptops). I haven't done any "big" things in StarOffice yet, though. It's not more complicated to install and set up than under any other OS, IMO. The FreeBSD port does a pretty good job. And once it's running, it's running. :-) Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 2: 7:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from storage-1.netscalibur.it (mail1.netscalibur.it [194.244.215.2]) by hub.freebsd.org (Postfix) with ESMTP id 6225537B406 for ; Sun, 2 Sep 2001 02:07:16 -0700 (PDT) Received: from dev1.localdomain.net (194.244.229.102) by storage-1.netscalibur.it (5.5.040) id 3B69D5C70003C1B2 for freebsd-stable@FreeBSD.org; Fri, 31 Aug 2001 14:39:19 +0200 Received: from localhost (localhost [127.0.0.1]) by dev1.localdomain.net (8.11.6/8.11.5) with ESMTP id f7VCdoa00879 for ; Fri, 31 Aug 2001 14:39:50 +0200 (CEST) (envelope-from olgeni@uli.it) Date: Fri, 31 Aug 2001 14:39:50 +0200 (CEST) From: Jimmy Olgeni X-X-Sender: To: Subject: -stable panic (4.4-RC), splash related Message-ID: <20010831143758.P873-100000@dev1.localdomain.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello there, I got this on a box where the splash device was used as a screen saver. I had XFree86-4 running on a virtual terminal, but I was in text mode when this happened. GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... IdlePTD 5701632 initial pcb at 446a00 panicstr: lockmgr: locking against myself panic messages: --- panic: lockmgr: locking against myself syncing disks... 14 done Uptime: 2h25m13s /dev/vmmon: Module vmmon: unloaded dumping to dev #ad/0x30001, offset 270304 dump ata0: resetting devices .. ad0: invalidating queued requests done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc01b51da in dumpsys () (kgdb) bt #0 0xc01b51da in dumpsys () #1 0xc01b4ffb in boot () #2 0xc01b53e1 in panic () #3 0xc01afa5f in lockmgr () #4 0xc02f8097 in vm_map_find () #5 0xc02f72cb in kmem_alloc_pageable () #6 0xc03693db in pmap_mapdev () #7 0xc037df9e in vesa_map_buffer () #8 0xc037e445 in vesa_set_mode () #9 0xc05018e8 in ?? () #10 0xc0347e40 in splash () #11 0xc0355769 in scsplash_saver () #12 0xc0355313 in scrn_timer () #13 0xc01bac6d in softclock () #14 0xc035da50 in splz_swi () #15 0xc0367e63 in pmap_remove_pte () #16 0xc0367f9a in pmap_remove () #17 0xc02f94f3 in vm_map_delete () #18 0xc02f95e6 in vm_map_remove () #19 0xc02f7491 in kmem_free () #20 0xc01c5c90 in pipe_free_kmem () #21 0xc01c5df4 in pipeclose () #22 0xc01c5c55 in pipe_close () #23 0xc01ab113 in fdrop () #24 0xc01ab05b in closef () #25 0xc01aa5dd in close () #26 0xc036b301 in syscall2 () #27 0xc035c595 in Xint0x80_syscall () #28 0x280cefeb in ?? () ---Type to continue, or q to quit--- #29 0x804a93a in ?? () #30 0x804b0e9 in ?? () #31 0x804a49e in ?? () #32 0x8048d19 in ?? () (kgdb) -- jimmy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 5: 7: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtprelay3.abs.adelphia.net (smtprelay.abs.adelphia.net [64.8.20.11]) by hub.freebsd.org (Postfix) with ESMTP id 68DF537B407 for ; Sun, 2 Sep 2001 05:07:00 -0700 (PDT) Received: from there ([63.124.244.3]) by smtprelay3.abs.adelphia.net (Netscape Messaging Server 4.15) with SMTP id GJ1AZN00.WUD; Sun, 2 Sep 2001 08:06:59 -0400 Content-Type: text/plain; charset="iso-8859-1" From: Gerald A.Speak Reply-To: gaspeak@va.prestige.net To: Jarrod Sayers , "Paul A. Howes" Subject: Re: Ethernet Card Recommendation... Date: Sun, 2 Sep 2001 08:06:58 -0400 X-Mailer: KMail [version 1.3] Cc: References: <20010902105247.F8879-100000@sanctuary.magill.unisa.edu.au> In-Reply-To: <20010902105247.F8879-100000@sanctuary.magill.unisa.edu.au> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010902120700.68DF537B407@hub.freebsd.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 01 September 2001 09:26 pm, Jarrod Sayers wrote: > On Sat, 1 Sep 2001, Paul A. Howes wrote: > > All- > > > > I plan to upgrade my home network shortly. I am currently using an > > 8-port, 10 Mbps 3Com hub and 3C509B Ethernet cards. What I have been > > looking at is the 8-port, Netgear FS108 10/100 switch ($70), and their > > FA311 10/100 network cards ($20/ea.) > > > > Although I have used their network cards on Windows machines very > > successfully, I would like to know if they are compatible with FreeBSD? For what it's worth I've been using several FA310tx (de0) for the past three years without any problems. I Recently upgraded to a MB with a 133Mhz FSB and the network card to a FA312 (sis0) I had nothing but problems until I switched back to the FA310tx. > > They are. We use a few here at work. The FA310's are detected as dc0 and > ive noticed that the FA311's are detected at sis0. > > device dc # DEC/Intel 21143 and various workalikes > device sis # Silicon Integrated Systems SiS 900/SiS > 7016 > > > looked through the LINT file, and saw that they were mentioned as > > supported, but I wonder what that level of support is? I know that the > > Intel cards are the "best supported" with the 3C9xx series being a close > > second, but they > > All of our servers have Intel EtherExpress 100b's, they are very nice > NIC's but more expensive ;) > > > tend to be more expensive than the Netgear cards. The fact that Netgear > > is really a business unit Bay Networking doesn't exactly hurt my > > feelings, either :-) > > > > Thanks! > > Jarrod Sayers > Information Technologist > School of Communication, Information and New Media > University of South Australia, Magill Campus. > Phone: +61 8 83024045 > Fax: +61 8 83024745 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 5:40:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-94-248-46.mmcable.com [24.94.248.46]) by hub.freebsd.org (Postfix) with SMTP id 5023B37B405 for ; Sun, 2 Sep 2001 05:40:20 -0700 (PDT) Received: (qmail 25434 invoked by uid 100); 2 Sep 2001 12:40:19 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15250.10418.944979.960572@guru.mired.org> Date: Sun, 2 Sep 2001 07:40:18 -0500 To: stable@freebsd.org Subject: Breakage in installworld X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This one is strange: ===> usr.sbin/stallion ===> usr.sbin/stallion/bootcode install -C -c -o root -g wheel -m 444 2681.sys cdk.sys /usr/libdata/stallion install: 2681.sys: Permission denied *** Error code 71 Stop in /usr/src/usr.sbin/stallion/bootcode. The only thing unusual about the system is that /usr/src is nfs-mounted on a r/o file system. In particular, the permissions on the /usr/libdata/stallion are 755, and there are no flags set on it. Deleting the existing files in that directory doesn't make any difference. Fixes? Suggestions? Energy? Thanx, http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 5:44:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-94-248-46.mmcable.com [24.94.248.46]) by hub.freebsd.org (Postfix) with SMTP id 4A1F837B407 for ; Sun, 2 Sep 2001 05:44:37 -0700 (PDT) Received: (qmail 34131 invoked by uid 100); 2 Sep 2001 12:44:36 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15250.10676.766534.702482@guru.mired.org> Date: Sun, 2 Sep 2001 07:44:36 -0500 To: stable@freebsd.org Subject: /usr/ports/INDEX in cvs broken? X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone know why only some of the ports in /usr/ports/INDEX are being updated in the cvs version? su-2.05# grep 'pilot-link-0.9..|' INDEX pilot-link-0.9.3|/usr/ports/palm/pilot-link|/usr/local/pilot|PalmPilot communications utilities (backup/restore/install/debug/...)|/usr/ports/palm/pilot-link/pkg-descr|dima@freebsd.org|palm comms tk82|XFree86-3.3.6_9 libtool-1.3.4_2 tcl-8.2.3 tk-8.2.3|XFree86-3.3.6_9 tcl-8.2.3 tk-8.2.3| su-2.05# make index Generating INDEX - please wait..make_index: no entry for: punkbuster-data Done. su-2.05# grep 'pilot-link-0.9..|' INDEX pilot-link-0.9.5|/usr/ports/palm/pilot-link|/usr/opt/pilot|PalmPilot communications utilities (backup/restore/install/debug/...)|/usr/ports/palm/pilot-link/pkg-descr|dima@freebsd.org|palm comms tk83|XFree86-libraries-4.1.0 freetype2-2.0.4 imake-4.1.0 libiconv-1.7_1 libtool-1.3.4_2 tcl-8.3.3_4 tk-8.3.3|XFree86-libraries-4.1.0 freetype2-2.0.4 imake-4.1.0 libiconv-1.7_1 tcl-8.3.3_4 tk-8.3.3|http://www.gnu-designs.com/pilot-link/ Note that rebuilding index changes the pilot-link version from 0.9.3 to 0.9.5. If I update the ports tree via cvsup, it goes back to 0.9.3 again :-(. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 6:15:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns17.u-build-it.net (ns17.u-build-it.net [66.33.65.140]) by hub.freebsd.org (Postfix) with ESMTP id 1DC7037B405 for ; Sun, 2 Sep 2001 06:15:20 -0700 (PDT) Received: from h0002e3053cbe.ne.mediaone.net ([66.31.121.29] helo=beast) by ns17.u-build-it.net with smtp (Exim 3.22 #1) id 15dX5h-0007n4-00 for freebsd-stable@freebsd.org; Sun, 02 Sep 2001 09:15:10 -0400 Reply-To: From: "Paul A. Howes" To: Subject: RE: Ethernet Card Recommendation... Date: Sun, 2 Sep 2001 09:15:12 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20010902120700.68DF537B407@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns17.u-build-it.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - fair-ware.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, for what it's worth, I went to Best Buy last night, and found that they had a great deal on Netgear equipment. I bought the FS108 8-port 100 Mbps switch for $90, and four FA311 network cards for $10/ea. Plus, there's a $5 rebate on each card! I rebuilt my kernel to support the sis driver, enabled gateway, firewall, and natd, installed two cards, put the other two cards in a couple of Win2k boxes, and it works! Thanks to all who responded! That's one thing I have come to appreciate about the FreeBSD community: Ask an intelligent question, and you'll have more answers than you know what to do with :-) Sincerely, -- Paul A. Howes pahowes@fair-ware.com If you would like my PGP key, send a blank e-mail to pgpkey@fair-ware.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 6:48:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6799337B407; Sun, 2 Sep 2001 06:48:41 -0700 (PDT) Received: from lerami.lerctr.org (localhost [127.0.0.1]) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/20010730/$Revision: 1.25 $) with ESMTP id f82DmZXl003088; Sun, 2 Sep 2001 08:48:35 -0500 (CDT) Received: (from ler@localhost) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/Submit) id f82DmW00003087; Sun, 2 Sep 2001 13:48:32 GMT Date: Sun, 2 Sep 2001 08:48:32 -0500 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org, Eric Masson Subject: Re: cputype=486 Message-ID: <20010902084832.B2510@lerami.lerctr.org> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010901161054.B13047@athlon.pn.xcllnt.net> User-Agent: Mutt/1.3.22.1i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Marcel Moolenaar [010901 18:10]: > On Sat, Sep 01, 2001 at 01:22:12PM -0700, John Baldwin wrote: > > > > >> > > >> Is *ANYTHING* going to be done about this ever? It appears nothing > > >> was done at all during the 4.4 cycle. > > > > > > If I have some time (yeah, right :-) I'll take a look at it. The > > > quickest fix would be to define CPUTYPE as empty when building > > > cross- and build-tools. This should override any definitions that > > > are present in /etc/make.conf. > > > > That doesn't help. The problem is that the cross-tools built during buildworld > > are linked against the hosts' libc.a, and then run on the target machine in > > installworld. Thus, in this case you end up running a 686 libc.a in the cross > > tool on a 486 and it blows up. > > > > Ah yes. In that case it only works if you link shared, but then you > have different problems. I guess this rules out CPUTYPE as a generic > tunable. If you want the highest possible performance, you give up > on portibility. You can't have it both... Is this a *NO*, we're not interested in fixing it? If so, some BIG notices should be in /etc/defaults/make.conf around the CPUTYPE setting. I really think this should be fixed somehow.... (Not that I would know how...) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 9:28:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id DFB2F37B401 for ; Sun, 2 Sep 2001 09:28:12 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 28E5910F42C; Sun, 2 Sep 2001 11:28:15 -0500 (CDT) Date: Sun, 2 Sep 2001 11:28:15 -0500 From: "David W. Chapman Jr." To: Mike Meyer Cc: stable@freebsd.org Subject: Re: /usr/ports/INDEX in cvs broken? Message-ID: <20010902112814.D11987@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Mike Meyer , stable@freebsd.org References: <15250.10676.766534.702482@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15250.10676.766534.702482@guru.mired.org> User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 02, 2001 at 07:44:36AM -0500, Mike Meyer wrote: > Anyone know why only some of the ports in /usr/ports/INDEX are being > updated in the cvs version? > > su-2.05# grep 'pilot-link-0.9..|' INDEX > pilot-link-0.9.3|/usr/ports/palm/pilot-link|/usr/local/pilot|PalmPilot communications utilities (backup/restore/install/debug/...)|/usr/ports/palm/pilot-link/pkg-descr|dima@freebsd.org|palm comms tk82|XFree86-3.3.6_9 libtool-1.3.4_2 tcl-8.2.3 tk-8.2.3|XFree86-3.3.6_9 tcl-8.2.3 tk-8.2.3| > su-2.05# make index > Generating INDEX - please wait..make_index: no entry for: punkbuster-data > Done. > su-2.05# grep 'pilot-link-0.9..|' INDEX > pilot-link-0.9.5|/usr/ports/palm/pilot-link|/usr/opt/pilot|PalmPilot communications utilities (backup/restore/install/debug/...)|/usr/ports/palm/pilot-link/pkg-descr|dima@freebsd.org|palm comms tk83|XFree86-libraries-4.1.0 freetype2-2.0.4 imake-4.1.0 libiconv-1.7_1 libtool-1.3.4_2 tcl-8.3.3_4 tk-8.3.3|XFree86-libraries-4.1.0 freetype2-2.0.4 imake-4.1.0 libiconv-1.7_1 tcl-8.3.3_4 tk-8.3.3|http://www.gnu-designs.com/pilot-link/ > > Note that rebuilding index changes the pilot-link version from 0.9.3 > to 0.9.5. If I update the ports tree via cvsup, it goes back to 0.9.3 > again :-(. > > dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 10: 2:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id 7DF8837B405 for ; Sun, 2 Sep 2001 10:02:50 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id 1E0FE139D for ; Sun, 2 Sep 2001 11:02:50 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id B3AC3E2 for ; Sun, 2 Sep 2001 11:02:49 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id KAA07757 for ; Sun, 2 Sep 2001 10:02:49 -0700 (PDT) Message-Id: <200109021702.KAA07757@mina.soco.agilent.com> To: freebsd-stable@FreeBSD.ORG Subject: Re: Ethernet Card Recommendation... Reply-To: Darryl Okahata In-Reply-To: Your message of "Sat, 01 Sep 2001 17:58:23 PDT." Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Sun, 02 Sep 2001 10:02:48 -0700 From: Darryl Okahata Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tenebrae wrote: > > One of the replies to my inquiry said that the Netgear network adapters do > > not work well with certain AMD-based motherboards. Considering that one of > > my future upgrades will be to build a multi-processor Athlon system, this > > caused me a bit of concern. > > Not sure about that... > I am using a Netgear FA310TX network card on my freeBSD 4.3-STABLE server > with an ASUS P5A Super Socket 7 motherboard (ALi chipset) and an AMD > K6-2/350 processor. I've been pretty happy with it. Only problems I've The Netgear card is definitely an issue with the ASUS A7M266 motherboard (AMD 760-based, single CPU however). Check out the alt.comp.periphs.mainboard.asus newsgroup for more info. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 10:28:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id 1C94837B405 for ; Sun, 2 Sep 2001 10:28:28 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id BAF601359 for ; Sun, 2 Sep 2001 11:28:27 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 47871EF0 for ; Sun, 2 Sep 2001 11:28:27 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id KAA08243 for ; Sun, 2 Sep 2001 10:28:26 -0700 (PDT) Message-Id: <200109021728.KAA08243@mina.soco.agilent.com> To: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD and Athlon Processors Reply-To: Darryl Okahata In-Reply-To: Your message of "Sat, 01 Sep 2001 09:23:38 +1200." <007201c13263$334dc390$0a01a8c0@den2> Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Sun, 02 Sep 2001 10:28:26 -0700 From: Darryl Okahata Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Juha Saarinen" wrote: > Have a look at www.viahardware.com, where they test a variety of boards > for the data corruption bug. For the lazy, the URL is: http://www.viahardware.com/686b_1.shtm -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 10:36:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B49837B403 for ; Sun, 2 Sep 2001 10:36:10 -0700 (PDT) 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 NAA03628; Sun, 2 Sep 2001 13:36:05 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f82HZaM10379; Sun, 2 Sep 2001 13:35:36 -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: <15250.28136.806984.763218@grasshopper.cs.duke.edu> Date: Sun, 2 Sep 2001 13:35:36 -0400 (EDT) To: Warner Losh Cc: freebsd-stable@FreeBSD.ORG Subject: Re: NeoMagic 256Z: pcm0: play interrupt timeout, channel dead In-Reply-To: <200109010813.f818D8h09836@harmony.village.org> References: <15247.62161.900177.306924@grasshopper.cs.duke.edu> <200109010813.f818D8h09836@harmony.village.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh writes: > In message <15247.62161.900177.306924@grasshopper.cs.duke.edu> Andrew Gallatin writes: > : And I've appended a dmesg. > : > : Thanks for any help.. > > Does it work if you disable pcic in your kernel? I hope the answer is > "no change" > > Warner No change. You're off the hook. BTW, no breakage between 4.2-stable and now as far as the pccard stuff goes either. Keep up the good work ;) Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 10:42: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id A71CE37B403 for ; Sun, 2 Sep 2001 10:42:05 -0700 (PDT) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sun, 2 Sep 2001 13:41:59 -0400 Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: klein brock , freebsd-stable@FreeBSD.ORG Subject: Re: DOS prevent ? Date: Sun, 2 Sep 2001 13:41:57 -0400 X-Mailer: KMail [version 1.2] References: <20010902061950.38285.qmail@web20108.mail.yahoo.com> In-Reply-To: <20010902061950.38285.qmail@web20108.mail.yahoo.com> MIME-Version: 1.0 Message-Id: <01090213415700.00598@i8k.babbleon.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 02 September 2001 02:19, klein brock wrote: > Hi, > > does anybody know how to prevent DOS ? i was DOSed and > down for 1 day... can somebody help me ? - You need more details - This isn't really a "stable" issue; I'd use questions. - If you are personally be DOSed, in the sense that your ports are being flooded, then just shut off all services. Of course, if you are running a server, this isn't feasible. But if you can just go into inet and shut everything down and shut down all other internet daemons, there's nothing to flood; if that's too drastic, stop services at the firewall to all except those you intend to serve. If you are really running an internet server, then it's really hard. You can set up filters that reject packets from the same location "too close" to each other, but at some point the time to analyze the packtes and figure out that you should reject them can be flooded, too, so ultimately, against a sufficiently strong DOS, you are SOL. > > Thank you > > __________________________________________________ > Do You Yahoo!? > Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger > http://im.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) --------------------> Free Dmitry Sklyarov! <------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 11:11:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 95A0737B408; Sun, 2 Sep 2001 11:11:29 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f82IBNU38776; Sun, 2 Sep 2001 11:11:23 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f82IBVW04906; Sun, 2 Sep 2001 11:11:31 -0700 (PDT) (envelope-from marcel) Date: Sun, 2 Sep 2001 11:11:31 -0700 From: Marcel Moolenaar To: Larry Rosenman Cc: John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org, Eric Masson Subject: Re: cputype=486 Message-ID: <20010902111131.B478@dhcp01.pn.xcllnt.net> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010902084832.B2510@lerami.lerctr.org> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 02, 2001 at 08:48:32AM -0500, Larry Rosenman wrote: > > Ah yes. In that case it only works if you link shared, but then you > > have different problems. I guess this rules out CPUTYPE as a generic > > tunable. If you want the highest possible performance, you give up > > on portibility. You can't have it both... > Is this a *NO*, we're not interested in fixing it? It isn't as simple as that. The problem is hairy. This means that it takes time to come up with a solution that is at least acceptable and it also takes time implementing it. Since a fix is not crucial to the proper functioning of FreeBSD, it will not compete for the highest slots on people's backlog. > If so, some BIG notices should be in /etc/defaults/make.conf around > the CPUTYPE setting. What, besides the notice that setting CPUTYPE in /etc/make.conf is the worst of all possible places, are thinking about? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 11:17:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id AA5B137B406; Sun, 2 Sep 2001 11:17:27 -0700 (PDT) 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 OAA04382; Sun, 2 Sep 2001 14:17:25 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f82IGvP10442; Sun, 2 Sep 2001 14:16:57 -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: <15250.30616.936570.589829@grasshopper.cs.duke.edu> Date: Sun, 2 Sep 2001 14:16:56 -0400 (EDT) To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.ORG Subject: Re: NeoMagic 256Z: pcm0: play interrupt timeout, channel dead In-Reply-To: <15249.12965.416037.575523@horsey.gshapiro.net> References: <15247.62161.900177.306924@grasshopper.cs.duke.edu> <200109010813.f818D8h09836@harmony.village.org> <15249.12965.416037.575523@horsey.gshapiro.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gregory Neil Shapiro writes: > imp> Does it work if you disable pcic in your kernel? I hope the answer is > imp> "no change" > > Since I have the same sound driver and it is having the same problem, I am > "happy" (though that is the wrong word) to report that removing pcic from > the kernel doesn't fix the problem. My laptop remains soundless. I don't suppose you have any idea when it broke? I update this machine very infrequently -- pccard & vmware are in use on this machine and make it a PITA to upgrade.. My working kernel is dated March 1st, 2001. When's the last time sound worked on your machine? Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 11:27: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hermes.pressenter.com (hermes.pressenter.com [209.224.20.19]) by hub.freebsd.org (Postfix) with ESMTP id 8C80B37B401 for ; Sun, 2 Sep 2001 11:26:58 -0700 (PDT) Received: from [209.224.22.159] (helo=daggar) by hermes.pressenter.com with smtp (Exim 3.16 #1) id 15dbxI-0005Bh-00 for freebsd-stable@FreeBSD.ORG; Sun, 02 Sep 2001 13:26:48 -0500 From: "Stephen Hilton" To: Subject: Re: cputype=486 Date: Sun, 2 Sep 2001 13:28:15 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If I am installing FreeBSD 4.3RC X or the upcoming 4.4 Release on a 486 based machine, how will this affect me. Is there a workaround necessary?, or will the system binary install work fine? Could I run into problems with a later buildworld?, and if so is there a procedure to prevent that? Thanks in advance, Stephen Hilton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 11:48: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by hub.freebsd.org (Postfix) with ESMTP id 5A44337B405 for ; Sun, 2 Sep 2001 11:47:54 -0700 (PDT) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maild.telia.com (8.11.2/8.11.0) with ESMTP id f82IlqY22769 for ; Sun, 2 Sep 2001 20:47:52 +0200 (CEST) Received: from ertr1013.student.uu.se (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id UAA17206 for ; Sun, 2 Sep 2001 20:47:50 +0200 (CEST) Received: (qmail 25415 invoked by uid 1001); 2 Sep 2001 18:47:27 -0000 Date: Sun, 2 Sep 2001 20:47:27 +0200 From: Erik Trulsson To: Stephen Hilton Cc: freebsd-stable@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010902204727.A25388@student.uu.se> Mail-Followup-To: Stephen Hilton , freebsd-stable@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 02, 2001 at 01:28:15PM -0500, Stephen Hilton wrote: > If I am installing FreeBSD 4.3RC X or the upcoming 4.4 Release on a 486 > based machine, how will this affect me. > > Is there a workaround necessary?, or will the system binary install work > fine? > > Could I run into problems with a later buildworld?, and if so is there a > procedure to prevent that? > It would be useful if you included some context so that one would know what you are talking about. From the subjectline I assume that you refer to the fact that setting CPUTYPE in /etc/make.conf can cause problems in certain situations. If CPUTYPE is not set then you don't have to worry about it. By default it is not set. The releases are compiled without it. The only time setting CPUTYPE can cause problems is if you are building the world on one machine and then installing on another and the world that is running on the buildmachine was previously built with a CPUTYPE setting that the installmachine does not support. If you install one of the official releases and never set CPUTYPE then you will not have any problems. (At least not from this. Other problems might of course occur. :-) ) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 12:23:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obelix.spectraweb.ch (obelix.plusnet.ch [194.158.230.8]) by hub.freebsd.org (Postfix) with ESMTP id 31A4B37B403 for ; Sun, 2 Sep 2001 12:23:32 -0700 (PDT) Received: from pc-service.ch (abo-ls-14-2-2-dialup-68.spectraweb.ch [194.230.236.68]) by obelix.spectraweb.ch (8.11.2/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id f82JNOT02539 for ; Sun, 2 Sep 2001 21:23:24 +0200 Received: (from martin@localhost) by pc-service.ch (8.11.3/8.11.3) id f82HiIE00291 for freebsd-stable@freebsd.org; Sun, 2 Sep 2001 19:44:18 +0200 (CEST) (envelope-from pcservice.schweizer@spectraweb.ch) Date: Sun, 2 Sep 2001 19:44:13 +0200 From: Martin Schweizer To: freebsd-stable@freebsd.org Subject: IPFirewall again Message-ID: <20010902194412.A279@pc-service.ch> Reply-To: Martin Schweizer Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello If I use the following rules and I can connect via ftp (for example ftp.freebsd.org) but after the successful login I can't do "ls". The permissons are always denied. Why? Which port need I also? # DNS (läuft nur über UDP) ipfw add allow udp from me to any 53 keep-state # SMTP ipfw add allow tcp from me to any 25 keep-state ipfw add allow udp from me to any 25 keep-state # POP3 ipfw add allow tcp from me to any 110 keep-state ipfw add allow udp from me to any 110 keep-state # HTTP ipfw add allow tcp from me to any 80 keep-state ipfw add allow udp from me to any 80 keep-state # FTP ipfw add allow tcp from any to any 20 keep-state ipfw add allow udp from any to any 20 keep-state # FTP 2. ipfw add allow tcp from any to any 21 keep-state ipfw add allow udp from any to any 21 keep-state # SSH ipfw add allow tcp from me to any 22 keep-state ipfw add allow udp from me to any 22 keep-state # Telnet ipfw add allow tcp from me to any 23 keep-state ipfw add allow udp from me to any 23 keep-state # Ping / TraceRoute ipfw add allow icmp from me to any # Whois ipfw add allow tcp from me to any 63 keep-state ipfw add allow udp from me to any 63 keep-state # Gopher ipfw add allow tcp from me to any 70 keep-state ipfw add allow udp from me to any 70 keep-state # Finger ipfw add allow tcp from me to any 79 keep-state ipfw add allow udp from me to any 79 keep-state # NNTP ipfw add allow tcp from me to any 119 keep-state ipfw add allow udp from me to any 119 keep-state # NTP ipfw add allow tcp from me to any 123 keep-state ipfw add allow udp from me to any 123 keep-state -- Regards, Martin Schweizer PC-Service M. Schweizer; Gewerbehaus Schwarz; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 12:43:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from picard.skynet.be (picard.skynet.be [195.238.3.131]) by hub.freebsd.org (Postfix) with ESMTP id 8752237B408 for ; Sun, 2 Sep 2001 12:43:12 -0700 (PDT) Received: from venus (adsl-35140.turboline.skynet.be [217.136.9.68]) by picard.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.12) with ESMTP id f82Jh7F28447 for ; Sun, 2 Sep 2001 21:43:07 +0200 (MET DST) (envelope-from ) From: "Sven Huster" To: Subject: RE: IPFirewall again Date: Sun, 2 Sep 2001 21:45:49 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010902194412.A279@pc-service.ch> Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG try ftp ftp.host.domain ftp> passive should switch passive on or off not sure now. does it work then? Sven Huster > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Martin Schweizer > Sent: 02 September, 2001 19:44 > To: freebsd-stable@freebsd.org > Subject: IPFirewall again > > > Hello > > If I use the following rules and I can connect via ftp (for example > ftp.freebsd.org) but after the successful login I can't do "ls". The > permissons are always denied. Why? Which port need I also? > > # DNS (läuft nur über UDP) > ipfw add allow udp from me to any 53 keep-state > # SMTP > ipfw add allow tcp from me to any 25 keep-state > ipfw add allow udp from me to any 25 keep-state > # POP3 > ipfw add allow tcp from me to any 110 keep-state > ipfw add allow udp from me to any 110 keep-state > # HTTP > ipfw add allow tcp from me to any 80 keep-state > ipfw add allow udp from me to any 80 keep-state > # FTP > ipfw add allow tcp from any to any 20 keep-state > ipfw add allow udp from any to any 20 keep-state > # FTP 2. > ipfw add allow tcp from any to any 21 keep-state > ipfw add allow udp from any to any 21 keep-state > # SSH > ipfw add allow tcp from me to any 22 keep-state > ipfw add allow udp from me to any 22 keep-state > # Telnet > ipfw add allow tcp from me to any 23 keep-state > ipfw add allow udp from me to any 23 keep-state > # Ping / TraceRoute > ipfw add allow icmp from me to any > # Whois > ipfw add allow tcp from me to any 63 keep-state > ipfw add allow udp from me to any 63 keep-state > # Gopher > ipfw add allow tcp from me to any 70 keep-state > ipfw add allow udp from me to any 70 keep-state > # Finger > ipfw add allow tcp from me to any 79 keep-state > ipfw add allow udp from me to any 79 keep-state > # NNTP > ipfw add allow tcp from me to any 119 keep-state > ipfw add allow udp from me to any 119 keep-state > # NTP > ipfw add allow tcp from me to any 123 keep-state > ipfw add allow udp from me to any 123 keep-state > > -- > Regards, > > Martin Schweizer > > > PC-Service M. Schweizer; Gewerbehaus Schwarz; CH-8608 Bubikon > Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 13: 3:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nipsi.de (dsl-213-023-033-119.arcor-ip.net [213.23.33.119]) by hub.freebsd.org (Postfix) with SMTP id 433B237B405 for ; Sun, 2 Sep 2001 13:03:14 -0700 (PDT) Received: (qmail 71946 invoked from network); 2 Sep 2001 20:02:18 -0000 Received: from unknown (HELO nachpolierer) (172.16.1.101) by nipsi with SMTP; 2 Sep 2001 20:02:18 -0000 Message-ID: <002d01c133ea$45e84ba0$650110ac@nachpolierer> From: "Dennis Berger" To: "Martin Schweizer" , References: <20010902194412.A279@pc-service.ch> Subject: Re: IPFirewall again Date: Sun, 2 Sep 2001 22:03:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maybe my configs can help you to setup a simple statuful firewall. you don't need to use rules like this "allow from me to any" there are "in" and "out" filters. use them ----------------------- ppp.conf default: set log Phase Chat LCP IPCP CCP tun command set redial 15 65536 set reconnect 15 65536 nat enable yes nat deny_incoming no nat punch_fw 500 100 #<----- Keep an EYE on THIS this allows temp rules be added which allow activ FTP traffic back in. It's the ppp client from CURRENT. nat use_sockets yes nat same_ports yes nat port tcp 172.16.1.101:4000 4000 nat port tcp 172.16.1.1:80 80 nat port tcp 172.16.1.1:443 443 disable iface-alias --------------------------------ipfw.rules fwcmd="/sbin/ipfw" #Flush all $fwcmd -f flush #Temp-rule $fwcmd add 5 pass all from any to any #LOCALDEVICES $fwcmd add 20 pass all from any to any via lo0 $fwcmd add 30 pass all from any to any via rl0 $fwcmd add 40 pass all from any to any via xl0 #BOGUS NETWORK $fwcmd add 50 deny log all from 192.168.0.0/16 to any in via tun0 $fwcmd add 60 deny log all from 172.16.0.0/12 to any in via tun0 $fwcmd add 70 deny log all from 10.0.0.0/8 to any in via tun0 $fwcmd add 80 deny log all from 127.0.0.0/8 to any in via tun0 $fwcmd add 90 deny log all from 0.0.0.0/8 to any in via tun0 $fwcmd add 100 deny log all from 169.254.0.0/16 to any in via tun0 $fwcmd add 110 deny log all from 192.0.2.0/24 to any in via tun0 $fwcmd add 120 deny log all from 204.152.64.0/23 to any in via tun0 $fwcmd add 130 deny log all from 224.0.0.0/3 to any in via tun0 #COUNTRULES FOR MRTG $fwcmd add 131 count tcp from any to any via tun0 $fwcmd add 132 count udp from any to any 27000-28000 out via tun0 $fwcmd add 133 count tcp from any 1024-65535 to any 21 in via tun0 $fwcmd add 134 count tcp from any 20 to any 1024-65535 out via tun0 $fwcmd add 135 count tcp from any 49153-65535 to any 1024-65535 out via tun0 $fwcmd add 136 count tcp from any to any 80 in via tun0 $fwcmd add 136 count tcp from any to any 80 out via tun0 #shape outgoing FTP-traffic $fwcmd add 140 pipe 1 tcp from any 20 to any 1024-65535 out via tun0 $fwcmd add 141 pipe 1 tcp from any 1024-65535 to any 21 in via tun0 $fwcmd add 142 pipe 1 tcp from any 49153-65535 to any 1024-65535 out via tun0 $fwcmd pipe 1 config bandwidth 96Kbit/s queue 20Kbyte $fwcmd add 160 check-state #Let Ping,traceroute, work in both directions $fwcmd add 200 pass icmp from any to any in via tun0 icmptypes 8,11,3 keep-state $fwcmd add 205 pass udp from any to any 33434-33690 in via tun0 keep-state #Allow access to port 22,80,25,443,21 $fwcmd add 210 pass tcp from any to any 22 in via tun0 keep-state setup $fwcmd add 220 pass tcp from any to any 80 in via tun0 keep-state setup $fwcmd add 225 pass tcp from any to any 25 in via tun0 keep-state setup $fwcmd add 230 pass tcp from any to any 443 in via tun0 keep-state setup $fwcmd add 240 pass tcp from any to any 21 in via tun0 keep-state setup #Allow others to use my FTP passive PORT-range $fwcmd add 250 pass tcp from any 1024-65535 to any 49153-65535 in via tun0 keep-state setup #Deny authorize.quake3arena.com ;) $fwcmd add 260 deny udp from any to 192.246.40.56 out via tun0 #Allow all TCP/UDP/ICMP requests out and let them keep state. $fwcmd add 280 pass tcp from any to any out via tun0 setup keep-state $fwcmd add 290 pass udp from any to any out via tun0 keep-state $fwcmd add 300 pass icmp from any to any out via tun0 keep-state #Log all denied packets $fwcmd add 65530 deny log all from any to any #Delete TEMP-RULE $fwcmd delete 5 ------------------------------------------------------------- ----- Original Message ----- From: "Martin Schweizer" To: Sent: Sunday, September 02, 2001 7:44 PM Subject: IPFirewall again > Hello > > If I use the following rules and I can connect via ftp (for example > ftp.freebsd.org) but after the successful login I can't do "ls". The > permissons are always denied. Why? Which port need I also? > > # DNS (läuft nur über UDP) > ipfw add allow udp from me to any 53 keep-state > # SMTP > ipfw add allow tcp from me to any 25 keep-state > ipfw add allow udp from me to any 25 keep-state > # POP3 > ipfw add allow tcp from me to any 110 keep-state > ipfw add allow udp from me to any 110 keep-state > # HTTP > ipfw add allow tcp from me to any 80 keep-state > ipfw add allow udp from me to any 80 keep-state > # FTP > ipfw add allow tcp from any to any 20 keep-state > ipfw add allow udp from any to any 20 keep-state > # FTP 2. > ipfw add allow tcp from any to any 21 keep-state > ipfw add allow udp from any to any 21 keep-state > # SSH > ipfw add allow tcp from me to any 22 keep-state > ipfw add allow udp from me to any 22 keep-state > # Telnet > ipfw add allow tcp from me to any 23 keep-state > ipfw add allow udp from me to any 23 keep-state > # Ping / TraceRoute > ipfw add allow icmp from me to any > # Whois > ipfw add allow tcp from me to any 63 keep-state > ipfw add allow udp from me to any 63 keep-state > # Gopher > ipfw add allow tcp from me to any 70 keep-state > ipfw add allow udp from me to any 70 keep-state > # Finger > ipfw add allow tcp from me to any 79 keep-state > ipfw add allow udp from me to any 79 keep-state > # NNTP > ipfw add allow tcp from me to any 119 keep-state > ipfw add allow udp from me to any 119 keep-state > # NTP > ipfw add allow tcp from me to any 123 keep-state > ipfw add allow udp from me to any 123 keep-state > > -- > Regards, > > Martin Schweizer > > > PC-Service M. Schweizer; Gewerbehaus Schwarz; CH-8608 Bubikon > Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 13:18: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grumpy.dyndns.org (user-24-214-57-209.knology.net [24.214.57.209]) by hub.freebsd.org (Postfix) with ESMTP id 1B0B737B403 for ; Sun, 2 Sep 2001 13:17:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.3/8.11.4) with ESMTP id f82KHjw89171; Sun, 2 Sep 2001 15:17:46 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200109022017.f82KHjw89171@grumpy.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Sven Huster" Cc: freebsd-stable@FreeBSD.ORG From: David Kelly Subject: Re: IPFirewall again In-reply-to: Message from "Sven Huster" of "Sun, 02 Sep 2001 21:45:49 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 02 Sep 2001 15:17:45 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Sven Huster" writes: > try > = > ftp ftp.host.domain > ftp> passive > = > should switch passive on or off not sure now. > does it work then? For passive to work one has to allow all tcp outgoing connections. Or = if not all, then at least over a broad range of ports. For non-passive to work one has to allow incoming connections from remote port 20. Would be a useful addition to the keep-state rules: an exception which opens a specific reverse opening from port 20 of any host which has an active port 21 connection. natd's punch_fw option monitors port 21 connections for the sequences which cause data connections to open and inserts ipfw rules to allow both passive and non-passive. Then removes when the connection is finished. Have found this works with IE 5.0 on MacOS but not on Win32. Something is different about the exchange, even to the same ftpd server. The command line ftp on the Win32 machine has no problems where IE fails. Am not sure how to make natd apply to the machine which is hosting natd. Haven't tried very hard, but do know my firewall can't fetch thru itself. -- = David Kelly N4HHE, dkelly@hiwaay.net =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 14:24:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 2C8DC37B401 for ; Sun, 2 Sep 2001 14:24:35 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id XAA16058; Sun, 2 Sep 2001 23:24:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 2 Sep 2001 23:24:30 +0200 (CEST) Message-Id: <200109022124.XAA16058@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Martin Schweizer Reply-To: freebsd-stable@FreeBSD.ORG, Martin Schweizer Subject: Re: IPFirewall again In-Reply-To: <20010902194412.A279@pc-service.ch> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Schweizer wrote: > If I use the following rules and I can connect via ftp (for example > ftp.freebsd.org) but after the successful login I can't do "ls". As a side note, if you only need a directory listing, you can also type "rs ." (don't forget the dot). If you use an FTP client that doesn't know the rs command, you can use "quote stat ." instead. FreeBSD's client knows rs, so you can use that. The advantage of rs over ls is that it works through fire- walls, no matter what, because the directory listing data is transferred through the control connection (it doesn't require a data connction like "ls"). Unfortunately, some FTP servers don't support it correctly. Most servers whose authors have read and understood RFC959 usually get it right, though, which includes FreeBSD's ftpd and wuftpd. ;-) Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 14:30:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id AC9D137B401; Sun, 2 Sep 2001 14:30:50 -0700 (PDT) Received: from lerami.lerctr.org (localhost [127.0.0.1]) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/20010730/$Revision: 1.25 $) with ESMTP id f82LUmXl027387; Sun, 2 Sep 2001 16:30:48 -0500 (CDT) Received: (from ler@localhost) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/Submit) id f82LUlXr027386; Sun, 2 Sep 2001 21:30:47 GMT Date: Sun, 2 Sep 2001 16:30:47 -0500 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org, Eric Masson Subject: Re: cputype=486 Message-ID: <20010902163046.A26933@lerami.lerctr.org> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010902111131.B478@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.3.22.1i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Marcel Moolenaar [010902 13:11]: > On Sun, Sep 02, 2001 at 08:48:32AM -0500, Larry Rosenman wrote: > > > Ah yes. In that case it only works if you link shared, but then you > > > have different problems. I guess this rules out CPUTYPE as a generic > > > tunable. If you want the highest possible performance, you give up > > > on portibility. You can't have it both... > > Is this a *NO*, we're not interested in fixing it? > > It isn't as simple as that. The problem is hairy. This means that > it takes time to come up with a solution that is at least acceptable > and it also takes time implementing it. Since a fix is not crucial > to the proper functioning of FreeBSD, it will not compete for the > highest slots on people's backlog. So it's a very *LOW* priority, and won't be fixed soon, if ever. > > > If so, some BIG notices should be in /etc/defaults/make.conf around > > the CPUTYPE setting. > > What, besides the notice that setting CPUTYPE in /etc/make.conf is > the worst of all possible places, are thinking about? that if you are cross-building, CPUTYPE shouldn't be set, that CPUTYPE being set to higher than the lowest processor you are building for *WILL* break (give my example of i486 build on a P3 world if you want), Or, remove the CPUTYPE option altogether until it can be made cross-build safe. I was *VERY* surprised that a cross-build picked up *ANY* of the host libraries for stuff running on the target. My logical brain ass/u/med that a cross-build was totally safe from the libraries on the host box. Obviously, I can't force any of this. Should I file a PR so it won't get lost? I, obviously, have removed CPUTYPE from my make.conf for this setup. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 14:47:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 3293037B403; Sun, 2 Sep 2001 14:47:23 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f82LlKU39267; Sun, 2 Sep 2001 14:47:20 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f82LlTA44809; Sun, 2 Sep 2001 14:47:29 -0700 (PDT) (envelope-from marcel) Date: Sun, 2 Sep 2001 14:47:28 -0700 From: Marcel Moolenaar To: Larry Rosenman Cc: John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org, Eric Masson Subject: Re: cputype=486 Message-ID: <20010902144728.A41762@dhcp01.pn.xcllnt.net> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010902163046.A26933@lerami.lerctr.org> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 02, 2001 at 04:30:47PM -0500, Larry Rosenman wrote: > > I was *VERY* surprised that a cross-build picked up *ANY* of the host > libraries for stuff running on the target. My logical brain ass/u/med > that a cross-build was totally safe from the libraries on the host > box. You simply assumed that different processor models within the same architecture would be treated as different architectures. This is not the case. As such, the build machine and the target machine are considered the same and will share the build tools. If they were treated as different architectures, they would not share the build tools and you would not (at least) have had this problem. > Obviously, I can't force any of this. Should I file a PR so it won't > get lost? Yes, please. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 15: 7:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from new.nxe.de (new.nxe.de [212.42.225.10]) by hub.freebsd.org (Postfix) with ESMTP id BDA4637B406 for ; Sun, 2 Sep 2001 15:07:28 -0700 (PDT) Received: by new.nxe.de Microsoft SMTPSVC (5.5.8.11.1/nora-20010325) for freebsd-stable@FreeBSD.ORG (envelope-from nora) id f82M7RS25124; Mon, 3 Sep 2001 00:07:27 +0200 (CEST) Apparently-To: freebsd-stable@FreeBSD.ORG Date: Mon, 3 Sep 2001 00:07:27 +0200 From: Nora Etukudo To: freebsd-stable@FreeBSD.ORG Subject: snapshots on ftp://stable.freebsd.org Message-ID: <20010903000727.A24468@new.nxe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On ftp://stable.FreeBSD.org/pub/FreeBSD/snapshots/i386/ most of the files in the sub directories of 4.3-20010831-STABLE/ 4.3-20010901-STABLE/ 4.3-20010902-STABLE/ have a zero size: ncftp ....3-20010902-STABLE/bin > dir .... -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cf -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cg -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.ch -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.ci -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cj -rw-r--r-- 1 root wheel 6920 Sep 2 14:51 CHECKSUM.MD5 Liebe Grüße, Nora. -- nora@sappho-net.de http://www.sappho-net.de/ Lesbian Computer Networks, Finland http://www.sappho.net/ Web for Women (von Frauen, für Frauen) http://www.w4w.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 15:16:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sgi04-e.std.com (sgi04-e.std.com [199.172.62.134]) by hub.freebsd.org (Postfix) with ESMTP id EB13737B401 for ; Sun, 2 Sep 2001 15:16:37 -0700 (PDT) Received: from world.std.com (world-f.std.com [199.172.62.5]) by sgi04-e.std.com (8.9.3/8.9.3) with ESMTP id SAA23620182 for ; Sun, 2 Sep 2001 18:16:37 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id SAA27826; Sun, 2 Sep 2001 18:16:36 -0400 (EDT) Date: Sun, 2 Sep 2001 18:16:36 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200109022216.SAA27826@world.std.com> To: freebsd-stable@freebsd.org Subject: NAT with >1 gateway interface Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello: How do I "properly" set up NAT on a system that "transmits" and "receives" on different interfaces? Briefly - Machine A receives on fxp0 & transmits on ppp0. I'd like to use a 2nd Ethernet on Machine A (fxp1) for the "NAT"ed/masqueraded network. Scenario: Machine A: - Running RELENG_4 as of 2001/08/28, scheduled to update again 2001/09/01 (thus one reason I'm asking on -stable :). - Connected to a "hybrid" aka "1-way" cable-modem, - "Receives" via cablemodem/Ethernet (fxp0, config'ed as 10.0.0.11/24) - "Transmits/outgoing" is via analog dial-modem & ppp(d). - "Real" ip-address is established by (kernel) pppd (pppd0, note the "d" :), and is "officially" dynamic, even though it always (at least right now) gets the same ip-address. - Runs cache-only nameserver. - Has been running in this manner for about 1.5 years. - (recently) Has 2nd NIC (fxp1), connected to hub for private network. Machine B: - Has private ip-address on "its" fxp0. - Connected via hub to 2nd NIC (fxp1) on Machine A. I've followed the instructions from the Handbook, Section 18.10, Network Address Translation with regard to kernel & rc.conf configuration, etc. Machines A & B can talk to each other; I can ping & ssh from/to either one. Machine A communicates "outside" (with the Internet) as usual, but Machine B cannot. I'm thinking something needs to be tweaked in the ipfw and/or natd-config(s). Suggestions? Also, where would be the best place(s) to put these "customizations" (for example, so as to not be any more "disruptive" than necessary to the base-OS configs)? Does it matter whether the ppp(d)-link is up before/after ipfw/natd configuration? Of course, FAQ/-doc/readme pointers are quite welcome. :) Please cc replies to me. Many thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 15:34:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57]) by hub.freebsd.org (Postfix) with ESMTP id 1F90E37B401 for ; Sun, 2 Sep 2001 15:34:52 -0700 (PDT) Received: from netcom1.netcom.com (user-2initbf.dialup.mindspring.com [165.121.117.111]) by mclean.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id SAA25412; Sun, 2 Sep 2001 18:34:47 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 00EE513112; Sun, 2 Sep 2001 15:34:37 -0700 (PDT) From: Mike Harding To: info@pc-service.ch Cc: freebsd-stable@freebsd.org In-reply-to: <20010902194412.A279@pc-service.ch> (message from Martin Schweizer on Sun, 2 Sep 2001 19:44:13 +0200) Subject: Re: IPFirewall again References: <20010902194412.A279@pc-service.ch> Message-Id: <20010902223437.00EE513112@netcom1.netcom.com> Date: Sun, 2 Sep 2001 15:34:37 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You need a proxy - ftp can't be easily firewalled unless you are using passive mode. This can be done as part of NAT and I am not sure if it will work if you aren't running NAT - does anyone know if you can do a 'null nat' to take advantage of these proxies? - Mike H. Date: Sun, 2 Sep 2001 19:44:13 +0200 From: Martin Schweizer Reply-To: Martin Schweizer Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Precedence: bulk Hello If I use the following rules and I can connect via ftp (for example ftp.freebsd.org) but after the successful login I can't do "ls". The permissons are always denied. Why? Which port need I also? # DNS (läuft nur über UDP) ipfw add allow udp from me to any 53 keep-state # SMTP ipfw add allow tcp from me to any 25 keep-state ipfw add allow udp from me to any 25 keep-state # POP3 ipfw add allow tcp from me to any 110 keep-state ipfw add allow udp from me to any 110 keep-state # HTTP ipfw add allow tcp from me to any 80 keep-state ipfw add allow udp from me to any 80 keep-state # FTP ipfw add allow tcp from any to any 20 keep-state ipfw add allow udp from any to any 20 keep-state # FTP 2. ipfw add allow tcp from any to any 21 keep-state ipfw add allow udp from any to any 21 keep-state # SSH ipfw add allow tcp from me to any 22 keep-state ipfw add allow udp from me to any 22 keep-state # Telnet ipfw add allow tcp from me to any 23 keep-state ipfw add allow udp from me to any 23 keep-state # Ping / TraceRoute ipfw add allow icmp from me to any # Whois ipfw add allow tcp from me to any 63 keep-state ipfw add allow udp from me to any 63 keep-state # Gopher ipfw add allow tcp from me to any 70 keep-state ipfw add allow udp from me to any 70 keep-state # Finger ipfw add allow tcp from me to any 79 keep-state ipfw add allow udp from me to any 79 keep-state # NNTP ipfw add allow tcp from me to any 119 keep-state ipfw add allow udp from me to any 119 keep-state # NTP ipfw add allow tcp from me to any 123 keep-state ipfw add allow udp from me to any 123 keep-state -- Regards, Martin Schweizer PC-Service M. Schweizer; Gewerbehaus Schwarz; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 15:35:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id A5DA637B403; Sun, 2 Sep 2001 15:35:37 -0700 (PDT) Received: from sobek.lan ([62.252.13.46]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010902223535.AWS23687.mta03-svc.ntlworld.com@sobek.lan>; Sun, 2 Sep 2001 23:35:35 +0100 Received: (from greid@localhost) by sobek.lan (8.11.5/8.11.5) id f82MZYD04016; Sun, 2 Sep 2001 23:35:35 +0100 (BST) (envelope-from greid@FreeBSD.org) X-Authentication-Warning: sobek.lan: greid set sender to greid@FreeBSD.org using -f Date: Sun, 2 Sep 2001 23:35:34 +0100 From: George Reid To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.org Subject: Re: NeoMagic 256Z: pcm0: play interrupt timeout, channel dead Message-ID: <20010902233534.A3675@FreeBSD.org> References: <15247.62161.900177.306924@grasshopper.cs.duke.edu> <200109010813.f818D8h09836@harmony.village.org> <15249.12965.416037.575523@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15249.12965.416037.575523@horsey.gshapiro.net>; from gshapiro@FreeBSD.ORG on Sat, Sep 01, 2001 at 12:10:29PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Sep 01, 2001 at 12:10:29PM -0700, Gregory Neil Shapiro wrote: > Since I have the same sound driver and it is having the same problem, I am > "happy" (though that is the wrong word) to report that removing pcic from > the kernel doesn't fix the problem. My laptop remains soundless. Please apply the attached patch and send a boot -v dmesg output. -- +-------------------+---------------------+ | George Reid | FreeBSD Committer | | +44 7740 197460 | greid@FreeBSD.org | +-------------------+---------------------+ --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=foopatch Index: neomagic.c =================================================================== RCS file: /usr/home/ncvs/src/sys/dev/sound/pci/neomagic.c,v retrieving revision 1.7.2.9 diff -u -r1.7.2.9 neomagic.c --- neomagic.c 2001/08/01 03:40:58 1.7.2.9 +++ neomagic.c 2001/09/02 22:34:33 @@ -593,7 +593,7 @@ if ((nm_rd(sc, NM_MIXER_PRESENCE, 2) & NM_PRESENCE_MASK) != NM_PRESENCE_VALUE) { i = 0; /* non-ac97 card, but not listed */ - DEB(device_printf(dev, "subdev = 0x%x - badcard?\n", + BVDDB(device_printf(dev, "subdev = 0x%x - badcard?\n", subdev)); } pci_write_config(dev, PCIR_COMMAND, data, 2); @@ -604,8 +604,8 @@ if (i == NUM_BADCARDS) s = "NeoMagic 256AV"; - DEB(else) - DEB(device_printf(dev, "this is a non-ac97 NM256AV, not attaching\n")); + BVDDB(else) + BVDDB(device_printf(dev, "this is a non-ac97 NM256AV, not attaching\n")); break; --HcAYCG3uE/tztfnV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 15:36:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id 8DF7E37B405; Sun, 2 Sep 2001 15:36:54 -0700 (PDT) Received: from sobek.lan ([62.252.13.46]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010902223653.BGD23687.mta03-svc.ntlworld.com@sobek.lan>; Sun, 2 Sep 2001 23:36:53 +0100 Received: (from greid@localhost) by sobek.lan (8.11.5/8.11.5) id f82MaqT04074; Sun, 2 Sep 2001 23:36:52 +0100 (BST) (envelope-from greid@FreeBSD.org) X-Authentication-Warning: sobek.lan: greid set sender to greid@FreeBSD.org using -f Date: Sun, 2 Sep 2001 23:36:52 +0100 From: George Reid To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.org Subject: Re: NeoMagic 256Z: pcm0: play interrupt timeout, channel dead Message-ID: <20010902233652.B3675@FreeBSD.org> References: <15247.62161.900177.306924@grasshopper.cs.duke.edu> <200109010813.f818D8h09836@harmony.village.org> <15249.12965.416037.575523@horsey.gshapiro.net> <20010902233534.A3675@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010902233534.A3675@FreeBSD.org>; from greid@FreeBSD.ORG on Sun, Sep 02, 2001 at 11:35:34PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 02, 2001 at 11:35:34PM +0100, George Reid wrote: > Please apply the attached patch and send a boot -v dmesg output. Ooops, ignore this. I just read the subject line again and realised the code/patch in question doesn't apply. -- +-------------------+---------------------+ | George Reid | FreeBSD Committer | | +44 7740 197460 | greid@FreeBSD.org | +-------------------+---------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 18:16: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 1D00F37B403 for ; Sun, 2 Sep 2001 18:15:52 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f831F7T86687; Sun, 2 Sep 2001 18:15:11 -0700 (PDT) (envelope-from jkh@freebsd.org) To: nora@sappho-net.de Cc: freebsd-stable@freebsd.org Subject: Re: snapshots on ftp://stable.freebsd.org In-Reply-To: <20010903000727.A24468@new.nxe.de> References: <20010903000727.A24468@new.nxe.de> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <20010902181507V.jkh@freebsd.org> Date: Sun, 02 Sep 2001 18:15:07 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 47 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Whoops, looks like it ran out of space - thanks for reporting that! Time to clean house... - Jordan From: Nora Etukudo Subject: snapshots on ftp://stable.freebsd.org Date: Mon, 3 Sep 2001 00:07:27 +0200 > On > = > ftp://stable.FreeBSD.org/pub/FreeBSD/snapshots/i386/ > = > most of the files in the sub directories of > = > 4.3-20010831-STABLE/ > 4.3-20010901-STABLE/ > 4.3-20010902-STABLE/ > = > have a zero size: > = > ncftp ....3-20010902-STABLE/bin > dir > .... > -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cf > -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cg > -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.ch > -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.ci > -rw-r--r-- 1 root wheel 0 Sep 2 14:47 bin.cj > -rw-r--r-- 1 root wheel 6920 Sep 2 14:51 CHECKSUM.MD5 > = > Liebe Gr=FC=DFe, Nora. > -- = > nora@sappho-net.de http://www.sappho-net.de= / > Lesbian Computer Networks, Finland http://www.sappho.net/ > Web for Women (von Frauen, f=FCr Frauen) http://www.w4w.net/ > = > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 19: 7:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 417D137B413 for ; Sun, 2 Sep 2001 19:07:15 -0700 (PDT) Received: (qmail 45299 invoked by uid 1001); 3 Sep 2001 02:07:08 -0000 Date: Sun, 2 Sep 2001 19:07:08 -0700 From: Sean Chittenden To: freebsd-stable@freebsd.org Subject: Is the MAXMEM kernel option still needed these days? Message-ID: <20010902190708.B45089@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was just cruising through a kernel config and noticed the MAXMEM directive being used. Is this still required/recommended these days? -sc options MAXMEM=131072 -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 19:39:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7E51D37B406 for ; Sun, 2 Sep 2001 19:39:49 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f832dmX13056; Sun, 2 Sep 2001 20:39:48 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f832dlh22648; Sun, 2 Sep 2001 20:39:47 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109030239.f832dlh22648@harmony.village.org> To: non@ever.sanda.gr.jp Subject: Re: PC Card memory window Cc: stable@FreeBSD.ORG In-reply-to: Your message of "Sun, 02 Sep 2001 17:38:37 +0900." <20010902173837I.non@ever.sanda.gr.jp> References: <20010902173837I.non@ever.sanda.gr.jp> <200108241855.f7OIt8W96250@harmony.village.org> <20010825090731N.non@ever.sanda.gr.jp> <20010902165357Q.non@ever.sanda.gr.jp> Date: Sun, 02 Sep 2001 20:39:47 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010902173837I.non@ever.sanda.gr.jp> non@ever.sanda.gr.jp writes: : Sorry, I found that I have tested with PIO mode and still does not : work with SMIT mode. : : Below is from /var/log/messages, : /boot/kernel/kernel: pccard: card inserted, slot 0 : pccardd[1039]: Card "WBT"("NinjaSCSI-3") [R1.0] [(null)] matched "WBT" ("NinjaSCSI-3") [(null)] [(null)] : pccardd[1039]: Using mem addr 0xd4000, size 4096, card addr 0x4000, flags 0x41 : pccardd[1039]: Using I/O addr 0x240, size 16 : pccardd[1039]: Setting config reg at offs 0x200 to 0x41, Reset time = 50 ms : /boot/kernel/kernel: nsp0 at port 0x240-0x24f iomem 0xc8800-0xc97ff irq 5 slot 0 on pccard0 : /boot/kernel/kernel: : /boot/kernel/kernel: nsp0: try to reset scsi bus : /boot/kernel/kernel: nsp0: scsi_low: probing all devices ... : : It seems that pccardd is reading and assignning iomem correctly but : kernel is ignoring it. That's strange, because the few cards that I have that use memory are working right (eg, they get the right address). I've just ordered via ebay a card that I think nsp supports. I doubt I'll have it in time for 4.4-release, however. I will look into it as soon as I can. I have another nsp scsi card (or is it ncv), but can't use it because it has no cable. I'll check into the code and see if anything stands out. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 19:47: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id E82E237B403 for ; Sun, 2 Sep 2001 19:46:50 -0700 (PDT) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id TAA26174 for stable@FreeBSD.org; Sun, 2 Sep 2001 19:46:50 -0700 (MST) (envelope-from chad) Date: Sun, 2 Sep 2001 19:46:50 -0700 From: "Chad R. Larson" To: FreeBSD Stable Subject: 2.2.8 -> 4.3 upgrade Message-ID: <20010902194650.A26090@freeway.dcfinc.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm about to bite the bullet and upgrade my old reliable server from 2.2.8-STABLE to 4.3-RELEASE. Biggest incentive is the increasing number of ports that won't build without hand-holding and desire to support the Ricoh MP7040S SCSI CD-ROM burner I bought for it without doing the basic research to realize the WORM dirvers wouldn't recognize it. Silly me, I thought SCSI burners would be as interchangeable as SCSI disks and CD-ROM drives. I worked my way through the steps of doing the source upgrade (which includes stops along the way at 3.5.1 and 4.1, as best I can tell) and decided it would be easier to try to make one large leap. So, I'm planning on: 1) Full backup (maybe several :->) 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries only) 3) Mergemaster 4) CVS update /usr/src to RELENG_4_3 5) make buildworld 6) make installworld 7) reboot If that leaves me with a running machine, then I'll 1) Mergemaster 2) make buildkernel (GENERIC) 3) make installkernel (GENERIC) 4) reboot If I'm =still= alive, I'll edit up a custom kernel config file and have another go. Things I worry about: 1) Are all the currently built ports going to continue to run? That is, should I be concerned about a.out/2.x compatability issues? Am I going to have to rebuild the ports now in use? 2) Will my elaborately constructed ghostscript/hpdj500 printer subsystem that now makes my antique HP DeskJet 520 think it is a PostScript printer going to be damaged? I =am= expecting that I'll have to redo my sendmail.cf and supporting files; that should be no problem for me. This machine isn't running named. So, gang. What else should make be duck? Will it be easier if I preserve some particular configuration files before I start (other than doing the full backups, that is). Attached are a current dmesg and pkg_info, in case you want to delve further. Thanks! -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.com DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.8-STABLE #0: Sun Mar 11 13:28:18 MST 2001 chad@freeway.dcfinc.com:/usr/src/sys/compile/freeway CPU: Pentium Pro (198.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 33554432 (32768K bytes) avail memory = 31035392 (30308K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 fxp0 rev 2 int a irq 10 on pci0:10:0 fxp0: Ethernet address 00:a0:c9:49:ec:ca ahc0 rev 0 int a irq 11 on pci0:13:0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DORS-32160W WA6A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2063MB (4226725 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "CONNER CFP2107E 2.14GB 1524" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2048MB (4194304 512 byte sectors) Sending SDTR!! ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "IBM DGHS09Y 03E0" type 0 fixed SCSI 3 sd2(ahc0:2:0): Direct-Access 8748MB (17916240 512 byte sectors) (ahc0:5:0): "HP HP35480A T603" type 1 removable SCSI 2 st0(ahc0:5:0): Sequential-Access density code 0x13, drive empty (ahc0:6:0): "RICOH CD-R/RW MP7040S 1.10" type 5 removable SCSI 2 uk0(ahc0:6:0): Unknown chip1 rev 1 on pci0:18:0 chip2 rev 0 on pci0:18:1 vga0 rev 34 on pci0:20:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: failed to get data. psm0 at 0x60-0x64 irq 12 flags 0x84 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (atapi): , removable, accel, dma, iordis wcd0: 1378KB/sec, 256KB cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=pkg_info modula-3-lib-3.6 The shared libraries needed for executing Modula-3 programs less-337 a better pager utility sudo-1.5.4 Allow others to run commands as root. elm-2.4ME+40 ELM Mail User Agent fetchmail-4.5.2 batch mail retrieval/forwarding utility for pop2, pop3, apop unzip-5.3.2 List, test and extract compressed files in a ZIP archive. zip-2.2 Create/update ZIP files compatabile with pkzip. lynx-2.8 An alphanumeric display oriented World-Wide Web Client. kermit-6.0.192 File transfer and terminal emulation utilitiy for serial lin ediff-v2 ediff - translate diff output into plain English fill-2.10 fill-2.10 A simple text formatter rerun-1.2 rerun - repeatedly run a command in full screen mode bed-1.10 bed-1.10 A binary editor nobs-1.1 nobs - convert backspace-style overstrikes to plain text box-1.2 Wrap comment boxes around text blocks perror-1.1 This is a command line interface to the system error message remargin-1.2 Adjust the left margin of text. ispell-3.1.20 An interactive spelling checker. wget-1.5.3 Retrieve files from the 'net via HTTP and FTP. jpeg-6b IJG's jpeg compression utilities. tiff-3.4 libtiff provides support for the Tag Image File Format (TIFF png-1.0.2 Library for manipulating PNG images. xv-3.10a An X11 program that displays images of various formats. tcl-8.0.2 Tool Command Language. tk-8.0.2 Graphical toolkit for TCL. XFree86-3.3.3 X11R6.3/XFree86 core distribution XFree86-contrib-3.3.3 XFree86 contrib programs ghostscript-5.50 Aladdin Postscript interpreter. tcpblast-1.0 Measures the throughput of a tcp connection. mergemaster-1.17 Script to aid with merging configuration files during an upg setwatch-1.2 Tool for setting your watch against the system time. tcpshow-1.74 Decode tcpdump(1) output. samba-1.9.18.10 A free SMB and CIFS client and server for UNIX rsaref-2.0 encryption/authentication library, RSA/MDX/DES gmake-3.77 GNU version of 'make' utility pgp-5.0i Public-Key encryption for the masses bing-1.0.4 A point-to-point bandwith measurement tool. netpbm-94.3.1 A toolkit for conversion of images between different formats a2ps-letter-4.3 Formats an ascii file for printing on a postscript printer. psutils-letter-1.17 Utilities for manipulating PostScript documents. bytebench-3.1 The BYTE magazine benchmark suite. dvips-5.76 Convert a TeX DVI file to PostScript. tex-3.14159 TeX and METAFONT. texinfo-2.124 Typeset Texinfo files for printing. Uses TeX. lsof-4.44 Lists information about open files. (simular to fstat(1)) pidentd-2.8.2 An RFC1413 identification server. scotty-2.1.9 network management extensions to tcl trafshow-2.0 Full screen visualization of the network traffic. par-1.50 Paragraph reformatter for email nmap-2.12 Port scanning utility for large networks modula-3-3.6 Modula-3 compiler and libraries from DEC Systems Research Ce cvsup-16.0 A general network file distribution system optimized for CVS mtools-3.9.1 A collection of tools for manipulating MSDOS files. zmtx-zmrx-1.02 Receive/Send files via ZMODEM protocol. (unrestrictive) libtool-1.3.4_2 Generic shared library support script gettext-0.10.35 GNU gettext package jade-1.2.1 An object-oriented SGML/XML parser toolkit and DSSSL engine mutt-1.2.5 The Mongrel of Mail User Agents (part Elm, Pine, Mush, mh, e perl-5.00502 Pattern Extraction and Recognition Language iso8879-1986 Character entity sets from ISO 8879:1986 (SGML) linuxdoc-1.1 The Linuxdoc SGML DTD docbook-241 V2.4.1 of the DocBook DTD, designed for technical documentat docbook-3.0 V3.0 of the DocBook DTD, designed for technical documentatio docbook-3.1 V3.1 of the DocBook DTD, designed for technical documentatio docbook-1.0 Meta-port for the different versions of the DocBook DTD sgmlformat-1.7 Generates groff and HTML from linuxdoc and docbook SGML docu pilot_makedoc-0.7 Converts text into the Doc format used by PalmPilots rtf2latex-1.5 A filter that converts RTF (MS's Rich Text Format) into LaTe boehm-gc-5.0a3 Garbage collection and memory leak detection for C and C++ ucd-snmp-3.5.3 An extendable SNMP implimentation rtfm-1.0 A FreeBSD documentation search mechanism screen-3.9.5 A multi-screen window manager texi2html-1.52 Texinfo to HTML converter unix2dos-1.2 Translate ASCII files from DOS (cr/lf) to UNIX (lf) libiconv-1.6.1 A character set conversion library glib-1.2.10 Some useful routines of C programming gtk-1.2.10 Gimp Toolkit for X11 GUI ethereal-0.8.16 An X11/GTK network analyzer/capture tool openssl-0.9.5a_1 SSL and crypto library OpenSSH-2.2.0_2 OpenBSD's secure shell client and server (remote login progr gethost-1.1 Command line wrapper for gethostbyname() urlview-0.9 URL extractor/launcher --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 19:52:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 39FE037B401 for ; Sun, 2 Sep 2001 19:52:47 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f832qjX13097; Sun, 2 Sep 2001 20:52:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f832qjh22731; Sun, 2 Sep 2001 20:52:45 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109030252.f832qjh22731@harmony.village.org> To: "Chad R. Larson" Subject: Re: 2.2.8 -> 4.3 upgrade Cc: FreeBSD Stable In-reply-to: Your message of "Sun, 02 Sep 2001 19:46:50 PDT." <20010902194650.A26090@freeway.dcfinc.com> References: <20010902194650.A26090@freeway.dcfinc.com> Date: Sun, 02 Sep 2001 20:52:45 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'd recommend doing a make buildworld on a more recent version of FreeBSD, NFS mount it on the 2.2.8 machine, and do the make installworld there. installworld is much more "portable" than buildworld. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 20:11:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id 2EAAA37B401 for ; Sun, 2 Sep 2001 20:11:48 -0700 (PDT) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id WAA27779 for ; Sun, 2 Sep 2001 22:11:43 -0500 (CDT) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Sun, 2 Sep 2001 22:11:42 -0500 (CDT) From: Tim Zingelman X-Sender: To: Subject: Re: ipfilter multicast loopback bug with FreeBSD (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can I talk anyone into committing this change and MFC'ing it? I'd really like to see this bug disappear before 4.4-RELEASE. If you need details, email me, and I can forward the whole history... essentially without this patch, looped back multicasts get the last byte of ip address corrupted. As indicated below, Darren Reed has applied the patch to the ipfilter sources. But the change has not gotten into the FreeBSD source tree. - Tim ---------- Forwarded message ---------- Date: Sun, 02 Sep 2001 00:52:42 +1000 (EST) From: Darren Reed To: Tim Zingelman Subject: Re: ipfilter multicast loopback bug with FreeBSD In some email I received from Tim Zingelman, sie wrote: > Sorry to be a pest, but I wanted to remind you that this bug/patch is > still awaiting your analysis/approval. Thanks! - Tim > > ---------- Forwarded message ---------- > Date: Wed, 22 Aug 2001 12:41:25 +0200 (CEST) > From: Frank Volf > To: Tim Zingelman > Cc: ipfilter@coombs.anu.edu.au, Frank Volf > Subject: Re: ip multicast loopback w/ipfilter - bug in FreeBSD > > > Assuming that you are using a recent IP Filter, please try the following > patch: > > --- ip_fil3.4.20.dist/fil.c Wed Jul 18 15:30:32 2001 > +++ ip_fil3.4.20/fil.c Wed Aug 22 12:40:09 2001 > @@ -803,7 +803,7 @@ > /* > * disable delayed checksums. > */ > - if (m->m_pkthdr.csum_flags & CSUM_DELAY_DATA) { > + if (out && (m->m_pkthdr.csum_flags & CSUM_DELAY_DATA)) { > in_delayed_cksum(m); > m->m_pkthdr.csum_flags &= ~CSUM_DELAY_DATA; > } > > Frank I've applied the patch to ipfilter sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 21:23:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 18EC837B401 for ; Sun, 2 Sep 2001 21:23:03 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f834N1g00751 for ; Mon, 3 Sep 2001 00:23:01 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 00:22:56 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: 2.2.8 -> 4.3 upgrade In-Reply-To: <20010902194650.A26090@freeway.dcfinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Content-Disposition: INLINE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2 Sep 2001, Chad R. Larson wrote: > I'm about to bite the bullet and upgrade my old reliable server from > 2.2.8-STABLE to 4.3-RELEASE. Biggest incentive is the increasing > number of ports that won't build without hand-holding and desire to > support the Ricoh MP7040S SCSI CD-ROM burner I bought for it without > doing the basic research to realize the WORM dirvers wouldn't > recognize it. Silly me, I thought SCSI burners would be as > interchangeable as SCSI disks and CD-ROM drives. > > I worked my way through the steps of doing the source upgrade (which > includes stops along the way at 3.5.1 and 4.1, as best I can tell) > and decided it would be easier to try to make one large leap. Yeow! > So, I'm planning on: > 1) Full backup (maybe several :->) > 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries > only) I'm not sure if this will work. When I first upgraded from 3.4 to 4.0, I had a nice chat with a nice lady at Walnut Creek who said that upgrades across minor releases should work, but that upgrades across major releases are unlikely to work. You'll have a full backup, so if it doesn't work, you can install from scratch, restore your data, restore /etc to a secondary place (e.g., /etc.2.2.8), and put back (most of) your configuration. > [...snip...] > > Things I worry about: > 1) Are all the currently built ports going to continue to run? > That is, should I be concerned about a.out/2.x compatability > issues? Am I going to have to rebuild the ports now in use? If you install the 2.x compatibility libraries from the CD, I would expect the old stuff to continue to run; HOWEVER, you may have to fiddle with ldconfig to get the old stuff to look for the compat dynamic libraries in the correct places. See the ld_config_paths_aout setting in /etc/defaults/rc.conf. > 2) Will my elaborately constructed ghostscript/hpdj500 printer > subsystem that now makes my antique HP DeskJet 520 think it is > a PostScript printer going to be damaged? If it is, install the apsfilter port and go through its configuration. It's a *wonderful* port, and it works great. The idea is that it sets up a printcap entry that points to a config-generated script that invokes ghostscript with the correct options to translate PS output to HP-PCL, then feed that to your printer. If it works on my even-more-antique OfficeJet 350, it should work on your DeskJet 520. > I =am= expecting that I'll have to redo my sendmail.cf and > supporting files; that should be no problem for me. This machine > isn't running named. Neither is mine. The only thing I have to tweak in my sendmail.cf is to turn MeToo back on, but then, I use fetchmail to get my mail from my ISP (I have no MX record, and my ISP blocks inbound connections to ports 1-1024 unless I pay for "business grade" service), and my otherwise-stock sendmail configuration DTRT when I send mail out. Note that for that to work, your mail delivery host has to have a resolvable hostname. I use dyndns.org for that (and yes, I have given them money, and so should you if you use them). > So, gang. What else should make be duck? Will it be easier if I > preserve some particular configuration files before I start (other > than doing the full backups, that is). Save /etc for sure, and probably also /usr/local/etc. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 21:29: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9885637B401 for ; Sun, 2 Sep 2001 21:29:00 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f834SxX13277; Sun, 2 Sep 2001 22:28:59 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f834Sxh23190; Sun, 2 Sep 2001 22:28:59 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109030428.f834Sxh23190@harmony.village.org> To: non@ever.sanda.gr.jp Subject: Re: PC Card memory window Cc: stable@FreeBSD.ORG In-reply-to: Your message of "Sun, 02 Sep 2001 17:38:37 +0900." <20010902173837I.non@ever.sanda.gr.jp> References: <20010902173837I.non@ever.sanda.gr.jp> <200108241855.f7OIt8W96250@harmony.village.org> <20010825090731N.non@ever.sanda.gr.jp> <20010902165357Q.non@ever.sanda.gr.jp> Date: Sun, 02 Sep 2001 22:28:59 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A recent commit that changed a 1 to an actual size, plus your debugging output made me think. I started to look at the code and have an idea about what might be happening. In message <20010902173837I.non@ever.sanda.gr.jp> non@ever.sanda.gr.jp writes: : Below is from /var/log/messages, : It seems that pccardd is reading and assignning iomem correctly but : kernel is ignoring it. Try the following patch: Index: nsp_pccard.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/dev/nsp/nsp_pccard.c,v retrieving revision 1.8 diff -u -r1.8 nsp_pccard.c --- nsp_pccard.c 2001/07/14 00:38:51 1.8 +++ nsp_pccard.c 2001/09/03 03:53:26 @@ -175,7 +175,7 @@ sc->mem_rid = 0; sc->mem_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, - 0, ~0, msize, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE); if (sc->mem_res == NULL) { nsp_release_resource(dev); return(ENOMEM); Because there is the following code in pccard_nbk.c's pccard_alloc_resource: static u_long mem_start = IOM_BEGIN; static u_long mem_end = IOM_END; ... if (start == 0 && end == ~0 && type == SYS_RES_MEMORY && count != 1) { start = mem_start; end = mem_end; } ... So, when you pass it a size, it will allocate memory from the range of 0xa0000 to 0xfffff. Looks like your laptop has its first available memory at 0xc8800. The sysctl pccard.mem_start and pccard.mem_end will adjust these values. There's at least one bug here. That is that the memory requested size isn't aligned to the size of the memory requested. That's relatively easy to fix. For pccard, the size '1' means use the default, as assigned by pccardd. The exact size means just allocate it. One could argue this too is a bug... I think that it is. 1 should mean "Ask the bus" and a non-1 value should mean "make sure that it is at least this big" (well, those two are the same thing, if you think about it). The trouble here comes in with some drivers. They need to allocate memory that isn't listed in the CIS. The ones that I'm aware of need to map card attribute memory for some reason. The xe driver has a crude CIS parser in it to find out what the make/model of the card is. The ray driver does unholy things that I never can recall. Other drivers may do things too, but I can't recall at the moment. So if we were to change this behavior, we'd need to change the xe and ray drivers. If not, then we need to change the nsp and ncv drivers. Since the changes for the nsp and ncv drivers are smaller and easier to verify, I think the right answer might be to change nsp and ncv for 4.4-RELEASE and do a more complete fix after the release. The reason that you are seeing different behavior between 4.3 and 4.4 is we changed the range and made it a sysctl. The range in 4.3 and earlier was 0xd0000 to 0xdffff. Since you reported getting 0xd0000 in 4.3, I think that's what we're seeing. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 22: 7:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 5318037B401 for ; Sun, 2 Sep 2001 22:06:40 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f8356dg00945 for ; Mon, 3 Sep 2001 01:06:40 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 01:06:34 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: 4.4-RC Panic: Trap 12 Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-826223467-999493594=:916" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-826223467-999493594=:916 Content-Type: TEXT/PLAIN; charset=US-ASCII I've been having this problem ever since upgrading my system from a PII-350 on an Abit BX-6 motherboard to an Athlon on a Gigabyte GA-7DX motherboard with Crucial PC2100 RAM. Whenever I use the shutdown command, I get a panic. I do not get the panic if I first do "umount -f /usr". This is an acceptable workaround for now, but I'd like to either fix this or at least help to get it fixed. I should not have waited until now, and if this isn't fixed in the release, I understand. The info is attached: a traceback, my dmesg, and my kernel configuration. Note that I was unable to get source file line numbers. If someone tells me what I'm doing wrong there, I'll build another kernel and try to get a more informative traceback. I apologize for the cruft in the traceback. I tried to examine a few things in DDB, without realizing that all of that would get recorded in the crashdump. uname -a reports: FreeBSD topperwein.dyndns.org 4.4-RC FreeBSD 4.4-RC #0: Sun Sep 2 21:53:54 EDT 2001 behanna@topperwein.dyndns.org:/usr/obj.k6/usr/src/sys/TOPPERWEIN i386 This system was built from sources cvsup'd at cvsup started Sun Sep 2 21:08:20 EDT 2001 cvsup finished Sun Sep 2 21:11:05 EDT 2001 Thanks, -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. --0-826223467-999493594=:916 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="traceback.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: gdb -k traceback Content-Disposition: attachment; filename="traceback.txt" LS0tLS0gYmVnaW4gdHJhY2ViYWNrIGFuZCBzdHVmZiAtLS0tLQ0KDQpTY3Jp cHQgc3RhcnRlZCBvbiBNb24gU2VwICAzIDAwOjQ3OjU2IDIwMDENCg0KYmVo YW5uYUB0b3BwZXJ3ZWluPiBnZGIgLWsgL3Zhci9jcmFzaC9rZXJuZWwuNyAv dmFyL2NyYXNoL3ZtY29yZS43DQpHTlUgZ2RiIDQuMTgNCkNvcHlyaWdodCAx OTk4IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0KR0RCIGlzIGZy ZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1Ymxp YyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBjaGFuZ2UgaXQg YW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4g Y29uZGl0aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBj b25kaXRpb25zLg0KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBm b3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuDQpU aGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni11bmtub3duLWZyZWVi c2QiLi4uDQoobm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uDQpJZGxl UFREIDQ4MjkxODQNCmluaXRpYWwgcGNiIGF0IDM5MDk2MA0KcGFuaWNzdHI6 IGZyb20gZGVidWdnZXINCnBhbmljIG1lc3NhZ2VzOg0KLS0tDQpGYXRhbCB0 cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVs dCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2 aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2lu dGVyCT0gMHg4OjB4YzAxOGNjMWINCnN0YWNrIHBvaW50ZXIJICAgICAgICA9 IDB4MTA6MHhjZTFkZmViYw0KZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgx MDoweGNlMWRmZWJjDQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0 IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBkZWYz MiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5h YmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNzCQk9IDY4 OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1hc2sJCT0gbm9uZQ0KDQoNCkZh dGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUN CmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NjU2ZTZkNzYNCmZhdWx0IGNv ZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0 cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAyZDEyYjgNCnN0YWNrIHBvaW50 ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmM5MA0KZnJhbWUgcG9pbnRlcgkg ICAgICAgID0gMHgxMDoweGNlMWRmYzk0DQpjb2RlIHNlZ21lbnQJCT0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwg cHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBp bnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBw cm9jZXNzCQk9IDY4OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1hc2sJCT0g bm9uZQ0KDQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4g a2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NA0KZmF1 bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQN Cmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhjMDE4Y2MxYg0Kc3RhY2sg cG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmZWJjDQpmcmFtZSBwb2lu dGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZlYmMNCmNvZGUgc2VnbWVudAkJ PSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQ TCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFn cwk9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJy ZW50IHByb2Nlc3MJCT0gNjg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQgbWFz awkJPSBub25lDQoNCg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGls ZSBpbiBrZXJuZWwgbW9kZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg0 DQpmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJl c2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMwMThjYzFiDQpz dGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZlYmMNCmZyYW1l IHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmViYw0KY29kZSBzZWdt ZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWINCgkJ CT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3Ig ZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAN CmN1cnJlbnQgcHJvY2VzcwkJPSA2ODggKGtsZHVubG9hZCkNCmludGVycnVw dCBtYXNrCQk9IG5vbmUNCg0KDQpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0 IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJ PSAweDQNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5v dCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAxN2Rh NDMNCnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNjYw0K ZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpjb2Rl IHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgx Yg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nl c3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BM ID0gMA0KY3VycmVudCBwcm9jZXNzCQk9IDY4OCAoa2xkdW5sb2FkKQ0KaW50 ZXJydXB0IG1hc2sJCT0gbm9uZQ0KCWluZHggMA0KCXBncnAgMHhjMDM4ZWI4 OCwgcGdpZCAwLCBzZXNzIDB4YzAzOGViNjAsIHNlc3NjbnQgMSwgbWVtIDB4 YzAzYTliNDANCgkJcGlkIDAgYWRkciAweGMwM2E5YjQwIHBncnAgMHhjMDM4 ZWI4OA0KCQlwaWQgNSBhZGRyIDB4Y2M4MGY3ODAgcGdycCAweGMwMzhlYjg4 DQoJCXBpZCA0IGFkZHIgMHhjYzgwZjkyMCBwZ3JwIDB4YzAzOGViODgNCgkJ cGlkIDMgYWRkciAweGNjODBmYWMwIHBncnAgMHhjMDM4ZWI4OA0KCQlwaWQg MiBhZGRyIDB4Y2M4MGZjNjAgcGdycCAweGMwMzhlYjg4DQoJaW5keCAxDQoJ cGdycCAweGMxYTgzMDYwLCBwZ2lkIDEsIHNlc3MgMHhjMWE5MjA4MCwgc2Vz c2NudCAxLCBtZW0gMHhjYzgwZmUwMA0KCQlwaWQgMSBhZGRyIDB4Y2M4MGZl MDAgcGdycCAweGMxYTgzMDYwDQoJCXBpZCA2NjggYWRkciAweGNlMWQ4NWEw IHBncnAgMHhjMWE4MzA2MA0KCQlwaWQgNjc5IGFkZHIgMHhjYzgwZDU2MCBw Z3JwIDB4YzFhODMwNjANCgkJcGlkIDY4MCBhZGRyIDB4Y2M4MGM2YzAgcGdy cCAweGMxYTgzMDYwDQoJCXBpZCA2ODggYWRkciAweGNjODBjMzgwIHBncnAg MHhjMWE4MzA2MA0KCWluZHggNg0KCXBncnAgMHhjMWE4MzAyMCwgcGdpZCA2 LCBzZXNzIDB4YzFiMjBjYzAsIHNlc3NjbnQgMSwgbWVtIDB4Y2M4MGNhMDAN CgkJcGlkIDUxNSBhZGRyIDB4Y2M4MGNhMDAgcGdycCAweGMxYTgzMDIwDQoJ CXBpZCA1NzggYWRkciAweGNjODBjYmEwIHBncnAgMHhjMWE4MzAyMA0KCWlu ZHggMTkNCglwZ3JwIDB4YzFjNTNiMDAsIHBnaWQgNTMxLCBzZXNzIDB4YzFj OGMxNDAsIHNlc3NjbnQgMSwgbWVtIDB4Y2M4MGM1MjANCgkJcGlkIDUzMSBh ZGRyIDB4Y2M4MGM1MjAgcGdycCAweGMxYzUzYjAwDQoJaW5keCAzMA0KCXBn cnAgMHhjMWI0ZGY2MCwgcGdpZCAzMCwgc2VzcyAweGMxYjIwNzAwLCBzZXNz Y250IDEsIG1lbSAweGNjODBmMmEwDQoJCXBpZCAzMCBhZGRyIDB4Y2M4MGYy YTAgcGdycCAweGMxYjRkZjYwDQoJaW5keCAxOTINCglwZ3JwIDB4YzFiNGQ3 ODAsIHBnaWQgMTkyLCBzZXNzIDB4YzFiMjAyODAsIHNlc3NjbnQgMSwgbWVt IDB4Y2M4MGYxMDANCgkJcGlkIDE5MiBhZGRyIDB4Y2M4MGYxMDAgcGdycCAw eGMxYjRkNzgwDQoJaW5keCAzMDANCglwZ3JwIDB4YzFiNGQ2ZTAsIHBnaWQg MzAwLCBzZXNzIDB4YzFjMmVlYzAsIHNlc3NjbnQgMSwgbWVtIDB4Y2M4MGY0 NDANCgkJcGlkIDMwMCBhZGRyIDB4Y2M4MGY0NDAgcGdycCAweGMxYjRkNmUw DQoJaW5keCAzMTYNCglwZ3JwIDB4YzFiNGRmNDAsIHBnaWQgMzE2LCBzZXNz IDB4YzFjMmU2ODAsIHNlc3NjbnQgMSwgbWVtIDB4Y2M4MGVkYzANCgkJcGlk IDMxNiBhZGRyIDB4Y2M4MGVkYzAgcGdycCAweGMxYjRkZjQwDQoJaW5keCAz MjQNCglwZ3JwIDB4YzFiNGQ1MjAsIHBnaWQgMzI0LCBzZXNzIDB4YzFjMzRm MDAsIHNlc3NjbnQgMSwgbWVtIDB4Y2M4MGVjMjANCgkJcGlkIDMyNCBhZGRy IDB4Y2M4MGVjMjAgcGdycCAweGMxYjRkNTIwDQoJaW5keCAzMjkNCglwZ3Jw IDB4YzFiNGQ0YTAsIHBnaWQgMzI5LCBzZXNzIDB4YzFjMzZmYzAsIHNlc3Nj bnQgMSwgbWVtIDB4Y2M4MGVhODANCgkJcGlkIDMyOSBhZGRyIDB4Y2M4MGVh ODAgcGdycCAweGMxYjRkNGEwDQoJaW5keCAzMzENCglwZ3JwIDB4YzFiNGQ0 NDAsIHBnaWQgMzMxLCBzZXNzIDB4YzFjMzQ2MDAsIHNlc3NjbnQgMSwgbWVt IDB4Y2M4MGU4ZTANCgkJcGlkIDMzMSBhZGRyIDB4Y2M4MGU4ZTAgcGdycCAw eGMxYjRkNDQwDQoJCXBpZCAzMzYgYWRkciAweGNjODBlMjYwIHBncnAgMHhj MWI0ZDQ0MA0KCQlwaWQgMzM1IGFkZHIgMHhjYzgwZTQwMCBwZ3JwIDB4YzFi NGQ0NDANCgkJcGlkIDMzNCBhZGRyIDB4Y2M4MGU1YTAgcGdycCAweGMxYjRk NDQwDQoJCXBpZCAzMzMgYWRkciAweGNjODBlNzQwIHBncnAgMHhjMWI0ZDQ0 MA0KCWluZHggMzM5DQoJcGdycCAweGMxYjRkMmEwLCBwZ2lkIDMzOSwgc2Vz cyAweGMxYzM0YjgwLCBzZXNzY250IDEsIG1lbSAweGNjODBlMGMwDQoJCXBp ZCAzMzkgYWRkciAweGNjODBlMGMwIHBncnAgMHhjMWI0ZDJhMA0KCWluZHgg MzU2DQoJcGdycCAweGMxYjRkMWMwLCBwZ2lkIDM1Niwgc2VzcyAweGMxYzM2 YmMwLCBzZXNzY250IDEsIG1lbSAweGNjODBkZjIwDQoJCXBpZCAzNTYgYWRk ciAweGNjODBkZjIwIHBncnAgMHhjMWI0ZDFjMA0KCWluZHggMzU4DQoJcGdy cCAweGMxYjRkMTAwLCBwZ2lkIDM1OCwgc2VzcyAweGMxYzM2MzgwLCBzZXNz Y250IDEsIG1lbSAweGNjODBkZDgwDQoJCXBpZCAzNTggYWRkciAweGNjODBk ZDgwIHBncnAgMHhjMWI0ZDEwMA0KCWluZHggMzYyDQoJcGdycCAweGMxYjRk MGMwLCBwZ2lkIDM2Miwgc2VzcyAweGMxYzM2MTAwLCBzZXNzY250IDEsIG1l bSAweGNjODBkYmUwDQoJCXBpZCAzNjIgYWRkciAweGNjODBkYmUwIHBncnAg MHhjMWI0ZDBjMA0KCWluZHggMzY2DQoJcGdycCAweGMxYjRkMDAwLCBwZ2lk IDM2Niwgc2VzcyAweGMxYzRlMTQwLCBzZXNzY250IDEsIG1lbSAweGNjODBk YTQwDQoJCXBpZCAzNjYgYWRkciAweGNjODBkYTQwIHBncnAgMHhjMWI0ZDAw MA0KCWluZHggMzY4DQoJcGdycCAweGMxYzUzZjgwLCBwZ2lkIDM2OCwgc2Vz cyAweGMxYzU0ZGMwLCBzZXNzY250IDEsIG1lbSAweGNjODBkOGEwDQoJCXBp ZCAzNjggYWRkciAweGNjODBkOGEwIHBncnAgMHhjMWM1M2Y4MA0KCWluZHgg MzcxDQoJcGdycCAweGMxYzUzZjQwLCBwZ2lkIDM3MSwgc2VzcyAweGMxYzU0 OTQwLCBzZXNzY250IDEsIG1lbSAweGNjODBkNzAwDQoJCXBpZCAzNzEgYWRk ciAweGNjODBkNzAwIHBncnAgMHhjMWM1M2Y0MA0KCWluZHggNDA2DQoJcGdy cCAweGMxYzUzZWMwLCBwZ2lkIDQwNiwgc2VzcyAweGMxYzViOWMwLCBzZXNz Y250IDEsIG1lbSAweGNjODBkMjIwDQoJCXBpZCA0MDYgYWRkciAweGNjODBk MjIwIHBncnAgMHhjMWM1M2VjMA0KCWluZHggNDI0DQoJcGdycCAweGMxYzUz ZDAwLCBwZ2lkIDQyNCwgc2VzcyAweGMxYzcyNmMwLCBzZXNzY250IDEsIG1l bSAweGNjODBlZjYwDQoJCXBpZCA0MjQgYWRkciAweGNjODBlZjYwIHBncnAg MHhjMWM1M2QwMA0KCWluZHggNDI2DQoJcGdycCAweGMxYzUzY2EwLCBwZ2lk IDQyNiwgc2VzcyAweGMxYzcyMmMwLCBzZXNzY250IDEsIG1lbSAweGNjODBk MDgwDQoJCXBpZCA0MjYgYWRkciAweGNjODBkMDgwIHBncnAgMHhjMWM1M2Nh MA0KCWluZHggNDMwDQoJcGdycCAweGMxYzUzYzYwLCBwZ2lkIDQzMCwgc2Vz cyAweGMxYzY4MTAwLCBzZXNzY250IDEsIG1lbSAweGNjODBjZWUwDQoJCXBp ZCA0MzAgYWRkciAweGNjODBjZWUwIHBncnAgMHhjMWM1M2M2MA0KCWluZHgg NDMyDQoJcGdycCAweGMxYzUzZGMwLCBwZ2lkIDQzMiwgc2VzcyAweGMxYzdi NjgwLCBzZXNzY250IDEsIG1lbSAweGNjODBjZDQwDQoJCXBpZCA0MzIgYWRk ciAweGNjODBjZDQwIHBncnAgMHhjMWM1M2RjMA0KCWluZHggNDkyDQoJcGdy cCAweGMxYzUzYTgwLCBwZ2lkIDQ5Miwgc2VzcyAweGMxYzhjYjAwLCBzZXNz Y250IDEsIG1lbSAweGNjODBkM2MwDQoJCXBpZCA0OTIgYWRkciAweGNjODBk M2MwIHBncnAgMHhjMWM1M2E4MA0KCQlwaWQgNTkwIGFkZHIgMHhjZTFkOTQ0 MCBwZ3JwIDB4YzFjNTNhODANCgkJcGlkIDU2MCBhZGRyIDB4Y2UxZDljNjAg cGdycCAweGMxYzUzYTgwDQoJCXBpZCA1NTkgYWRkciAweGNlMWQ5ZTAwIHBn cnAgMHhjMWM1M2E4MA0KCQlwaWQgNTU4IGFkZHIgMHhjYzgwYmVhMCBwZ3Jw IDB4YzFjNTNhODANCgkJcGlkIDU1NyBhZGRyIDB4Y2M4MGMxZTAgcGdycCAw eGMxYzUzYTgwDQoJCXBpZCA1NTYgYWRkciAweGNjODBjMDQwIHBncnAgMHhj MWM1M2E4MA0KCWluZHggNTAwDQoJcGdycCAweGMxYzUzYjYwLCBwZ2lkIDUw MCwgc2VzcyAweGMxYzdiMTAwLCBzZXNzY250IDEsIG1lbSAweGNjODBjODYw DQoJCXBpZCA1MDAgYWRkciAweGNjODBjODYwIHBncnAgMHhjMWM1M2I2MA0K DQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVs IG1vZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NGViMThiMw0KZmF1 bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQN Cmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhjMDI2ZTBjNA0Kc3RhY2sg cG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpmcmFtZSBwb2lu dGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZjZjgNCmNvZGUgc2VnbWVudAkJ PSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQ TCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFn cwk9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJy ZW50IHByb2Nlc3MJCT0gNjg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQgbWFz awkJPSBub25lDQp0b3QgPSA5NjEyIChhY3RpdmUgPSAwLCBmcmVlID0gOTYx MiAocmVzZXJ2ZWQgPSA0MjEyLCBzbHVzaCA9IDU0MDApKQ0KMDEvMDkvMDIg MjM6MTI6NDgsIEEgPSAyOSwgQiA9IDQyLCBDID0gMDANCg0KDQpGYXRhbCB0 cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVs dCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2 aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2lu dGVyCT0gMHg4OjB4YzAxN2RhNDMNCnN0YWNrIHBvaW50ZXIJICAgICAgICA9 IDB4MTA6MHhjZTFkZmNjYw0KZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgx MDoweGNlMWRmY2NjDQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0 IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBkZWYz MiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5h YmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNzCQk9IDY4 OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1hc2sJCT0gbm9uZQ0KDQoNCkZh dGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUN CmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NA0KZmF1bHQgY29kZQkJPSBz dXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQNCmluc3RydWN0aW9u IHBvaW50ZXIJPSAweDg6MHhjMDE3ZGE0Mw0Kc3RhY2sgcG9pbnRlcgkgICAg ICAgID0gMHgxMDoweGNlMWRmY2NjDQpmcmFtZSBwb2ludGVyCSAgICAgICAg PSAweDEwOjB4Y2UxZGZjY2MNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwg bGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQTCAwLCBwcmVzIDEs IGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncwk9IGludGVycnVw dCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50IHByb2Nlc3MJ CT0gNjg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQgbWFzawkJPSBub25lDQoN Cg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwg bW9kZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg0DQpmYXVsdCBjb2Rl CQk9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1 Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMwMTdkYTQzDQpzdGFjayBwb2ludGVy CSAgICAgICAgPSAweDEwOjB4Y2UxZGZjY2MNCmZyYW1lIHBvaW50ZXIJICAg ICAgICA9IDB4MTA6MHhjZTFkZmNjYw0KY29kZSBzZWdtZW50CQk9IGJhc2Ug MHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAsIHBy ZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50 ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJv Y2VzcwkJPSA2ODggKGtsZHVubG9hZCkNCmludGVycnVwdCBtYXNrCQk9IG5v bmUNCg0KDQpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtl cm5lbCBtb2RlDQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZhdWx0 IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQpp bnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAxN2RhNDMNCnN0YWNrIHBv aW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNjYw0KZnJhbWUgcG9pbnRl cgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpjb2RlIHNlZ21lbnQJCT0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwg MCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJ PSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVu dCBwcm9jZXNzCQk9IDY4OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1hc2sJ CT0gbm9uZQ0KDQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUg aW4ga2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NA0K ZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNl bnQNCmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhjMDE3ZGE0Mw0Kc3Rh Y2sgcG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpmcmFtZSBw b2ludGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZjY2MNCmNvZGUgc2VnbWVu dAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9 IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVm bGFncwk9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpj dXJyZW50IHByb2Nlc3MJCT0gNjg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQg bWFzawkJPSBub25lDQoNCg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3 aGlsZSBpbiBrZXJuZWwgbW9kZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0g MHhlDQpmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3Qg cHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMwMTdkYTQz DQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZjY2MNCmZy YW1lIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNjYw0KY29kZSBz ZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIN CgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNz b3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9 IDANCmN1cnJlbnQgcHJvY2VzcwkJPSA2ODggKGtsZHVubG9hZCkNCmludGVy cnVwdCBtYXNrCQk9IG5vbmUNCg0KDQpGYXRhbCB0cmFwIDEyOiBwYWdlIGZh dWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVsdCB2aXJ0dWFsIGFkZHJl c3MJPSAweDIwDQpmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCwgcGFn ZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMw MWIxMTY5DQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZj ZWMNCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNmOA0K Y29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBl IDB4MWINCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpw cm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwg SU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcwkJPSA2ODggKGtsZHVubG9hZCkN CmludGVycnVwdCBtYXNrCQk9IG5vbmUNCg0KDQpGYXRhbCB0cmFwIDEyOiBw YWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVsdCB2aXJ0dWFs IGFkZHJlc3MJPSAweGZmYzAzNTRiDQpmYXVsdCBjb2RlCQk9IHN1cGVydmlz b3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRl cgk9IDB4ODoweGMwMTdkYTQzDQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAw eDEwOjB4Y2UxZGZjY2MNCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4MTA6 MHhjZTFkZmNjYw0KY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAw eGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIg MSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJs ZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcwkJPSA2ODgg KGtsZHVubG9hZCkNCmludGVycnVwdCBtYXNrCQk9IG5vbmUNCg0KDQpGYXRh bCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpm YXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZhdWx0IGNvZGUJCT0gc3Vw ZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBw b2ludGVyCT0gMHg4OjB4YzAxN2RhNDMNCnN0YWNrIHBvaW50ZXIJICAgICAg ICA9IDB4MTA6MHhjZTFkZmNjYw0KZnJhbWUgcG9pbnRlcgkgICAgICAgID0g MHgxMDoweGNlMWRmY2NjDQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxp bWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBk ZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQg ZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNzCQk9 IDY4OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1hc2sJCT0gbm9uZQ0KDQoN CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1v ZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4NA0KZmF1bHQgY29kZQkJ PSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQNCmluc3RydWN0 aW9uIHBvaW50ZXIJPSAweDg6MHhjMDE3ZGE0Mw0Kc3RhY2sgcG9pbnRlcgkg ICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpmcmFtZSBwb2ludGVyCSAgICAg ICAgPSAweDEwOjB4Y2UxZGZjY2MNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4 MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQTCAwLCBwcmVz IDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncwk9IGludGVy cnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50IHByb2Nl c3MJCT0gNjg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQgbWFzawkJPSBub25l DQoNCg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJu ZWwgbW9kZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg0DQpmYXVsdCBj b2RlCQk9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5z dHJ1Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMwMTdkYTQzDQpzdGFjayBwb2lu dGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZjY2MNCmZyYW1lIHBvaW50ZXIJ ICAgICAgICA9IDB4MTA6MHhjZTFkZmNjYw0KY29kZSBzZWdtZW50CQk9IGJh c2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAs IHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0g aW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQg cHJvY2VzcwkJPSA2ODggKGtsZHVubG9hZCkNCmludGVycnVwdCBtYXNrCQk9 IG5vbmUNCg0KDQpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGlu IGtlcm5lbCBtb2RlDQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZh dWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50 DQppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAxN2RhNDMNCnN0YWNr IHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNjYw0KZnJhbWUgcG9p bnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpjb2RlIHNlZ21lbnQJ CT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBE UEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxh Z3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3Vy cmVudCBwcm9jZXNzCQk9IDY4OCAoa2xkdW5sb2FkKQ0KaW50ZXJydXB0IG1h c2sJCT0gbm9uZQ0KDQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hp bGUgaW4ga2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4 MTVlYzAwMDMNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdl IG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAx N2RhNDMNCnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjZTFkZmNj Yw0KZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNlMWRmY2NjDQpj b2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUg MHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnBy b2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJ T1BMID0gMA0KY3VycmVudCBwcm9jZXNzCQk9IDY4OCAoa2xkdW5sb2FkKQ0K aW50ZXJydXB0IG1hc2sJCT0gbm9uZQ0KDQoNCkZhdGFsIHRyYXAgMTI6IHBh Z2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwg YWRkcmVzcwk9IDB4NA0KZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQs IHBhZ2Ugbm90IHByZXNlbnQNCmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDg6 MHhjMDE4Y2MxYg0Kc3RhY2sgcG9pbnRlcgkgICAgICAgID0gMHgxMDoweGNl MWRmZWJjDQpmcmFtZSBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4Y2UxZGZl YmMNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwg dHlwZSAweDFiDQoJCQk9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4g MQ0KcHJvY2Vzc29yIGVmbGFncwk9IHRyYWNlIHRyYXAsIGludGVycnVwdCBl bmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50IHByb2Nlc3MJCT0g Njg4IChrbGR1bmxvYWQpDQppbnRlcnJ1cHQgbWFzawkJPSBub25lDQoNCg0K RmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9k ZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg0DQpmYXVsdCBjb2RlCQk9 IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rp b24gcG9pbnRlcgk9IDB4ODoweGMwMThjYzFiDQpzdGFjayBwb2ludGVyCSAg ICAgICAgPSAweDEwOjB4Y2UxZGZlYmMNCmZyYW1lIHBvaW50ZXIJICAgICAg ICA9IDB4MTA6MHhjZTFkZmViYw0KY29kZSBzZWdtZW50CQk9IGJhc2UgMHgw LCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAsIHByZXMg MSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0gdHJhY2Ug dHJhcCwgaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1 cnJlbnQgcHJvY2VzcwkJPSA2ODggKGtsZHVubG9hZCkNCmludGVycnVwdCBt YXNrCQk9IG5vbmUNCnBhbmljOiBmcm9tIGRlYnVnZ2VyDQpwYW5pYzogZnJv bSBkZWJ1Z2dlcg0KVXB0aW1lOiA1N20xNnMNCg0KZHVtcGluZyB0byBkZXYg I2FkLzEsIG9mZnNldCAzNjcwMTQ0DQpkdW1wIGF0YTA6IHJlc2V0dGluZyBk ZXZpY2VzIC4uIGRvbmUNCjI1NSAyNTQgMjUzIDI1MiAyNTEgMjUwIDI0OSAy NDggMjQ3IDI0NiAyNDUgMjQ0IDI0MyAyNDIgMjQxIDI0MCAyMzkgMjM4IDIz NyAyMzYgMjM1IDIzNCAyMzMgMjMyIDIzMSAyMzAgMjI5IDIyOCAyMjcgMjI2 IDIyNSAyMjQgMjIzIDIyMiAyMjEgMjIwIDIxOSAyMTggMjE3IDIxNiAyMTUg MjE0IDIxMyAyMTIgMjExIDIxMCAyMDkgMjA4IDIwNyAyMDYgMjA1IDIwNCAy MDMgMjAyIDIwMSAyMDAgMTk5IDE5OCAxOTcgMTk2IDE5NSAxOTQgMTkzIDE5 MiAxOTEgMTkwIDE4OSAxODggMTg3IDE4NiAxODUgMTg0IDE4MyAxODIgMTgx IDE4MCAxNzkgMTc4IDE3NyAxNzYgMTc1IDE3NCAxNzMgMTcyIDE3MSAxNzAg MTY5IDE2OCAxNjcgMTY2IDE2NSAxNjQgMTYzIDE2MiAxNjEgMTYwIDE1OSAx NTggMTU3IDE1NiAxNTUgMTU0IDE1MyAxNTIgMTUxIDE1MCAxNDkgMTQ4IDE0 NyAxNDYgMTQ1IDE0NCAxNDMgMTQyIDE0MSAxNDAgMTM5IDEzOCAxMzcgMTM2 IDEzNSAxMzQgMTMzIDEzMiAxMzEgMTMwIDEyOSAxMjggMTI3IDEyNiAxMjUg MTI0IDEyMyAxMjIgMTIxIDEyMCAxMTkgMTE4IDExNyAxMTYgMTE1IDExNCAx MTMgMTEyIDExMSAxMTAgMTA5IDEwOCAxMDcgMTA2IDEwNSAxMDQgMTAzIDEw MiAxMDEgMTAwIDk5IDk4IDk3IDk2IDk1IDk0IDkzIDkyIDkxIDkwIDg5IDg4 IDg3IDg2IDg1IDg0IDgzIDgyIDgxIDgwIDc5IDc4IDc3IDc2IDc1IDc0IDcz IDcyIDcxIDcwIDY5IDY4IDY3IDY2IDY1IDY0IDYzIDYyIDYxIDYwIDU5IDU4 IDU3IDU2IDU1IDU0IDUzIDUyIDUxIDUwIDQ5IDQ4IDQ3IDQ2IDQ1IDQ0IDQz IDQyIDQxIDQwIDM5IDM4IDM3IDM2IDM1IDM0IDMzIDMyIDMxIDMwIDI5IDI4 IDI3IDI2IDI1IDI0IDIzIDIyIDIxIDIwIDE5IDE4IDE3IDE2IDE1IDE0IDEz IDEyIDExIDEwIDkgOCA3IDYgNSA0IDMgMiAxIDAgDQotLS0NCiMwICAweGMw MTg5MWFhIGluIGR1bXBzeXMgKCkNCihrZ2RiKSB3aGVyZQ0KIzAgIDB4YzAx ODkxYWEgaW4gZHVtcHN5cyAoKQ0KIzEgIDB4YzAxODhmY2IgaW4gYm9vdCAo KQ0KIzIgIDB4YzAxODkzYjEgaW4gcGFuaWMgKCkNCiMzICAweGMwMTNjY2U5 IGluIGRiX3BhbmljICgpDQojNCAgMHhjMDEzY2M4OSBpbiBkYl9jb21tYW5k ICgpDQojNSAgMHhjMDEzY2Q0ZSBpbiBkYl9jb21tYW5kX2xvb3AgKCkNCiM2 ICAweGMwMTNlZTZiIGluIGRiX3RyYXAgKCkNCiM3ICAweGMwMmQxMWM2IGlu IGtkYl90cmFwICgpDQojOCAgMHhjMDJkZTMyOCBpbiB0cmFwX2ZhdGFsICgp DQojOSAgMHhjMDJkZTAwMSBpbiB0cmFwX3BmYXVsdCAoKQ0KIzEwIDB4YzAy ZGRiYTcgaW4gdHJhcCAoKQ0KIzExIDB4YzAxOGNjMWIgaW4gc3lzY3RsX3Vu cmVnaXN0ZXJfb2lkICgpDQojMTIgMHhjMDE4ZDA5ZCBpbiBzeXNjdGxfdW5y ZWdpc3Rlcl9zZXQgKCkNCiMxMyAweGMwMTc5NzMzIGluIGxpbmtlcl9maWxl X3VucmVnaXN0ZXJfc3lzY3RscyAoKQ0KIzE0IDB4YzAxNzliNTYgaW4gbGlu a2VyX2ZpbGVfdW5sb2FkICgpDQojMTUgMHhjMDE3OWJhNyBpbiBsaW5rZXJf ZmlsZV91bmxvYWQgKCkNCiMxNiAweGMwMTdhMGE5IGluIGtsZHVubG9hZCAo KQ0KIzE3IDB4YzAyZGU2MDUgaW4gc3lzY2FsbDIgKCkNCiMxOCAweGMwMmQx Zjg1IGluIFhpbnQweDgwX3N5c2NhbGwgKCkNCiMxOSAweDgwNDgxMzUgaW4g Pz8gKCkNCihrZ2RiKSBxdWl0DQpiZWhhbm5hQHRvcHBlcndlaW4+IA0KDQpT Y3JpcHQgZG9uZSBvbiBNb24gU2VwICAzIDAwOjQ4OjE4IDIwMDENCg0KLS0t LS0gZW5kIG9mIHRyYWNlYmFjayBhbmQgc3R1ZmYgLS0tLS0NCg== --0-826223467-999493594=:916 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuNC1SQyAjMDogU3VuIFNlcCAgMiAyMTo1Mzo1 NCBFRFQgMjAwMQ0KICAgIGJlaGFubmFAdG9wcGVyd2Vpbi5keW5kbnMub3Jn Oi91c3Ivb2JqLms2L3Vzci9zcmMvc3lzL1RPUFBFUldFSU4NClRpbWVjb3Vu dGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDUFU6IEFNRCBB dGhsb24odG0pIFByb2Nlc3NvciAoMTMzMy4zOS1NSHogNjg2LWNsYXNzIENQ VSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg2NDIgIFN0 ZXBwaW5nID0gMg0KICBGZWF0dXJlcz0weDE4M2Y5ZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LE1NWCxGWFNSPg0KICBBTUQgRmVhdHVyZXM9MHhjMDQ0MDAw MDw8YjE4PixBTUlFLERTUCwzRE5vdyE+DQpyZWFsIG1lbW9yeSAgPSAyNjgz Njk5MjAgKDI2MjA4MEsgYnl0ZXMpDQpjb25maWc+IGRpIHNuMA0KY29uZmln PiBkaSBsbmMwDQpjb25maWc+IGRpIGxlMA0KY29uZmlnPiBkaSBpZTANCmNv bmZpZz4gZGkgY3MwDQpjb25maWc+IHENCmF2YWlsIG1lbW9yeSA9IDI1NjUy ODM4NCAoMjUwNTE2SyBieXRlcykNClByZWxvYWRlZCBlbGYga2VybmVsICJr ZXJuZWwiIGF0IDB4YzA0N2MwMDAuDQpQcmVsb2FkZWQgdXNlcmNvbmZpZ19z Y3JpcHQgIi9ib290L2tlcm5lbC5jb25mIiBhdCAweGMwNDdjMDljLg0KUHJl bG9hZGVkIGVsZiBtb2R1bGUgInNwbGFzaF9ibXAua28iIGF0IDB4YzA0N2Mw ZWMuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAidmVzYS5rbyIgYXQgMHhjMDQ3 YzE5MC4NClByZWxvYWRlZCBzcGxhc2hfaW1hZ2VfZGF0YSAiL2Jvb3QvZGFl bW9uX2ZyZWVic2QtMS5ibXAiIGF0IDB4YzA0N2MyMmMuDQpWRVNBOiB2Mi4w LCAzMjc2OGsgbWVtb3J5LCBmbGFnczoweDEsIG1vZGUgdGFibGU6MHhjMDQy ZTI0MiAoMTAwMDAyMikNClZFU0E6IEFUSSBSQURFT04NClBlbnRpdW0gUHJv IE1UUlIgc3VwcG9ydCBlbmFibGVkDQptZDA6IE1hbGxvYyBkaXNrDQpzcGxh c2hfYm1wOiBObyBhcHByb3ByaWF0ZSB2aWRlbyBtb2RlIGZvdW5kDQptb2R1 bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKHNwbGFzaF9ibXAsIGMwNDI2 NzkwLCAwKSBlcnJvciAxOQ0KVXNpbmcgJFBJUiB0YWJsZSwgMTAgZW50cmll cyBhdCAweGMwMGZkZGIwDQphcG0wOiA8QVBNIEJJT1M+IG9uIG1vdGhlcmJv YXJkDQphcG06IGZvdW5kIEFQTSBCSU9TIHYxLjIsIGNvbm5lY3RlZCBhdCB2 MS4yDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkDQpu cHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpwY2liMDogPEhvc3QgdG8gUENJIGJy aWRnZT4gb24gbW90aGVyYm9hcmQNCnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2li MA0KcGNpYjE6IDxQQ0kgdG8gUENJIGJyaWRnZSAodmVuZG9yPTEwMjIgZGV2 aWNlPTcwMGYpPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQ0KcGNpMTogPEFUSSBtb2RlbCA1MTQ0IGdyYXBoaWNz IGFjY2VsZXJhdG9yPiBhdCA1LjAgaXJxIDEwDQppc2FiMDogPFZJQSA4MkM2 ODYgUENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNh MDogPElTQSBidXM+IG9uIGlzYWIwDQphdGFwY2kwOiA8VklBIDgyQzY4NiBB VEExMDAgY29udHJvbGxlcj4gcG9ydCAweGI0MDAtMHhiNDBmIGF0IGRldmlj ZSA3LjEgb24gcGNpMA0KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBj aTANCmF0YTE6IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwDQp1aGNpMDog PFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhiODAwLTB4Yjgx ZiBpcnEgMTEgYXQgZGV2aWNlIDcuMiBvbiBwY2kwDQp1c2IwOiA8VklBIDgz QzU3MiBVU0IgY29udHJvbGxlcj4gb24gdWhjaTANCnVzYjA6IFVTQiByZXZp c2lvbiAxLjANCnVodWIwOiBWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGgg MiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWhjaTE6IDxWSUEgODNDNTcy IFVTQiBjb250cm9sbGVyPiBwb3J0IDB4YmMwMC0weGJjMWYgaXJxIDExIGF0 IGRldmljZSA3LjMgb24gcGNpMA0KdXNiMTogPFZJQSA4M0M1NzIgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wDQp1 aHViMTogVklBIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAv MS4wMCwgYWRkciAxDQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQNCmljaHNtYjA6IDxTTUJ1cyBjb250cm9sbGVyPiBh dCBkZXZpY2UgNy40IG9uIHBjaTANCmRldmljZV9wcm9iZV9hbmRfYXR0YWNo OiBpY2hzbWIwIGF0dGFjaCByZXR1cm5lZCA2DQpkYzA6IDw4MmMxNjkgUE5J QyAxMC8xMDBCYXNlVFg+IHBvcnQgMHhkMDAwLTB4ZDBmZiBtZW0gMHhkYjAw MDAwMC0weGRiMDAwMGZmIGlycSAxMCBhdCBkZXZpY2UgMTIuMCBvbiBwY2kw DQpkYzA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmEwOmNjOmQ0OjBhOjZkDQpt aWlidXMwOiA8TUlJIGJ1cz4gb24gZGMwDQp1a3BoeTA6IDxHZW5lcmljIElF RUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMA0KdWtwaHkw OiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgYXV0bw0KeGwwOiA8M0NvbSAzYzkwNUItVFggRmFzdCBFdGhlcmxp bmsgWEw+IHBvcnQgMHhkNDAwLTB4ZDQ3ZiBtZW0gMHhkYjAwMjAwMC0weGRi MDAyMDdmIGlycSA1IGF0IGRldmljZSAxMy4wIG9uIHBjaTANCnhsMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6MTA6NWE6MDA6YTk6MjANCm1paWJ1czE6IDxN SUkgYnVzPiBvbiB4bDANCnhscGh5MDogPDNDb20gaW50ZXJuYWwgbWVkaWEg aW50ZXJmYWNlPiBvbiBtaWlidXMxDQp4bHBoeTA6ICAxMGJhc2VULCAxMGJh c2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpwY20w OiA8Q3JlYXRpdmUgQ1Q1ODgwLUM+IHBvcnQgMHhkODAwLTB4ZDgzZiBpcnEg MTEgYXQgZGV2aWNlIDE0LjAgb24gcGNpMA0KYWhjMDogPEFkYXB0ZWMgMzk1 MEIgVWx0cmEyIFNDU0kgYWRhcHRlcj4gcG9ydCAweGRjMDAtMHhkY2ZmIG1l bSAweGRiMDAzMDAwLTB4ZGIwMDNmZmYgaXJxIDExIGF0IGRldmljZSAxNS4w IG9uIHBjaTANCmFpYzc4OTYvOTc6IFVsdHJhMiBXaWRlIENoYW5uZWwgQSwg U0NTSSBJZD03LCAzMi8yNTUgU0NCcw0KYWhjMTogPEFkYXB0ZWMgMzk1MEIg VWx0cmEyIFNDU0kgYWRhcHRlcj4gcG9ydCAweGUwMDAtMHhlMGZmIG1lbSAw eGRiMDA0MDAwLTB4ZGIwMDRmZmYgaXJxIDExIGF0IGRldmljZSAxNS4xIG9u IHBjaTANCmFpYzc4OTYvOTc6IFVsdHJhMiBXaWRlIENoYW5uZWwgQiwgU0NT SSBJZD03LCAzMi8yNTUgU0NCcw0Kb3JtMDogPE9wdGlvbiBST01zPiBhdCBp b21lbSAweGMwMDAwLTB4Y2JmZmYsMHhjYzAwMC0weGNjN2ZmIG9uIGlzYTAN CmZkYzA6IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4 M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTANCmZkYzA6IEZJRk8gZW5h YmxlZCwgOCBieXRlcyB0aHJlc2hvbGQNCmZkMDogPDE0NDAtS0IgMy41IiBk cml2ZT4gb24gZmRjMCBkcml2ZSAwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29u dHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwDQph dGtiZDA6IDxBVCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2Jk YzANCmtiZDAgYXQgYXRrYmQwDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEy IG9uIGF0a2JkYzANCnBzbTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwg ZGV2aWNlIElEIDANCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQg MHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCnNj MDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQpz YzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQpz aW8wIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBp c2EwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+ IGF0IHBvcnQgMHgzNzgtMHgzN2YgZmxhZ3MgMHgyMSBvbiBpc2EwDQpwcGMw OiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5KSBpbiBOSUJCTEUgbW9k ZQ0KcHBidXMwOiBJRUVFMTI4NCBkZXZpY2UgZm91bmQgL05JQkJMRS9FQ1AN ClByb2JpbmcgZm9yIFBuUCBkZXZpY2VzIG9uIHBwYnVzMDoNCnBwYnVzMDog PEhld2xldHQtUGFja2FyZCBPZmZpY2VKZXQgU2VyaWVzIDMwMC4xLjEuMD4g TUxDLFBDTCxQTUwNCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czANCmxwdDA6 IFBvbGxlZCBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAN CnVua25vd246IDxQTlAwMDAwPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQp1 bmtub3duOiA8UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5r bm93bjogPFBOUDBmMTM+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCnVua25v d246IDxQTlAwNzAwPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQp1bmtub3du OiA8UE5QMDUwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0Kc2lvMTogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBhdCBwb3J0IDB4MmY4LTB4MmZm IGlycSAzIG9uIGlzYTANCnNpbzE6IHR5cGUgMTY1NTBBDQp1bmtub3duOiA8 UE5QMDQwMD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KSVAgcGFja2V0IGZp bHRlcmluZyBpbml0aWFsaXplZCwgZGl2ZXJ0IGVuYWJsZWQsIHJ1bGUtYmFz ZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dp bmcgbGltaXRlZCB0byAxMCBwYWNrZXRzL2VudHJ5IGJ5IGRlZmF1bHQNCklQ djYgcGFja2V0IGZpbHRlcmluZyBpbml0aWFsaXplZCwgbG9nZ2luZyBsaW1p dGVkIHRvIDEwMCBwYWNrZXRzL2VudHJ5DQphZDA6IDQyOTM0TUIgPFdEQyBX RDQ1MEFBLTAwQkFBMD4gWzg3MjMzLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBV RE1BNjYNCmFjZDA6IERWRC1ST00gPEhJVEFDSEkgR0QtMjAwMD4gYXQgYXRh MS1tYXN0ZXIgdXNpbmcgUElPNA0KV2FpdGluZyAxMCBzZWNvbmRzIGZvciBT Q1NJIGRldmljZXMgdG8gc2V0dGxlDQpNb3VudGluZyByb290IGZyb20gdWZz Oi9kZXYvYWQwYQ0KY2QwIGF0IGFoYzEgYnVzIDAgdGFyZ2V0IDYgbHVuIDAN CmNkMDogPEhQIENELVdyaXRlcisgOTIwMCAxLjBjPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktNCBkZXZpY2UgDQpjZDA6IDEwLjAwME1CL3MgdHJhbnNmZXJz ICgxMC4wMDBNSHosIG9mZnNldCAxNSkNCmNkMDogQXR0ZW1wdCB0byBxdWVy eSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBw cmVzZW50DQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRl ZA0K --0-826223467-999493594=:916 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=TOPPERWEIN Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: kernel config Content-Disposition: attachment; filename=TOPPERWEIN Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMga2VybmVsIGNvbmZpZ3VyYXRpb24g ZmlsZSBmb3IgRnJlZUJTRC9pMzg2DQojDQojIEZvciBtb3JlIGluZm9ybWF0 aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJlYWQgdGhlIGhhbmRib29rIHNl Y3Rpb24gb24NCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6DQojDQoj ICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvaGFuZGJvb2sva2VybmVsY29u ZmlnLWNvbmZpZy5odG1sDQojDQojIFRoZSBoYW5kYm9vayBpcyBhbHNvIGF2 YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rDQoj IGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90 aGVyd2lzZSBhbHdheXMgc2VlIHRoZQ0KIyBGcmVlQlNEIFdvcmxkIFdpZGUg V2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZvciB0aGUN CiMgbGF0ZXN0IGluZm9ybWF0aW9uLg0KIw0KIyBBbiBleGhhdXN0aXZlIGxp c3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRhaWxlZCBleHBsYW5hdGlvbnMg b2YgdGhlDQojIGRldmljZSBsaW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhl IC4vTElOVCBjb25maWd1cmF0aW9uIGZpbGUuIElmIHlvdSBhcmUNCiMgaW4g ZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGlu ZSwgY2hlY2sgZmlyc3QgaW4gTElOVC4NCiMNCiMgJEZyZWVCU0Q6IHNyYy9z eXMvaTM4Ni9jb25mL0dFTkVSSUMsdiAxLjI0Ni4yLjcgMjAwMC8wNy8xMyAx NjoxMzo0NiBpbXAgRXhwICQNCg0KbWFjaGluZQkJaTM4Ng0KI2NwdQkJCUkz ODZfQ1BVDQojY3B1CQkJSTQ4Nl9DUFUNCiNjcHUJCQlJNTg2X0NQVQ0KY3B1 CSAgICAJSTY4Nl9DUFUNCmlkZW50CQlUT1BQRVJXRUlODQptYXh1c2Vycwkx MjgNCg0KbWFrZW9wdGlvbnMJREVCVUc9LWcJCSNCdWlsZCBrZXJuZWwgd2l0 aCBnZGIoMSkgZGVidWcgc3ltYm9scw0Kb3B0aW9ucyAgICAgRERCICAgICAg ICAgICAgICNFbmFibGUga2VybmVsIGRlYnVnZ2VyICh0dXJuIG9mZiBmb3IN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAjcHJvZHVjdGlvbiBrZXJu ZWxzKQ0KI29wdGlvbnMgCUREQl9VTkFUVEVOREVEDQojb3B0aW9ucyAJR0RC X1JFTU9URV9DSEFUDQpvcHRpb25zIAlLVFJBQ0UJCQkja2VybmVsIHRyYWNp bmcNCg0KI29wdGlvbnMgCU1BVEhfRU1VTEFURQkJI1N1cHBvcnQgZm9yIHg4 NyBlbXVsYXRpb24NCm9wdGlvbnMgCUlORVQJCQkjSW50ZXJORVR3b3JraW5n DQpvcHRpb25zIAlJTkVUNgkJCSNJUHY2IGNvbW11bmljYXRpb25zIHByb3Rv Y29scw0Kb3B0aW9ucyAJRkZTCQkJI0JlcmtlbGV5IEZhc3QgRmlsZXN5c3Rl bQ0Kb3B0aW9ucyAJRkZTX1JPT1QJCSNGRlMgdXNhYmxlIGFzIHJvb3QgZGV2 aWNlIFtrZWVwIHRoaXMhXQ0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSNFbmFi bGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0DQpvcHRpb25zIAlNRlMJCQkj TWVtb3J5IEZpbGVzeXN0ZW0NCm9wdGlvbnMgCU1EX1JPT1QJCQkjTUQgaXMg YSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UNCm9wdGlvbnMgCU5GUwkJCSNOZXR3 b3JrIEZpbGVzeXN0ZW0NCm9wdGlvbnMgCU5GU19ST09UCQkjTkZTIHVzYWJs ZSBhcyByb290IGRldmljZSwgTkZTIHJlcXVpcmVkDQpvcHRpb25zIAlNU0RP U0ZTCQkJI01TRE9TIEZpbGVzeXN0ZW0NCm9wdGlvbnMgCUNEOTY2MAkJCSNJ U08gOTY2MCBGaWxlc3lzdGVtDQpvcHRpb25zIAlDRDk2NjBfUk9PVAkJI0NE LVJPTSB1c2FibGUgYXMgcm9vdCwgQ0Q5NjYwIHJlcXVpcmVkDQpvcHRpb25z CQlGREVTQwkJCSNGaWxlIGRlc2NyaXB0b3IgZmlsZXN5c3RlbQ0Kb3B0aW9u cyAJUFJPQ0ZTCQkJI1Byb2Nlc3MgZmlsZXN5c3RlbQ0KI29wdGlvbnMgICAg TlRGUyAgICAgICAgICAgICNOVCBmaWxlc3lzdGVtDQojb3B0aW9ucyAgICBL RVJORlMgICAgICAgICAgI0tlcm5lbCBmaWxlc3lzdGVtDQojb3B0aW9ucyAg ICBTTUJGUyAgICAgICAgICAgI1NNQi9DSUZTDQojb3B0aW9ucyAgICBVTUFQ RlMgICAgICAgICAgI3VpZCBtYXBwaW5nIGZpbGVzeXN0ZW0NCm9wdGlvbnMg CUNPTVBBVF80MwkJI0NvbXBhdGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRI SVMhXQ0Kb3B0aW9ucyAJQ09NUEFUX0xJTlVYCQkjUnVuIExpbnV4IGJpbmFy aWVzDQpvcHRpb25zIAlTQ1NJX0RFTEFZPTEwMDAwCSNEZWxheSAoaW4gbXMp IGJlZm9yZSBwcm9iaW5nIFNDU0kNCm9wdGlvbnMgCVVDT05TT0xFCQkjQWxs b3cgdXNlcnMgdG8gZ3JhYiB0aGUgY29uc29sZQ0Kb3B0aW9ucyAJVVNFUkNP TkZJRwkJI2Jvb3QgLWMgZWRpdG9yDQpvcHRpb25zIAlWSVNVQUxfVVNFUkNP TkZJRwkjdmlzdWFsIGJvb3QgLWMgZWRpdG9yDQpvcHRpb25zIAlLVFJBQ0UJ CQkja3RyYWNlKDEpIHN1cHBvcnQNCm9wdGlvbnMgCVNZU1ZTSE0JCQkjU1lT Vi1zdHlsZSBzaGFyZWQgbWVtb3J5DQpvcHRpb25zIAlTWVNWTVNHCQkJI1NZ U1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMNCm9wdGlvbnMgCVNZU1ZTRU0JCQkj U1lTVi1zdHlsZSBzZW1hcGhvcmVzDQpvcHRpb25zIAlQMTAwM18xQgkJI1Bv c2l4IFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zDQpvcHRpb25zIAlf S1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcNCm9wdGlvbnMJCUlDTVBfQkFO RExJTQkJI1JhdGUgbGltaXQgYmFkIHJlcGxpZXMNCm9wdGlvbnMgCUtCRF9J TlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2DQpv cHRpb25zIAlJTkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhp cyBmaWxlIGluIGtlcm5lbA0Kb3B0aW9ucyAJUE5QQklPUyAgICAgICAgICMg bWlnaHQgdG9nZ2xlIHRoaXMgb2ZmIHRvIHNlZSBpZiBpdCBoZWxwcyBYDQpv cHRpb25zICAgICBOTUJDTFVTVEVSUz00MDk2ICAgICMgQmFuZC1haWQgdG8g Z2V0IGxvbmdlciB1cHRpbWUNCg0KIyBPbiAtU1RBQkxFLCBzZXR0aW5nIHRo ZXNlIHR3byB0byB5b3VyIHBoeXNpY2FsIG1lbW9yeSBzaXplIHdhcw0KIyBz dWdnZXN0ZWQgZm9yIGdldHRpbmcgcmlkIG9mICJGYXRhbCB0cmFwIDEyLCBw YWdlIGZhdWx0IHdoaWxlIGluDQojIHN1cGVydmlzb3IgbW9kZSIgY3Jhc2hl cy4NCm9wdGlvbnMgCU1BWERTSVo9IigyNTYqMTAyNCoxMDI0KSINCm9wdGlv bnMgCURGTERTSVo9IigyNTYqMTAyNCoxMDI0KSINCg0Kb3B0aW9ucwkJVVNF Ul9MRFQJCSMgQWxsb3cgaTM4NiBsZHQgZm9yIFdJTkUNCg0KI29wdGlvbnMg ICAgVUZTX0RJUkhBU0ggICAgICMgZXhwZXJpbWVudGFsDQoNCiMNCiMgTmV0 d29yayBTZWN1cml0eSBPcHRpb25zDQojDQoNCiNvcHRpb25zIAlJUFNFQwkJ CSNJUCBzZWN1cml0eQ0KI29wdGlvbnMgCUlQU0VDX0VTUAkJI0lQIHNlY3Vy aXR5IChjcnlwdG87IGRlZmluZSB3LyBJUFNFQykNCg0Kb3B0aW9ucyAJSVBG SVJFV0FMTAkJI2ZpcmV3YWxsDQpvcHRpb25zIAlJUEZJUkVXQUxMX1ZFUkJP U0UJI3ByaW50IGluZm9ybWF0aW9uIGFib3V0DQoJCQkJCSMgZHJvcHBlZCBw YWNrZXRzDQpvcHRpb25zIAlJUEZJUkVXQUxMX0ZPUldBUkQJI2VuYWJsZSB0 cmFuc3BhcmVudCBwcm94eSBzdXBwb3J0DQpvcHRpb25zIAlJUEZJUkVXQUxM X1ZFUkJPU0VfTElNSVQ9MTAJI2xpbWl0IHZlcmJvc2l0eQ0KI29wdGlvbnMg CUlQRklSRVdBTExfREVGQVVMVF9UT19BQ0NFUFQJI2FsbG93IGV2ZXJ5dGhp bmcgYnkgZGVmYXVsdA0Kb3B0aW9ucyAJSVBWNkZJUkVXQUxMCQkjZmlyZXdh bGwgZm9yIElQdjYNCm9wdGlvbnMgCUlQVjZGSVJFV0FMTF9WRVJCT1NFDQpv cHRpb25zIAlJUFY2RklSRVdBTExfVkVSQk9TRV9MSU1JVD0xMDANCiNvcHRp b25zIAlJUFY2RklSRVdBTExfREVGQVVMVF9UT19BQ0NFUFQNCm9wdGlvbnMg CUlQRElWRVJUCQkjZGl2ZXJ0IHNvY2tldHMNCiNvcHRpb25zIAlJUEZJTFRF UgkJI2lwZmlsdGVyIHN1cHBvcnQNCiNvcHRpb25zIAlJUEZJTFRFUl9MT0cJ CSNpcGZpbHRlciBsb2dnaW5nDQpvcHRpb25zIAlJUFNURUFMVEgJCSNzdXBw b3J0IGZvciBzdGVhbHRoIGZvcndhcmRpbmcNCg0KI29wdGlvbnMgICAgTkVU U01CDQojb3B0aW9ucyAgICBORVRTTUJDUllQVE8NCiNvcHRpb25zICAgIExJ Qk1DSEFJTg0KI29wdGlvbnMgICAgTElCSUNPTlYNCg0KI29wdGlvbnMgICAg RFVNTVlORVQgICAgIyBiYW5kd2lkdGggbGltaXRlciwgc2VlIGR1bW15bmV0 KDQpDQojb3B0aW9ucyAgICBCUklER0UgICAgICAjIGJyaWRnZSBiZXR3ZWVu IE5JQ3MsIHNlZSBicmlkZ2UoNCkNCg0KIw0KIyBTTUIgYnVzDQojDQojIFN5 c3RlbSBNYW5hZ2VtZW50IEJ1cyBzdXBwb3J0IGlzIHByb3ZpZGVkIGJ5IHRo ZSAnc21idXMnIGRldmljZS4NCiMgQWNjZXNzIHRvIHRoZSBTTUJ1cyBkZXZp Y2UgaXMgdmlhIHRoZSAnc21iJyBkZXZpY2UgKC9kZXYvc21iKiksDQojIHdo aWNoIGlzIGEgY2hpbGQgb2YgdGhlICdzbWJ1cycgZGV2aWNlLg0KIw0KIyBT dXBwb3J0ZWQgZGV2aWNlczoNCiMgc21iCQlzdGFuZGFyZCBpbyB0aHJvdWdo IC9kZXYvc21iKg0KIw0KIyBTdXBwb3J0ZWQgU01CIGludGVyZmFjZXM6DQoj IGlpY3NtYglJMkMgdG8gU01CIGJyaWRnZSB3aXRoIGFueSBpaWNidXMgaW50 ZXJmYWNlDQojIGJrdHIJCWJyb29rdHJlZTg0OCBJMkMgaGFyZHdhcmUgaW50 ZXJmYWNlDQojIGludHBtCQlJbnRlbCBQSUlYNCBQb3dlciBNYW5hZ2VtZW50 IFVuaXQNCiMgYWxwbQkJQWNlciBBbGFkZGluLUlWL1YvUHJvMiBQb3dlciBN YW5hZ2VtZW50IFVuaXQNCiMgaWNoc21iCUludGVsIElDSCBTTUJ1cyBjb250 cm9sbGVyIGNoaXBzICg4MjgwMUFBLCA4MjgwMUFCLCA4MjgwMUJBKQ0KIw0K ZGV2aWNlCQlzbWJ1cwkJIyBCdXMgc3VwcG9ydCwgcmVxdWlyZWQgZm9yIHNt YiBiZWxvdy4NCg0KZGV2aWNlCQlpbnRwbQ0KZGV2aWNlCQlhbHBtDQpkZXZp Y2UJCWljaHNtYg0KDQpkZXZpY2UJCXNtYg0KDQojDQojIEkyQyBCdXMNCiMN CiMgUGhpbGlwcyBpMmMgYnVzIHN1cHBvcnQgaXMgcHJvdmlkZWQgYnkgdGhl IGBpaWNidXMnIGRldmljZS4NCiMNCiMgU3VwcG9ydGVkIGRldmljZXM6DQoj IGljCWkyYyBuZXR3b3JrIGludGVyZmFjZQ0KIyBpaWMJaTJjIHN0YW5kYXJk IGlvDQojIGlpY3NtYiBpMmMgdG8gc21iIGJyaWRnZS4gQWxsb3cgaTJjIGkv byB3aXRoIHNtYiBjb21tYW5kcy4NCiMNCiMgU3VwcG9ydGVkIGludGVyZmFj ZXM6DQojIHBjZglQaGlsaXBzIFBDRjg1ODQgSVNBLWJ1cyBjb250cm9sbGVy DQojIGJrdHIJYnJvb2t0cmVlODQ4IEkyQyBzb2Z0d2FyZSBpbnRlcmZhY2UN CiMNCiMgT3RoZXI6DQojIGlpY2JiCWdlbmVyaWMgSTJDIGJpdC1iYW5naW5n IGNvZGUgKG5lZWRlZCBieSBscGJiLCBia3RyKQ0KIw0KZGV2aWNlCQlpaWNi dXMJCSMgQnVzIHN1cHBvcnQsIHJlcXVpcmVkIGZvciBpYy9paWMvaWljc21i IGJlbG93Lg0KZGV2aWNlCQlpaWNiYg0KDQpkZXZpY2UJCWljDQpkZXZpY2UJ CWlpYw0KZGV2aWNlCQlpaWNzbWIJCSMgc21iIG92ZXIgaTJjIGJyaWRnZQ0K DQojDQojIENvbnNvbGUgb3B0aW9ucw0KIw0KDQpvcHRpb25zIAlTQ19BTFRf TU9VU0VfSU1BR0UJIyBzaW1wbGlmaWVkIG1vdXNlIGN1cnNvciBpbiB0ZXh0 IG1vZGUNCm9wdGlvbnMgCVNDX0hJU1RPUllfU0laRT0yMDAJIyBudW1iZXIg b2YgaGlzdG9yeSBidWZmZXIgbGluZXMNCm9wdGlvbnMgCVNDX1RXT0JVVFRP Tl9NT1VTRQ0Kb3B0aW9ucyAgICAgVkVTQQ0KDQojIFRvIG1ha2UgYW4gU01Q IGtlcm5lbCwgdGhlIG5leHQgdHdvIGFyZSBuZWVkZWQNCiNvcHRpb25zIAlT TVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwNCiNvcHRp b25zIAlBUElDX0lPCQkJIyBTeW1tZXRyaWMgKEFQSUMpIEkvTw0KDQpkZXZp Y2UJCWlzYQ0KZGV2aWNlCQllaXNhDQpkZXZpY2UJCXBjaQ0KDQojIEZsb3Bw eSBkcml2ZXMNCmRldmljZQkJZmRjMAlhdCBpc2E/IHBvcnQgSU9fRkQxIGly cSA2IGRycSAyDQpkZXZpY2UJCWZkMAlhdCBmZGMwIGRyaXZlIDANCmRldmlj ZQkJZmQxCWF0IGZkYzAgZHJpdmUgMQ0KDQojIEFUQSBhbmQgQVRBUEkgZGV2 aWNlcw0KZGV2aWNlCQlhdGEwCWF0IGlzYT8gcG9ydCBJT19XRDEgaXJxIDE0 DQpkZXZpY2UJCWF0YTEJYXQgaXNhPyBwb3J0IElPX1dEMiBpcnEgMTUNCmRl dmljZQkJYXRhDQpkZXZpY2UJCWF0YWRpc2sJCQkjIEFUQSBkaXNrIGRyaXZl cw0KZGV2aWNlCQlhdGFwaWNkCQkJIyBBVEFQSSBDRFJPTSBkcml2ZXMNCmRl dmljZQkJYXRhcGlmZAkJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcw0KZGV2aWNl CQlhdGFwaXN0CQkJIyBBVEFQSSB0YXBlIGRyaXZlcw0Kb3B0aW9ucyAJQVRB X1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVyaW5nDQojIE5vdCBz dXBwb3J0ZWQgaW4gNC4zPw0KI29wdGlvbnMgCUFUQV9FTkFCTEVfQVRBUElf RE1BCSNFbmFibGUgRE1BIG9uIEFUQVBJIGRldmljZXMNCg0KIyBTQ1NJIENv bnRyb2xsZXJzDQojZGV2aWNlCQlhaGIJCSMgRUlTQSBBSEExNzQyIGZhbWls eQ0KZGV2aWNlCQlhaGMJCSMgQUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4 IGRldmljZXMNCiNkZXZpY2UJCWFtZAkJIyBBTUQgNTNDOTc0IChUZWNrcmFt IERDLTM5MChUKSkNCiNkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRjYWNoZSAt IFNlZSBMSU5UIGZvciBvcHRpb25zIQ0KI2RldmljZQkJaXNwCQkjIFFsb2dp YyBmYW1pbHkNCiNkZXZpY2UJCW5jcgkJIyBOQ1IvU3ltYmlvcyBMb2dpYw0K I2RldmljZQkJc3ltCQkjIE5DUi9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlw c2V0cykNCiNvcHRpb25zCQlTWU1fU0VUVVBfTFBfUFJPQkVfTUFQPTB4NDAN CgkJCQkjIEFsbG93IG5jciB0byBhdHRhY2ggbGVnYWN5IE5DUiBkZXZpY2Vz IHdoZW4gDQoJCQkJIyBib3RoIHN5bSBhbmQgbmNyIGFyZSBjb25maWd1cmVk DQoNCiNkZXZpY2UJCWFkdjAJYXQgaXNhPw0KZGV2aWNlCQlhZHcNCmRldmlj ZQkJYnQwCWF0IGlzYT8NCmRldmljZQkJYWhhMAlhdCBpc2E/DQpkZXZpY2UJ CWFpYzAJYXQgaXNhPw0KDQojIFNDU0kgcGVyaXBoZXJhbHMNCmRldmljZQkJ c2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkKQ0KZGV2aWNlCQlkYQkJIyBE aXJlY3QgQWNjZXNzIChkaXNrcykNCmRldmljZQkJc2EJCSMgU2VxdWVudGlh bCBBY2Nlc3MgKHRhcGUgZXRjKQ0KZGV2aWNlCQljZAkJIyBDRA0KZGV2aWNl CQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNj ZXNzKQ0KDQojIFJBSUQgY29udHJvbGxlcnMNCmRldmljZQkJaWRhCQkjIENv bXBhcSBTbWFydCBSQUlEDQpkZXZpY2UJCWFtcgkJIyBBTUkgTWVnYVJBSUQN CmRldmljZQkJbWx4CQkjIE15bGV4IERBQzk2MCBmYW1pbHkNCg0KIyBhdGti ZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBt b3VzZQ0KZGV2aWNlCQlhdGtiZGMwCWF0IGlzYT8gcG9ydCBJT19LQkQNCmRl dmljZQkJYXRrYmQwCWF0IGF0a2JkYz8gaXJxIDEgZmxhZ3MgMHgxDQpkZXZp Y2UJCXBzbTAJYXQgYXRrYmRjPyBpcnEgMTINCg0KZGV2aWNlCQl2Z2EwCWF0 IGlzYT8NCg0KIyBzcGxhc2ggc2NyZWVuL3NjcmVlbiBzYXZlcg0KcHNldWRv LWRldmljZQlzcGxhc2gNCg0KIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNv bnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlDQpkZXZp Y2UJCXNjMAlhdCBpc2E/IGZsYWdzIDB4MTAwDQoNCiMgRW5hYmxlIHRoaXMg YW5kIFBDVlRfRlJFRUJTRCBmb3IgcGN2dCB2dDIyMCBjb21wYXRpYmxlIGNv bnNvbGUgZHJpdmVyDQojZGV2aWNlCQl2dDAJYXQgaXNhPw0KI29wdGlvbnMg CVhTRVJWRVIJCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9uIGEgdnQgY29u c29sZQ0KI29wdGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9j ayBjdXJzb3INCiMgSWYgeW91IGhhdmUgYSBUaGlua1BBRCwgdW5jb21tZW50 IHRoaXMgYWxvbmcgd2l0aCB0aGUgcmVzdCBvZiB0aGUgUENWVCBsaW5lcw0K I29wdGlvbnMgCVBDVlRfU0NBTlNFVD0yCQkjIElCTSBrZXlib2FyZHMgYXJl IG5vbi1zdGQNCg0KIyBGbG9hdGluZyBwb2ludCBzdXBwb3J0IC0gZG8gbm90 IGRpc2FibGUuDQpkZXZpY2UJCW5weDAJYXQgbmV4dXM/IHBvcnQgSU9fTlBY IGlycSAxMw0KDQojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9ydCAoc2VlIExJ TlQgZm9yIG1vcmUgb3B0aW9ucykNCiNkZXZpY2UJCWFwbTAgICAgYXQgbmV4 dXM/IGRpc2FibGUgZmxhZ3MgMHgyMCAjIEFkdmFuY2VkIFBvd2VyIE1hbmFn ZW1lbnQNCmRldmljZQkJYXBtMA0KDQojIFBDQ0FSRCAoUENNQ0lBKSBzdXBw b3J0DQojZGV2aWNlCQljYXJkDQojZGV2aWNlCQlwY2ljMAlhdCBpc2E/IGly cSAxMCBwb3J0IDB4M2UwIGlvbWVtIDB4ZDAwMDANCiNkZXZpY2UJCXBjaWMx CWF0IGlzYT8gaXJxIDExIHBvcnQgMHgzZTIgaW9tZW0gMHhkNDAwMCBkaXNh YmxlDQoNCiMgU2VyaWFsIChDT00pIHBvcnRzDQpkZXZpY2UJCXNpbzAJYXQg aXNhPyBwb3J0IElPX0NPTTEgZmxhZ3MgMHgxMCBpcnEgNA0KI2RldmljZQkJ c2lvMQlhdCBpc2E/IGRpc2FibGUgcG9ydCBJT19DT00yIGlycSAzDQojZGV2 aWNlCQlzaW8yCWF0IGlzYT8gcG9ydCBJT19DT00zIGlycSAzDQojZGV2aWNl CQlzaW8zCWF0IGlzYT8gZGlzYWJsZSBwb3J0IElPX0NPTTQgaXJxIDkNCg0K IyBQYXJhbGxlbCBwb3J0DQojZGV2aWNlCQlwcGMwCWF0IGlzYT8gcG9ydD8g aXJxIDMNCg0KIyBGb3JjZSBOSUJCTEUgbW9kZSBhbmQgZGlzYWJsZSB1c2Ug b2YgYW4gSVJRDQpkZXZpY2UJCXBwYzAJYXQgaXNhPyBwb3J0PyBmbGFncyAw eDIxDQoNCmRldmljZQkJcHBidXMJIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVx dWlyZWQpDQpkZXZpY2UJCWxwdAkJIyBQcmludGVyDQojZGV2aWNlCQlwbGlw CSMgVENQL0lQIG92ZXIgcGFyYWxsZWwNCmRldmljZQkJcHBpCQkjIFBhcmFs bGVsIHBvcnQgaW50ZXJmYWNlIGRldmljZQ0KI2RldmljZQkJdnBvCQkjIFJl cXVpcmVzIHNjYnVzIGFuZCBkYQ0KDQoNCiMgUENJIEV0aGVybmV0IE5JQ3Mu DQojZGV2aWNlCQlkZQkJIyBERUMvSW50ZWwgREMyMXg0eCAoYGBUdWxpcCcn KQ0KI2RldmljZSAgICAgdHhwICAgICAjIDNDb20gM2NSOTkwICgiVHlwaG9v biIpDQojZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8x MDBCICg4MjU1NywgODI1NTgpDQojZGV2aWNlCQl0eAkJIyBTTUMgOTQzMlRY ICg4M2MxNzAgYGBFUElDJycpDQojZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkw LCAzYzU5NSAoYGBWb3J0ZXgnJykNCiNkZXZpY2UJCXd4CQkjIEludGVsIEdp Z2FiaXQgRXRoZXJuZXQgQ2FyZCAoYGBXaXNlbWFuJycpDQoNCiMgUENJIEV0 aGVybmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRy b2xsZXIgY29kZS4NCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9y dA0KZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlvdXMg d29ya2FsaWtlcw0KI2RldmljZQkJcmwJCSMgUmVhbFRlayA4MTI5LzgxMzkN CiNkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUn JykNCiNkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVt cyBTaVMgOTAwL1NpUyA3MDE2DQojZGV2aWNlCQlzdGUJCSMgU3VuZGFuY2Ug U1QyMDEgKEQtTGluayBERkUtNTUwVFgpDQojZGV2aWNlCQl0bAkJIyBUZXhh cyBJbnN0cnVtZW50cyBUaHVuZGVyTEFODQojZGV2aWNlCQl2cgkJIyBWSUEg UmhpbmUsIFJoaW5lIElJDQojZGV2aWNlCQl3YgkJIyBXaW5ib25kIFc4OUM4 NDBGDQpkZXZpY2UJCXhsCQkjIDNDb20gM2M5MHggKGBgQm9vbWVyYW5nJycs IGBgQ3ljbG9uZScnKQ0KDQojIElTQSBFdGhlcm5ldCBOSUNzLg0KIyAnZGV2 aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paXVzJw0KI2RldmljZQkJZWQw CWF0IGlzYT8gcG9ydCAweDI4MCBpcnEgMTAgaW9tZW0gMHhkODAwMA0KI2Rl dmljZQkJZXgNCiNkZXZpY2UJCWVwDQojZGV2aWNlCQlmZTAJYXQgaXNhPyBw b3J0IDB4MzAwDQojIFdhdmVMQU4vSUVFRSA4MDIuMTEgd2lyZWxlc3MgTklD cy4gTm90ZTogdGhlIFdhdmVMQU4vSUVFRSByZWFsbHkNCiMgZXhpc3RzIG9u bHkgYXMgYSBQQ01DSUEgZGV2aWNlLCBzbyB0aGVyZSBpcyBubyBJU0EgYXR0 YXRlbWVudCBuZWVkZWQNCiMgYW5kIHJlc291cmNlcyB3aWxsIGFsd2F5cyBi ZSBkeW5hbWljYWxseSBhc3NpZ25lZCBieSB0aGUgcGNjYXJkIGNvZGUuDQoj ZGV2aWNlCQl3aQ0KIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxl c3MgTklDcy4gTm90ZTogdGhlIGRlY2xhcmF0aW9uIGJlbG93IHdpbGwNCiMg d29yayBmb3IgUENNQ0lBIGFuZCBQQ0kgY2FyZHMsIGFzIHdlbGwgYXMgSVNB IGNhcmRzIHNldCB0byBJU0EgUG5QDQojIG1vZGUgKHRoZSBmYWN0b3J5IGRl ZmF1bHQpLiBJZiB5b3Ugc2V0IHRoZSBzd2l0Y2hlcyBvbiB5b3VyIElTQQ0K IyBjYXJkIGZvciBhIG1hbnVhbGx5IGNob3NlbiBJL08gYWRkcmVzcyBhbmQg SVJRLCB5b3UgbXVzdCBzcGVjaWZ5DQojIHRob3NlIHBhcmVtZXRlcnMgaGVy ZS4NCiNkZXZpY2UJCWFuDQojIFhpcmNvbSBFdGhlcm5ldA0KI2RldmljZQkJ eGUNCiMgVGhlIHByb2JlIG9yZGVyIG9mIHRoZXNlIGlzIHByZXNlbnRseSBk ZXRlcm1pbmVkIGJ5IGkzODYvaXNhL2lzYV9jb21wYXQuYy4NCmRldmljZQkJ aWUwCWF0IGlzYT8gcG9ydCAweDMwMCBpcnEgMTAgaW9tZW0gMHhkMDAwMA0K ZGV2aWNlCQlsZTAJYXQgaXNhPyBwb3J0IDB4MzAwIGlycSA1IGlvbWVtIDB4 ZDAwMDANCmRldmljZQkJbG5jMAlhdCBpc2E/IHBvcnQgMHgyODAgaXJxIDEw IGRycSAwDQpkZXZpY2UJCWNzMAlhdCBpc2E/IHBvcnQgMHgzMDANCmRldmlj ZQkJc24wCWF0IGlzYT8gcG9ydCAweDMwMCBpcnEgMTANCg0KIyBQc2V1ZG8g ZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNhdGVzIGhvdyBtYW55IHVuaXRz IHRvIGFsbG9jYXRlZC4NCnBzZXVkby1kZXZpY2UJbG9vcAkJIyBOZXR3b3Jr IGxvb3BiYWNrDQpwc2V1ZG8tZGV2aWNlCWV0aGVyCQkjIEV0aGVybmV0IHN1 cHBvcnQNCnBzZXVkby1kZXZpY2UJdmxhbgkxCSMgVkxBTiBzdXBwb3J0DQpw c2V1ZG8tZGV2aWNlCWd6aXAJCSMgRXhlYyBnemlwJ2QgYS5vdXRzDQpwc2V1 ZG8tZGV2aWNlCXNsCTEJIyBLZXJuZWwgU0xJUA0KcHNldWRvLWRldmljZQlw cHAJMQkjIEtlcm5lbCBQUFANCnBzZXVkby1kZXZpY2UJdHVuCTEJIyBQYWNr ZXQgdHVubmVsLg0KcHNldWRvLWRldmljZQlwdHkJMzIJIyBQc2V1ZG8tdHR5 cyAodGVsbmV0IGV0YykNCnBzZXVkby1kZXZpY2UJbWQJCSMgTWVtb3J5ICJk aXNrcyINCnBzZXVkby1kZXZpY2UJZ2lmCTQJIyBJUHY2IGFuZCBJUHY0IHR1 bm5lbGluZw0KcHNldWRvLWRldmljZQlmYWl0aAkxCSMgSVB2Ni10by1JUHY0 IHJlbGF5aW5nICh0cmFuc2xhdGlvbikNCiNvcHRpb25zIAlQUFBfQlNEQ09N UAkJI1BQUCBCU0QtY29tcHJlc3Mgc3VwcG9ydA0KI29wdGlvbnMgCVBQUF9E RUZMQVRFCQkjUFBQIHpsaWIvZGVmbGF0ZS9nemlwIHN1cHBvcnQNCiNvcHRp b25zIAlQUFBfRklMVEVSCQkjZW5hYmxlIGJwZiBmaWx0ZXJpbmcgKG5lZWRz IGJwZikNCg0KIyBUaGUgYGJwZicgcHNldWRvLWRldmljZSBlbmFibGVzIHRo ZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLg0KIyBCZSBhd2FyZSBvZiB0aGUg YWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMh DQpwc2V1ZG8tZGV2aWNlCWJwZgkJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXIN Cg0KIyBVU0Igc3VwcG9ydA0KZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5V U0IgaW50ZXJmYWNlDQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBp bnRlcmZhY2UNCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQ0K ZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMNCmRldmljZQkJdWhpZAkJIyAiSHVt YW4gSW50ZXJmYWNlIERldmljZXMiDQojZGV2aWNlCQl1a2JkCQkjIEtleWJv YXJkDQpkZXZpY2UJCXVscHQJCSMgUHJpbnRlcg0KZGV2aWNlCQl1bWFzcwkJ IyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEN CiNkZXZpY2UJCXVtcwkJIyBNb3VzZQ0KIyBVU0IgRXRoZXJuZXQsIHJlcXVp cmVzIG1paQ0KI2RldmljZQkJYXVlCQkjIEFETXRlayBVU0IgZXRoZXJuZXQN CiNkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBldGhlcm5ldA0KI2RldmljZQkJ a3VlCQkjIEthd2FzYWtpIExTSSBVU0IgZXRoZXJuZXQNCg0KIyBTb3VuZA0K ZGV2aWNlCQlwY20NCmRldmljZQkJc2JjMAlhdCBpc2E/IHBvcnQgMHgyMjAg aXJxIDcgZHJxIDEgZmxhZ3MgMHgxNQ0K --0-826223467-999493594=:916-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 2 23:20:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 88B7937B403 for ; Sun, 2 Sep 2001 23:20:43 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f836Khg51656 for ; Mon, 3 Sep 2001 02:20:43 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 02:20:38 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: kern/30280: Fatal trap 12 in kldunload() on 4.4-RC (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I filed a PR for the trap 12 panic that I get, so it won't get dropped on the floor: ---------- Forwarded message ---------- Date: Sun, 2 Sep 2001 22:40:00 -0700 (PDT) From: gnats-admin@FreeBSD.org To: Chris BeHanna Subject: Re: kern/30280: Fatal trap 12 in kldunload() on 4.4-RC Thank you very much for your problem report. It has the internal identification `kern/30280'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=30280 >Category: kern >Responsible: freebsd-bugs >Synopsis: Fatal trap 12 in kldunload() on 4.4-RC >Arrival-Date: Sun Sep 02 22:40:00 PDT 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 0:40:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zoon.lafn.org (zoon.lafn.org [206.117.18.9]) by hub.freebsd.org (Postfix) with ESMTP id 7E9A437B403 for ; Mon, 3 Sep 2001 00:40:26 -0700 (PDT) Received: from [10.0.1.100] (cs-wla2-p07.lafn.org [192.168.16.7] (may be forged)) by zoon.lafn.org (8.11.3/8.11.3) with ESMTP id f837eL084006; Mon, 3 Sep 2001 00:40:22 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 X-Sender: bc979@mail.lafn.org Message-Id: In-Reply-To: <20010902194650.A26090@freeway.dcfinc.com> References: <20010902194650.A26090@freeway.dcfinc.com> Date: Mon, 3 Sep 2001 00:38:29 -0700 To: "Chad R. Larson" From: Doug Hardie Subject: Re: 2.2.8 -> 4.3 upgrade Cc: FreeBSD Stable Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 19:46 -0700 9/2/01, Chad R. Larson wrote: >I'm about to bite the bullet and upgrade my old reliable server from >2.2.8-STABLE to 4.3-RELEASE. Biggest incentive is the increasing >number of ports that won't build without hand-holding and desire to >support the Ricoh MP7040S SCSI CD-ROM burner I bought for it without >doing the basic research to realize the WORM dirvers wouldn't >recognize it. Silly me, I thought SCSI burners would be as >interchangeable as SCSI disks and CD-ROM drives. > >I worked my way through the steps of doing the source upgrade (which >includes stops along the way at 3.5.1 and 4.1, as best I can tell) >and decided it would be easier to try to make one large leap. > >So, I'm planning on: > 1) Full backup (maybe several :->) > 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries > only) > 3) Mergemaster > 4) CVS update /usr/src to RELENG_4_3 > 5) make buildworld > 6) make installworld > 7) reboot > >If that leaves me with a running machine, then I'll > > 1) Mergemaster > 2) make buildkernel (GENERIC) > 3) make installkernel (GENERIC) > 4) reboot > >If I'm =still= alive, I'll edit up a custom kernel config file and >have another go. The UPDATING file in 4.3 suggests a slightly different order: 1) Full backup (maybe several :->) 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries and source) 3) reboot 4) make buildworld 5) make buildkernel 6) make installkernel 7) reboot - There will be some problems getting the kernel running as the conf files have not been updated. Booting single-user may reduce these problems. 8) make installworld 9) Mergemaster - There have been numerous changes to the conf file structures and commands. This will not be easy. - Fix /etc/fstab as device names have changed. 10) reboot again and watch carefully for errors. I used that procedure to convert a test system first from 2.2.8 to 3.5 and then later to 4.3. I only installed source on that test system. My production systems were converted by steps 2,3,5,6,7,8,9,10. I did all the build kernels on the test system. I then NFS mounted /usr/src /usr/obj and /usr/ports from the test system on the production systems. Your ports should be updated also. I had problems with some not running properly after converting to 3.5 and just upgraded every one. That solved the problems. -- -- Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 1:10:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 0127D37B401; Mon, 3 Sep 2001 01:10:15 -0700 (PDT) Date: Mon, 3 Sep 2001 01:10:15 -0700 From: David O'Brien To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: CPUTYPE and ports Message-ID: <20010903011015.A24874@hub.freebsd.org> Reply-To: obrien@freebsd.org References: <20010829172244.A78074@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from behanna@zbzoom.net on Wed, Aug 29, 2001 at 10:04:18PM -0400 X-Operating-System: FreeBSD 4.3-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 29, 2001 at 10:04:18PM -0400, Chris BeHanna wrote: > GCC 2.95.3 == EGCS 2.95.3. Some time ago, the GCC folks decided > to rename themselves EGCS, the Extended GNU Compiler Suite, and then > they decided they liked GCC better. You are very mis-informed. There is no EGCS anymore. EGCS was a _code_fork_ from the gcc 2.8 source. When RMS found that no one wanted to run gcc 2.8 and was contributing bug reports and patches to it. RMS saw the amount of usage and support the EGCS effort was getting; thus he agreed to let the EGCS group become the official GCC. GCC 2.95 was the first release known as "GCC" done by the EGCS people. > Version 2.95.3 was the last stable version before 3.0 came out. > There was an interim 2.96 release that contained experimental support > for generating 64-bit code on SPARCs, And IA-64, etc. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 3:38:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id 57C0A37B403 for ; Mon, 3 Sep 2001 03:38:06 -0700 (PDT) Received: from sunnl.Holland.Sun.COM ([129.159.201.1]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id DAA15636 for ; Mon, 3 Sep 2001 03:38:05 -0700 (PDT) Received: from swanaba.holland (swanaba.Holland.Sun.COM [129.159.210.22]) by sunnl.Holland.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id MAA18641 for ; Mon, 3 Sep 2001 12:38:04 +0200 (MEST) Received: from sun.com (swantty.Holland.Sun.COM [129.159.210.21]) by swanaba.holland (8.8.8+Sun/8.8.8) with ESMTP id MAA18592 for ; Mon, 3 Sep 2001 12:37:59 +0200 (MET DST) Message-ID: <3B935E0A.B215311F@sun.com> Date: Mon, 03 Sep 2001 12:40:11 +0200 From: Robert Hellwig X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: Trying to run 4.4-RC in VMWare under W2K Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Last week?? I read that a user had problems with booting his 4.4-RC FBSD in Vmware running Windows. I never(?) saw any replies to this problem but experienced the same trouble while making the world this weekend and ending up with 4.4-RC. Does anyone has any comment on how to get it running again?? Thanks, --Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 3:43:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id DE06C37B407; Mon, 3 Sep 2001 03:43:12 -0700 (PDT) Received: from lerami.lerctr.org (localhost [127.0.0.1]) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/20010730/$Revision: 1.25 $) with ESMTP id f83AhCXl010401; Mon, 3 Sep 2001 05:43:12 -0500 (CDT) Received: (from ler@localhost) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/Submit) id f83AhBs5010400; Mon, 3 Sep 2001 10:43:11 GMT Date: Mon, 3 Sep 2001 05:43:11 -0500 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , freebsd-stable@FreeBSD.ORG, qa@FreeBSD.ORG, Eric Masson Subject: Re: cputype=486 Message-ID: <20010903054311.A8507@lerami.lerctr.org> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010902144728.A41762@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.3.22.1i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Marcel Moolenaar [010902 16:47]: > > Obviously, I can't force any of this. Should I file a PR so it won't > > get lost? > > Yes, please. PR i386/30276 Thanks for any consideration/help. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 5:23:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from logatome.francenet.fr (logatome-2.francenet.fr [193.149.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 820CD37B403; Mon, 3 Sep 2001 05:23:16 -0700 (PDT) Received: from notbsdems.nantes.kisoft-services.com (pppA206.francenet.fr [193.149.100.116]) by logatome.francenet.fr (8.10.1/8.11.1) with ESMTP id f83CNB728867; Mon, 3 Sep 2001 14:23:11 +0200 (CEST) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 587EAE6971; Mon, 3 Sep 2001 01:38:27 +0200 (CEST) To: Marcel Moolenaar Cc: Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: cputype=486 References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> From: Eric Masson In-Reply-To: <20010902144728.A41762@dhcp01.pn.xcllnt.net> (Marcel Moolenaar's message of "Sun, 2 Sep 2001 14:47:28 -0700") X-Operating-System: FreeBSD 4.4-RC i386 Date: Mon, 03 Sep 2001 01:38:26 +0200 Message-ID: <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> Lines: 25 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Marcel" == Marcel Moolenaar writes: Marcel> You simply assumed that different processor models within the Marcel> same architecture would be treated as different architectures. Marcel> This is not the case. Wouldn't it be the easiest and costless method ? Eric Masson PS : The Barthez tag is related to a famous TV show in France, "Les Guignols de L'info", where all known public personalities are represented by latex puppets. F. Barthez' (French Soccer Team goal keeper) one is known to behave like : "Let's say something, if I'm wrong, I'll get corrected". -- (y compris ouinouin 98, il faudra y appliquer une rustine pour que ça passe, quand micromou voudra bien la donner, ie le jour où ils auront fini de tester ouinouin 2000, donc en 1912, si tout va bien) + LP in Guide du Macounet Pervers : Rustinez avant de passer sciemment + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 5:43:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.140]) by hub.freebsd.org (Postfix) with ESMTP id 702A437B403; Mon, 3 Sep 2001 05:43:19 -0700 (PDT) Received: (from corex@localhost) by alchemy.franken.de (8.11.3/8.11.4/ALCHEMY.FRANKEN.DE) id f83Coq205498; Mon, 3 Sep 2001 14:50:52 +0200 (CEST) (envelope-from corex) Date: Mon, 3 Sep 2001 14:50:52 +0200 From: marius strobl To: freebsd-stable@freebsd.org Cc: rwatson@freebsd.org, jedgar@fxp.org Subject: samba acl support under 4-stable Message-ID: <20010903145052.A30015@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG as 5.0-release is delayed for a year and i don't want to run -current on a production server, how are chances that the neccessary bits for samba acl support are merged into 4-stable ? is there already a patch for 4-stable available ? i guess it's not only me waiting for this feature regards, marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 6:12:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 572F437B406 for ; Mon, 3 Sep 2001 06:12:26 -0700 (PDT) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.9.3/3.7W) with ESMTP id WAA70658 for ; Mon, 3 Sep 2001 22:12:25 +0900 (JST) From: non@ever.sanda.gr.jp Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id WAA05557 for ; Mon, 3 Sep 2001 22:12:24 +0900 (JST) To: stable@FreeBSD.ORG Subject: Re: PC Card memory window In-Reply-To: <200109030428.f834Sxh23190@harmony.village.org> References: <20010825090731N.non@ever.sanda.gr.jp> <20010902165357Q.non@ever.sanda.gr.jp> <200109030428.f834Sxh23190@harmony.village.org> X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010903221223U.non@ever.sanda.gr.jp> Date: Mon, 03 Sep 2001 22:12:23 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 123 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Warner Losh Date: Sun, 02 Sep 2001 22:28:59 -0600 > Try the following patch: Yes, it worked for the iomem window. Thank you. But nsp needs 16 bits access, so also needed the change for cardd.c (which I sent recently and attached below). Are there any reason for 8 bits access ? > For pccard, the size '1' means use the default, as assigned by > pccardd. The exact size means just allocate it. One could argue this > too is a bug... I think that it is. 1 should mean "Ask the bus" and > a non-1 value should mean "make sure that it is at least this big" > (well, those two are the same thing, if you think about it). I think it's a bug too. It is confusing. > The trouble here comes in with some drivers. They need to allocate > memory that isn't listed in the CIS. The ones that I'm aware of need > to map card attribute memory for some reason. The xe driver has a > crude CIS parser in it to find out what the make/model of the card > is. The ray driver does unholy things that I never can recall. Other > drivers may do things too, but I can't recall at the moment. It might be a good idea to treat them in cardd.c like "ed" quirk so that driver use only the space allocated by the bus, if possible. > So if we were to change this behavior, we'd need to change the xe and > ray drivers. If not, then we need to change the nsp and ncv drivers. > Since the changes for the nsp and ncv drivers are smaller and easier > to verify, I think the right answer might be to change nsp and ncv for > 4.4-RELEASE and do a more complete fix after the release. I agree to change ncv, nsp and stg. There will no change in behavior of them. Since the nsp is just using the default value, ncv and nsp don't use iomem. The code is there just to reserve the space if it is allocated. Could you review and commit changes below ? // Noriaki Mitsunaga // Index: sys/dev/ncv/ncr53c500_pccard.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/sys/dev/ncv/ncr53c500_pccard.c,v retrieving revision 1.8 diff -u -r1.8 ncr53c500_pccard.c --- sys/dev/ncv/ncr53c500_pccard.c 2001/07/14 00:38:50 1.8 +++ sys/dev/ncv/ncr53c500_pccard.c 2001/09/03 13:02:12 @@ -198,7 +198,7 @@ sc->mem_rid = 0; sc->mem_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, - 0, ~0, msize, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE); if (sc->mem_res == NULL) { ncv_release_resource(dev); return(ENOMEM); Index: sys/dev/nsp/nsp_pccard.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/sys/dev/nsp/nsp_pccard.c,v retrieving revision 1.9 diff -u -r1.9 nsp_pccard.c --- sys/dev/nsp/nsp_pccard.c 2001/09/02 06:42:40 1.9 +++ sys/dev/nsp/nsp_pccard.c 2001/09/03 13:02:12 @@ -175,7 +175,7 @@ sc->mem_rid = 0; sc->mem_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, - 0, ~0, msize, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE); if (sc->mem_res == NULL) { nsp_release_resource(dev); return(ENOMEM); Index: sys/dev/stg/tmc18c30_isa.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/sys/dev/stg/tmc18c30_isa.c,v retrieving revision 1.5 diff -u -r1.5 tmc18c30_isa.c --- sys/dev/stg/tmc18c30_isa.c 2001/07/14 00:38:51 1.5 +++ sys/dev/stg/tmc18c30_isa.c 2001/09/03 13:02:12 @@ -149,7 +149,7 @@ sc->mem_rid = 0; sc->mem_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, - 0, ~0, msize, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE); if (sc->mem_res == NULL) { stg_release_resource(dev); return(ENOMEM); Index: sys/dev/stg/tmc18c30_pccard.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/sys/dev/stg/tmc18c30_pccard.c,v retrieving revision 1.9 diff -u -r1.9 tmc18c30_pccard.c --- sys/dev/stg/tmc18c30_pccard.c 2001/09/02 06:42:40 1.9 +++ sys/dev/stg/tmc18c30_pccard.c 2001/09/03 13:02:12 @@ -174,7 +174,7 @@ sc->mem_rid = 0; sc->mem_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, - 0, ~0, msize, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE); if (sc->mem_res == NULL) { stg_release_resource(dev); return(ENOMEM); Index: usr.sbin/pccard/pccardd/cardd.c =================================================================== RCS file: /home2/FreeBSD/ncvs/src/usr.sbin/pccard/pccardd/cardd.c,v retrieving revision 1.72 diff -u -r1.72 cardd.c --- usr.sbin/pccard/pccardd/cardd.c 2001/08/19 19:16:26 1.72 +++ usr.sbin/pccard/pccardd/cardd.c 2001/09/03 13:02:12 @@ -706,7 +706,7 @@ sp->mem.cardaddr = 0x4000; sp->mem.flags = MDF_ACTIVE | MDF_16BITS; } else { - sp->mem.flags = MDF_ACTIVE; + sp->mem.flags = MDF_ACTIVE | MDF_16BITS; } if (sp->mem.flags & MDF_ACTIVE) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 7:16:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 2A33B37B401; Mon, 3 Sep 2001 07:16:30 -0700 (PDT) Received: by freebsd.org.ru (Postfix, from userid 1000) id 7142CC4; Mon, 3 Sep 2001 18:16:10 +0400 (MSD) Date: Mon, 3 Sep 2001 18:16:10 +0400 From: "Sergey A. Osokin" To: stable@FreeBSD.org Cc: multimedia@FreeBSD.org Subject: USB problem (Olimpus camera) Message-ID: <20010903181610.A1051@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I trying to get a Olimpus E-10 (smart media) under FreeBSD 4.4-RC #0: Fri Aug 24 16:38:14 MSD 2001 $ dmesg uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered umass0: OLYMPUS E-10, rev 1.10/1.20, addr 3 da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 650KB/s transfers da2: 15MB (32000 512 byte sectors: 64H 32S/T 15C) Then i try "mount -t msdos -o ro /dev/da0s1 /mnt/umass". from /var/log/messages: da2: reading primary partition table: error reading fsbn 0 (da2:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 Any idea? P.S. Looks like this problem not solved still 4.3-RELEASE ? See Message-ID: <200106040539.f545dok01435@arch20m.dellroad.org> -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 7:27:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id D0D7C37B405; Mon, 3 Sep 2001 07:27:28 -0700 (PDT) Received: from vpn87.ece.cmu.edu (ANNEX-2.ECE.CMU.EDU [128.2.136.2]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id f83EQlP19895; Mon, 3 Sep 2001 10:26:47 -0400 (EDT) Date: Mon, 03 Sep 2001 10:26:43 -0400 From: "Brandon S. Allbery KF8NH" To: "Sergey A. Osokin" , stable@FreeBSD.ORG Cc: multimedia@FreeBSD.ORG Subject: Re: USB problem (Olimpus camera) Message-ID: <24080000.999527203@vpn87.ece.cmu.edu> In-Reply-To: <20010903181610.A1051@freebsd.org.ru> References: <20010903181610.A1051@freebsd.org.ru> X-Mailer: Mulberry/2.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, September 03, 2001 18:16:10 +0400, "Sergey A. Osokin" wrote: +----- | da2 at umass-sim0 bus 0 target 0 lun 0 | da2: Removable Direct Access SCSI-2 device | da2: 650KB/s transfers | da2: 15MB (32000 512 byte sectors: 64H 32S/T 15C) | | Then i try "mount -t msdos -o ro /dev/da0s1 /mnt/umass". +--->8 Shouldn't that be /dev/da2s1, given the attach messages? That sequence of errors indicates an unavailable drive, in my experience. Which certainly makes sense given the device name mismatch. -- brandon s. allbery [os/2][linux][solaris][freebsd] allbery@kf8nh.apk.net system administrator [JAPH][WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university [linux: proof of the million monkeys theory] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 7:42:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 21B5E37B401; Mon, 3 Sep 2001 07:42:03 -0700 (PDT) Received: by freebsd.org.ru (Postfix, from userid 1000) id 634A9C4; Mon, 3 Sep 2001 18:41:58 +0400 (MSD) Date: Mon, 3 Sep 2001 18:41:58 +0400 From: "Sergey A. Osokin" To: "Brandon S. Allbery KF8NH" Cc: stable@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: USB problem (Olimpus camera) Message-ID: <20010903184158.A1342@freebsd.org.ru> References: <20010903181610.A1051@freebsd.org.ru> <24080000.999527203@vpn87.ece.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <24080000.999527203@vpn87.ece.cmu.edu> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 10:26:43AM -0400, Brandon S. Allbery KF8NH wrote: > On Monday, September 03, 2001 18:16:10 +0400, "Sergey A. Osokin" > wrote: > +----- > | da2 at umass-sim0 bus 0 target 0 lun 0 > | da2: Removable Direct Access SCSI-2 device > | da2: 650KB/s transfers > | da2: 15MB (32000 512 byte sectors: 64H 32S/T 15C) > | > | Then i try "mount -t msdos -o ro /dev/da0s1 /mnt/umass". > +--->8 > > Shouldn't that be /dev/da2s1, given the attach messages? Oops. Yes, you right. I tried to mount /dev/da2s1... > That sequence of errors indicates an unavailable drive, in my experience. > Which certainly makes sense given the device name mismatch. Hmm. -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 8: 1:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.euroscript-ls.de (mail.euroscript-ls.de [213.68.26.164]) by hub.freebsd.org (Postfix) with ESMTP id 3DA1637B409 for ; Mon, 3 Sep 2001 08:01:18 -0700 (PDT) Received: from euroscript-ls.de (intra.euroscript-ls.de [10.18.10.3]) by mail.euroscript-ls.de (8.10.0/8.10.0) with ESMTP id f83F0xH17868; Mon, 3 Sep 2001 17:00:59 +0200 (CEST) Message-ID: <3B939B1F.90040416@euroscript-ls.de> Date: Mon, 03 Sep 2001 17:00:47 +0200 From: Radoy Pavlov Organization: euroscript Language Services GmbH X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Hardie Cc: stable@freebsd.org Subject: Re: 2.2.8 -> 4.3 upgrade References: <20010902194650.A26090@freeway.dcfinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Hardie wrote: > > At 19:46 -0700 9/2/01, Chad R. Larson wrote: [...] > > 1) Full backup (maybe several :->) > > 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries > and source) > > 3) reboot > > 4) make buildworld This is the point. I've been trying to update one 3.5.1 box to 4.x branch without success. Either way (using cvsup or sysinstall) make buildworld breaks with various errors. Today it was secure/lib/libcryto. It's a good plan, but what basis do i need to complete that build ? I tried updating plain 3.5.1 install from a CD set and cvsuped one to 3.5.1-S. cheers, Radoy -- Error FE6B - Nonexistent - This comment does not exist, and therefore you cannot read it. Please go away quietly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 8: 6: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E37E437B406 for ; Mon, 3 Sep 2001 08:06:02 -0700 (PDT) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.5/8.11.5) with SMTP id f83F5mP41921; Mon, 3 Sep 2001 11:05:48 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 3 Sep 2001 11:05:48 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: marius strobl Cc: freebsd-stable@freebsd.org, trustedbsd-discuss@TrustedBSD.org, jedgar@fxp.org Subject: Re: samba acl support under 4-stable In-Reply-To: <20010903145052.A30015@alchemy.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Sep 2001, marius strobl wrote: > as 5.0-release is delayed for a year and i don't want to run -current on > a production server, how are chances that the neccessary bits for samba > acl support are merged into 4-stable ? > > is there already a patch for 4-stable available ? > > i guess it's not only me waiting for this feature Currently, there are no plans to backport the EA and ACL support to FreeBSD RELENG_4. However, in light of the release schedule changes, it would probably be worth discussing what would be involved in a backport. There are a number of issues that would need to be considered: (1) Actual cost of the backport in man-hours, including all dependencies. (2) Consideration of current stability and completeness of the code. (3) On-going debate in some of the other communities working with ACLs as to what the interfaces should look like. (1) requires that the ACL kernel code, libraries, utilities, and application patches be backported. This is a non-trivial effort, I would estimate at least 2-3 weeks of work given divergence and testing requirements. In the form of dependencies, you also pick up the requirements that EAs be backported, which similarly have kernel, library, and utility components, with non-trivial efforts involved. I'd throw in at least another week or two here. (2) We had relied on having a "unstable" 5.0-RELEASE cycle to allow more broad testing of ACL code before it hit mainstream. Right now, deployed use of the FreeBSD ACL code is pretty low, and moving the code to the RELENG_4 branch would represent a much more firm commitment on our part that it worked. Not, mind you, that I think it doesn't work, just that normally I would require a higher level of confidence in the form of broad testing before doing such a backport. There are some components of the work that are not yet complete -- many userland applications that should know about ACLs don't. You see this in the form of, for example, text editors which re-create the file when they edit it, and fail to preserve ACLs, or in our inability to backup ACLs using dump (although extensions to tar are now available to deal with EAs). Lack of broad testing of interactions between ACLs and applications as an important thing to remedy before we can proceed. (3) This morning I got e-mail from the Linux side of the world laying out plans to utterly transform their previously portable ACL interface. This is, in some senses, necessary to support NFSv4, but really throughs a wrench into concepts of portability. We have pretty strictly implemented the POSIX.1e ACL syntax and semantics, in line with IRIX and other platforms, and supported by Samba. NFSv4 has zero deployment right now, and the interactions between UNIX and NFSv4 ACLs are pretty well undefined. As long as ACLs live only on the -CURRENT branch, we can adapt to that kind of thing fairly freely--once we push them onto a -STABLE branch, the APIs are frozen. So there's a lot involved in such a backport--if we do go ahead with it, we'll need firm commitments of time (substantial chunks of time, no less) for development, testing, and application adaptation. Given these issues, my initial response would be "we'd love to, but resources simply aren't available". On the other hand, I would certainly not block any effort to backport, as long as it addressed the above concerns, and would certainly want to be involved. My recommendation for anyone wanting to do a backport would be that they get involved in making sure the 5.0-CURRENT implementation is really solid. In particular, this means: - Work to make sure the EA implementation is bug-free and resistant to failure. This will require a lot more testing than it has currently had, especially in high-load environments. It probably also requires additional investment in understanding the behavior under failure of the system, especially WRT partial writes during a crash, etc. Also, investment in understanding potential performance bottlenecks in the code, such as excessively broad locking, and ways that could be improved. - Work to make the ACL implementation less resistant to failure -- in particular, in crash situations. - Testing of applications when ACLs are enabled to see what "weird" things happen--particular WRT preservation of ACLs when applications act on files (including WRT copying and moving files), and whether applications act properly and respect ACLs. One example of this comes via the eaccess() system call I'm about to introduce on -CURRENT, which allows an application to ask if it has the rights to open a file without actually opening it (to be distinguished from access() in that it uses effective not real credentials). This allows applications such as file browsers to correctly display the writability of files in the user interface. This call is actually being introduced to support the Finder on Mac OS X, but would also be useful for KDE and related software. Discussion of this stuff should probably move to the trustedbsd-discuss list, although feedback from the freebsd-stable list would be solicited if any forward progress requiring review were to be made. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 9:19:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 6121637B407 for ; Mon, 3 Sep 2001 09:19:36 -0700 (PDT) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.11.6/8.11.6) id f83GJZt00478 for freebsd-stable@freebsd.org; Mon, 3 Sep 2001 11:19:35 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 03 Sep 2001 11:19:35 -0500 (CDT) Organization: @Home Network From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: Oddity in ext2fs handling Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Running a very recent 4.4-RC here. Mounted a Redhat Linux / partition on /mnt. I can cd into /mnt/home OK, but then it gets weird. I can do a simple "ls" and see my home directory: /mnt/home$ ls conrads But "ls -l" produces an error: /mnt/home$ ls -l ls: conrads: Invalid argument I can't "cd conrads" either. /home is not symlinked on the Linux partition, it's right there in the root partition. Not a major problem for me, but I thought it was worth mentioning. -- Conrad Sabatier conrads@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 9:28:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 99EDB37B408 for ; Mon, 3 Sep 2001 09:28:21 -0700 (PDT) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.11.6/8.11.6) id f83GSL900418 for freebsd-stable@freebsd.org; Mon, 3 Sep 2001 11:28:21 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 03 Sep 2001 11:28:21 -0500 (CDT) Organization: @Home Network From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: RE: Oddity in ext2fs handling Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh boy. Now the Linux partition is unbootable. LILO (installed in the first sector of the / partition, FreeBSD's boot0 manager in the mbr) gives the infamous "LI" then hangs. I don't know if FreeBSD caused this, or if the drive was already corrupted when I tried mounting it under FreeBSD. At any rate, it certainly has some bearing on my earlier post about weird directory handling under ext2fs. :-) Luckily, this was only a new install of Redhat I had done yesterday just for the hell of it. No big loss. -- Conrad Sabatier conrads@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 9:46:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.webgator.com (ns1.webgator.com [63.70.62.25]) by hub.freebsd.org (Postfix) with ESMTP id 87C2637B40D for ; Mon, 3 Sep 2001 09:46:24 -0700 (PDT) Received: from localhost (dave@localhost) by ns1.webgator.com (8.9.3/8.9.3) with ESMTP id MAA85720 for ; Mon, 3 Sep 2001 12:46:18 -0400 (EDT) (envelope-from dave@ns1.webgator.com) Date: Mon, 3 Sep 2001 12:46:18 -0400 (EDT) From: Dave Hummel To: Subject: dhcp client woes Message-ID: <20010903124215.V85715-100000@ns1.webgator.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm having problems with dhcp on stable and 4.4rc2. I don't see any obvious signs of network problems - the only thing that seems to fail at all is dhcp discover. I have tried various dhcp clients. FreeBSD stable was working fine until I upgraded, and Linux is still working fine on the same network. Is anyone else having any problems? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 9:47:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id 7448D37B40C for ; Mon, 3 Sep 2001 09:47:32 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id EAF9F400; Mon, 3 Sep 2001 10:47:31 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 62E6F861; Mon, 3 Sep 2001 10:47:31 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id JAA23417; Mon, 3 Sep 2001 09:47:30 -0700 (PDT) Message-Id: <200109031647.JAA23417@mina.soco.agilent.com> To: Doug Hardie Cc: "Chad R. Larson" , FreeBSD Stable Subject: Re: 2.2.8 -> 4.3 upgrade Reply-To: Darryl Okahata In-Reply-To: Your message of "Mon, 03 Sep 2001 00:38:29 PDT." Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Mon, 03 Sep 2001 09:47:30 -0700 From: Darryl Okahata Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Hardie wrote: > The UPDATING file in 4.3 suggests a slightly different order: > > 1) Full backup (maybe several :->) > > 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries > and source) Upgrading source is likely to fail, unless you rename/remove any existing /usr/src. For some reason, every time I upgrade FreeBSD via the CDs, I have to rename/remove /usr/src; otherwise, the install process complains and refuses to update it. [ It's been a minor pain, as I always forget to do that. Then I try to upgrade via the CDs, get the error message, reboot, rename /usr/src, and retry the upgrade. Foo. ] -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 9:47:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id DD9AA37B403; Mon, 3 Sep 2001 09:47:04 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f83Gl4600520; Mon, 3 Sep 2001 09:47:04 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f83Gl2p00728; Mon, 3 Sep 2001 09:47:02 -0700 (PDT) (envelope-from marcel) Date: Mon, 3 Sep 2001 09:47:02 -0700 From: Marcel Moolenaar To: Eric Masson Cc: Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010903094702.A554@dhcp01.pn.xcllnt.net> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 01:38:26AM +0200, Eric Masson wrote: > >>>>> "Marcel" == Marcel Moolenaar writes: > > Marcel> You simply assumed that different processor models within the > Marcel> same architecture would be treated as different architectures. > Marcel> This is not the case. > > > > Wouldn't it be the easiest and costless method ? > > I think it would be better to keep the definition of architecture as it is but decorate it with model for build purposes. This means that you need a simple way to extract the arch+model string from the runtime environment so that you can use it in make(1). A build is then started by saying something like: make buildworld HOST_MACH=i386-p3 or make buildworld HOST_MACH=alpha-ev5 In this scenario, building on Pentium III (BUILD_MACH=i386-p3) for use on an i386 (HOST_MACH=i386-i386), where the install happens on the i386 itself (BUILD_MACH=i386-i386) would do the right thing. The tools built on the P3 will not be used during installation by the i386 machine itself. Consequently, we need to make sure that during install we check and optionally build the minimal set of tools we need during installation. This solution is not undoable, but needs care to implement and can easily take weeks or maybe months to do it right. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10: 9:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salseiros.melim.com.br (salseiros.melim.com.br [200.215.110.23]) by hub.freebsd.org (Postfix) with ESMTP id D569A37B40A for ; Mon, 3 Sep 2001 10:09:40 -0700 (PDT) Received: from fazendinha (ressacada.melim.com.br [200.215.110.4]) by salseiros.melim.com.br (8.11.6/8.11.3) with SMTP id f83H6AG97894 for ; Mon, 3 Sep 2001 14:06:18 -0300 (BRT) (envelope-from ronan@melim.net) Message-ID: <030201c1349b$a0c254b0$2aa8a8c0@melim.com.br> From: "Ronan Lucio" To: References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> <20010903094702.A554@dhcp01.pn.xcllnt.net> Subject: RAID5 Date: Mon, 3 Sep 2001 14:12:27 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, I have a doubt about RAID5: If I have 3 HDs with 36 Gb each in RAID5, what is my total abaliable space? Can I select it? For example: Can I create 20 Gb for parity + 88 Gb of avaliable space? Thanks, Ronan Lucio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:27:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mmx01.gmu.edu (mmx01.gmu.edu [129.174.0.12]) by hub.freebsd.org (Postfix) with ESMTP id 4E2B537B405 for ; Mon, 3 Sep 2001 10:27:16 -0700 (PDT) Received: from CERBERUS ([129.174.130.10]) by mmx01.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GJ3KHF00.28A for ; Mon, 3 Sep 2001 13:27:15 -0400 Reply-To: From: "Steve Bernard" To: Subject: RE: RAID5 Date: Mon, 3 Sep 2001 13:27:21 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <030201c1349b$a0c254b0$2aa8a8c0@melim.com.br> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Assuming identical HDs, with RAID 5 available disk space is equal to drive size*(n-1), where n is the number of drives you are using. In your case, 36GB*(3-1) == 36GB*2 == 72GB. The diskspace used for parity is not configurable. Steve -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Ronan Lucio Sent: Monday, September 03, 2001 1:12 PM To: stable@FreeBSD.ORG Subject: RAID5 Hi All, I have a doubt about RAID5: If I have 3 HDs with 36 Gb each in RAID5, what is my total abaliable space? Can I select it? For example: Can I create 20 Gb for parity + 88 Gb of avaliable space? Thanks, Ronan Lucio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:29:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id 7298537B406 for ; Mon, 3 Sep 2001 10:29:53 -0700 (PDT) Received: by chat.dagupan.com with Internet Mail Service (5.5.2653.19) id ; Tue, 4 Sep 2001 01:30:09 +0800 Message-ID: <10F29E27A956D511B0940050DA8D86A908F812@chat.dagupan.com> From: francisv@dagupan.com To: sbernard@gmu.edu, stable@FreeBSD.ORG Subject: RE: RAID5 Date: Tue, 4 Sep 2001 01:30:03 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Speaking of RAID, what RAID card that supports IDE would you recommend for FreeBSD? Can it boot from the RAID device or do you need a separate boot disk for that? > -----Original Message----- > From: Steve Bernard [mailto:sbernard@gmu.edu] > Sent: Tuesday, September 04, 2001 1:27 AM > To: stable@FreeBSD.ORG > Subject: RE: RAID5 > > Assuming identical HDs, with RAID 5 available disk space is equal to drive > size*(n-1), where n is the number of drives you are using. In your case, > 36GB*(3-1) == 36GB*2 == 72GB. The diskspace used for parity is not > configurable. > > Steve > > > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Ronan Lucio > Sent: Monday, September 03, 2001 1:12 PM > To: stable@FreeBSD.ORG > Subject: RAID5 > > > Hi All, > > I have a doubt about RAID5: > > If I have 3 HDs with 36 Gb each in RAID5, what is > my total abaliable space? > > Can I select it? > For example: Can I create 20 Gb for parity + 88 Gb of > avaliable space? > > Thanks, > Ronan Lucio > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:36:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salseiros.melim.com.br (salseiros.melim.com.br [200.215.110.23]) by hub.freebsd.org (Postfix) with ESMTP id 5277E37B406 for ; Mon, 3 Sep 2001 10:36:50 -0700 (PDT) Received: from fazendinha (ressacada.melim.com.br [200.215.110.4]) by salseiros.melim.com.br (8.11.6/8.11.3) with SMTP id f83HXOG07049 for ; Mon, 3 Sep 2001 14:33:24 -0300 (BRT) (envelope-from ronan@melim.net) Message-ID: <031a01c1349f$6a4cb160$2aa8a8c0@melim.com.br> From: "Ronan Lucio" To: References: <20010903172138.32514.qmail@web13301.mail.yahoo.com> Subject: Re: RAID5 Date: Mon, 3 Sep 2001 14:38:42 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Friends, Thanks a lot for your answers. Once more to confirm: So, If I have 3 HDs with 36 Gb each, I will have 72 Gb of avaliable space and I one of them breake, the computer will continues working in another one until I have replace it? Ok? Thanks, Ronan Lucio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:38:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mmx01.gmu.edu (mmx01.gmu.edu [129.174.0.12]) by hub.freebsd.org (Postfix) with ESMTP id DEB8B37B405 for ; Mon, 3 Sep 2001 10:38:50 -0700 (PDT) Received: from CERBERUS ([129.174.130.10]) by mmx01.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GJ3L0Q00.J82 for ; Mon, 3 Sep 2001 13:38:50 -0400 Reply-To: From: "Steve Bernard" To: Subject: RE: RAID5 Date: Mon, 3 Sep 2001 13:38:56 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <10F29E27A956D511B0940050DA8D86A908F812@chat.dagupan.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been happy with my Promise IDE RAID controllers but, I've never used them on a BSD box. Steve -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of francisv@dagupan.com Sent: Monday, September 03, 2001 1:30 PM To: sbernard@gmu.edu; stable@FreeBSD.ORG Subject: RE: RAID5 Speaking of RAID, what RAID card that supports IDE would you recommend for FreeBSD? Can it boot from the RAID device or do you need a separate boot disk for that? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:41:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zogbe.tasam.com (uta-ip196.ntc.off-campus.vt.edu [63.165.178.196]) by hub.freebsd.org (Postfix) with ESMTP id 1028D37B40C for ; Mon, 3 Sep 2001 10:41:32 -0700 (PDT) Received: from battleship (uta-ip196.ntc.off-campus.vt.edu [63.165.178.196]) by zogbe.tasam.com (8.11.6/8.11.6) with SMTP id f83HfGJ91850; Mon, 3 Sep 2001 13:41:16 -0400 (EDT) Message-ID: <002d01c1349f$a2976600$095f5f0a@battleship> From: "Joseph Gleason" To: , References: Subject: Re: RAID5 Date: Mon, 3 Sep 2001 13:41:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've done a bootable mirror on a Promise RAID controller, but never a bootable RAID5. Not sure if it works. ----- Original Message ----- From: "Steve Bernard" To: Sent: Monday, September 03, 2001 13:38 Subject: RE: RAID5 > I have been happy with my Promise IDE RAID controllers but, I've never used > them on a BSD box. > > Steve > > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of > francisv@dagupan.com > Sent: Monday, September 03, 2001 1:30 PM > To: sbernard@gmu.edu; stable@FreeBSD.ORG > Subject: RE: RAID5 > > > Speaking of RAID, what RAID card that supports IDE would you recommend for > FreeBSD? Can it boot from the RAID device or do you need a separate boot > disk for that? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 10:43:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id 95FD237B406 for ; Mon, 3 Sep 2001 10:43:13 -0700 (PDT) Received: by chat.dagupan.com with Internet Mail Service (5.5.2653.19) id ; Tue, 4 Sep 2001 01:43:28 +0800 Message-ID: <10F29E27A956D511B0940050DA8D86A908F814@chat.dagupan.com> From: francisv@dagupan.com To: clash@tasam.com, sbernard@gmu.edu, stable@FreeBSD.ORG Subject: RE: RAID5 Date: Tue, 4 Sep 2001 01:43:26 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How stable is the RAID controller under FreeBSD? > -----Original Message----- > From: Joseph Gleason [mailto:clash@tasam.com] > Sent: Tuesday, September 04, 2001 1:41 AM > To: sbernard@gmu.edu; stable@FreeBSD.ORG > Subject: Re: RAID5 > > I've done a bootable mirror on a Promise RAID controller, but never a > bootable RAID5. Not sure if it works. > > > ----- Original Message ----- > From: "Steve Bernard" > To: > Sent: Monday, September 03, 2001 13:38 > Subject: RE: RAID5 > > > > I have been happy with my Promise IDE RAID controllers but, I've never > used > > them on a BSD box. > > > > Steve > > > > -----Original Message----- > > From: owner-freebsd-stable@FreeBSD.ORG > > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of > > francisv@dagupan.com > > Sent: Monday, September 03, 2001 1:30 PM > > To: sbernard@gmu.edu; stable@FreeBSD.ORG > > Subject: RE: RAID5 > > > > > > Speaking of RAID, what RAID card that supports IDE would you recommend > for > > FreeBSD? Can it boot from the RAID device or do you need a separate boot > > disk for that? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11: 0:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zoon.lafn.org (zoon.lafn.org [206.117.18.9]) by hub.freebsd.org (Postfix) with ESMTP id A752E37B405 for ; Mon, 3 Sep 2001 10:59:58 -0700 (PDT) Received: from [10.0.1.100] (cs-lake1-p40.lafn.org [192.168.11.40] (may be forged)) by zoon.lafn.org (8.11.3/8.11.3) with ESMTP id f83HxqS11287; Mon, 3 Sep 2001 10:59:52 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 X-Sender: bc979@mail.lafn.org Message-Id: In-Reply-To: <3B939B1F.90040416@euroscript-ls.de> References: <20010902194650.A26090@freeway.dcfinc.com> <3B939B1F.90040416@euroscript-ls.de> Date: Mon, 3 Sep 2001 10:58:56 -0700 To: Radoy Pavlov From: Doug Hardie Subject: Re: 2.2.8 -> 4.3 upgrade Cc: stable@freebsd.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 17:00 +0200 9/3/01, Radoy Pavlov wrote: >Doug Hardie wrote: >> >> At 19:46 -0700 9/2/01, Chad R. Larson wrote: >[...] >> >> 1) Full backup (maybe several :->) >> >> 2) Boot 4.3-RELEASE CDs and select "Upgrade" (kernel and binaries >> and source) >> >> 3) reboot >> >> 4) make buildworld > >This is the point. I've been trying to update one >3.5.1 box to 4.x branch without success. Either way >(using cvsup or sysinstall) make buildworld breaks >with various errors. Today it was secure/lib/libcryto. >It's a good plan, but what basis do i need to complete >that build ? I tried updating plain 3.5.1 install from >a CD set and cvsuped one to 3.5.1-S. Before doing the upgrade installation you should delete /usr/src and /usr/obj and then recreate empty directories. -- -- Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11:11:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsdsystems.com (216.126.94.34 [216.126.94.34]) by hub.freebsd.org (Postfix) with SMTP id 9E62237B406 for ; Mon, 3 Sep 2001 11:11:12 -0700 (PDT) Received: (qmail 87082 invoked by uid 90); 3 Sep 2001 18:11:11 -0000 Message-ID: <20010903181111.87075.qmail@freebsdsystems.com> From: "Lanny Baron" To: stable@freebsd.org Subject: make update dies because it cannot find pod2man.. Date: Mon, 03 Sep 2001 18:11:11 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: lnb@cybertouch.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have an ongoing problem which I have tried to fix, but persists. Whether make update is run from a script from a crontab (as in a weekly job) or by cd /usr/src; make update The update fails when it runs the Makefile in /usr/src/secure/usr.bin/openssl/Makefile It cannot find pod2man. Even when at the end of the Makefile the line .pod2man is changed to .pod2man /usr/bin/pod2man the file gets overwritten and fails. I have checked roots .profile, .cshrc to be sure /usr/bin is in the path statement. Would anyone know what is wrong and a fix to this? Thanks in advance, Lanny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11:21: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 93B2137B409 for ; Mon, 3 Sep 2001 11:21:00 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f83IL1910973 for ; Mon, 3 Sep 2001 14:21:01 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 14:20:56 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: RAID5 In-Reply-To: <030201c1349b$a0c254b0$2aa8a8c0@melim.com.br> Message-ID: <20010903141721.D10812-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Sep 2001, Ronan Lucio wrote: > Hi All, > > I have a doubt about RAID5: > > If I have 3 HDs with 36 Gb each in RAID5, what is > my total abaliable space? 72GB. > Can I select it? > For example: Can I create 20 Gb for parity + 88 Gb of > avaliable space? No. RAID-5 stripes parity information across all three drives: data data parity data parity data parity data data etc. You can bump up the available space by adding more spindles (only one stripe of a stripeset is parity), but the tradeoff is that the parity calculations may degrade write performance when you do that. FWIW, I set up a 4-drive RAID-5 volume with an associated journaling device on Solaris 8 that performs pretty well for home directories. I wouldn't expect vinum to be any different in that regard, given sufficient CPU (my Solaris volume is served from a two-CPU E450, just as a reference point). -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11:26: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 68E3637B405 for ; Mon, 3 Sep 2001 11:26:03 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f83IQ4911004 for ; Mon, 3 Sep 2001 14:26:04 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 14:25:59 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: RE: RAID5 In-Reply-To: <10F29E27A956D511B0940050DA8D86A908F812@chat.dagupan.com> Message-ID: <20010903142145.K10812-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Sep 2001 francisv@dagupan.com wrote: > Speaking of RAID, what RAID card that supports IDE would you recommend for > FreeBSD? Can it boot from the RAID device or do you need a separate boot > disk for that? AFAIK, there are no IDE RAID cards that support RAID-5. You are stuck with RAID 0, 1 or 10. Although these are just fine for what they are, they don't do what RAID-5 does. RAID-10 is an acceptable substitute for RAID-5 if you have the money for the spare spindles. Promise's RAID cards are the ubiquitous "standard" these days, although you can also get motherboards that have onboard IDE RAID controllers (again, only RAID 0, 1, or 10), such as the Gigabyte GA-7DXR. Or you could use vinum(8) and use whatever IDE controller you have, and whatever RAID configuration that you want. Note, however that last I knew (Greg Lehey can update us on this), vinum(8) in RAID-5 did not work well with the fxp driver (which handles Intel EtherExpress NICs). Many here have reported data corruption with that combination, and it's apparently a *very* hard problem to reproduce "in the lab". -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11:27:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id D435937B40E for ; Mon, 3 Sep 2001 11:27:16 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f83IRI911010 for ; Mon, 3 Sep 2001 14:27:18 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 14:27:13 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: RAID5 In-Reply-To: <031a01c1349f$6a4cb160$2aa8a8c0@melim.com.br> Message-ID: <20010903142613.O10812-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Sep 2001, Ronan Lucio wrote: > Hi Friends, > > Thanks a lot for your answers. > > Once more to confirm: > So, If I have 3 HDs with 36 Gb each, I will have 72 Gb of > avaliable space and I one of them breake, the computer will > continues working in another one until I have replace it? Ok? Yes, but write performance will be absolutely horrible until you replace the broken drive and rebuild the volume. Note that if you lose one of those remaining two drives before you replace the broken drive and rebuild the volume, you're toast. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 11:28:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns17.u-build-it.net (ns17.u-build-it.net [66.33.65.140]) by hub.freebsd.org (Postfix) with ESMTP id 2E25437B40B for ; Mon, 3 Sep 2001 11:28:14 -0700 (PDT) Received: from h0002e3053cbe.ne.mediaone.net ([66.31.121.29] helo=beast) by ns17.u-build-it.net with smtp (Exim 3.22 #1) id 15dyRw-00055x-00; Mon, 03 Sep 2001 14:27:56 -0400 Reply-To: From: "Paul A. Howes" To: "Lanny Baron" , Subject: RE: make update dies because it cannot find pod2man.. Date: Mon, 3 Sep 2001 14:28:00 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20010903181111.87075.qmail@freebsdsystems.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns17.u-build-it.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - fair-ware.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having the same problem since the early 4.x days. It is getting really annoying to have to change that file by hand every time I update the system. Does anyone have any idea what is causing this? I would like to get it solved before 4.4 "goes gold". Thanks! -- Paul A. Howes pahowes@fair-ware.com If you would like my PGP key, send a blank e-mail to pgpkey@fair-ware.com -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Lanny Baron Sent: Monday, September 03, 2001 2:11 PM To: stable@freebsd.org Subject: make update dies because it cannot find pod2man.. Hi, I have an ongoing problem which I have tried to fix, but persists. Whether make update is run from a script from a crontab (as in a weekly job) or by cd /usr/src; make update The update fails when it runs the Makefile in /usr/src/secure/usr.bin/openssl/Makefile It cannot find pod2man. Even when at the end of the Makefile the line .pod2man is changed to .pod2man /usr/bin/pod2man the file gets overwritten and fails. I have checked roots .profile, .cshrc to be sure /usr/bin is in the path statement. Would anyone know what is wrong and a fix to this? Thanks in advance, Lanny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 13:12:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 0CE4937B403; Mon, 3 Sep 2001 13:12:15 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [fec0::1:12]) by Awfulhak.org (8.11.5/8.11.5) with ESMTP id f83KBRA99742; Mon, 3 Sep 2001 21:11:39 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.6/8.11.6) with ESMTP id f83KBRj24419; Mon, 3 Sep 2001 21:11:27 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200109032011.f83KBRj24419@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Shunsuke SHINOMIYA Cc: freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org, snap-users@kame.net Subject: Re: user-ppp assigns the address same with already assigned for other clients In-Reply-To: Message from Shunsuke SHINOMIYA of "Sun, 02 Sep 2001 22:18:25 +0900." <20010902213719.968A.S-SHINO@kt.rim.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Sep 2001 21:11:27 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've cc'd snap-users@kame.net in case someone can come up with a quick fix (FreeBSD is about to be released, and this bug has just been exposed).... > Dear sir, > > I noticed while building the PPTP server with FreeBSD 4.4-RC, user-ppp > seems that it assigns already assigned address for other clients. > > It checked by 4.4-RC-20010825-JPSNAP. > > For example, pptpd(PoPToP) running with user-ppp(ppp.conf contains the > following), and one client has already connected. Other client make > connections and user-ppp assigns the same address of already connected > by high probability, and it becomes impossible communicate normally. > > > set log Phase IPCP > > > > set ifaddr 192.168.1.1 192.168.1.64-192.168.1.65 255.255.255.255 > > accept dns > > set dns 192.168.1.1 > > set timeout 0 > > > > disable PAP CHAP MSCHAP > > enable MSCHAPv2 > > disable deflate pred1 > > deny deflate pred1 > > > > set mppe 128 stateless > > enable mppe This is very bad. This will break most ppp server setups that allocate IP numbers on demand. Taking a quick look, I can only *guess* that this has been caused by one of the recent kame MFCs, as the SIOCAIFADDR ioctl() (that ppp uses to assign the addresses, and expects to fail for duplicates) is now implemented in the kernel by using SIOCAIFADDR_IN6 (the ipv6-capable implementation). I'll try to get a chance to look at it in the next day or two. For anyone that may be able to help, I've attached a couple of ppp config entries. Running ``ppp loop'' and typing ``open'' in two different screens will show the problem -- four interfaces are configured, two pairs of duplicates. > Thanks. > > > / Shunsuke Shinomiya / > /s-shino@kt.rim.or.jp/ Cheers. -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! loop: set timeout 0 set device "!ppp -direct loop-in" set dial set login set log set ifaddr 10.2.0.1/24 10.1.0.1-10.1.0.2 loop-in: set timeout 0 set log set ifaddr 10.1.0.1/24 10.2.0.1-10.2.0.2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 13:42:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id 5D51937B408 for ; Mon, 3 Sep 2001 13:42:12 -0700 (PDT) Received: by turtle.looksharp.net (Postfix, from userid 1003) id 366623E8D; Mon, 3 Sep 2001 16:42:38 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id 335F3BAAD; Mon, 3 Sep 2001 16:42:38 -0400 (EDT) Date: Mon, 3 Sep 2001 16:42:38 -0400 (EDT) From: "Brandon D. Valentine" To: Chris BeHanna Cc: FreeBSD-Stable Subject: RE: RAID5 In-Reply-To: <20010903142145.K10812-100000@topperwein.dyndns.org> Message-ID: <20010903163858.N58263-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Sep 2001, Chris BeHanna wrote: > AFAIK, there are no IDE RAID cards that support RAID-5. You are >stuck with RAID 0, 1 or 10. Although these are just fine for what >they are, they don't do what RAID-5 does. RAID-10 is an acceptable >substitute for RAID-5 if you have the money for the spare spindles. Both Promise and Adaptec now have out IDE RAID5 cards. Check their respective websites. I don't know about the state of support for either. You likely need to ask Mike Smith. As for my preferred solution we use the Arena II external IDE RAID boxes from Maxtronic. They're available through RaidWeb and StorNet off the top of my head. They do RAID 0,1,10,5 with up to 128MB of SDRAM cache, redundant hotswap power supplies and the IDE drives are hot swappable with online rebuild of the array. It's like buying a really expensive SCSI RAID solution but then being able to put 100GB IDE drives in it. The hardware isn't as cheap as a PCI card, but we've found it worth it. Plus it's OS independent since it appears simply as a large SCSI drive to the OS. -- "Never put off until tomorrow what you can do today. There might be a law against it by that time." -- /usr/games/fortune, 07/30/2001 Brandon D. Valentine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 13:59:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from atg2.atgnet.com (atg2.atgnet.com [165.254.146.2]) by hub.freebsd.org (Postfix) with ESMTP id C954637B401 for ; Mon, 3 Sep 2001 13:59:50 -0700 (PDT) Received: from localhost (blam@localhost) by atg2.atgnet.com (8.9.3/8.9.3) with ESMTP id RAA15591 for ; Mon, 3 Sep 2001 17:02:40 -0400 (EDT) Date: Mon, 3 Sep 2001 17:02:40 -0400 (EDT) From: Bernardo Lam To: freebsd-stable@freebsd.org Subject: 4.3-20010903-STABLE can't install on SONY Laptop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tried to install from floppies, the machine reboots by itself while probing devices. Had a CVSUP from 08/31 on this same machine, after a make world, the laptop, a Sony VAIO PCG-707 rebooted by itself while probing devices (same as with today's snapshot). Any ideas? It worked fine with 4.3-20010813 and with previous versions of FreeBSD. Thanks, Bernardo PS. I just reinstalled 4.3-20010813, works just fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 14: 4:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-3.ig.com.br (smtp-3.ig.com.br [200.226.132.152]) by hub.freebsd.org (Postfix) with SMTP id 0388537B407 for ; Mon, 3 Sep 2001 14:04:11 -0700 (PDT) Received: (qmail 23376 invoked from network); 3 Sep 2001 21:03:17 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-3.ig.com.br with SMTP; 3 Sep 2001 21:03:17 -0000 From: "Conrado Vardanega" To: Subject: Access disallowed through ssh Date: Mon, 3 Sep 2001 18:03:20 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've a small network, from which I can ssh to my local server, which is 192.168.3.1/24. From any other IP addresses, however, I'm having access disallowed, getting the following message: "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to connect." Note: 200.193.xx.xx is the address of the router that does NAT and forwards its port 22/tcp to the server. This began sometime with no apparent changes to the system. The hosts.allow is default, which already allowed me access it in the past. Any hint of what could be? --- Best regards, Conrado Vardanega cvarda@ig.com.br To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 14:15:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 4CBB637B409; Mon, 3 Sep 2001 14:15:39 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6DEC166D0A; Mon, 3 Sep 2001 14:15:38 -0700 (PDT) Date: Mon, 3 Sep 2001 14:15:38 -0700 From: Kris Kennaway To: Marcel Moolenaar Cc: Eric Masson , Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010903141538.A36786@xor.obsecurity.org> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> <20010903094702.A554@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903094702.A554@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Mon, Sep 03, 2001 at 09:47:02AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 03, 2001 at 09:47:02AM -0700, Marcel Moolenaar wrote: > On Mon, Sep 03, 2001 at 01:38:26AM +0200, Eric Masson wrote: > > >>>>> "Marcel" =3D=3D Marcel Moolenaar writes: > >=20 > > Marcel> You simply assumed that different processor models within the > > Marcel> same architecture would be treated as different architectures. > > Marcel> This is not the case. > >=20 > > > >=20 > > Wouldn't it be the easiest and costless method ? > >=20 > > >=20 > I think it would be better to keep the definition of architecture > as it is but decorate it with model for build purposes. This means > that you need a simple way to extract the arch+model string from > the runtime environment so that you can use it in make(1). A build > is then started by saying something like: >=20 > make buildworld HOST_MACH=3Di386-p3 ${CPUTYPE} on the host system would do it. Perhaps we need to make a new variable akin to the other cross-compiling variables to tell it what CPUTYPE to cross-compile for. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7k/L5Wry0BWjoQKURAiVUAKC1LygSPO7UQwqK2XzfFKHdd6hspgCgsxEL a2MQAC7ec5WRpcrsUoXZBxE= =RDTY -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 14:17:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 7605337B40D for ; Mon, 3 Sep 2001 14:17:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0EC5466D0A; Mon, 3 Sep 2001 14:17:27 -0700 (PDT) Date: Mon, 3 Sep 2001 14:17:26 -0700 From: Kris Kennaway To: Lanny Baron Cc: stable@FreeBSD.ORG Subject: Re: make update dies because it cannot find pod2man.. Message-ID: <20010903141726.B36786@xor.obsecurity.org> References: <20010903181111.87075.qmail@freebsdsystems.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903181111.87075.qmail@freebsdsystems.com>; from lnb@cybertouch.org on Mon, Sep 03, 2001 at 06:11:11PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --XF85m9dhOBO43t/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 03, 2001 at 06:11:11PM +0000, Lanny Baron wrote: > Hi, > I have an ongoing problem which I have tried to fix, but persists. Whethe= r=20 > make update is run from a script from a crontab (as in a weekly job) or = by=20 > cd /usr/src; make update=20 >=20 > The update fails when it runs the Makefile in=20 > /usr/src/secure/usr.bin/openssl/Makefile > It cannot find pod2man. Even when at the end of the Makefile the line=20 > .pod2man is changed to .pod2man /usr/bin/pod2man the file gets overwritte= n=20 > and fails.=20 >=20 > I have checked roots .profile, .cshrc to be sure /usr/bin is in the path= =20 > statement. Would anyone know what is wrong and a fix to this?=20 Are you building with NO_PERL enabled? Kris --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7k/NmWry0BWjoQKURAtR0AJ4trp0DKlYpCGTMSDzhgK6pb7OqJACeL/OJ nF1bgr1k239/RwrrcG4Z8Tw= =/6DK -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 14:17:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id F3A3637B408 for ; Mon, 3 Sep 2001 14:17:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B0E8A66D67; Mon, 3 Sep 2001 14:17:54 -0700 (PDT) Date: Mon, 3 Sep 2001 14:17:54 -0700 From: Kris Kennaway To: Conrado Vardanega Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Access disallowed through ssh Message-ID: <20010903141754.C36786@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cvspam@ig.com.br on Mon, Sep 03, 2001 at 06:03:20PM -0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 03, 2001 at 06:03:20PM -0300, Conrado Vardanega wrote: > I've a small network, from which I can ssh to my local server, which is > 192.168.3.1/24. >=20 > >From any other IP addresses, however, I'm having access disallowed, gett= ing > the following message: >=20 > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to > connect." >=20 > Note: 200.193.xx.xx is the address of the router that does NAT and forwar= ds > its port 22/tcp to the server. >=20 > This began sometime with no apparent changes to the system. The hosts.all= ow > is default, which already allowed me access it in the past. >=20 > Any hint of what could be? It's hosts.allow..check it again. Kris --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7k/OBWry0BWjoQKURAgR/AJ9NpwL9Lq6YrUpMOq23CSQ/NH7T4ACg47kg VzfwBEfw5UeshklXbfgZoGc= =er8o -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 14:59:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-3.ig.com.br (smtp-3.ig.com.br [200.226.132.152]) by hub.freebsd.org (Postfix) with SMTP id 6290937B401 for ; Mon, 3 Sep 2001 14:59:50 -0700 (PDT) Received: (qmail 25704 invoked from network); 3 Sep 2001 21:58:58 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-3.ig.com.br with SMTP; 3 Sep 2001 21:58:58 -0000 From: "Conrado Vardanega" To: Subject: Re: Access disallowed through ssh Date: Mon, 3 Sep 2001 18:59:02 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <20010903141754.C36786@xor.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the first uncommented line: ALL : ALL : allow On Mon, Sep 03, 2001 at 06:03:20PM -0300, Conrado Vardanega wrote: > I've a small network, from which I can ssh to my local server, which is > 192.168.3.1/24. > > >From any other IP addresses, however, I'm having access disallowed, getting > the following message: > > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to > connect." > > Note: 200.193.xx.xx is the address of the router that does NAT and forwards > its port 22/tcp to the server. > > This began sometime with no apparent changes to the system. The hosts.allow > is default, which already allowed me access it in the past. > > Any hint of what could be? It's hosts.allow..check it again. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 15:14:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tensor.xs4all.nl (tensor.xs4all.nl [213.84.53.200]) by hub.freebsd.org (Postfix) with ESMTP id 9603637B403 for ; Mon, 3 Sep 2001 15:14:18 -0700 (PDT) Received: from matrix.xs4all.nl (matrix.xs4all.nl [192.168.1.2]) by tensor.xs4all.nl (Postfix) with ESMTP id 1DC213C251; Tue, 4 Sep 2001 00:14:17 +0200 (CEST) Date: Tue, 4 Sep 2001 00:14:04 +0200 From: Dimitry Andric X-Mailer: The Bat! (v1.54 Beta/7) Business Reply-To: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <1919073155.20010904001404@xs4all.nl> To: "Conrado Vardanega" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Access disallowed through ssh In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2001-09-03 at 23:03:20 Conrado Vardanega wrote: CV> "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to CV> connect." - --snip-- CV> This began sometime with no apparent changes to the system. The hosts.allow CV> is default, which already allowed me access it in the past. Check your (reverse) DNS lookups and/or server. If the address you are connecting from doesn't resolve properly, you'll be denied, due to the following lines in the default hosts.allow: # Protect against simple DNS spoofing attacks by checking that the # forward and reverse records for the remote host match. If a mismatch # occurs, access is denied, and any positive ident response within # 20 seconds is logged. No protection is afforded against DNS poisoning, # IP spoofing or more complicated attacks. Hosts with no reverse DNS # pass this rule. ALL : PARANOID : RFC931 20 : deny I've had my DNS server drop out on me more than once, and each time I get exactly those problems you mention with tcpwrappers. :) Cheers, - -- Dimitry Andric PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 -----BEGIN PGP SIGNATURE----- Version: PGP 6.5i Comment: http://www.gn.apc.org/duncan/stoa_cover.htm iQA/AwUBO5PyprBeowouIJajEQKDLACeI549TkbHY/arJHlSbLXO7DcDIE4An1We DX2VBhQi3w4AVhVdnE02R3dD =0FXG -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 15:19:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-3.ig.com.br (smtp-3.ig.com.br [200.226.132.152]) by hub.freebsd.org (Postfix) with SMTP id 598CB37B436 for ; Mon, 3 Sep 2001 15:19:12 -0700 (PDT) Received: (qmail 27591 invoked from network); 3 Sep 2001 22:18:18 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-3.ig.com.br with SMTP; 3 Sep 2001 22:18:18 -0000 From: "Conrado Vardanega" To: "Dimitry Andric" Cc: Subject: RES: Access disallowed through ssh Date: Mon, 3 Sep 2001 19:18:23 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <1919073155.20010904001404@xs4all.nl> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My hosts.allow's first line is: ALL : ALL : allow Therefore, i guess it couldn't be this, according to hosts.allow comments: "first match wins". []s... -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2001-09-03 at 23:03:20 Conrado Vardanega wrote: CV> "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to CV> connect." - --snip-- CV> This began sometime with no apparent changes to the system. The hosts.allow CV> is default, which already allowed me access it in the past. Check your (reverse) DNS lookups and/or server. If the address you are connecting from doesn't resolve properly, you'll be denied, due to the following lines in the default hosts.allow: # Protect against simple DNS spoofing attacks by checking that the # forward and reverse records for the remote host match. If a mismatch # occurs, access is denied, and any positive ident response within # 20 seconds is logged. No protection is afforded against DNS poisoning, # IP spoofing or more complicated attacks. Hosts with no reverse DNS # pass this rule. ALL : PARANOID : RFC931 20 : deny I've had my DNS server drop out on me more than once, and each time I get exactly those problems you mention with tcpwrappers. :) Cheers, - -- Dimitry Andric PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 -----BEGIN PGP SIGNATURE----- Version: PGP 6.5i Comment: http://www.gn.apc.org/duncan/stoa_cover.htm iQA/AwUBO5PyprBeowouIJajEQKDLACeI549TkbHY/arJHlSbLXO7DcDIE4An1We DX2VBhQi3w4AVhVdnE02R3dD =0FXG -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 15:42:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hotmail.com (f72.law8.hotmail.com [216.33.241.72]) by hub.freebsd.org (Postfix) with ESMTP id 3A3E237B403 for ; Mon, 3 Sep 2001 15:42:27 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Sep 2001 15:42:27 -0700 Received: from 208.252.245.2 by lw8fd.law8.hotmail.msn.com with HTTP; Mon, 03 Sep 2001 22:42:26 GMT X-Originating-IP: [208.252.245.2] From: "Buzz Megg" To: stable@freebsd.org Subject: NFS locks failing under certain circumstances ,,, (fwd) Date: Mon, 03 Sep 2001 18:42:26 -0400 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_300d_3552_6091" Message-ID: X-OriginalArrivalTime: 03 Sep 2001 22:42:27.0210 (UTC) FILETIME=[B4F4D6A0:01C134C9] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_300d_3552_6091 Content-Type: text/plain; format=flowed Here is a forwarded message from myself about NFS lock failures. Side note: When did the FreeBSD mailing lists become so anal about valid reverse DNS? -a >---------- Forwarded message ---------- Date: Mon, 3 Sep 2001 03:09:45 -0500 (CDT) From: andrewl@nshore.com To: stable@freebsd.org Cc: andrewl@nshore.com Subject: NFS locks failing under certain circumstances ,,, I have bumped into a few problems with locking files over NFS ... With FreeBSD 4.4-20010827-RC2 #0: Mon Aug 27 20:53:32 PDT 2001 ... Using fcntl to lock files the following combinations work: User1 User 2 Disk File Disk file SETLK Disk File Disk file SETLKW NFS file NFS file SETLK Using fcntl to lock files, the following combination do not work: User1 User 2 NFS file NFS file SETLKW Disk file NFS file SETLK Disk file NFS file SETLKW I have included the little program I use to test this stuff for reference. -a _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ------=_NextPart_000_300d_3552_6091 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="locktest.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: File locking test program Content-Disposition: ATTACHMENT; FILENAME="locktest.c" I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8ZmNudGwuaD4NCiNpbmNs dWRlIDxzeXMvZmlsZS5oPg0KI2lmbmRlZiBTRUVLX1NFVA0KI2RlZmluZSBT RUVLX1NFVCAgICAgICAgMA0KI2VuZGlmDQoNCm1haW4oKQ0Kew0KICBjaGFy IGJ1ZmZlcls4MF07DQogIGludCBmaCwgbG9ja192YWw7DQogIHN0cnVjdCBm bG9jayBmbDsNCg0KICBwcmludGYoImZfcmRsY2ssZl93cmxjayxmX3VubGNr LHNlZWtfc2V0LGZfc2V0bGs9JWQsJWQsJWQsJWQsJWRcbiIsDQoJIEZfUkRM Q0ssRl9XUkxDSyxGX1VOTENLLFNFRUtfU0VULEZfU0VUTEspOw0KDQogIGZo ID0gb3BlbigibG9jazEuZmlsZSIsIE9fUkRXUnxPX0NSRUFULCAwNjQ0KTsN Cg0KICBwcmludGYoIkZpbGUgaGFuZGxlOiAlZFxuIixmaCk7DQoJICANCiAg ZmwubF90eXBlID0gRl9XUkxDSzsNCiAgZmwubF93aGVuY2UgPSBTRUVLX1NF VDsNCiAgZmwubF9zdGFydCA9IGZsLmxfbGVuID0gMEw7DQoNCiAgcHJpbnRm KCJBdHRlbXB0aW5nIHRvIGxvY2sgZmlsZS4uLlxuIik7DQogIGxvY2tfdmFs ID0gZmNudGwgKGZoLCBGX1NFVExLVywgJmZsKTsNCiAgaWYgKGxvY2tfdmFs ID09IC0xKQ0KICAgIHsNCiAgICAgIHBlcnJvcigiQWZ0ZXIgdHJ5aW5nIHRv IGxvY2sgIik7DQogICAgfQ0KICBwcmludGYoImxvY2tfdmFsID0gJWRcbiIs bG9ja192YWwpOw0KICBwcmludGYoIkhvbGRpbmcgZm9yIHVzZXIgaW5wdXQu Li4iKTsNCiAgYnVmZmVyWzBdID0gZ2V0Y2hhcigpOw0KDQogIHByaW50Zigi QXR0ZW1wdGluZyB0byB1bmxvY2sgZmlsZS4uLlxuIik7DQogIGZsLmxfdHlw ZSA9IEZfVU5MQ0s7DQogIGxvY2tfdmFsID0gZmNudGwgKGZoLCBGX1NFVExL LCAmZmwpOw0KICBpZiAobG9ja192YWwgPT0gLTEpDQogICAgew0KICAgICAg cGVycm9yKCJBZnRlciB0cnlpbmcgdG8gbG9jayAiKTsNCiAgICB9DQogIHBy aW50ZigibG9ja192YWwgPSAlZFxuIixsb2NrX3ZhbCk7DQoNCiAgY2xvc2Uo ZmgpOw0KfSANCg== ------=_NextPart_000_300d_3552_6091-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 15:42:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id BA97537B40B for ; Mon, 3 Sep 2001 15:42:32 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (lxpx336.lx.ehu.es [158.227.26.236]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id f83MgSL16299; Tue, 4 Sep 2001 00:42:28 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id f83MZD900808; Tue, 4 Sep 2001 00:35:13 +0200 (CEST) (envelope-from jose) Date: Tue, 4 Sep 2001 00:35:13 +0200 From: "Jose M. Alcaide" To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: RAID5 Message-ID: <20010904003513.A313@v-ger.we.lc.ehu.es> References: <10F29E27A956D511B0940050DA8D86A908F812@chat.dagupan.com> <20010903142145.K10812-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903142145.K10812-100000@topperwein.dyndns.org>; from behanna@zbzoom.net on Mon, Sep 03, 2001 at 02:25:59PM -0400 X-Operating-System: FreeBSD 4.4-RC Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 02:25:59PM -0400, Chris BeHanna wrote: > On Tue, 4 Sep 2001 francisv@dagupan.com wrote: > > > Speaking of RAID, what RAID card that supports IDE would you recommend for > > FreeBSD? Can it boot from the RAID device or do you need a separate boot > > disk for that? > > AFAIK, there are no IDE RAID cards that support RAID-5. You are > stuck with RAID 0, 1 or 10. Although these are just fine for what > they are, they don't do what RAID-5 does. RAID-10 is an acceptable > substitute for RAID-5 if you have the money for the spare spindles. > I am now using a 3ware Escalade 7410 with four IDE disks (IBM 75 GB) on FreeBSD 4.3-RELEASE. It just works (twe(4) driver) and performs quite well. There are also 2- and 8-disks models available. JMA -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 16: 0:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id 234D337B42F for ; Mon, 3 Sep 2001 16:00:37 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f83N0d914579 for ; Mon, 3 Sep 2001 19:00:39 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 3 Sep 2001 19:00:34 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: Access disallowed through ssh In-Reply-To: Message-ID: <20010903185529.B14526-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Sep 2001, Conrado Vardanega wrote: > I've a small network, from which I can ssh to my local server, which is > 192.168.3.1/24. > > >From any other IP addresses, however, I'm having access disallowed, getting > the following message: > > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to > connect." > > Note: 200.193.xx.xx is the address of the router that does NAT and forwards > its port 22/tcp to the server. > > This began sometime with no apparent changes to the system. The hosts.allow > is default, which already allowed me access it in the past. hosts.allow recently got this line as its first rule via mergemaster: ALL : PARANOID : RFC931 20 : deny If your NAT box has forward and reverse DNS records and they don't match, you're out of there. There were also some rule changes merged into /etc/rc.firewall the last time around. > Any hint of what could be? Check /var/log/messages and /var/log/security to see if you're filtering yourself out. Watch the server's NIC interface with tcpdump to see if packets are actually getting forwarded to it. Another thought: is this one of those cable/DSL router/firewall thingies? Go into its web admin interface and make sure the rules are what you think they are. Perhaps it got reset by a brief power interruption or something. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 16: 2:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 73A1A37B426 for ; Mon, 3 Sep 2001 16:02:22 -0700 (PDT) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA02594; Tue, 4 Sep 2001 09:02:20 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA13442; Tue, 4 Sep 2001 09:02:20 +1000 (EST) Message-Id: <200109032302.JAA13442@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: RAID5 In-reply-to: Your message of Mon, 03 Sep 2001 14:25:59 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Sep 2001 09:02:19 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Or you could use vinum(8) and use whatever IDE controller you > have, and whatever RAID configuration that you want. At the current time, vinum can't be used for the root partition, so if you really need mirrored root, you need a hardware solution. For most systems the root partition very rarely changs, so a solution of vinum for everything else and a cron job to dd the root partition to its "mirror" might be acceptable. This is what we do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 16: 9:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-3.ig.com.br (smtp-3.ig.com.br [200.226.132.152]) by hub.freebsd.org (Postfix) with SMTP id 9688437B409 for ; Mon, 3 Sep 2001 16:09:28 -0700 (PDT) Received: (qmail 24186 invoked from network); 3 Sep 2001 23:08:35 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-3.ig.com.br with SMTP; 3 Sep 2001 23:08:35 -0000 From: "Conrado Vardanega" To: "Chris BeHanna" Cc: Subject: Re: Access disallowed through ssh Date: Mon, 3 Sep 2001 20:08:38 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <20010903185529.B14526-100000@topperwein.dyndns.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, there is more information about the problem: -- its NOT the hosts.allow, its "ALL : ALL : allow" and I don't even have a PARANOID line there. -- its NOT firewall matter, I've no firewall rules at this machine and people can "telnet 200.193.xx.xx 22" and get tcp sessions open. Therefore the Network Layer is ok. -- its NOT reverse/unmatching dns entry. Both, public and private addresses, are named and they're all matching correctly. Thanks! Conrado > -----Mensagem original----- > De: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]Em nome de Chris BeHanna > Enviada em: segunda-feira, 3 de setembro de 2001 20:01 > Para: FreeBSD-Stable > Assunto: Re: Access disallowed through ssh > > > On Mon, 3 Sep 2001, Conrado Vardanega wrote: > > > I've a small network, from which I can ssh to my local server, which is > > 192.168.3.1/24. > > > > >From any other IP addresses, however, I'm having access > disallowed, getting > > the following message: > > > > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not > allowed to > > connect." > > > > Note: 200.193.xx.xx is the address of the router that does NAT > and forwards > > its port 22/tcp to the server. > > > > This began sometime with no apparent changes to the system. The > hosts.allow > > is default, which already allowed me access it in the past. > > hosts.allow recently got this line as its first rule via mergemaster: > > ALL : PARANOID : RFC931 20 : deny > > If your NAT box has forward and reverse DNS records and they don't > match, you're out of there. > > There were also some rule changes merged into /etc/rc.firewall the > last time around. > > > Any hint of what could be? > > Check /var/log/messages and /var/log/security to see if you're > filtering yourself out. Watch the server's NIC interface with tcpdump > to see if packets are actually getting forwarded to it. > > Another thought: is this one of those cable/DSL router/firewall > thingies? Go into its web admin interface and make sure the rules are > what you think they are. Perhaps it got reset by a brief power > interruption or something. > > -- > Chris BeHanna > Software Engineer (Remove "bogus" before responding.) > behanna@bogus.zbzoom.net > I was raised by a pack of wild corn dogs. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 16:16:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 4C98D37B408 for ; Mon, 3 Sep 2001 16:16:37 -0700 (PDT) Received: from [192.168.1.10] (helo=den2) by vimfuego.saarinen.org with esmtp (Exim 3.22 #1 (Red Hack)) id 15e2x9-0001hn-00; Tue, 04 Sep 2001 11:16:27 +1200 From: "Juha Saarinen" To: "'Conrado Vardanega'" , "'Chris BeHanna'" Cc: Subject: RE: Access disallowed through ssh Date: Tue, 4 Sep 2001 11:16:23 +1200 Message-ID: <01b101c134ce$7294db70$0a01a8c0@den2> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do ssh -v to get the debugging output. Might help you discover what's going on -- could be a protocol mismatch, for instance. -- Juha :: -----Original Message----- :: From: owner-freebsd-stable@FreeBSD.ORG :: [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of :: Conrado Vardanega :: Sent: Tuesday, 4 September 2001 11:09 :: To: Chris BeHanna :: Cc: freebsd-stable@freebsd.org :: Subject: Re: Access disallowed through ssh :: :: :: Ok, there is more information about the problem: :: :: -- its NOT the hosts.allow, its "ALL : ALL : allow" and I :: don't even have :: a PARANOID line there. :: :: -- its NOT firewall matter, I've no firewall rules at this :: machine and :: people can "telnet 200.193.xx.xx 22" and get tcp sessions :: open. Therefore :: the Network Layer is ok. :: :: -- its NOT reverse/unmatching dns entry. Both, public and private :: addresses, are named and they're all matching correctly. :: :: Thanks! :: :: Conrado :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 16:24:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 74F0D37B412 for ; Mon, 3 Sep 2001 16:24:30 -0700 (PDT) Received: from stealth.cary.dummynet ([66.26.61.236]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Mon, 3 Sep 2001 19:24:29 -0400 Received: (from rhh@localhost) by stealth.cary.dummynet (8.11.4/8.11.4) id f83NO3N05339 for stable@freebsd.org; Mon, 3 Sep 2001 19:24:03 -0400 (EDT) (envelope-from aa8vb@nc.rr.com) X-Authentication-Warning: stealth.cary.dummynet: rhh set sender to aa8vb@nc.rr.com using -f Date: Mon, 3 Sep 2001 19:24:03 -0400 From: Randall Hopper To: stable@freebsd.org Subject: How to update disklabel after moving FreeBSD Message-ID: <20010903192403.A5311@nc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Say I have a FreeBSD slice on my drive. If I move the FreeBSD slice on the disk (e.g. if I grow a partition below it), what's the simplest/safest way on stable to update the disklabel for the new slice offset so FreeBSD will boot again? (Something akin to "rerun lilo" for those with Linux experience.) Thanks, Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 17: 0:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 69A9737B408; Mon, 3 Sep 2001 16:59:58 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f83Nxv601061; Mon, 3 Sep 2001 16:59:57 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f83NxvU03029; Mon, 3 Sep 2001 16:59:57 -0700 (PDT) (envelope-from marcel) Date: Mon, 3 Sep 2001 16:59:57 -0700 From: Marcel Moolenaar To: Kris Kennaway Cc: Eric Masson , Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010903165956.A2872@dhcp01.pn.xcllnt.net> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> <20010903094702.A554@dhcp01.pn.xcllnt.net> <20010903141538.A36786@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010903141538.A36786@xor.obsecurity.org> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 02:15:38PM -0700, Kris Kennaway wrote: > > > > I think it would be better to keep the definition of architecture > > as it is but decorate it with model for build purposes. This means > > that you need a simple way to extract the arch+model string from > > the runtime environment so that you can use it in make(1). A build > > is then started by saying something like: > > > > make buildworld HOST_MACH=i386-p3 > > ${CPUTYPE} on the host system would do it. Perhaps we need to make a > new variable akin to the other cross-compiling variables to tell it > what CPUTYPE to cross-compile for. CPUTYPE can indeed be used for that, provided we stop using MACHINE_ARCH for cross-build purposes. If we use HOST_MACH, then make(1) can provide a default value based on MACHINE_ARCH and CPUTYPE, otherwise the user has specified a cross-build and MACHINE_ARCH and CPUTYPE are ignored. If we handle the case where CPUTYPE is undefined, and also the case where users define MACHINE_ARCH without the CPUTYPE portion, it will look to most users as if we just changed the name of the variable from MACHINE_ARCH to HOST_MACH, without breaking backward compatibility. We can probably also throw in a test that avoids constructing HOST_MACH with a MACHINE_ARCH different from the native machine but with the local CPUTYPE, to avoid mixing an i386 CPUTYPE with a non-i386 MACHINE_ARCH. The complete picture can be something like: \begin{pseudo code} # Construct BUILD_MACH - A description of the build machine. # Avoid using MACHINE_ARCH for backward compatibility. BUILD_MACH=`uname -m` if (defined(CPUTYPE)) then BUILD_MACH=${BUILD_MACH}-${CPUTYPE} fi # Construct HOST_MACH - A description of the machine we're # building for. if (!defined(HOST_MACH)) then if (${MACHINE_ARCH} != `uname -m`) then HOST_MACH=${MACHINE_ARCH} # XXX - reset MACHINE_ARCH? else HOST_MACH=${BUILD_MACH} fi fi if (${BUILD_MACH} != ${HOST_MACH}) then echo "Cross-building!" fi \end{pseudo code} -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 17:25:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 5EEDD37B406; Mon, 3 Sep 2001 17:25:39 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D6FD166D67; Mon, 3 Sep 2001 17:25:38 -0700 (PDT) Date: Mon, 3 Sep 2001 17:25:38 -0700 From: Kris Kennaway To: Marcel Moolenaar Cc: Kris Kennaway , Eric Masson , Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010903172538.B38717@xor.obsecurity.org> References: <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> <20010903094702.A554@dhcp01.pn.xcllnt.net> <20010903141538.A36786@xor.obsecurity.org> <20010903165956.A2872@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903165956.A2872@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Mon, Sep 03, 2001 at 04:59:57PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 03, 2001 at 04:59:57PM -0700, Marcel Moolenaar wrote: > > ${CPUTYPE} on the host system would do it. Perhaps we need to make a > > new variable akin to the other cross-compiling variables to tell it > > what CPUTYPE to cross-compile for. >=20 > CPUTYPE can indeed be used for that, provided we stop using > MACHINE_ARCH for cross-build purposes. [...] Okay, you've now surpassed the point of my knowledge about the cross-building process, so I'll drop out of the discussion :-) Kris --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7lB+CWry0BWjoQKURAkgCAJ97zpUw7aWlERkXNCYEUEAewGWUsgCeLmRo lqrW1aZvohIm5clMaTjJyEI= =KnRZ -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 18: 8:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 77E5337B403; Mon, 3 Sep 2001 18:08:39 -0700 (PDT) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f8418cA00406; Mon, 3 Sep 2001 18:08:38 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.11.6/8.11.5) id f8418cE26274; Mon, 3 Sep 2001 18:08:38 -0700 (PDT) (envelope-from marcel) Date: Mon, 3 Sep 2001 18:08:37 -0700 From: Marcel Moolenaar To: Kris Kennaway Cc: Eric Masson , Larry Rosenman , John Baldwin , freebsd-stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010903180837.A26210@athlon.pn.xcllnt.net> References: <20010901161054.B13047@athlon.pn.xcllnt.net> <20010902084832.B2510@lerami.lerctr.org> <20010902111131.B478@dhcp01.pn.xcllnt.net> <20010902163046.A26933@lerami.lerctr.org> <20010902144728.A41762@dhcp01.pn.xcllnt.net> <86elppyxhp.fsf@notbsdems.nantes.kisoft-services.com> <20010903094702.A554@dhcp01.pn.xcllnt.net> <20010903141538.A36786@xor.obsecurity.org> <20010903165956.A2872@dhcp01.pn.xcllnt.net> <20010903172538.B38717@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010903172538.B38717@xor.obsecurity.org> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 05:25:38PM -0700, Kris Kennaway wrote: > On Mon, Sep 03, 2001 at 04:59:57PM -0700, Marcel Moolenaar wrote: > > > > ${CPUTYPE} on the host system would do it. Perhaps we need to make a > > > new variable akin to the other cross-compiling variables to tell it > > > what CPUTYPE to cross-compile for. > > > > CPUTYPE can indeed be used for that, provided we stop using > > MACHINE_ARCH for cross-build purposes. [...] > > Okay, you've now surpassed the point of my knowledge about the > cross-building process, so I'll drop out of the discussion :-) Let me quickly put it this way: MACHINE_ARCH and CPUTYPE have a dependency. You cannot change one and gurantee a valid combination. Thus, it's best to assume they're static in the sense that they simply define the build machine. All you need now is some other means to specify the host machine. One variable is better than two, hence HOST_MACH... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 18:18:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id E33BC37B405 for ; Mon, 3 Sep 2001 18:18:14 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id CB9CE6ACE7; Tue, 4 Sep 2001 10:48:35 +0930 (CST) Date: Tue, 4 Sep 2001 10:48:35 +0930 From: Greg Lehey To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: RAID5 Message-ID: <20010904104835.B10292@wantadilla.lemis.com> References: <031a01c1349f$6a4cb160$2aa8a8c0@melim.com.br> <20010903142613.O10812-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903142613.O10812-100000@topperwein.dyndns.org>; from behanna@zbzoom.net on Mon, Sep 03, 2001 at 02:27:13PM -0400 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, 3 September 2001 at 14:27:13 -0400, Chris BeHanna wrote: > On Mon, 3 Sep 2001, Ronan Lucio wrote: > >> Hi Friends, >> >> Thanks a lot for your answers. >> >> Once more to confirm: >> So, If I have 3 HDs with 36 Gb each, I will have 72 Gb of >> avaliable space and I one of them breake, the computer will >> continues working in another one until I have replace it? Ok? > > Yes, but write performance will be absolutely horrible until you > replace the broken drive and rebuild the volume. No, this is not correct. Write performance is better when one drive is down. Reliability isn't :-) Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 18:20:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id D57D837B401 for ; Mon, 3 Sep 2001 18:20:13 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id B40456ACE6; Tue, 4 Sep 2001 10:50:35 +0930 (CST) Date: Tue, 4 Sep 2001 10:50:35 +0930 From: Greg Lehey To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: RAID5 Message-ID: <20010904105035.C10292@wantadilla.lemis.com> References: <030201c1349b$a0c254b0$2aa8a8c0@melim.com.br> <20010903141721.D10812-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903141721.D10812-100000@topperwein.dyndns.org>; from behanna@zbzoom.net on Mon, Sep 03, 2001 at 02:20:56PM -0400 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, 3 September 2001 at 14:20:56 -0400, Chris BeHanna wrote: > FWIW, I set up a 4-drive RAID-5 volume with an associated > journaling device on Solaris 8 that performs pretty well for home > directories. I wouldn't expect vinum to be any different in that > regard, given sufficient CPU (my Solaris volume is served from a > two-CPU E450, just as a reference point). Interestingly, CPU isn't the performance issue most people (myself once included) assume it is. Even on my original Vinum testbed, a 468/66, CPU usage was barely measurable. That's probably why most hardware RAID controllers use relatively slow CPUs. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 19:20:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hobbits.brel.com (hobbits.brel.com [203.127.231.61]) by hub.freebsd.org (Postfix) with ESMTP id 61BD237B401 for ; Mon, 3 Sep 2001 19:20:12 -0700 (PDT) Received: by hobbits.brel.com (Postfix, from userid 1001) id 21298344F; Tue, 4 Sep 2001 10:20:09 +0800 (SGT) Date: Tue, 4 Sep 2001 10:20:09 +0800 From: Calvin NG To: Juha Saarinen Cc: 'Conrado Vardanega' , 'Chris BeHanna' , freebsd-stable@FreeBSD.ORG Subject: Re: Access disallowed through ssh Message-ID: <20010904102009.A73544@brel.com> References: <01b101c134ce$7294db70$0a01a8c0@den2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01b101c134ce$7294db70$0a01a8c0@den2>; from juha@saarinen.org on Tue, Sep 04, 2001 at 11:16:23AM +1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, check ssh_config on the client side, make sure you are using protocol 1 some machines I have (read linux) has protocol 2 , with protocol 1 as fall back, (i.e. 2,1) and it won't connect to a FreeBSD machine. Regards, /calvin lines with :> are quotes from Juha Saarinen's email :> Do :> :> ssh -v :> :> to get the debugging output. Might help you discover what's going on -- :> could be a protocol mismatch, for instance. :> :> -- :> :> Juha :> :> :: -----Original Message----- :> :: From: owner-freebsd-stable@FreeBSD.ORG :> :: [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of :> :: Conrado Vardanega :> :: Sent: Tuesday, 4 September 2001 11:09 :> :: To: Chris BeHanna :> :: Cc: freebsd-stable@freebsd.org :> :: Subject: Re: Access disallowed through ssh :> :: :> :: :> :: Ok, there is more information about the problem: :> :: :> :: -- its NOT the hosts.allow, its "ALL : ALL : allow" and I :> :: don't even have :> :: a PARANOID line there. :> :: :> :: -- its NOT firewall matter, I've no firewall rules at this :> :: machine and :> :: people can "telnet 200.193.xx.xx 22" and get tcp sessions :> :: open. Therefore :> :: the Network Layer is ok. :> :: :> :: -- its NOT reverse/unmatching dns entry. Both, public and private :> :: addresses, are named and they're all matching correctly. :> :: :> :: Thanks! :> :: :> :: Conrado :> :: :> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 19:49:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-3.ig.com.br (smtp-3.ig.com.br [200.226.132.152]) by hub.freebsd.org (Postfix) with SMTP id 4182737B408 for ; Mon, 3 Sep 2001 19:49:17 -0700 (PDT) Received: (qmail 14098 invoked from network); 4 Sep 2001 02:40:47 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-3.ig.com.br with SMTP; 4 Sep 2001 02:40:47 -0000 From: "Conrado Vardanega" To: "Calvin NG" Cc: Subject: Re: Access disallowed through ssh Date: Mon, 3 Sep 2001 23:40:52 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <20010904102009.A73544@brel.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Its not this too. I tried both versions and EXACTLY the same software/setup that connected to my machine in the past doesn't anymore. Its something on the server, no doubt. []s, Conrado > Greetings, > > check ssh_config on the client side, make sure you are using protocol 1 > some machines I have (read linux) has protocol 2 , with protocol 1 as > fall back, (i.e. 2,1) and it won't connect to a FreeBSD machine. > > Regards, > /calvin > > lines with :> are quotes from Juha Saarinen's email > :> Do > :> > :> ssh -v > :> > :> to get the debugging output. Might help you discover what's going on -- > :> could be a protocol mismatch, for instance. > :> > :> -- > :> > :> Juha > :> > :> :: -----Original Message----- > :> :: From: owner-freebsd-stable@FreeBSD.ORG > :> :: [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of > :> :: Conrado Vardanega > :> :: Sent: Tuesday, 4 September 2001 11:09 > :> :: To: Chris BeHanna > :> :: Cc: freebsd-stable@freebsd.org > :> :: Subject: Re: Access disallowed through ssh > :> :: > :> :: > :> :: Ok, there is more information about the problem: > :> :: > :> :: -- its NOT the hosts.allow, its "ALL : ALL : allow" and I > :> :: don't even have > :> :: a PARANOID line there. > :> :: > :> :: -- its NOT firewall matter, I've no firewall rules at this > :> :: machine and > :> :: people can "telnet 200.193.xx.xx 22" and get tcp sessions > :> :: open. Therefore > :> :: the Network Layer is ok. > :> :: > :> :: -- its NOT reverse/unmatching dns entry. Both, public and private > :> :: addresses, are named and they're all matching correctly. > :> :: > :> :: Thanks! > :> :: > :> :: Conrado > :> :: > :> > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 20:21:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 1324637B403; Mon, 3 Sep 2001 20:21:32 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f843LOT92393; Mon, 3 Sep 2001 20:21:24 -0700 (PDT) (envelope-from jkh@freebsd.org) To: stable@freebsd.org Cc: developers@freebsd.org Subject: 4.4-RC3 distribution and ISO image now available X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010903202124J.jkh@freebsd.org> Date: Mon, 03 Sep 2001 20:21:24 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The third and last release candidate image for FreeBSD 4.4 has been uploaded to ftp-master.freebsd.org and is now available from ftp.freebsd.org and various other mirror sites. I realize that this leaves us very little time for testing before the release on Wednesday (the 5th), but please do your best. Thank you! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 20:31:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 5674C37B40D for ; Mon, 3 Sep 2001 20:31:08 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id UAA15862; Mon, 3 Sep 2001 20:31:07 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda15860; Mon Sep 3 20:30:59 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f843UxC82757; Mon, 3 Sep 2001 20:30:59 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdS82755; Mon Sep 3 20:30:02 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f843U1D65829; Mon, 3 Sep 2001 20:30:01 -0700 (PDT) Message-Id: <200109040330.f843U1D65829@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdI65816; Mon Sep 3 20:29:50 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Tim Zingelman Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ipfilter multicast loopback bug with FreeBSD (fwd) In-reply-to: Your message of "Sun, 02 Sep 2001 22:11:42 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Sep 2001 20:29:50 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Reed, author and maintainer of IP Filter, has FreeBSD commit privileges. Your best bet is to send a note to Darren. As we're in a change freeze at the moment, all changes to -STABLE must be approved by Jordan. If I were you, I'd cc Jordan as well. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC In message , Tim Zingel man writes: > Can I talk anyone into committing this change and MFC'ing it? I'd really > like to see this bug disappear before 4.4-RELEASE. If you need details, > email me, and I can forward the whole history... essentially without this > patch, looped back multicasts get the last byte of ip address corrupted. > > As indicated below, Darren Reed has applied the patch to the ipfilter > sources. But the change has not gotten into the FreeBSD source tree. > > - Tim > > ---------- Forwarded message ---------- > Date: Sun, 02 Sep 2001 00:52:42 +1000 (EST) > From: Darren Reed > To: Tim Zingelman > Subject: Re: ipfilter multicast loopback bug with FreeBSD > > In some email I received from Tim Zingelman, sie wrote: > > Sorry to be a pest, but I wanted to remind you that this bug/patch is > > still awaiting your analysis/approval. Thanks! - Tim > > > > ---------- Forwarded message ---------- > > Date: Wed, 22 Aug 2001 12:41:25 +0200 (CEST) > > From: Frank Volf > > To: Tim Zingelman > > Cc: ipfilter@coombs.anu.edu.au, Frank Volf > > Subject: Re: ip multicast loopback w/ipfilter - bug in FreeBSD > > > > > > Assuming that you are using a recent IP Filter, please try the following > > patch: > > > > --- ip_fil3.4.20.dist/fil.c Wed Jul 18 15:30:32 2001 > > +++ ip_fil3.4.20/fil.c Wed Aug 22 12:40:09 2001 > > @@ -803,7 +803,7 @@ > > /* > > * disable delayed checksums. > > */ > > - if (m->m_pkthdr.csum_flags & CSUM_DELAY_DATA) { > > + if (out && (m->m_pkthdr.csum_flags & CSUM_DELAY_DATA)) { > > in_delayed_cksum(m); > > m->m_pkthdr.csum_flags &= ~CSUM_DELAY_DATA; > > } > > > > Frank > > I've applied the patch to ipfilter sources. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 20:34:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dino.creativens.net (216.187.75.67.novustelecom.net [216.187.75.67]) by hub.freebsd.org (Postfix) with SMTP id 1815137B403 for ; Mon, 3 Sep 2001 20:34:08 -0700 (PDT) Received: (qmail 18403 invoked from network); 4 Sep 2001 03:30:02 -0000 Received: from unknown (HELO funkblaster) (216.187.75.66) by 216.187.75.67.novustelecom.net with SMTP; 4 Sep 2001 03:30:02 -0000 Message-ID: <013b01c134f2$92bd1600$0501a8c0@creativens.net> From: "Mike Richards" To: "diwelf" , "Mike Tancsa" Cc: References: <5.1.0.14.0.20010818095844.036aa618@192.168.0.12> <004f01c12815$ab9334a0$0200000a@jargon> Subject: Re: IPFilter problem on current cvs Date: Mon, 3 Sep 2001 20:34:59 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the same problem. do an ipfstat -t (your state table). Somehow the state table is becoming full. I have to run an ipf -FS every couple days to fix/prevent it. I have no idea of course why it happens. I don't use DHCP on either of my interfaces. If anyone finds out the cause I'd be happy to know the answer. Mike ----- Original Message ----- From: "diwelf" To: "Mike Tancsa" Cc: Sent: Saturday, August 18, 2001 11:43 AM Subject: Re: IPFilter problem on current cvs > Thanks for the quick reply, i'm not too sure if it is or not. How would i go > about checking if it is? I looked through my logs and didn't see anything > pertaining to ipf or ipnat crashing or dhclient crashing or anything of the > above. I did try to kill dhlicent, and restart it,and it got my ip address > and everything else, but it still wasn't forwarding packets. I also tried > killing the rules for ipfilter and reinserting them this didn't do anything > either :( > > matt > > > > > > > Does your forwarding freezing correspond with your dc0 interface renewing > > its DHCP lease ? Any way to try it for a while with statically assigning > > dc0 and IP address ? > > > > ---Mike > > > > At 01:22 AM 8/18/2001 -0400, diwelf wrote: > > >Hello, > > > I'm running fbsd on my p133/32mb ram, 1.4gb hdd. I'm using it as a > > > nat/ipf gateway for the rest of my network. My network is using > > > 10.0.0.0/24. Now, my problem is that every once in a while my box stops > > > forwarding packets out from the firewall. So far, the only solution i've > > > found is to reboot the box, but this is in no way a viable long term > > > solution. I'm quite new to ipf/fbsd so i may be missing something minute > > > somewhere. I've forwarded this messege to both the stable and ipf > mailing > > > lists just incase it's pertaining to freebsd or to ipf itself. I've > > > included my sysctl.conf, kernel config file, rc.conf, ipf.rules, > > > ipnat.rules for review. Thanks in advance > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Network Administration, mike@sentex.net > > Sentex Communications www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 20:35: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id BE86F37B40D for ; Mon, 3 Sep 2001 20:35:03 -0700 (PDT) Received: from randy by rip.psg.com with local (Exim 3.33 #1) id 15e6zP-000OZC-00 for freebsd-stable@freebsd.org; Mon, 03 Sep 2001 20:35:03 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: can't map interrupt Message-Id: Date: Mon, 03 Sep 2001 20:35:03 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -stable as of yesterday cy0: port 0xb400-0xb47f mem 0xe0800000-0xe0803fff,0xe1000000-0xe100007f irq 11 at device 10.0 on pci0 pci_map_int: can't allocate interrupt cy0: driver is using old-style compatibility shims yet the cyclades seems to work. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 22: 0:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-2.ig.com.br (smtp-2.ig.com.br [200.226.132.151]) by hub.freebsd.org (Postfix) with SMTP id B749F37B406 for ; Mon, 3 Sep 2001 22:00:23 -0700 (PDT) Received: (qmail 4540 invoked from network); 4 Sep 2001 03:54:13 -0000 Received: from adsl-fnsbnu-123-a.brt.telesc.net.br (HELO conrado) (@200.193.25.123) by smtp-2.ig.com.br with SMTP; 4 Sep 2001 03:54:13 -0000 From: "Conrado Vardanega" To: Subject: Disallowed ssh part II Date: Tue, 4 Sep 2001 00:56:27 -0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For those that asked for verbose mode output and stuff, there is it. Just to remember, IPs have reverse DNS set correctly (forward/reverse matches), This problem, as follows, was reproduced locally (ssh'ing to its own ip address), its not tcpwrapper, (its "ALL : ALL : allow" ) $ ssh -v -l cvarda www SSH Version OpenSSH_2.3.0 FreeBSD localisations 20010713, protocol versions 1.5/2.0. Compiled with SSL (0x0090601f). debug: Reading configuration data /etc/ssh/ssh_config debug: ssh_connect: getuid 1000 geteuid 1000 anon 1 debug: Connecting to rock.varda.lan [192.168.3.1] port 22. debug: Connection established. debug: Remote protocol version 1.99, remote software version OpenSSH_2.3.0 FreeBSD localisations 20010713 debug: match: OpenSSH_2.3.0 FreeBSD localisations 20010713 pat ^OpenSSH[-_]2\.3 debug: Local version string SSH-1.5-OpenSSH_2.3.0 FreeBSD localisations 20010713 debug: Waiting for server public key. debug: Received server public key (768 bits) and host key (1024 bits). The authenticity of host 'www' can't be established. RSA key fingerprint is b3:77:f9:06:e8:d7:49:3e:00:8a:41:82:62:e9:50:fb. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'www' (RSA) to the list of known hosts. debug: Encryption type: 3des debug: Sent encrypted session key. debug: Installing crc compensation attack detector. debug: Received encrypted confirmation. debug: Trying RSA authentication with key 'cvarda@rock.varda.lan' debug: Received RSA challenge from server. debug: Sending response to host key RSA challenge. debug: Remote: RSA authentication accepted. Received disconnect: Sorry, you are not allowed to connect. debug: Calling cleanup 0x8058204(0x0) Thanks all. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 22: 8:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cc415903-b.ebnsk1.nj.home.com (cc415903-b.ebnsk1.nj.home.com [24.180.16.158]) by hub.freebsd.org (Postfix) with SMTP id DBFFE37B401 for ; Mon, 3 Sep 2001 22:08:25 -0700 (PDT) Received: (qmail 93369 invoked from network); 31 Aug 2001 01:07:38 -0000 Received: from athena.faerunhome.com (HELO athena.home.com) (192.168.0.2) by cc415903-b.ebnsk1.nj.home.com with SMTP; 31 Aug 2001 01:07:38 -0000 Message-Id: <5.1.0.14.2.20010830210428.027c4ec0@netmail.home.com> X-Sender: damascus@netmail.home.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 30 Aug 2001 21:07:16 -0500 To: Jordan Hubbard From: Carroll Kong Subject: Re: FreeBSD and Athlon Processors Cc: pahowes@fair-ware.com, freebsd-stable@FreeBSD.ORG In-Reply-To: <20010830175800R.jkh@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Always is a strong word. I would not say always worked well. K6-200 with the old "bug", causing anyone with >= 64 megs of memory trying to compile to get sig11s left and right. I had to return the processor to get the "fixed" one. ;) Ancient history though, yes, the new set should be fine. CPU wise, I do not think any serious problem has occured since that fatalful K6-200 which is of a totally different cloth compared to the new AMD Athlon team. The only problems would be based on non-intel chipsets with weird ATA controller causing problems with the ATA drivers in FreeBSD. I think those are even resolved now. Anyway just wanted to play Devil's Advocate, for the most part, yes they should work fine. At 05:58 PM 8/30/01 -0700, Jordan Hubbard wrote: >I don't know where you heard this from, but you heard entirely wrong. >FreeBSD has always worked very well on AMD and Intel processors. My >personal machine has been a K7/900 for a long time now (Slot-A even) > >- Jordan > >From: "Paul A. Howes" >Subject: FreeBSD and Athlon Processors >Date: Thu, 30 Aug 2001 20:35:05 -0400 > > > All- > > > > In the past, I had heard that Linux and FreeBSD didn't work well on the > > Athlon processors. Have all of the issues since been resolved? Now that > > Tyan has the TigerMP motherboard out for around $200, and the 1.2 GHz > Athlon > > MP chips are around $160, building a multiprocessor system is looking > like a > > better and better idea. However, I wanted to first make sure that > there are > > no problems that I should be aware of. > > > > Thanks! > > > > -- > > Paul A. Howes > > pahowes@fair-ware.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -Carroll Kong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 22:22:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id C830B37B408 for ; Mon, 3 Sep 2001 22:22:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 435D166D0A; Mon, 3 Sep 2001 22:22:23 -0700 (PDT) Date: Mon, 3 Sep 2001 22:22:23 -0700 From: Kris Kennaway To: Conrado Vardanega Cc: stable@FreeBSD.ORG Subject: Re: Disallowed ssh part II Message-ID: <20010903222222.A41721@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cvspam@ig.com.br on Tue, Sep 04, 2001 at 12:56:27AM -0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 04, 2001 at 12:56:27AM -0300, Conrado Vardanega wrote: > Received disconnect: Sorry, you are not allowed to connect. Actually, consulting the source shows that this message comes when the user fails a login_cap or login.access check. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7lGUOWry0BWjoQKURAhXfAKDIhKiYzauuw+Vl0FluHI4yEHwUDwCdEHMi 97d/o6VWcEYRCmQLm9b83zY= =QkxT -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 22:32: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-172.zoominternet.net [24.154.28.172]) by hub.freebsd.org (Postfix) with ESMTP id CE70A37B403 for ; Mon, 3 Sep 2001 22:31:56 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f845W1944321 for ; Tue, 4 Sep 2001 01:32:01 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Tue, 4 Sep 2001 01:31:56 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: Disallowed ssh part II In-Reply-To: Message-ID: <20010904012308.P44125-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Sep 2001, Conrado Vardanega wrote: > For those that asked for verbose mode output and stuff, there is it. > > Just to remember, IPs have reverse DNS set correctly (forward/reverse > matches), This problem, as follows, was reproduced locally (ssh'ing to its ^^^^^^^^^^^^^^ > own ip address), its not tcpwrapper, (its "ALL : ALL : allow" ) ^^^^^^^^^^^^^^ There is an ssh_config or sshd_config knob you have to turn. I have exactly this same problem on some Linux and Solaris hosts at the office, but not at home on my FreeBSD box. It could also be an sshd/PAM interaction. I'll note that the challenge/response stuff is turned off on the servers that won't let me ssh to localhost, and there's a warning in sshd_config about turning that off on machines that use PAM. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 22:33:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from annuvin.com (dsl-64-192-141-77.telocity.com [64.192.141.77]) by hub.freebsd.org (Postfix) with SMTP id 8448F37B406 for ; Mon, 3 Sep 2001 22:33:26 -0700 (PDT) Received: (qmail 99545 invoked from network); 4 Sep 2001 05:32:47 -0000 Received: from arawn.dhcp.annuvin.com (HELO arawn) (192.168.1.2) by dsl-64-192-141-77.telocity.com with SMTP; 4 Sep 2001 05:32:47 -0000 Message-ID: <00df01c13503$02f94870$0201a8c0@dhcp.annuvin.com> From: "David Dollar" To: "Conrado Vardanega" , References: Subject: Re: Access disallowed through ssh Date: Tue, 4 Sep 2001 01:32:39 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Read /usr/src/UPDATING and add the lines to /etc/pam.conf concerning ssh ----- Original Message ----- From: "Conrado Vardanega" To: Sent: Monday, September 03, 2001 5:03 PM Subject: Access disallowed through ssh > I've a small network, from which I can ssh to my local server, which is > 192.168.3.1/24. > > From any other IP addresses, however, I'm having access disallowed, getting > the following message: > > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not allowed to > connect." > > Note: 200.193.xx.xx is the address of the router that does NAT and forwards > its port 22/tcp to the server. > > This began sometime with no apparent changes to the system. The hosts.allow > is default, which already allowed me access it in the past. > > Any hint of what could be? > > --- > Best regards, > Conrado Vardanega > cvarda@ig.com.br > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Sep 3 23:42:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cc415903-b.ebnsk1.nj.home.com (cc415903-b.ebnsk1.nj.home.com [24.180.16.158]) by hub.freebsd.org (Postfix) with SMTP id 32BF437B409 for ; Mon, 3 Sep 2001 23:42:46 -0700 (PDT) Received: (qmail 74393 invoked from network); 28 Aug 2001 14:15:18 -0000 Received: from athena.faerunhome.com (HELO athena.home.com) (192.168.0.2) by cc415903-b.ebnsk1.nj.home.com with SMTP; 28 Aug 2001 14:15:18 -0000 Message-Id: <5.1.0.14.2.20010828100929.03f6c0c0@netmail.home.com> X-Sender: damascus@netmail.home.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 28 Aug 2001 10:14:41 -0500 To: freebsd-stable@FreeBSD.ORG From: Carroll Kong Subject: Re: 4.4-rc instability In-Reply-To: <200108281011.MAA27326@lurza.secnetix.de> References: <20010828111949.B95570@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:11 PM 8/28/01 +0200, Oliver Fromme wrote: >Wilko Bulte wrote: > > On Tue, Aug 28, 2001 at 11:00:37AM +0200, Oliver Fromme wrote: > > > Unfortunately, FreeBSD does not support ECC RAM (or did > > > that change recently?). > > > > ? ECC is a hardware function. All of my Alpha machines have ECC memory > > (for example). > >Sure, I once did have a PC with ECC memory, too. Right, this is why you need one with logging to the BIOS (not as good, but better than nothing), or logging to the OS, which yes, FreeBSD does not support yet. The point of ECC memory is not just that the memory itself is necessarily more resilient to errors, but that it can report them. So, WHEN you see your ECC memory correcting errors in the logs, it's time to replace it. When it does not, it is doing fine. I would say it's best feature is the error detection since it can detect double bit errors and correct single bit errors. >When that ECC stick started dying, at first I didn't notice >at all, because the chipset (i.e. the memory controller in >the northbridge, I think) corrected the errors silently. >When the errors grew so that they weren't ECC-correctable >anymore, processes started dying on sigsegv, and it got >worse at a fast pace. Soon I couldn't even boot into >single-user anymore, because the /bin/sh sigsegved >instantly. > >So, the bottom line is, ECC memory is good as long as there >are few enough errors that they can be corrected by the >chipset. If there are more of them, you're doomed just as >if you had no ECC in the first place. At least that's the >experience of mine with i386 P2/Athlon mainboards. Alpha >might be a different story. > >Frankly, I expected the machine to halt or freeze with >something like an NMI or "parity check error", like the old >PCs with parity SIMMs did. Would have been better than >just randomly dying. But it cannot detect triple bit errors, which is probably what you had, and NEITHER could the parity simms which would fail if you got double bit errors. It would just silently say "yahoo we are ok!" since a double bit error would "undo" any real error. Quite primitive. You got really unlucky and probably nailed with the rare triple bit error. ZOUNDS. Either that or you got double bits, but your machine did not log them. (if your bios or os does not support logging it, you are out of luck) >Even better would be if the operating system recognized the >correctable errors and log them somewhere, and (_even_ >better!) offer the possibility to disable memory pages with >known errors. Tru64 on Alpha supports exactly this. >Solaris on Sparc does, too. FreeBSD does not. That's what >I meant when I wrote that FreeBSD does not support ECC RAM. >(I'm sorry, I should have been more elaborate on this. >Please excuse me.) Yes, this is correct, this is the RIGHT way to work with ECC. >I think I still have that broken DIMM somewhere in a >drawer, and I'm willing to send it to anyone who wants to >look at it and improve FreeBSD's handling of this (I >already offered this a few months ago, but got no reply). >On the other hand, this particular one is probably too >broken to be even useful for this kind of stuff. > >Anyhow, that's my story about ECC memory. > >Regards > Oliver I asked about this a while ago too. The real killer is just that, it is very very hard to code up. :( -Carroll Kong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 0:26:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cartman.private.techsupport.co.uk (cabletel1.cableol.net [194.168.3.4]) by hub.freebsd.org (Postfix) with ESMTP id EE2CA37B407 for ; Tue, 4 Sep 2001 00:26:42 -0700 (PDT) Received: from ceri by cartman.private.techsupport.co.uk with local (Exim 3.31 #1) id 15eAbN-0004EW-00; Tue, 04 Sep 2001 08:26:29 +0100 Date: Tue, 4 Sep 2001 08:26:29 +0100 From: Ceri To: Conrado Vardanega Cc: Chris BeHanna , freebsd-stable@freebsd.org Subject: Re: Access disallowed through ssh Message-ID: <20010904082629.A13044@cartman.private.techsupport.co.uk> References: <20010903185529.B14526-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cvspam@ig.com.br on Mon, Sep 03, 2001 at 08:08:38PM -0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 08:08:38PM -0300, Conrado Vardanega said: > > From any other IP addresses, however, I'm having access > > disallowed, getting the following message: > > > > "Received disconnect from 200.193.xx.xx: 2: Sorry, you are not > > allowed to connect." > Ok, there is more information about the problem: > > -- its NOT the hosts.allow, its "ALL : ALL : allow" and I don't even have > a PARANOID line there. > > -- its NOT firewall matter, I've no firewall rules at this machine and > people can "telnet 200.193.xx.xx 22" and get tcp sessions open. Therefore > the Network Layer is ok. > > -- its NOT reverse/unmatching dns entry. Both, public and private > addresses, are named and they're all matching correctly. Then perhaps it's /etc/login.access. Ceri -- We've tried this God stuff long enough. It's time for a change. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1: 9:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id E176B37B405; Tue, 4 Sep 2001 01:09:42 -0700 (PDT) Received: from chojin (chojin.lan.tarakan-network.com [192.168.69.2]) by tarakan-network.com (8.11.6/8.11.3) with SMTP id f8489ro39881; Tue, 4 Sep 2001 10:09:53 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <008101c13518$ffbce020$0245a8c0@chojin> From: "Chojin" To: "Jordan Hubbard" Cc: , References: <20010903202124J.jkh@freebsd.org> Subject: Re: 4.4-RC3 distribution and ISO image now available Date: Tue, 4 Sep 2001 10:10:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just sow 4.4-rc2 on ftp.freebsd.org :'( ----- Original Message ----- From: "Jordan Hubbard" To: Cc: Sent: Tuesday, September 04, 2001 5:21 AM Subject: 4.4-RC3 distribution and ISO image now available > The third and last release candidate image for FreeBSD 4.4 has been > uploaded to ftp-master.freebsd.org and is now available from > ftp.freebsd.org and various other mirror sites. I realize that this > leaves us very little time for testing before the release on Wednesday > (the 5th), but please do your best. Thank you! > > - Jordan > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1:11: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id C7EFC37B405; Tue, 4 Sep 2001 01:10:56 -0700 (PDT) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 874234B20; Tue, 4 Sep 2001 17:10:47 +0900 (JST) To: Brian Somers To: snap-users@kame.net Cc: Shunsuke SHINOMIYA , freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org In-reply-to: brian's message of Mon, 03 Sep 2001 21:11:27 +0100. <200109032011.f83KBRj24419@hak.lan.Awfulhak.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: (KAME-snap 5335) Re: user-ppp assigns the address same with already assigned for other clients From: itojun@iijlab.net Date: Tue, 04 Sep 2001 17:10:47 +0900 Message-ID: <21631.999591047@itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I've cc'd snap-users@kame.net in case someone can come up with a >quick fix (FreeBSD is about to be released, and this bug has just >been exposed).... since KAME have never touched pppd for years, I don't think it is related to kame. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1:19:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 228F237B406 for ; Tue, 4 Sep 2001 01:19:02 -0700 (PDT) Received: (qmail 62360 invoked by uid 1000); 4 Sep 2001 08:16:51 -0000 Date: Tue, 4 Sep 2001 11:16:51 +0300 From: Peter Pentchev To: Chojin Cc: Jordan Hubbard , stable@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: 4.4-RC3 distribution and ISO image now available Message-ID: <20010904111651.C61594@ringworld.oblivion.bg> Mail-Followup-To: Chojin , Jordan Hubbard , stable@FreeBSD.ORG, developers@FreeBSD.ORG References: <20010903202124J.jkh@freebsd.org> <008101c13518$ffbce020$0245a8c0@chojin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008101c13518$ffbce020$0245a8c0@chojin>; from freebsd@tarakan-network.com on Tue, Sep 04, 2001 at 10:10:02AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The ISO image is not there yet, but the pub/FreeBSD/releases/i386/4.4-RC3/ directory is there, allowing a network install. G'luck, Peter -- This inert sentence is my body, but my soul is alive, dancing in the sparks of your brain. On Tue, Sep 04, 2001 at 10:10:02AM +0200, Chojin wrote: > I just sow 4.4-rc2 on ftp.freebsd.org > :'( > > ----- Original Message ----- > From: "Jordan Hubbard" > To: > Cc: > Sent: Tuesday, September 04, 2001 5:21 AM > Subject: 4.4-RC3 distribution and ISO image now available > > > > The third and last release candidate image for FreeBSD 4.4 has been > > uploaded to ftp-master.freebsd.org and is now available from > > ftp.freebsd.org and various other mirror sites. I realize that this > > leaves us very little time for testing before the release on Wednesday > > (the 5th), but please do your best. Thank you! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1:21:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 2352937B40C for ; Tue, 4 Sep 2001 01:21:07 -0700 (PDT) Received: (qmail 62407 invoked by uid 1000); 4 Sep 2001 08:18:54 -0000 Date: Tue, 4 Sep 2001 11:18:54 +0300 From: Peter Pentchev To: itojun@iijlab.net Cc: Brian Somers , snap-users@kame.net, Shunsuke SHINOMIYA , freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: (KAME-snap 5335) Re: user-ppp assigns the address same with already assigned for other clients Message-ID: <20010904111854.D61594@ringworld.oblivion.bg> Mail-Followup-To: itojun@iijlab.net, Brian Somers , snap-users@kame.net, Shunsuke SHINOMIYA , freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org References: <200109032011.f83KBRj24419@hak.lan.Awfulhak.org> <21631.999591047@itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <21631.999591047@itojun.org>; from itojun@iijlab.net on Tue, Sep 04, 2001 at 05:10:47PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 04, 2001 at 05:10:47PM +0900, itojun@iijlab.net wrote: > >I've cc'd snap-users@kame.net in case someone can come up with a > >quick fix (FreeBSD is about to be released, and this bug has just > >been exposed).... > > since KAME have never touched pppd for years, I don't think it > is related to kame. KAME has not touched pppd, but Brian mentions later on in his message that he thinks that the problem might be caused by the SIOCAIFADDR ioctl, which was currently implemented using the SIOCAIFADDR_IN6 ioctl during a KAME merge. G'luck, Peter -- .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1:24: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id B561B37B405; Tue, 4 Sep 2001 01:24:02 -0700 (PDT) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 070344B20; Tue, 4 Sep 2001 17:24:00 +0900 (JST) To: Peter Pentchev Cc: Brian Somers , snap-users@kame.net, Shunsuke SHINOMIYA , freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org In-reply-to: roam's message of Tue, 04 Sep 2001 11:18:54 +0300. <20010904111854.D61594@ringworld.oblivion.bg> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: (KAME-snap 5335) Re: user-ppp assigns the address same with already assigned for other clients From: itojun@iijlab.net Date: Tue, 04 Sep 2001 17:24:00 +0900 Message-ID: <21829.999591840@itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> since KAME have never touched pppd for years, I don't think it >> is related to kame. > >KAME has not touched pppd, but Brian mentions later on in his message >that he thinks that the problem might be caused by the SIOCAIFADDR >ioctl, which was currently implemented using the SIOCAIFADDR_IN6 >ioctl during a KAME merge. you can't add IPv4 address with SIOCAIFADDR_IN6. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 1:35:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id C89D837B403; Tue, 4 Sep 2001 01:35:35 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [fec0::1:12]) by Awfulhak.org (8.11.5/8.11.5) with ESMTP id f848ZXA04128; Tue, 4 Sep 2001 09:35:33 +0100 (BST) (envelope-from brian@freebsd-services.com) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.6/8.11.6) with ESMTP id f848ZT259676; Tue, 4 Sep 2001 09:35:29 +0100 (BST) (envelope-from brian@freebsd-services.com) Message-Id: <200109040835.f848ZT259676@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: itojun@iijlab.net Cc: Peter Pentchev , Brian Somers , snap-users@kame.net, Shunsuke SHINOMIYA , freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org, brian@freebsd-services.com Subject: Re: (KAME-snap 5335) Re: user-ppp assigns the address same with already assigned for other clients In-Reply-To: Message from itojun@iijlab.net of "Tue, 04 Sep 2001 17:24:00 +0900." <21829.999591840@itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Sep 2001 09:35:29 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > >> since KAME have never touched pppd for years, I don't think it > >> is related to kame. > > > >KAME has not touched pppd, but Brian mentions later on in his message > >that he thinks that the problem might be caused by the SIOCAIFADDR > >ioctl, which was currently implemented using the SIOCAIFADDR_IN6 > >ioctl during a KAME merge. > > you can't add IPv4 address with SIOCAIFADDR_IN6. Yes, so it seems. I was confused by the SIOCALIFADDR ioctl in netinet/in.c. My apologies. > itojun It appears that the problem is local to FreeBSD then. I'll look into it some more. -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 2: 6:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 1959637B406; Tue, 4 Sep 2001 02:06:26 -0700 (PDT) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.31 #1) id 15eC9z-0003e5-00; Tue, 04 Sep 2001 10:06:19 +0100 To: behanna@zbzoom.net, grog@FreeBSD.org Subject: Re: RAID5 Cc: stable@FreeBSD.ORG In-Reply-To: <20010904105035.C10292@wantadilla.lemis.com> Message-Id: From: Pete French Date: Tue, 04 Sep 2001 10:06:19 +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Interestingly, CPU isn't the performance issue most people (myself > once included) assume it is. Even on my original Vinum testbed, a > 468/66, CPU usage was barely measurable. That's probably why most > hardware RAID controllers use relatively slow CPUs. Interesting comment. I have acciddentally acquired apair of SMART 2SL controllers. One of which I am using as the boot device for the FreeBSD box (because iits theonly disc controller I've got - RAID 0). The other I was going to use to build an array, but I am having trouble finding any comoparative benchmarks as to how slow certain combinations of drives are under RAID-5. Are their certain numbers that make the processing "easier" for the onboard chip ? (*i.e. does 5 discs make life for it faster as it can split a byte onto 4 platters and allocate one for parity rather than dooing shifts all over the place ?) or is it best to just give it as many dricves as possible (8 in this case). -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 3:50:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id C93D937B403; Tue, 4 Sep 2001 03:50:42 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f84AofA95784; Tue, 4 Sep 2001 12:50:41 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Tue, 4 Sep 2001 12:50:41 +0200 (CEST) From: "Hartmann, O." To: Cc: Subject: Bug in SSH/GBSD 4.4-RC!! Message-ID: <20010904124426.G95511-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sirs. I posted a message about this problem prior this month. Since the 31st August after a cvsupdate we have now on all of our FBSD 4.4-RC boxes a massive problem with ssh! After a while ,I think delimited by the key 'KeyRegenerationInterval', the sshd daemon refuses connctions with the error fatal: DH_generate_key After a SIGHUP to the daemon it works again - up to the new key generation! After then it is very likely to get a faulty sshd again and this happens on all of our machines with SMP kernels (those with an UP system never showed this phenomenon, but they are not part of the bunch of machines I have to observ, but this is certainly unsure). The last cvsupdate has been done two days ago from a german site. -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 4:26:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.euroscript-ls.de (mail.euroscript-ls.de [213.68.26.164]) by hub.freebsd.org (Postfix) with ESMTP id D6FE037B405 for ; Tue, 4 Sep 2001 04:26:18 -0700 (PDT) Received: from euroscript-ls.de (intra.euroscript-ls.de [10.18.10.3]) by mail.euroscript-ls.de (8.10.0/8.10.0) with ESMTP id f84BQEH34163; Tue, 4 Sep 2001 13:26:15 +0200 (CEST) Message-ID: <3B94BA4C.CBBC4CB4@euroscript-ls.de> Date: Tue, 04 Sep 2001 13:26:04 +0200 From: Radoy Pavlov Organization: euroscript Language Services GmbH X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Hardie Cc: stable@freebsd.org Subject: Re: 2.2.8 -> 4.3 upgrade References: <20010902194650.A26090@freeway.dcfinc.com> <3B939B1F.90040416@euroscript-ls.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Hardie wrote: > [..] > >This is the point. I've been trying to update one > >3.5.1 box to 4.x branch without success. Either way > >(using cvsup or sysinstall) make buildworld breaks > >with various errors. Today it was secure/lib/libcryto. > >It's a good plan, but what basis do i need to complete > >that build ? I tried updating plain 3.5.1 install from > >a CD set and cvsuped one to 3.5.1-S. > > Before doing the upgrade installation you should delete /usr/src and > /usr/obj and then recreate empty directories. > -- > -- Doug Thanks for all hints on this topic. Still I must disagree that /usr/src should be recreated upon deleting it, especially when upgrading from a CD set. The upgrade utility states that /usr/src exists and doesn't upgrade it at all, hence it's very hard, if not impossible, to buildworld. The cvsup should work though. cheers, Radoy -- Error FE6B - Nonexistent - This comment does not exist, and therefore you cannot read it. Please go away quietly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 5:32:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 3B0F437B408; Tue, 4 Sep 2001 05:32:48 -0700 (PDT) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id B5485137F3C; Tue, 4 Sep 2001 08:32:42 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.4/8.9.3) id f84CWgS43687; Tue, 4 Sep 2001 08:32:42 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15252.51690.121158.427612@trooper.velocet.net> Date: Tue, 4 Sep 2001 08:32:42 -0400 To: Greg Lehey Cc: Chris BeHanna , FreeBSD-Stable Subject: [stable] Re: RAID5 In-Reply-To: <20010904105035.C10292@wantadilla.lemis.com> References: <030201c1349b$a0c254b0$2aa8a8c0@melim.com.br> <20010903141721.D10812-100000@topperwein.dyndns.org> <20010904105035.C10292@wantadilla.lemis.com> X-Mailer: VM 6.92 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Greg" == Greg Lehey writes: Greg> On Monday, 3 September 2001 at 14:20:56 -0400, Chris BeHanna Greg> wrote: >> FWIW, I set up a 4-drive RAID-5 volume with an associated >> journaling device on Solaris 8 that performs pretty well for home >> directories. I wouldn't expect vinum to be any different in that >> regard, given sufficient CPU (my Solaris volume is served from a >> two-CPU E450, just as a reference point). Greg> Interestingly, CPU isn't the performance issue most people Greg> (myself once included) assume it is. Even on my original Vinum Greg> testbed, a 468/66, CPU usage was barely measurable. That's Greg> probably why most hardware RAID controllers use relatively slow Greg> CPUs. Well... then its an interesting issue: At least on FreeBSD, my benchmarks show that Vinum running with Adaptec (ahc) or TekRAM (sym) controllers outperform hardware raid controllers significantly. We're talking same drives, same cables, same computer here. Not only does Vinum outperform hardware RAID 5, but it also outperforms hardware RAID 0 and RAID 1. Now... these are all FreeBSD tests. Maybe the FreeBSD hardware raid controller drivers suck? As an example (numbers I have readily available), my test bed was 8x 18G Atlas IV drives (SCA if it matters) in a dedicated LVD case. I was testing the AMI MegaRAID 1500 against Vinum running with either an Adaptec 29160 or a TekRAM (forget model number, but it was LVD-80 not LVD-160). I found that write speeds were pretty much even all around... with a slight edge to Vinum --- 4M/s writes on the AMI, 4.5M/s writes on Vinum. Reading, however, is where vinum dusted the competition. On either SCSI controller, Vinum could achieve 51M/s reads compared to 18M/s reads on the AMI. Interestingly, the figure for vinum changes with CPU speed --- it was only 38M/s reads with a PIII/450 (100Mhz RAM) ... the 51M/s measurement was an Athlon 750 (133Mhz RAM). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 5:54:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 32ADA37B403; Tue, 4 Sep 2001 05:54:14 -0700 (PDT) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id 4D075137FE4; Tue, 4 Sep 2001 08:54:13 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.4/8.9.3) id f84Cs2i48585; Tue, 4 Sep 2001 08:54:02 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15252.52970.460898.188811@trooper.velocet.net> Date: Tue, 4 Sep 2001 08:54:02 -0400 To: Pete French Cc: behanna@zbzoom.net, grog@FreeBSD.org, stable@FreeBSD.org Subject: [stable] Re: RAID5 In-Reply-To: References: <20010904105035.C10292@wantadilla.lemis.com> X-Mailer: VM 6.92 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Pete" == Pete French writes: >> Interestingly, CPU isn't the performance issue most people (myself >> once included) assume it is. Even on my original Vinum testbed, a >> 468/66, CPU usage was barely measurable. That's probably why most >> hardware RAID controllers use relatively slow CPUs. Pete> Interesting comment. I have acciddentally acquired apair of Pete> SMART 2SL controllers. One of which I am using as the boot Pete> device for the FreeBSD box (because iits theonly disc controller Pete> I've got - RAID 0). The other I was going to use to build an Pete> array, but I am having trouble finding any comoparative Pete> benchmarks as to how slow certain combinations of drives are Pete> under RAID-5. Are their certain numbers that make the processing Pete> "easier" for the onboard chip ? (*i.e. does 5 discs make life Pete> for it faster as it can split a byte onto 4 platters and Pete> allocate one for parity rather than dooing shifts all over the Pete> place ?) or is it best to just give it as many dricves as Pete> possible (8 in this case). AFAIK, no sane RAID implementation split data at the bit level. Most split the data in "chunks" ... I say chunks because the split granularity can be larger or smaller than blocks, although it is most commonly multiple blocks. Some of the performance constraints that I observe in hardware raid controllers are aparently (others have told me this) due to the fact that they can only do IO operations in whole chunks. They typically want small chunks (1K ... 4K ... 8K ... something along those lines). There is a good discussion of chunk size in the vinum manual. Vinum recomends chunks of even 512K or more. Anyways... back to the striping... whatever raid your doing is striped at the "chunk" level. RAID does not break up your 8K request by delivering every 8th byte to one of your 8 drives... the 8K request goes directly to one or more chunks in a linear fashion. (Keep in mind that high performance on a RAID system often requires many busy tasks, not just one). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 6:24: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 8E27837B405; Tue, 4 Sep 2001 06:24:04 -0700 (PDT) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.6/8.11.6) with ESMTP id f84DO3559772; Tue, 4 Sep 2001 09:24:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010904091659.021f6190@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 04 Sep 2001 09:17:56 -0400 To: Jordan Hubbard , stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: 4.4-RC3 distribution and ISO image now available In-Reply-To: <20010903202124J.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When doing a network install, I am no longer prompted to try and use DHCP to bring up an interface. This used to work on RC1. Also the issue of the messed up cursor focus (raised on freebsd-qa) is still there. ---Mike At 08:21 PM 9/3/01 -0700, Jordan Hubbard wrote: >The third and last release candidate image for FreeBSD 4.4 has been >uploaded to ftp-master.freebsd.org and is now available from >ftp.freebsd.org and various other mirror sites. I realize that this >leaves us very little time for testing before the release on Wednesday >(the 5th), but please do your best. Thank you! > >- Jordan > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 6:49:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailin3.email.bigpond.com (juicer24.bigpond.com [139.134.6.34]) by hub.freebsd.org (Postfix) with ESMTP id 36A5837B40B for ; Tue, 4 Sep 2001 06:49:09 -0700 (PDT) Received: from desktop.bigpond.net.au ([144.135.24.75]) by mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GJ55C400.G0J for ; Tue, 4 Sep 2001 23:55:16 +1000 Received: from CPE-144-132-179-175.nsw.bigpond.net.au ([144.132.179.175]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9i 8323/4614121); 04 Sep 2001 23:55:16 Message-Id: <5.0.2.1.2.20010905001622.00a0ab70@pop-server.bigpond.net.au> X-Sender: psandila@pop-server.bigpond.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Wed, 05 Sep 2001 00:18:26 +1000 To: freebsd-stable@freebsd.org From: Peter Sandilands Subject: Re: 4.4-RC3 distribution and ISO image now available Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG None of the Aussie mirrors have the iso?? ftp.freebsd.org doesn't either. In fact if I use the mirror list none list RC3 there? Am I just missing something or ??? Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 6:49:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from new.nxe.de (new.nxe.de [212.42.225.10]) by hub.freebsd.org (Postfix) with ESMTP id 287FF37B401 for ; Tue, 4 Sep 2001 06:49:12 -0700 (PDT) Received: by new.nxe.de Microsoft SMTPSVC (5.5.8.11.1/nora-20010325) for freebsd-stable@freebsd.org (envelope-from nora) id f84DnA096740; Tue, 4 Sep 2001 15:49:10 +0200 (CEST) Apparently-To: freebsd-stable@freebsd.org Date: Tue, 4 Sep 2001 15:49:10 +0200 From: Nora Etukudo To: freebsd-stable@freebsd.org Subject: OT: sparc? Message-ID: <20010904154910.A87239@new.nxe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This might be very offtopic. Every now and than I see commit messages from the cvs-all list, which belong to files with '/src/sys/sparc64/' in their path. Does this mean, it's possible to install FreeBSD on an 'UltraSparc 5'? (I don't have experience with systems other than Intel based ones, but I would like to see an unused U5 with FreeBSD here. :-)) Liebe Grüße, Nora. -- nora@sappho-net.de http://www.sappho-net.de/ Lesbian Computer Networks, Finland http://www.sappho.net/ Web for Women (von Frauen, für Frauen) http://www.w4w.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 6:57: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id 0144A37B407 for ; Tue, 4 Sep 2001 06:57:02 -0700 (PDT) Received: (qmail 83008 invoked by uid 3130); 4 Sep 2001 13:57:01 -0000 Date: Tue, 4 Sep 2001 09:57:01 -0400 From: Garrett Rooney To: Nora Etukudo Cc: freebsd-stable@freebsd.org Subject: Re: OT: sparc? Message-ID: <20010904095701.B72659@electricjellyfish.net> References: <20010904154910.A87239@new.nxe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904154910.A87239@new.nxe.de>; from nora@sappho-net.de on Tue, Sep 04, 2001 at 03:49:10PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 04, 2001 at 03:49:10PM +0200, Nora Etukudo wrote: > This might be very offtopic. > > Every now and than I see commit messages from the cvs-all list, which > belong to files with '/src/sys/sparc64/' in their path. Does this mean, > it's possible to install FreeBSD on an 'UltraSparc 5'? > > (I don't have experience with systems other than Intel based ones, but I > would like to see an unused U5 with FreeBSD here. :-)) For better information, you could ask on freebsd-sparc@freebsd.org, but from what I've heard, it's a work in progress at this point. It's closing in on single user mode though, so at some point in the near future you will be able to install FreeBSD on your UltraSparc. -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 7: 7:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 0D3FE37B405 for ; Tue, 4 Sep 2001 07:07:23 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f84E7Kd00627; Tue, 4 Sep 2001 16:07:20 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 4 Sep 2001 16:15:00 +0200 (CEST) From: Martin Blapp To: Cc: Subject: Re: Bug in SSH/GBSD 4.4-RC!! Message-ID: <20010904161310.T1525-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Can you start sshd with -d or -dd or -ddd ? Try each after the other and send us the output. Martin Martin Blapp, mb@imp.ch ------------------------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: 57E 7CCD 2769 E7AC C5FA DF2C 19C6 DCD1 1B3A EC9C ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 7:22:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.bigmailbox.com (mail2.bigmailbox.com [209.132.220.33]) by hub.freebsd.org (Postfix) with ESMTP id C693F37B427 for ; Tue, 4 Sep 2001 07:22:05 -0700 (PDT) Received: œby mail2.bigmailbox.com (8.8.7/8.8.7) id HAA07984; Tue, 4 Sep 2001 07:21:47 -0700 Date: Tue, 4 Sep 2001 07:21:47 -0700 Message-Id: <200109041421.HAA07984@mail2.bigmailbox.com> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Mailer: MIME-tools 4.104 (Entity 4.116) Mime-Version: 1.0 X-Originating-Ip: [216.107.65.33] From: "Steve Dobbs" To: jandrese@mitre.org, kstewart@urx.com Cc: stable@freebsd.org Subject: Re: KDE2.2 build problems (update) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I've successfully got KDE2.2 installed, so I figured that I would post what I had to do so the archive might help someone. I ended up having to 1)install portsdb, 2)pkg_delete'ing all kde packages, 3)make install on kdelibs2 4)make install on kde2 After that, everything seemed to work fine, until I locked my screen. Then I discovered that I couldn't unlock it. After searching the kde mailing list archives, I found out that setting the setuid bit on /usr/local/bin/kcheckpass would fix the problem. Does anyone have any comments on this? Also, root cannot log into kde, and it was able to before I upgraded/reinstalled. I haven't looked into that too much, as I only su to root, but it's still annoying that it's broke and I'll try to find out why during my copious spare time... >Date: Tue, 28 Aug 2001 14:17:23 -0700 > Kent Stewart Jason Andresen CC: Steve Dobbs , stable@freebsd.org > Re: KDE2.2 build problems > > >Jason Andresen wrote: >> >> Steve Dobbs wrote: >> > >> > Ok, I have installed portsupgrade, and ran it like you suggested. I >> > tried to build kdebase2 (on both boxes) and I still get the "no such >> > file" message. I tried to install kdelibs2 by itself, and I get an >> > error saying that I have KDE1 headers installed and that installing >> > this port will result in a conflict between kde1 and kde2. I don't >> > have kde1 installed, so how can I get the kde1 headers? >> >> Hmm, the kde port check for the existance of the file: >> /usr/local/include/kfm.h >> >> Presumably if you have this file you have other kde header files. >> If the port record is gone from the install, you may have to hand >> pick through all of the header files in /usr/local/include starting >> with k to determine which ones are for kde1 and delete them by hand. >> >> KDE installs a LOT of header files unfortunatly, so it won't be >> particularly easy. Unfortunatly it's pretty important that you get rid >> of those old header files, since they can introduce subtle bugs (or >> even straight up crashes) into the program (if you're lucky they'll >> just prevent the program from compiling). > >I did a "grep KDE *" in /usr/local/include and there are kde header >files that don't begin with k. I don't know how deep you need to go. > >Kent > >> >> -- >> \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org >> |\/ | | | / _| Network and Distributed Systems Engineer >> _| _|___| _| _|_\___| Office: 703-883-7755 > >-- >Kent Stewart >Richland, WA > >It is hard to believe you are soaring with Eagles (las águilas) >when you accept SPAM like a mouse (el ratón). > >mailto:kbstew99@hotmail.com >http://kstewart.urx.com/kstewart/index.html >FreeBSD News http://daily.daemonnews.org/ Steve Dobbs sdobbs@stupid.com ------------------------------------------------------------ Sent with STUPID.COM's free email. Don't YOU belong here? http://www.stupid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 7:25:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ezwv.com (hermes.ezwv.com [208.163.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 4DEB737B40C for ; Tue, 4 Sep 2001 07:25:47 -0700 (PDT) Received: from k6-2.weeble.com (ip206102032059.dlup.ezwv.com [206.102.32.59]) by mail.ezwv.com (8.9.3/8.9.3) with SMTP id KAA00931 for ; Tue, 4 Sep 2001 10:25:45 -0400 Content-Type: text/plain; charset="iso-8859-1" From: Randy Pratt To: freebsd-stable@freebsd.org Subject: 4.4-RC3 Binary upgrade quirks Date: Tue, 4 Sep 2001 10:26:43 -0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01090410264300.00475@k6-2.weeble.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did a successful binary upgrade on my test system of 4.4-RC2 to 4.4-RC3 but there are a couple of items that may need to be reviewed: Starting the Upgrade option from sysinstall resulted in the following message: Sorry The UPGRADE file is not provided on this particular floppy image. I've not tested a binary upgrade in quite some time (2.2.x) so I'm not sure if this is normal. I'd think the document should be there if sysinstall is looking for it. The second item was a default value during the configuration of PPP: Enter the IP address of your service provider or 0 if you don't know it and would prefer to negotiate it dynamically NO I would have thought the default value should have been "0" as it is during a fresh FTP install. I left it at the "NO" value and proceeded to see what would happen. After switching with Alt-F3 to connect to my ISP, there were two ppp warnings: Warning: ParseAddr: NO: Bad Address Warning: set ifaddr: Failed 4 However, ppp successfully negotiated a connection and the upgrade finished without any problems. Hope this helps in the last minute cleanups! Randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 7:27:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id 325F837B409 for ; Tue, 4 Sep 2001 07:27:49 -0700 (PDT) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.11.6/8.11.4) id f84ERMk90742; Tue, 4 Sep 2001 10:27:22 -0400 (EDT) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15252.58569.941012.423485@localhost.econ.vt.edu> Date: Tue, 4 Sep 2001 10:27:21 -0400 To: Conrado Vardanega Cc: stable@FreeBSD.ORG Subject: Re: Disallowed ssh part II In-Reply-To: References: X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As others have suggested, login.access would be the place to look; particularly at the line which excludes members of group wheel. RDM According to Conrado Vardanega (September 4, 2001): | Received disconnect: Sorry, you are not allowed to connect. -- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University Blacksburg, Virginia 24061 (540) 231-4537 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 7:41:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zoon.lafn.org (zoon.lafn.org [206.117.18.9]) by hub.freebsd.org (Postfix) with ESMTP id D291B37B401 for ; Tue, 4 Sep 2001 07:41:27 -0700 (PDT) Received: from [10.0.1.100] (cs-wla2-p40.lafn.org [192.168.16.40] (may be forged)) by zoon.lafn.org (8.11.3/8.11.3) with ESMTP id f84EfN785076; Tue, 4 Sep 2001 07:41:23 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 X-Sender: bc979@mail.lafn.org Message-Id: In-Reply-To: <3B94BA4C.CBBC4CB4@euroscript-ls.de> References: <20010902194650.A26090@freeway.dcfinc.com> <3B939B1F.90040416@euroscript-ls.de> <3B94BA4C.CBBC4CB4@euroscript-ls.de> Date: Tue, 4 Sep 2001 07:39:11 -0700 To: Radoy Pavlov From: Doug Hardie Subject: Re: 2.2.8 -> 4.3 upgrade Cc: stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Then just delete it and let the updgrade rebuild it. I keep additional items in /usr/src and so just delete the lower level directories used. I see that message also but it has always installed the source anyway. At 13:26 +0200 9/4/01, Radoy Pavlov wrote: >Doug Hardie wrote: >> >[..] >> >This is the point. I've been trying to update one >> >3.5.1 box to 4.x branch without success. Either way >> >(using cvsup or sysinstall) make buildworld breaks >> >with various errors. Today it was secure/lib/libcryto. >> >It's a good plan, but what basis do i need to complete >> >that build ? I tried updating plain 3.5.1 install from >> >a CD set and cvsuped one to 3.5.1-S. >> >> Before doing the upgrade installation you should delete /usr/src and >> /usr/obj and then recreate empty directories. >> -- >> -- Doug > >Thanks for all hints on this topic. Still I must disagree >that /usr/src should be recreated upon deleting it, especially >when upgrading from a CD set. The upgrade utility states >that /usr/src exists and doesn't upgrade it at all, hence >it's very hard, if not impossible, to buildworld. >The cvsup should work though. > >cheers, Radoy >-- >Error FE6B - Nonexistent - This comment does not exist, >and therefore you cannot read it. Please go away quietly. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -- -- Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 8:10:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 8F71A37B407 for ; Tue, 4 Sep 2001 08:10:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F13766D0A; Tue, 4 Sep 2001 08:10:18 -0700 (PDT) Date: Tue, 4 Sep 2001 08:10:18 -0700 From: Kris Kennaway To: Garrett Rooney Cc: Nora Etukudo , freebsd-stable@FreeBSD.ORG Subject: Re: OT: sparc? Message-ID: <20010904081017.B48472@xor.obsecurity.org> References: <20010904154910.A87239@new.nxe.de> <20010904095701.B72659@electricjellyfish.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904095701.B72659@electricjellyfish.net>; from rooneg@electricjellyfish.net on Tue, Sep 04, 2001 at 09:57:01AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 04, 2001 at 09:57:01AM -0400, Garrett Rooney wrote: > For better information, you could ask on freebsd-sparc@freebsd.org, > but from what I've heard, it's a work in progress at this point. It's > closing in on single user mode though, so at some point in the near > future you will be able to install FreeBSD on your UltraSparc. But on that day, you should only do so if you're willing to deal with serious OS bugs until the port becomes stable. Kris --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7lO7ZWry0BWjoQKURAiUiAKDS7jrEbfvgXeZ1+79GhJNX9AtvQgCgsN18 WFbeLikOLjmWV+PpjEWGFjY= =lw0K -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 9:16:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 0288437B406 for ; Tue, 4 Sep 2001 09:16:13 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f84GG2T95161; Tue, 4 Sep 2001 09:16:02 -0700 (PDT) (envelope-from jkh@freebsd.org) To: mike@sentex.net Cc: stable@freebsd.org Subject: Re: 4.4-RC3 distribution and ISO image now available In-Reply-To: <5.1.0.14.0.20010904091659.021f6190@marble.sentex.ca> References: <20010903202124J.jkh@freebsd.org> <5.1.0.14.0.20010904091659.021f6190@marble.sentex.ca> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010904091602Q.jkh@freebsd.org> Date: Tue, 04 Sep 2001 09:16:02 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 33 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm, really? Urk. I'll investigate this today, thanks. - Jordan From: Mike Tancsa Subject: Re: 4.4-RC3 distribution and ISO image now available Date: Tue, 04 Sep 2001 09:17:56 -0400 > > When doing a network install, I am no longer prompted to try and use DHCP > to bring up an interface. This used to work on RC1. Also the issue of the > messed up cursor focus (raised on freebsd-qa) is still there. > > ---Mike > > At 08:21 PM 9/3/01 -0700, Jordan Hubbard wrote: > >The third and last release candidate image for FreeBSD 4.4 has been > >uploaded to ftp-master.freebsd.org and is now available from > >ftp.freebsd.org and various other mirror sites. I realize that this > >leaves us very little time for testing before the release on Wednesday > >(the 5th), but please do your best. Thank you! > > > >- Jordan > > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 9:49:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.shikoku.ne.jp (smtp.shikoku.ne.jp [210.143.169.10]) by hub.freebsd.org (Postfix) with SMTP id E1AAB37B403 for ; Tue, 4 Sep 2001 09:49:33 -0700 (PDT) Received: (qmail 15982 invoked from network); 5 Sep 2001 01:49:31 +0900 Received: from unknown (HELO localhost) (210.157.174.155) by 0 with SMTP; 5 Sep 2001 01:49:31 +0900 Date: Wed, 05 Sep 2001 01:49:18 +0900 (JST) Message-Id: <20010905.014917.45508086.nin@smtp.shikoku.ne.jp> To: stable@FreeBSD.ORG Subject: Re: PC Card memory window From: NINOMIYA Hideyuki In-Reply-To: <20010903221223U.non@ever.sanda.gr.jp> References: <20010902165357Q.non@ever.sanda.gr.jp> <200109030428.f834Sxh23190@harmony.village.org> <20010903221223U.non@ever.sanda.gr.jp> X-cite-me: nin X-PGP-Fingerprint: 6C59 EC08 5B23 6490 44D0 7CD3 DA40 219F 7114 8553 X-PGP-Public-Key: http://user.shikoku.ne.jp/~nin/pgp/public-key.txt X-URI: http://user.shikoku.ne.jp/~nin/index.html X-URI: http://home.Jp.FreeBSD.org/~nin/index.html X-Mailer: Mew version 2.0.52 on Emacs 21.0 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi MITUNAGA Noriaki wrote in maybe Mon, 03 Sep 2001 22:12:23 +0900 Subject: Re: PC Card memory window Message-Id: <20010903221223U.non@ever.sanda.gr.jp> > From: Warner Losh > Date: Sun, 02 Sep 2001 22:28:59 -0600 > > Try the following patch: > > Yes, it worked for the iomem window. Thank you. nsp does not work in my kernel and pccardd which did time cvsup today (Sep, 4 16:00 (JST)). But, in old (I built it on Aug, 28) kernel and combination of the latest pccardd, nsp came to work with SMIT mode. I was surprised at this thing very much. Eliciting message of these 2 kernel and pccardd as follows. ---8<------8<--- latest kernel & pccardd ---8<------8<--- Sep 4 19:21:17 mebius /kernel: pcic0: at device 9.0 on pci0 Sep 4 19:21:18 mebius /kernel: pcic0: PCI Memory allocated: 0x44000000 Sep 4 19:21:18 mebius /kernel: pcic0: No PCI interrupt routed, trying ISA. Sep 4 19:21:18 mebius /kernel: pcic0: Polling mode Sep 4 19:21:18 mebius /kernel: pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Sep 4 19:21:18 mebius /kernel: pccard0: on pcic0 Sep 4 19:21:18 mebius /kernel: pcic1: at device 9.1 on pci0 Sep 4 19:21:18 mebius /kernel: pcic1: PCI Memory allocated: 0x44001000 Sep 4 19:21:18 mebius /kernel: pcic1: No PCI interrupt routed, trying ISA. Sep 4 19:21:18 mebius /kernel: pcic1: Polling mode Sep 4 19:21:18 mebius /kernel: pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Sep 4 19:21:18 mebius /kernel: pccard1: on pcic1 Sep 4 19:21:40 mebius /kernel: pccard: card inserted, slot 1 Sep 4 19:21:46 mebius pccardd[127]: Card "WBT"("NinjaSCSI-3") [R1.0] [(null)] matched "WBT" ("NinjaSCSI-3") [(null)] [(null)] Sep 4 19:21:46 mebius pccardd[127]: Using mem addr 0xd4000, size 4096, card addr 0x0, flags 0x41 Sep 4 19:21:46 mebius pccardd[127]: Using I/O addr 0x240, size 16 Sep 4 19:21:46 mebius pccardd[127]: Setting config reg at offs 0x200 to 0x41, Reset time = 50 ms Sep 4 19:21:51 mebius pccardd[127]: Assigning I/O window 0, start 0x240, size 0x10 flags 0x7 Sep 4 19:21:51 mebius pccardd[127]: Assign nsp0, io 0x240-0x24f, mem 0xd4000, 4096 bytes, irq 3, flags 0 Sep 4 19:21:51 mebius /kernel: pccard1: Assigning nsp0: io 0x240-0x24f irq 3 mem 0xd4000-0xd4fff Sep 4 19:21:51 mebius /kernel: pcic: I/O win 0 flags 17 240-24f Sep 4 19:21:51 mebius /kernel: pcic: I/O win 0 flags 7 240-24f Sep 4 19:21:51 mebius pccardd[127]: driver allocation failed for WBT(NinjaSCSI-3): Device not configured Sep 4 19:29:36 mebius /kernel: pccard: card removed, slot 1 Sep 4 19:29:36 mebius pccardd[127]: nsp0: WBT (NinjaSCSI-3) removed. ---8<------8<--- kernel.010828 & latest pccardd ---8<------8<--- Sep 4 19:31:08 mebius /kernel.010828: pcic0: at device 9.0 on pci0 Sep 4 19:31:08 mebius /kernel.010828: pcic0: PCI Memory allocated: 0x44000000 Sep 4 19:31:08 mebius /kernel.010828: pcic0: No PCI interrupt routed, trying ISA. Sep 4 19:31:08 mebius /kernel.010828: pcic0: Polling mode Sep 4 19:31:08 mebius /kernel.010828: pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Sep 4 19:31:08 mebius /kernel.010828: pccard0: on pcic0 Sep 4 19:31:08 mebius /kernel.010828: pcic1: at device 9.1 on pci0 Sep 4 19:31:08 mebius /kernel.010828: pcic1: PCI Memory allocated: 0x44001000 Sep 4 19:31:08 mebius /kernel.010828: pcic1: No PCI interrupt routed, trying ISA. Sep 4 19:31:08 mebius /kernel.010828: pcic1: Polling mode Sep 4 19:31:08 mebius /kernel.010828: pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Sep 4 19:31:08 mebius /kernel.010828: pccard1: on pcic1 Sep 4 19:31:33 mebius /kernel.010828: pccard: card inserted, slot 1 Sep 4 19:31:39 mebius pccardd[127]: Card "WBT"("NinjaSCSI-3") [R1.0] [(null)] matched "WBT" ("NinjaSCSI-3") [(null)] [(null)] Sep 4 19:31:39 mebius pccardd[127]: Using mem addr 0xd4000, size 4096, card addr 0x0, flags 0x41 Sep 4 19:31:39 mebius pccardd[127]: Using I/O addr 0x240, size 16 Sep 4 19:31:39 mebius pccardd[127]: Setting config reg at offs 0x200 to 0x41, Reset time = 50 ms Sep 4 19:31:44 mebius pccardd[127]: Assigning I/O window 0, start 0x240, size 0x10 flags 0x7 Sep 4 19:31:44 mebius pccardd[127]: Assign nsp0, io 0x240-0x24f, mem 0xd4000, 4096 bytes, irq 3, flags 0 Sep 4 19:31:52 mebius /kernel.010828: nsp0 at port 0x240-0x24f iomem 0xcc000-0xccfff irq 3 slot 1 on pccard1 Sep 4 19:31:52 mebius pccardd[127]: nsp0: WBT (NinjaSCSI-3) inserted. Sep 4 19:37:32 mebius /kernel.010828: pccard: card inserted, slot 0 Sep 4 19:37:38 mebius pccardd[127]: Card "IO DATA DEVICE,INC."("DATA&FAX MODEM PCML560") [(null)] [(null)] has function ID 2 Sep 4 19:37:38 mebius pccardd[127]: Using I/O addr 0x2f8, size 8 Sep 4 19:37:38 mebius pccardd[127]: Setting config reg at offs 0x420 to 0x45, Reset time = 1000 ms Sep 4 19:37:44 mebius pccardd[127]: Assigning I/O window 0, start 0x2f8, size 0x8 flags 0x1 Sep 4 19:37:44 mebius pccardd[127]: Assign sio0, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 5, flags 0 Sep 4 19:37:44 mebius /kernel.010828: sio1 at port 0x2f8-0x2ff irq 5 slot 0 on pccard0 Sep 4 19:37:44 mebius pccardd[127]: sio1: GENERIC PCMCIA modem inserted. ---8<------8<------8<------8<------8<------8<------8<------8<--- I think that a difference of Noriaki's machine and my machine is the difference that pcic attached into isa, or attached into pci. Will this thing be related with this appearance ? ---- *************************************************************** * This message is a thing by output of automatic translation. * * Therefore it will be for there to be a lot of funny parts. * * Please approve it. * *************************************************************** NINOMIYA(family name) Hideyuki(fast name) @ ehime japan mailto:nin@shikoku.ne.jp mailto:nin@Jp.FreeBSD.org PGP-Fingerprint:6C59 EC08 5B23 6490 44D0 7CD3 DA40 219F 7114 8553 PGP-Public-Key: http://user.shikoku.ne.jp/~nin/pgp/public-key.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 10: 6: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-stme2-0-cust102.cdf.cable.ntl.com (pc1-stme2-0-cust102.cdf.cable.ntl.com [62.252.56.102]) by hub.freebsd.org (Postfix) with ESMTP id 4080137B403; Tue, 4 Sep 2001 10:05:53 -0700 (PDT) Received: from lfarr (snorlax.bka.epcdirect.co.uk [192.168.10.200]) by not.yet.registered (8.11.3/8.11.3) with ESMTP id f84CphA42859; Tue, 4 Sep 2001 13:51:43 +0100 (BST) (envelope-from lawrence@epcdirect.co.uk) From: "Lawrence Farr" To: "'David Gilbert'" , "'Greg Lehey'" Cc: "'Chris BeHanna'" , "'FreeBSD-Stable'" Subject: RE: [stable] Re: RAID5 Date: Tue, 4 Sep 2001 13:52:02 +0100 Message-ID: <000301c13540$64fbfee0$c80aa8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Importance: Normal In-Reply-To: <15252.51690.121158.427612@trooper.velocet.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just to add another benchmark, I got: Pass 23 - 1048576 kb written in 115 seconds, at 9118 kb/Sec Pass 23 - 1048576 kb read in 15 seconds, at 69905 kb/Sec On some recent tests on a 3Ware 7000 series with 8 x 5400rpm IDE drives. >-----Original Message----- >From: owner-freebsd-stable@FreeBSD.ORG >[mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of David Gilbert >Sent: 04 September 2001 13:33 >To: Greg Lehey >Cc: Chris BeHanna; FreeBSD-Stable >Subject: [stable] Re: RAID5 > > >>>>>> "Greg" == Greg Lehey writes: > >Greg> On Monday, 3 September 2001 at 14:20:56 -0400, Chris BeHanna >Greg> wrote: >>> FWIW, I set up a 4-drive RAID-5 volume with an associated >>> journaling device on Solaris 8 that performs pretty well for home >>> directories. I wouldn't expect vinum to be any different in that >>> regard, given sufficient CPU (my Solaris volume is served from a >>> two-CPU E450, just as a reference point). > >Greg> Interestingly, CPU isn't the performance issue most people >Greg> (myself once included) assume it is. Even on my original Vinum >Greg> testbed, a 468/66, CPU usage was barely measurable. That's >Greg> probably why most hardware RAID controllers use relatively slow >Greg> CPUs. > >Well... then its an interesting issue: At least on FreeBSD, my >benchmarks show that Vinum running with Adaptec (ahc) or TekRAM (sym) >controllers outperform hardware raid controllers significantly. We're >talking same drives, same cables, same computer here. > >Not only does Vinum outperform hardware RAID 5, but it also >outperforms hardware RAID 0 and RAID 1. > >Now... these are all FreeBSD tests. Maybe the FreeBSD hardware raid >controller drivers suck? > >As an example (numbers I have readily available), my test bed was 8x >18G Atlas IV drives (SCA if it matters) in a dedicated LVD case. I >was testing the AMI MegaRAID 1500 against Vinum running with either an >Adaptec 29160 or a TekRAM (forget model number, but it was LVD-80 not >LVD-160). > >I found that write speeds were pretty much even all around... with a >slight edge to Vinum --- 4M/s writes on the AMI, 4.5M/s writes on >Vinum. Reading, however, is where vinum dusted the competition. On >either SCSI controller, Vinum could achieve 51M/s reads compared to >18M/s reads on the AMI. Interestingly, the figure for vinum changes >with CPU speed --- it was only 38M/s reads with a PIII/450 (100Mhz >RAM) ... the 51M/s measurement was an Athlon 750 (133Mhz RAM). > >Dave. > >-- >=============================================================== >============= >|David Gilbert, Velocet Communications. | Two things can >only be | >|Mail: dgilbert@velocet.net | equal if and >only if they | >|http://www.velocet.net/~dgilbert | are >precisely opposite. | >=========================================================GLO=== >============= > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 10:49:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by hub.freebsd.org (Postfix) with ESMTP id 7D2EA37B406 for ; Tue, 4 Sep 2001 10:49:33 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id 1E06FA5E for ; Tue, 4 Sep 2001 11:49:33 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id B7D82DD for ; Tue, 4 Sep 2001 11:49:32 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id KAA12474 for ; Tue, 4 Sep 2001 10:49:32 -0700 (PDT) Message-Id: <200109041749.KAA12474@mina.soco.agilent.com> To: FreeBSD-Stable Subject: Re: RAID5 Reply-To: Darryl Okahata In-Reply-To: Your message of "Mon, 03 Sep 2001 14:25:59 EDT." <20010903142145.K10812-100000@topperwein.dyndns.org> Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Tue, 04 Sep 2001 10:49:31 -0700 From: Darryl Okahata Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris BeHanna wrote: > AFAIK, there are no IDE RAID cards that support RAID-5. You are The 3ware cards support RAID5, although the performance is supposedly not very good. > Or you could use vinum(8) and use whatever IDE controller you > have, and whatever RAID configuration that you want. Note, however I used to use vinum, but I'm now using a 3ware controller. It's *SOOO* nice to have something that's easy to set up, yet "just works". My issues with vinum are: [ Note: it's been a year or two since I've used vinum, and so the following may be out-of-date. Corrections appreciated. ] * Once set up, vinum works well, but it takes a lot of hard reading to set up. The actual work itself is not hard, mind you, but it's difficult to figure out what you need to put into the config file. It's *SO* much easier to configure the 3ware controller .... * Vinum is not part of the GENERIC kernel. I had /usr on a vinum-controlled partition, and upgrading FreeBSD via CDs was a royal pain. I basically had to do the upgrade to the root drive (moving /usr out of the way, rebuild the kernel with vinum, reboot, and then copy/move the contents of /usr into the vinum-controlled /usr -- bleah). [ Today, I should be able to kldload vinum, but I don't think I can do this at install time from the CDROM, and so I'd still have to play games with /usr. ] The 3ware driver is part of GENERIC, and so upgrades/installation is completely painless. My root partition is also on a 3ware-controlled drive; you can't do this with vinum (vinum is, however, very cost-effective ;-). * (This may have changed.) There is no documentation on how to do disaster recovery with vinum. The procedure is (roughly) documented with 3ware (although I should, but have not, admittedly, tested it). -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 11: 9:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from femail38.sdc1.sfba.home.com (femail38.sdc1.sfba.home.com [24.254.60.32]) by hub.freebsd.org (Postfix) with ESMTP id DB11C37B408; Tue, 4 Sep 2001 11:09:25 -0700 (PDT) Received: from intruder.bmah.org ([24.176.204.87]) by femail38.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010904180925.SPDA24024.femail38.sdc1.sfba.home.com@intruder.bmah.org>; Tue, 4 Sep 2001 11:09:25 -0700 Received: (from bmah@localhost) by intruder.bmah.org (8.11.6/8.11.3) id f84I9O422227; Tue, 4 Sep 2001 11:09:24 -0700 (PDT) (envelope-from bmah) Message-Id: <200109041809.f84I9O422227@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Randy Pratt Cc: freebsd-stable@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: 4.4-RC3 Binary upgrade quirks In-Reply-To: <01090410264300.00475@k6-2.weeble.com> References: <01090410264300.00475@k6-2.weeble.com> Comments: In-reply-to Randy Pratt message dated "Tue, 04 Sep 2001 10:26:43 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1706674116P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 04 Sep 2001 11:09:24 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1706674116P Content-Type: text/plain; charset=us-ascii If memory serves me right, Randy Pratt wrote: > I did a successful binary upgrade on my test system of 4.4-RC2 to 4.4-RC3 but > > there are a couple of items that may need to be reviewed: > > Starting the Upgrade option from sysinstall resulted in the following message > : > > Sorry > The UPGRADE file is not provided on this particular floppy image. > > I've not tested a binary upgrade in quite some time (2.2.x) so I'm not sure > if this is normal. I'd think the document should be there if sysinstall is > looking for it. Mea culpa. This happened becuase of my (perhaps over-zealous?) reorganization of the *.TXT files that was a part of RELNOTESng. There used to be an UPGRADE.TXT (which would get installed into the MFSROOT filesystem), but its content got folded into a more general-purpose installation document, which eventually gets to the boot floppies as INSTALL.TXT. The quickest fix I can think of would be to create a new src/release/sysinstall/help/upgrading.txt (or some text from within the sysinstall program itself) that points users to the right section of the INSTALL.TXT that they can read from the main Documentation menu. Another alternative would be to just display INSTALL.TXT in its place, although I don't like that because the user isn't going to realize why she's seeing it, unless she scrolls all the way down to bottom third of the document. A third alternative is to put an excerpt of INSTALL.TXT in the help directory, although I don't want to have to resync the excerpt whenever the main document changes. Thanks for finding this. Clearly I haven't done a binary upgrade in awhile myself. Bruce. PS. Release engineer type folks...I'll work up a patch for your perusal. I presume we can fix up sysinstall for -CURRENT after the release goes out. --==_Exmh_-1706674116P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7lRjU2MoxcVugUsMRAlOqAJ97KGQM5bDJ7fzmCp4nD1VFEv//dwCg8Cp5 3Bab+ypE9IKJAg4ceXkbp3k= =orEC -----END PGP SIGNATURE----- --==_Exmh_-1706674116P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 11:37:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 3619137B407 for ; Tue, 4 Sep 2001 11:37:42 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [127.0.0.1]) by horsey.gshapiro.net (8.12.0.Gamma0/8.12.0.Gamma0) with ESMTP id f84Ib8UN009255 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 4 Sep 2001 11:37:08 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Gamma0/8.12.0.Gamma0/Submit) id f84Ib71T009252; Tue, 4 Sep 2001 11:37:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15253.8019.297170.446708@horsey.gshapiro.net> Date: Tue, 4 Sep 2001 11:37:07 -0700 From: Gregory Neil Shapiro To: Andrew Gallatin Cc: freebsd-stable@FreeBSD.ORG Subject: Re: NeoMagic 256Z: pcm0: play interrupt timeout, channel dead In-Reply-To: <15250.30616.936570.589829@grasshopper.cs.duke.edu> References: <15247.62161.900177.306924@grasshopper.cs.duke.edu> <200109010813.f818D8h09836@harmony.village.org> <15249.12965.416037.575523@horsey.gshapiro.net> <15250.30616.936570.589829@grasshopper.cs.duke.edu> X-Mailer: VM 6.95 under 21.5 (beta1) "anise" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG gallatin> I don't suppose you have any idea when it broke? Sorry, no I don't. I didn't keep track of when it was working and unfortunately, I tend to upgrade often. I will say that my kernel as of Sept. 3rd now plays about 2-3 seconds of an audio file instead of a half second like the Aug. 27th kernel did. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 11:47:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id DC3C837B40F for ; Tue, 4 Sep 2001 11:47:29 -0700 (PDT) Received: by turtle.looksharp.net (Postfix, from userid 1003) id D50C33E8B; Tue, 4 Sep 2001 14:48:04 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id C76C6BAAD; Tue, 4 Sep 2001 14:48:04 -0400 (EDT) Date: Tue, 4 Sep 2001 14:48:04 -0400 (EDT) From: "Brandon D. Valentine" To: Garrett Rooney Cc: Nora Etukudo , Subject: Re: OT: sparc? In-Reply-To: <20010904095701.B72659@electricjellyfish.net> Message-ID: <20010904144420.N67583-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Sep 2001, Garrett Rooney wrote: >On Tue, Sep 04, 2001 at 03:49:10PM +0200, Nora Etukudo wrote: >> This might be very offtopic. >> >> Every now and than I see commit messages from the cvs-all list, which >> belong to files with '/src/sys/sparc64/' in their path. Does this mean, >> it's possible to install FreeBSD on an 'UltraSparc 5'? >> >> (I don't have experience with systems other than Intel based ones, but I >> would like to see an unused U5 with FreeBSD here. :-)) > >For better information, you could ask on freebsd-sparc@freebsd.org, >but from what I've heard, it's a work in progress at this point. It's >closing in on single user mode though, so at some point in the near >future you will be able to install FreeBSD on your UltraSparc. In the meantime you could run NetBSD/sparc64 on it, which is quite mature at this point in relation to the FreeBSD/sparc64 code. See http://www.netbsd.org/Ports/sparc64/ for more information. -- "Never put off until tomorrow what you can do today. There might be a law against it by that time." -- /usr/games/fortune, 07/30/2001 Brandon D. Valentine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 4 11:57:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from users.symmetric.net (centipede.symmetric.net [63.150.23.120]) by hub.freebsd.org (Postfix) with ESMTP id EDF2337B40F for ; Tue, 4 Sep 2001 11:57:13 -0700 (PDT) Received: by users.symmetric.net (Postfix, from userid 1000) id 8F7FC1B206; Tue, 4 Sep 2001 13:57:06 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by users.symmetric.net (Postfix) with ESMTP id 8D287D90B for ; Tue, 4 Sep 2001 13:57:06 -0500 (CDT) Date: Tue, 4 Sep 2001 13:57:06 -0500 (CDT) From: presence X-X-Sender: To: Subject: rebooting under load In-Reply-To: <20010904081017.B48472@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've got a machine that has been suddenly rebooting. I can make it crash at will by bringing the load to about 200 with the script below. My other single CPU boxes can handle a this script with 3000 primes instances just fine with 512MB of RAM. Here is what I get whe it goes down. What does it mean? bash-2.05# panic: vm_fault: fault on nofault entry, addr: cbbd3000 mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... 15 done Uptime: 5m13s Automatic reboot in 15 seconds - press a key on the console to abort ==== Copyright (c) 1992-2001 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.3-STABLE #0: Thu Aug 2 16:20:03 CDT 2001 root@centipede.symmetric.net:/usr/src/sys/compile/NETSERVER-2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1000.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 134152192 (131008K bytes) avail memory = 127197184 (124216K bytes) Programming 16 pins in IOAPIC #0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 1, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 2, version: 0x000f0011, at 0xfec01000 Preloaded elf kernel "kernel" at 0xc0301000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc030109c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 4 -> irq 5 IOAPIC #1 intpin 17 -> irq 9 pci0: on pcib0 fxp0: port 0x1800-0x183f mem 0xfd000000-0xfd0fffff,0xfd100000-0xfd100fff irq 5 at device 2.0 on pci0 fxp0: Ethernet address 00:e0:18:0b:a7:5a inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 7.0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1840-0x184f at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 15.2 irq 9 pcib5: on motherboard IOAPIC #1 intpin 8 -> irq 10 IOAPIC #1 intpin 9 -> irq 11 pci5: on pcib5 sym0: <896> port 0x1c00-0x1cff mem 0xfd110000-0xfd111fff,0xfd112000-0xfd1123ff irq 10 at device 5.0 on pci5 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym1: <896> port 0x2000-0x20ff mem 0xfd114000-0xfd115fff,0xfd112400-0xfd1127ff irq 11 at device 5.1 on pci5 sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. orm0: