From owner-freebsd-current Sun Mar 18 0:43:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 36AF137B718; Sun, 18 Mar 2001 00:43:46 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2I8hcp38490; Sun, 18 Mar 2001 11:43:38 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Mar 2001 11:43:38 +0300 From: "Andrey A. Chernov" To: Makoto MATSUSHITA Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG, kjm@rins.ryukoku.ac.jp Subject: Re: Our strptime(3) doesn't conform to other standards/implementations Message-ID: <20010318114338.A38474@nagual.pp.ru> References: <20010318141913L.matusita@jp.FreeBSD.org> <20010318093752.A37335@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010318093752.A37335@nagual.pp.ru>; from ache@nagual.pp.ru on Sun, Mar 18, 2001 at 09:37:52AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 09:37:52 +0300, Andrey A. Chernov wrote: > On Sun, Mar 18, 2001 at 14:19:13 +0900, Makoto MATSUSHITA wrote: > > > Our strptime(3) implementation distinguishs '%A' and '%a', just like > > strftime(3) does. However, the Single UNIX Specification v2 doesn't > > > Upgrade your system. 'A' and 'a' are the same in -current strptime.c v1.22 > and in -stable too. Sorry, my mistake, the bug you report exist. Fix already commited in -current strptime.c v1.23 and not yet in -stable. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 3:51: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id D13C237B719 for ; Sun, 18 Mar 2001 03:51:03 -0800 (PST) (envelope-from mkirstein@gmx.de) Received: (qmail 27701 invoked by uid 0); 18 Mar 2001 11:51:01 -0000 Date: Sun, 18 Mar 2001 12:51:01 +0100 (MET) From: Michael Kirstein To: freebsd-current@freebsd.org MIME-Version: 1.0 Subject: core dump with atacontrol X-Priority: 3 (Normal) X-Authenticated-Sender: #0001357077@gmx.net X-Authenticated-IP: [62.96.50.233] Message-ID: <16801.984916261@www34.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello There seems to be a littel error in atacontrol.c I sugesst: diff -r1.3 atacontrol.c 78a79 > exit(1); 133a135,136 > if (argc == 1) > usage(); Best Regards Michael Kirstein -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 4:20:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 753CC37B718 for ; Sun, 18 Mar 2001 04:20:23 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA36034; Sun, 18 Mar 2001 13:20:21 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103181220.NAA36034@freebsd.dk> Subject: Re: core dump with atacontrol In-Reply-To: <16801.984916261@www34.gmx.net> from Michael Kirstein at "Mar 18, 2001 12:51:01 pm" To: mkirstein@gmx.de (Michael Kirstein) Date: Sun, 18 Mar 2001 13:20:20 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Michael Kirstein wrote: > Hello > > There seems to be a littel error in atacontrol.c > > I sugesst: > > diff -r1.3 atacontrol.c > 78a79 > > exit(1); > 133a135,136 > > if (argc == 1) > > usage(); Fixes are underways... -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 5: 3:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 3B92E37B71A for ; Sun, 18 Mar 2001 05:03:51 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id OAA29906 for current@freebsd.org; Sun, 18 Mar 2001 14:03:49 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 726EE8811; Sun, 18 Mar 2001 13:32:09 +0100 (CET) Date: Sun, 18 Mar 2001 13:32:09 +0100 From: Ollivier Robert To: current@freebsd.org Subject: Re: very strange problem with ps Message-ID: <20010318133209.A50458@keltia.freenix.fr> Mail-Followup-To: current@freebsd.org References: <20010316181229.A16230@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316181229.A16230@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Fri, Mar 16, 2001 at 06:12:29PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Brooks Davis: > I'm seeing a very strange problem with ps. I was calling "ps -U Speaking of ps, since we moved into SMPng, almost all processes seems to have the 'D' state... I guess it is expected but a little strange, no? 388 [13:28] roberto@sidhe:~> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 10 93.4 0.0 0 0 ?? RWL 5:31PM 19:14.98 (idle) roberto 813 3.0 2.9 6700 1381 ?? Ds 1:12PM 0:17.07 deskguide_applet roberto 881 4.0 1.2 2440 557 p3 DWs 1:28PM 0:00.23 -zsh (zsh) [ skipping irq threads ] root 2 0.0 0.0 0 0 ?? DWL 5:31PM 0:00.01 (pagedaemon) root 3 0.0 0.0 0 0 ?? DWL 5:31PM 0:00.00 (vmdaemon) root 4 0.0 0.0 0 0 ?? DWL 5:31PM 0:00.01 (bufdaemon) root 5 0.0 0.0 0 0 ?? DWL 5:31PM 0:00.16 (syncer) root 201 0.0 0.2 444 79 ?? DWs 5:33PM 0:00.09 pccardd -f /etc/ root 237 0.0 0.3 984 165 ?? DWs 5:33PM 0:00.08 syslogd -s root 242 0.0 0.5 1332 243 ?? DW; 18 Mar 2001 13:23:45 +0000 (GMT) To: Mike Smith Cc: "Alexander N. Kabaev" , Paul Richards , Makoto MATSUSHITA , current@FreeBSD.ORG, iedowse@maths.tcd.ie Subject: Re: Fw: Stop annoying message of lnc In-Reply-To: Your message of "Sat, 17 Mar 2001 21:15:09 PST." <200103180515.f2I5F9U05398@mass.dis.org> Date: Sun, 18 Mar 2001 13:23:44 +0000 From: Ian Dowse Message-ID: <200103181323.aa08403@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103180515.f2I5F9U05398@mass.dis.org>, Mike Smith writes: > >I don't quite understand Paul's reasoning, though; it's not actually >useful to unload/reload parts of a device's bus attachment without >unloading/reloading all the downstream parts of the driver. > >I think the fix should probably be committed and the driver turned into a >single monolithic module. Yes, Paul essentially agreed to my doing this as an interim measure until ifconfig is "fixed" to use the module file name rather than the module name when loading drivers. I'll commit the change in a few hours after I have tested that it works. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 7:11:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 6091637B719; Sun, 18 Mar 2001 07:11:42 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2IFBGW55764; Mon, 19 Mar 2001 00:11:18 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG, kjm@rins.ryukoku.ac.jp In-Reply-To: <20010318114338.A38474@nagual.pp.ru> References: <20010318141913L.matusita@jp.FreeBSD.org> <20010318093752.A37335@nagual.pp.ru> <20010318114338.A38474@nagual.pp.ru> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 11 From: Makoto MATSUSHITA To: ache@nagual.pp.ru Subject: Re: Our strptime(3) doesn't conform to other standards/implementations Date: Mon, 19 Mar 2001 00:10:55 +0900 Message-Id: <20010319001055W.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ache> Fix already commited in -current strptime.c v1.23 and not yet in ache> -stable. Very glad to hear that, thank you. We are in a freeze stage, but are there any chances to merge this into 4-stable... ah, maybe I'm dreamin' :-) -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 7:41:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7629437B71A; Sun, 18 Mar 2001 07:41:06 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA78033; Sun, 18 Mar 2001 16:41:04 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Cc: jhb@freebsd.org, jake@freebsd.org Subject: Interesting backtrace... From: Dag-Erling Smorgrav Date: 18 Mar 2001 16:41:03 +0100 Message-ID: Lines: 165 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I finally caught a backtrace from one of those recurring stack smash panics. I've been getting a few of these every day for a couple of weeks now but never caught a dump; I caught this one by typing 'panic' immediately instead of trying to get a trace at the ddb prompt first. These panics invariably start like this (always the same eip): kernel: type 12 trap, code=0 Stopped at -0xfc81: kernel: type 12 trap, code=0 db> Anyway, here's the backtrace: root@des /var/crash# gdb -k 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". (kgdb) source ~des/kgdb (kgdb) kernel 1 IdlePTD 4063232 initial pcb at 32d7c0 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffff037f fault code = supervisor read, page not present instruction pointer = 0x8:0xffff037f stack pointer = 0x10:0xd07c7e18 frame pointer = 0x10:0xd07c7e8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1901 (perl) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffff037f fault code = supervisor read, page not present instruction pointer = 0x8:0xc026b190 stack pointer = 0x10:0xd07c7c84 frame pointer = 0x10:0xd07c7c88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1901 (perl) panic: from debugger kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffff037f fault code = supervisor read, page not present instruction pointer = 0x8:0xc026b190 stack pointer = 0x10:0xd07c7c84 frame pointer = 0x10:0xd07c7c88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1901 (perl) panic: from debugger Uptime: 1h34m41s dumping to dev ad0b, offset 131104 dump ata0: resetting devices .. done 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 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 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc019723f in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc0197609 in panic (fmt=0xc0299154 "from debugger") at ../../kern/kern_shutdown.c:571 #3 0xc011f885 in db_panic (addr=-64641, have_addr=0, count=1, modif=0xd07c7c88 "") at ../../ddb/db_command.c:433 #4 0xc011f825 in db_command (last_cmdp=0xc02d2fc0, cmd_table=0xc02d2e20, aux_cmd_tablep=0xc031913c) at ../../ddb/db_command.c:333 #5 0xc011f8ea in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc0121ab3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc026b09e in kdb_trap (type=12, code=0, regs=0xd07c7dd8) at ../../i386/i386/db_interface.c:164 #8 0xc027a7b0 in trap_fatal (frame=0xd07c7dd8, eva=4294902655) at ../../i386/i386/trap.c:982 #9 0xc027a525 in trap_pfault (frame=0xd07c7dd8, usermode=0, eva=4294902655) at ../../i386/i386/trap.c:901 #10 0xc02795b4 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -797537792, tf_esi = -798500992, tf_ebp = -797147508, tf_isp = -797147644, tf_ebx = 0, tf_edx = -1069539336, tf_ecx = 0, tf_eax = -1071185861, tf_trapno = 12, tf_err = 0, tf_eip = -64641, tf_cs = 8, tf_eflags = 66118, tf_esp = -65536, tf_ss = -1}) at ../../i386/i386/trap.c:448 #11 0xffff037f in ?? () #12 0xc023c8bb in vm_fault (map=0xd0768a00, vaddr=138502144, fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:493 #13 0xc027a331 in trap_pfault (frame=0xd07c7fa8, usermode=1, eva=138502144) at ../../i386/i386/trap.c:876 #14 0xc027915c in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 138502144, tf_esi = 1, tf_ebp = -1077939008, tf_isp = -797147180, tf_ebx = 4096, tf_edx = 0, tf_ecx = 1024, tf_eax = -791621424, tf_trapno = 12, tf_err = 6, tf_eip = 673075395, tf_cs = 31, tf_eflags = 66070, tf_esp = -1077939080, tf_ss = 47}) at ../../i386/i386/trap.c:335 #15 0x281e50c3 in ?? () #16 0x281e4435 in ?? () #17 0x281e4b7d in ?? () #18 0x280d774b in ?? () #19 0x280cea99 in ?? () #20 0x280cee38 in ?? () #21 0x280e544a in ?? () #22 0x280f775a in ?? () #23 0x280f2594 in ?? () #24 0x2810e297 in ?? () #25 0x2810d658 in ?? () #26 0x80492ae in ?? () #27 0x8049189 in ?? () (kgdb) kldstat Id Refs Address Size Name 1 1 0xc0100000 2bf4c8 kernel (kgdb) up 10 #10 0xc02795b4 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -797537792, tf_esi = -798500992, tf_ebp = -797147508, tf_isp = -797147644, tf_ebx = 0, tf_edx = -1069539336, tf_ecx = 0, tf_eax = -1071185861, tf_trapno = 12, tf_err = 0, tf_eip = -64641, tf_cs = 8, tf_eflags = 66118, tf_esp = -65536, tf_ss = -1}) at ../../i386/i386/trap.c:448 448 (void) trap_pfault(&frame, FALSE, eva); (kgdb) p/x frame $1 = {tf_fs = 0x18, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0xd0768a00, tf_esi = 0xd067d780, tf_ebp = 0xd07c7e8c, tf_isp = 0xd07c7e04, tf_ebx = 0x0, tf_edx = 0xc0401ff8, tf_ecx = 0x0, tf_eax = 0xc027003b, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xffff037f, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xffff0000, tf_ss = 0xffffffff} (kgdb) up 4 #14 0xc027915c in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 138502144, tf_esi = 1, tf_ebp = -1077939008, tf_isp = -797147180, tf_ebx = 4096, tf_edx = 0, tf_ecx = 1024, tf_eax = -791621424, tf_trapno = 12, tf_err = 6, tf_eip = 673075395, tf_cs = 31, tf_eflags = 66070, tf_esp = -1077939080, tf_ss = 47}) at ../../i386/i386/trap.c:335 335 i = trap_pfault(&frame, TRUE, eva); (kgdb) p/x frame $2 = {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x8416000, tf_esi = 0x1, tf_ebp = 0xbfbff4c0, tf_isp = 0xd07c7fd4, tf_ebx = 0x1000, tf_edx = 0x0, tf_ecx = 0x400, tf_eax = 0xd0d0d0d0, tf_trapno = 0xc, tf_err = 0x6, tf_eip = 0x281e50c3, tf_cs = 0x1f, tf_eflags = 0x10216, tf_esp = 0xbfbff478, tf_ss = 0x2f} (kgdb) p/x CADDR2 $3 = 0xc0401000 (kgdb) p/x CMAP2 $4 = 0xbff01004 Looks to me like there was a page fault, and the stack got corrupted while handling that fault (possibly somewhere in pmap_zero_page(), called from vm_page_zero_fill() which is inlined in vm_fault()). (BTW, this is a K6-2, which as far as I can tell is a 586-class CPU) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 8: 1:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id A687037B719 for ; Sun, 18 Mar 2001 08:01:20 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 10961 invoked from network); 18 Mar 2001 17:00:14 -0000 Received: from unknown (HELO webcom.it) (212.34.222.47) by acampi.inet.it with SMTP; 18 Mar 2001 17:00:14 -0000 Received: (qmail 10004 invoked by uid 1000); 18 Mar 2001 15:57:50 -0000 Date: Sun, 18 Mar 2001 16:57:49 +0100 From: Andrea Campi To: Thomas Cc: current@freebsd.org Subject: Re: growfs Message-ID: <20010318165749.A725@webcom.it> References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010317110034.62878@Netz-Werker.NET>; from tomsoft@Netz-Werker.COM on Sat, Mar 17, 2001 at 11:00:34AM +0100 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This was completely untested by us, and is not guaranteed to work! I think > you were lucky. We move and change blocks on the filesystem, during some > time the filesystem is NOT consitent, so if one of those files is accessed than > you might run into a panic. Sorry? In single user with a readonly / and nothing else? I would have to be EXTREMELY unlucky to get any other access while the fs is inconsistent ;-) Seriously, I get the point (shit happens doesn't it?), but this prompts my next question: isn't this the same as running fsck? Maybe with growfs we have a longer window of inconsistency, but the idea is mostly the same. I think there should be (probably there already is) a way to "reserve" access to the fs, so that no other process can possibly get an inconsistent state. -- Speak softly and carry a cellular phone. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 8:51:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 6A6AF37B71A; Sun, 18 Mar 2001 08:51:16 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Mar 2001 16:51:15 +0000 (GMT) Date: Sun, 18 Mar 2001 16:51:15 +0000 From: David Malone To: Dag-Erling Smorgrav Cc: current@freebsd.org, jhb@freebsd.org, jake@freebsd.org Subject: Re: Interesting backtrace... Message-ID: <20010318165115.A87193@walton.maths.tcd.ie> References: 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 In-Reply-To: ; from des@ofug.org on Sun, Mar 18, 2001 at 04:41:03PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 04:41:03PM +0100, Dag-Erling Smorgrav wrote: > I finally caught a backtrace from one of those recurring stack smash > panics. I've been getting a few of these every day for a couple of > weeks now but never caught a dump; I caught this one by typing 'panic' > immediately instead of trying to get a trace at the ddb prompt first. I have a back trace that is exactly like this. I got it by doing a "call dumpsys" at the ddb prompt. It is also at the pmap_zero_page line in vm_fault, then has the corrupted frame and then goes into another vault. Curiously, my machine is a K6-2 too. I've followed the same gdb steps which you went through, and the panic looks identical. The is the same panic as the one which I posted the ktr trace for a couple of days ago, if that helps. David. CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc0133501 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0xc86dfc88 "\20053\001") at ../../ddb/db_command.c:532 #2 0xc013332d in db_command (last_cmdp=0xc02f7554, cmd_table=0xc02f73b4, aux_cmd_tablep=0xc033c95c) at ../../ddb/db_command.c:333 #3 0xc01333f2 in db_command_loop () at ../../ddb/db_command.c:455 #4 0xc01355bb in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #5 0xc028932a in kdb_trap (type=12, code=0, regs=0xc86dfdd8) at ../../i386/i386/db_interface.c:164 #6 0xc0297fb8 in trap_fatal (frame=0xc86dfdd8, eva=4294906495) at ../../i386/i386/trap.c:983 #7 0xc0297d25 in trap_pfault (frame=0xc86dfdd8, usermode=0, eva=4294906495) at ../../i386/i386/trap.c:901 #8 0xc0296f7f in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -932172416, tf_esi = -932879296, tf_ebp = -932315508, tf_isp = -932315644, tf_ebx = 0, tf_edx = -1065345032, tf_ecx = 0, tf_eax = -1071054797, tf_trapno = 12, tf_err = 0, tf_eip = -60801, tf_cs = 8, tf_eflags = 66118, tf_esp = -65536, tf_ss = -1}) at ../../i386/i386/trap.c:448 #9 0xffff127f in ?? () #10 0xc0266b53 in vm_fault (map=0xc8702d80, vaddr=135098368, fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:493 #11 0xc0297b65 in trap_pfault (frame=0xc86dffa8, usermode=1, eva=135098368) at ../../i386/i386/trap.c:876 #12 0xc0296bab in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135098368, tf_esi = 13, tf_ebp = -1077937844, tf_isp = -932315180, tf_ebx = 4096, tf_edx = 0, tf_ecx = 1024, tf_eax = -791621424, tf_trapno = 12, tf_err = 6, tf_eip = 134885503, tf_cs = 31, tf_eflags = 66070, tf_esp = -1077937900, tf_ss = 47}) at ../../i386/i386/trap.c:335 (kgdb) up 8 #8 0xc0296f7f in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -932172416, tf_esi = -932879296, tf_ebp = -932315508, tf_isp = -932315644, tf_ebx = 0, tf_edx = -1065345032, tf_ecx = 0, tf_eax = -1071054797, tf_trapno = 12, tf_err = 0, tf_eip = -60801, tf_cs = 8, tf_eflags = 66118, tf_esp = -65536, tf_ss = -1}) at ../../i386/i386/trap.c:448 448 (void) trap_pfault(&frame, FALSE, eva); (kgdb) p/x frame $1 = {tf_fs = 0x18, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0xc8702d80, tf_esi = 0xc8656440, tf_ebp = 0xc86dfe8c, tf_isp = 0xc86dfe04, tf_ebx = 0x0, tf_edx = 0xc0801ff8, tf_ecx = 0x0, tf_eax = 0xc0290033, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xffff127f, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xffff0000, tf_ss = 0xffffffff} (kgdb) up 4 #12 0xc0296bab in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135098368, tf_esi = 13, tf_ebp = -1077937844, tf_isp = -932315180, tf_ebx = 4096, tf_edx = 0, tf_ecx = 1024, tf_eax = -791621424, tf_trapno = 12, tf_err = 6, tf_eip = 134885503, tf_cs = 31, tf_eflags = 66070, tf_esp = -1077937900, tf_ss = 47}) at ../../i386/i386/trap.c:335 335 i = trap_pfault(&frame, TRUE, eva); (kgdb) p/x frame $2 = {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x80d7000, tf_esi = 0xd, tf_ebp = 0xbfbff94c, tf_isp = 0xc86dffd4, tf_ebx = 0x1000, tf_edx = 0x0, tf_ecx = 0x400, tf_eax = 0xd0d0d0d0, tf_trapno = 0xc, tf_err = 0x6, tf_eip = 0x80a307f, tf_cs = 0x1f, tf_eflags = 0x10216, tf_esp = 0xbfbff914, tf_ss = 0x2f} (kgdb) p/x CADDR2 $3 = 0xc0801000 (kgdb) p/x CMAP2 $4 = 0xbff02004 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 9:31:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 4308737B718 for ; Sun, 18 Mar 2001 09:31:35 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id TMB22286; Sun, 18 Mar 2001 19:31:21 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.2/8.11.2) id f2IHTI629412; Sun, 18 Mar 2001 19:29:18 +0200 (EET) (envelope-from netch) Date: Sun, 18 Mar 2001 19:29:17 +0200 From: Valentin Nechayev To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: Interesting backtrace... Message-ID: <20010318192917.A18225@iv.nn.kiev.ua> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from des@ofug.org on Sun, Mar 18, 2001 at 04:41:03PM +0100 X-42: On Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sun, Mar 18, 2001 at 16:41:03, des (Dag-Erling Smorgrav) wrote about "Interesting backtrace...": > I finally caught a backtrace from one of those recurring stack smash > panics. I've been getting a few of these every day for a couple of > weeks now but never caught a dump; I caught this one by typing 'panic' > immediately instead of trying to get a trace at the ddb prompt first. [...] > #11 0xffff037f in ?? () > #12 0xc023c8bb in vm_fault (map=0xd0768a00, vaddr=138502144, > fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:493 I seen a bunch of identical panics on my home system (5.0-current of ~2001.02.27.22.10.00 UTC). I did not reported them yet because of lack of understanding what's happen because pmap_zero_page() call is occured in vm_fault() without this call in source code ;| > Looks to me like there was a page fault, and the stack got corrupted > while handling that fault (possibly somewhere in pmap_zero_page(), > called from vm_page_zero_fill() which is inlined in vm_fault()). > (BTW, this is a K6-2, which as far as I can tell is a 586-class CPU) The same, K6-2: CPU: AMD-K6(tm) 3D processor (298.96-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 11:20:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id B6DFF37B718; Sun, 18 Mar 2001 11:20:10 -0800 (PST) (envelope-from paul@freebsd-services.co.uk) Received: from freebsd-services.co.uk (tiddler.originative.co.uk [62.232.68.83]) by mailgate.originative.co.uk (Postfix) with ESMTP id A2F9B1D149; Sun, 18 Mar 2001 19:20:08 +0000 (GMT) Message-ID: <3AB50BA5.1A69AD72@freebsd-services.co.uk> Date: Sun, 18 Mar 2001 19:25:25 +0000 From: Paul Richards X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Ian Dowse Cc: Mike Smith , "Alexander N. Kabaev" , Paul Richards , Makoto MATSUSHITA , current@FreeBSD.ORG Subject: Re: Fw: Stop annoying message of lnc References: <200103181323.aa08403@salmon.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ian Dowse wrote: > > In message <200103180515.f2I5F9U05398@mass.dis.org>, Mike Smith writes: > > > >I don't quite understand Paul's reasoning, though; it's not actually > >useful to unload/reload parts of a device's bus attachment without > >unloading/reloading all the downstream parts of the driver. What do you mean by the downstream parts of the driver? I think it makes sense to be able to load/unload the bus specific parts of the driver independently. If you've only got a PCI device installed there's no reason to keep the ISA bus code in the kernel. We're not there yet, but I can see a time where we would want to load/unload the probe functions as we do hardware probing and then only pull in the rest of the driver when we associate that driver to the device. > >I think the fix should probably be committed and the driver turned into a > >single monolithic module. > > Yes, Paul essentially agreed to my doing this as an interim measure > until ifconfig is "fixed" to use the module file name rather than > the module name when loading drivers. I'll commit the change in a > few hours after I have tested that it works. Thanks. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 12:25:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 06BFF37B718; Sun, 18 Mar 2001 12:25:21 -0800 (PST) (envelope-from mb@imp.ch) 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 f2IKPIp65754; Sun, 18 Mar 2001 21:25:19 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 18 Mar 2001 21:26:43 +0100 (CET) From: Martin Blapp To: dougb@freebsd.org Cc: current@freebsd.org Subject: MD5 mergemaster Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-350026916-984947203=:7913" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk 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-350026916-984947203=:7913 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Doug and all others. here is a first version of the MD5 mergemaster. It works like this: No checksum in existing /etc file --------------------------------- - If a installed version of a /etc file is the same as the temproot version, we add a md5 checksum to the cvs-header of the file and install it again. - If it differs from from the temproot version, we show as usual the merge/install page, and when we do the install, we add the md5 checksum. Checksum already in /etc file: ------------------------------ - If the checksum of the /etc file is the as the fresh file, we do nothing and skip. - If the checksum of header of the /etc file is the same as the generated from /etc, we let it install the new version, if there is any, else we skip. - If these checks are unsucessfull, we just hand it to the diff routine and let diplay the changes you made in the /etc files. I think there may be some things to change, but it works for me at the moment. Fixes are welcome. Maybe it's also a good thing to add a flag for these checks, so you can turn off and on the new behaviour. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ --0-350026916-984947203=:7913 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mergemaster.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="mergemaster.diff" LS0tIC91c3Ivc2Jpbi9tZXJnZW1hc3RlcglGcmkgTWFyIDE2IDA4OjAxOjIw IDIwMDENCisrKyBtZXJnZW1hc3RlcglTdW4gTWFyIDE4IDIwOjI1OjExIDIw MDENCkBAIC04LDcgKzgsNyBAQA0KICMgQ29weXJpZ2h0IDE5OTgtMjAwMSBE b3VnbGFzIEJhcnRvbg0KICMgRG91Z0JARnJlZUJTRC5vcmcNCiANCi0jICRG cmVlQlNEOiBzcmMvdXNyLnNiaW4vbWVyZ2VtYXN0ZXIvbWVyZ2VtYXN0ZXIu c2gsdiAxLjE3IDIwMDEvMDMvMDUgMTA6MTM6MjEgZG91Z2IgRXhwICQNCisj ICRGcmVlQlNEOiBzcmMvdXNyLnNiaW4vbWVyZ2VtYXN0ZXIvbWVyZ2VtYXN0 ZXIuc2gsdiAxLjYuMi42IDIwMDEvMDMvMDUgMjA6MzM6MjggZG91Z2IgRXhw ICQNCiANCiBQQVRIPS9iaW46L3Vzci9iaW46L3Vzci9zYmluDQogDQpAQCAt MTEyLDcgKzExMiw5IEBADQogICAgICAgICAgIGVjaG8gJycNCiAgICAgICAg ICAgZWNobyAiICAqKiogRGlzcGxheWluZyBkaWZmZXJlbmNlcyBiZXR3ZWVu ICR7Q09NUEZJTEV9IGFuZCBpbnN0YWxsZWQgdmVyc2lvbjoiDQogICAgICAg ICAgIGVjaG8gJycNCi0gICAgICAgICAgZGlmZiAiJHtESUZGX0ZMQUd9IiAi JHtERVNURElSfSR7Q09NUEZJTEUjLn0iICIke0NPTVBGSUxFfSINCisgICAg ICAgICAgL3Vzci9iaW4vc2VkIC1FIC1lICdzJU1ENT0qLnszMn0gJSUnIDwg IiR7REVTVERJUn0ke0NPTVBGSUxFIy59IiA+ICIke0NPTVBGSUxFfS5vcmln Ig0KKyAgICAgICAgICBkaWZmICIke0RJRkZfRkxBR30iICIke0NPTVBGSUxF fS5vcmlnIiAke0NPTVBGSUxFfQ0KKwkgIHJtICIke0NPTVBGSUxFfS5vcmln Ig0KICAgICAgICAgKSB8ICR7UEFHRVJ9DQogICAgICAgICBlY2hvICcnDQog ICAgICAgZmkNCkBAIC00OTAsMTEgKzQ5Miw2IEBADQogICAgICA7Ow0KICAg ZXNhYw0KIA0KLSAgIyBBdm9pZCB0cnlpbmcgdG8gdXBkYXRlIE1BS0VERVYg aWYgL2RldiBpcyBvbiBhIGRldmZzDQotICBpZiAvc2Jpbi9zeXNjdGwgdmZz LmRldmZzLmdlbmVyYXRpb24gPiAvZGV2L251bGwgMj4mMSA7IHRoZW4NCi0g ICAgcm0gJHtURU1QUk9PVH0vZGV2L01BS0VERVYgJHtURU1QUk9PVH0vZGV2 L01BS0VERVYubG9jYWwNCi0gIGZpDQotDQogICA7OyAjIEVuZCBvZiB0aGUg IlJFUlVOIiB0ZXN0DQogZXNhYw0KIA0KQEAgLTY0Myw3ICs2NDAsMTIgQEAN CiANCiAgICAgY2FzZSAiJHtET05UX0lOU1RBTEx9IiBpbg0KICAgICAnJykN CisgICAgICAvYmluL2NwICR7MX0gJHsxfS5vcmlnDQorICAgICAgR0VOTUQ1 PWAvdXNyL2Jpbi9ncmVwIC12ICJbJF0ke0NWU19JRF9UQUd9OiIgIiR7MX0i IHwgL3NiaW4vbWQ1YA0KKyAgICAgIFNFRFNUUklORz0iJ3MlRXhwIFxcXCRc JCVFeHAgTUQ1PSR7R0VOTUQ1fSBcXFwkJSciDQorICAgICAgZXZhbCAiL3Vz ci9iaW4vc2VkIC1FIC1lICR7U0VEU1RSSU5HfSA8IFwiJHsxfS5vcmlnXCIg PiBcIiR7MX1cIiINCiAgICAgICBpbnN0YWxsIC1tICIke0ZJTEVfTU9ERX0i ICIkezF9IiAiJHtERVNURElSfSR7SU5TVEFMTF9ESVJ9Ig0KKyAgICAgIHJt ICR7MX0ub3JpZw0KICAgICAgIDs7DQogICAgICopDQogICAgICAgdW5zZXQg RE9OVF9JTlNUQUxMDQpAQCAtNjc2LDYgKzY3OCw2OSBAQA0KICMNCiBmb3Ig Q09NUEZJTEUgaW4gYGZpbmQgLiAtdHlwZSBmIC1zaXplICswYDsgZG8NCiAN CisgICMgZ2V0IHRoZSBNRDUgY2hlY2tzdW0gb2YgdGhlIENWUyBoZWFkZXIg b2YgJHtERVNURElSfSR7Q09NUEZJTEUjLn0NCisgIE1ENUlEX09MRD1gL3Vz ci9iaW4vZ3JlcCAiWyRdJHtDVlNfSURfVEFHfToiICR7REVTVERJUn0ke0NP TVBGSUxFIy59IDI+JjEgfCAvdXNyL2Jpbi9zZWQgLUUgLWUgJ3MlXi4qTUQ1 PSguezMyfSkuKiQlXDElJyAyPiYxYA0KKw0KKyAgIyBHZW5lcmF0ZSB0aGUg TUQ1IGNoZWNrc3VtIG9mIHRoZSBpbnN0YWxsZWQgZmlsZQ0KKyAgR0VOTUQ1 X09MRD1gL3Vzci9iaW4vZ3JlcCAtdiAiWyRdJHtDVlNfSURfVEFHfToiICR7 REVTVERJUn0ke0NPTVBGSUxFIy59IHwgL3NiaW4vbWQ1YA0KKw0KKyAgIyBH ZW5lcmF0ZSB0aGUgTUQ1IGNoZWNrc3VtIG9mICR7Q09NUEZJTEV9DQorICBH RU5NRDVfTkVXPWAvdXNyL2Jpbi9ncmVwIC12ICJbJF0ke0NWU19JRF9UQUd9 OiIgJHtDT01QRklMRX0gfCAvc2Jpbi9tZDVgDQorDQorICAjIEdldCB0aGUg Q1ZTX0lEIGxpbmVzIHdpdGhvdXQgTUQ1IGNoZWNrc3VtDQorICBDVlNJRF9P TEQ9YC91c3IvYmluL2dyZXAgIlskXSR7Q1ZTX0lEX1RBR306IiAke0RFU1RE SVJ9JHtDT01QRklMRSMufSB8IC91c3IvYmluL3NlZCAtRSAtZSAncyVNRDU9 LnszMn0lJScgMj4vZGV2L251bGxgDQorICBDVlNJRF9ORVc9YC91c3IvYmlu L2dyZXAgIlskXSR7Q1ZTX0lEX1RBR306IiAke0NPTVBGSUxFfSAyPi9kZXYv bnVsbCB8IC91c3IvYmluL3NlZCAtRSAtZSAncyVNRDU9LnszMn0lJScgMj4v ZGV2L251bGxgDQorDQorICAjDQorICAjIENoZWNrIGlmIG5vIE1ENSBjaGVj a3N1bSBleGl0cyBpbiB0aGUgaW5zdGFsbGVkIHZlcnNpb24uDQorICAjDQor ICBjYXNlICIke01ENUlEX09MRH0iIGluDQorICAiJHtDVlNJRF9ORVd9IikN CisJIw0KKwkjIE5vIE1ENSBjaGVja3N1bSBhdmFpbGFibGUsIGlmIHRoZSBm aWxlcyBhcmUgZXhhY3RseSB0aGUNCisJIyBzYW1lIHdlIGNhbiBhZGQgYSBN RDUgY2hlY2tzdW0gdG8gdGhlIGN2cyBoZWFkZXIuDQorCSMNCisJY2FzZSAi JHtHRU5NRDVfT0xEfSIgaW4NCisJIiR7R0VOTUQ1X05FV30iKQ0KKwkJIw0K KwkJIyBOZXcgRmlsZSBpcyB0aGUgc2FtZSBhcyB0aGUgaW5zdGFsbGVkIHZl cnNpb24NCisJCSMgc28gd2UgY2FuIHNhdmx5IGluc3RhbGwgdGhlIG5ldyB2 ZXJzaW9uIHdpdGgNCisJCSMgZ2VuZXJhdGVkIG1kNSBjaGVja3N1bS4NCisJ CSMNCisJCW1tX2luc3RhbGwgIiR7Q09NUEZJTEV9Ig0KKwkJY29udGludWUN CisJCTs7DQorCWVzYWMNCisJOzsNCisgICopDQorCSMNCisJIyBNRDUgY2hl Y2tzdW0gYXZhaWxhYmxlDQorCSMNCisJY2FzZSAiJHtNRDVJRF9PTER9IiBp bg0KKwkiJHtHRU5NRDVfTkVXfSIpDQorCQkjDQorCQkjIE5ldyBhbmQgb2xk IGZpbGUgYXJlIGV4YWN0bHkgdGhlIHNhbWUsIE1ENSBjaGVja3N1bQ0KKwkJ IyBpcyBhdmFpbGFibGUsIHNvIHNraXAgdGhlIGZpbGUuDQorCQkjDQorCQlj b250aW51ZQ0KKwkJOzsNCisJKikNCisJCWNhc2UgIiR7R0VOTUQ1X09MRH0i IGluDQorCQkiJHtNRDVJRF9PTER9IikNCisJCQkjDQorCQkJIyBOZXcgYW5k IG9sZCBmaWxlIGFyZSBkaWZmZXJlbnQgYW5kIHRoZSBpbnN0YWxsZWQNCisJ CQkjIHZlcnNpb24gaGFzIG5vdCBiZWVuIGNoYW5nZWQgaW4gYW55IHdheSwg c28gd2UNCisJCQkjIGNhbiBpbnN0YWxsIGEgbmV3IHZlcnNpb24gd2l0aG91 dCBwcm9ibGVtcy4NCisJCQkjDQorCQkJbW1faW5zdGFsbCAiJHtDT01QRklM RX0iDQorCQkJY29udGludWUNCisJCQk7Ow0KKwkJZXNhYw0KKwkJOzsNCisJ ZXNhYw0KKwk7Ow0KKyAgZXNhYw0KKw0KICAgIyBGaXJzdCwgY2hlY2sgdG8g c2VlIGlmIHRoZSBmaWxlIGV4aXN0cyBpbiBERVNURElSLiAgSWYgbm90LCB0 aGUNCiAgICMgZGlmZl9sb29wIGZ1bmN0aW9uIGtub3dzIGhvdyB0byBoYW5k bGUgaXQuDQogICAjDQpAQCAtNjkxLDExICs3NTYsOSBAQA0KICAgICAjIElm IHRoZSBmaWxlcyBoYXZlIHRoZSBzYW1lICRJZCwgZGVsZXRlIHRoZSBvbmUg aW4gdGVtcHJvb3Qgc28gdGhlDQogICAgICMgdXNlciB3aWxsIGhhdmUgbGVz cyB0byB3YWRlIHRocm91Z2ggaWYgZmlsZXMgYXJlIGxlZnQgdG8gbWVyZ2Ug YnkgaGFuZC4NCiAgICAgIw0KLSAgICBDVlNJRDE9YGdyZXAgIlskXSR7Q1ZT X0lEX1RBR306IiAke0RFU1RESVJ9JHtDT01QRklMRSMufSAyPi9kZXYvbnVs bGANCi0gICAgQ1ZTSUQyPWBncmVwICJbJF0ke0NWU19JRF9UQUd9OiIgJHtD T01QRklMRX0gMj4vZGV2L251bGxgDQogDQotICAgIGNhc2UgIiR7Q1ZTSUQy fSIgaW4NCi0gICAgIiR7Q1ZTSUQxfSIpDQorICAgIGNhc2UgIiR7Q1ZTSURf T0xEfSIgaW4NCisgICAgIiR7Q1ZTSURfTkVXfSIpDQogICAgICAgZWNobyAi ICoqKiBUZW1wICR7Q09NUEZJTEV9IGFuZCBpbnN0YWxsZWQgaGF2ZSB0aGUg c2FtZSBDVlMgSWQsIGRlbGV0aW5nIg0KICAgICAgIHJtICIke0NPTVBGSUxF fSINCiAgICAgICA7Ow0K --0-350026916-984947203=:7913-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 12:29: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id E11BF37B718 for ; Sun, 18 Mar 2001 12:28:59 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA78930; Sun, 18 Mar 2001 21:28:47 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Valentin Nechayev Cc: current@FreeBSD.ORG Subject: Re: Interesting backtrace... References: <20010318192917.A18225@iv.nn.kiev.ua> From: Dag-Erling Smorgrav Date: 18 Mar 2001 21:28:47 +0100 In-Reply-To: Valentin Nechayev's message of "Sun, 18 Mar 2001 19:29:17 +0200" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Valentin Nechayev writes: > I did not reported them yet because of lack of understanding > what's happen because pmap_zero_page() call is occured in vm_fault() > without this call in source code ;| It's called by vm_page_zero_fill() which is inlined and therefore doesn't show up in the backtrace. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 12:50:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id DD85B37B71D for ; Sun, 18 Mar 2001 12:50:35 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2IKoNL01012; Sun, 18 Mar 2001 12:50:24 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103182050.f2IKoNL01012@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Paul Richards Cc: Ian Dowse , "Alexander N. Kabaev" , Paul Richards , Makoto MATSUSHITA , current@FreeBSD.ORG Subject: Re: Fw: Stop annoying message of lnc In-reply-to: Your message of "Sun, 18 Mar 2001 19:25:25 GMT." <3AB50BA5.1A69AD72@freebsd-services.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Mar 2001 12:50:23 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ian Dowse wrote: > > > > In message <200103180515.f2I5F9U05398@mass.dis.org>, Mike Smith writes: > > > > > >I don't quite understand Paul's reasoning, though; it's not actually > > >useful to unload/reload parts of a device's bus attachment without > > >unloading/reloading all the downstream parts of the driver. > > What do you mean by the downstream parts of the driver? 1 nexus | 2 PCI bus | 3 PCI interface of driver | 4 driver core It makes limited sense, with this structure, to unload just #3. What you're trying to do is take a specialised development hack and wedge it into the production version of the driver. Don't do that. 8) > We're not there yet, but I can see a time where we would want to > load/unload the probe functions as we do hardware probing and then only > pull in the rest of the driver when we associate that driver to the > device. We've already been down this path. Given the size of our device drivers, it's a very false economy. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 13: 2:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 64C1D37B71E for ; Sun, 18 Mar 2001 13:02:21 -0800 (PST) (envelope-from mb@imp.ch) 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 f2IL2Gp66711; Sun, 18 Mar 2001 22:02:17 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 18 Mar 2001 22:03:41 +0100 (CET) From: Martin Blapp To: Doug Barton Cc: current@freebsd.org Subject: Re: MD5 mergemaster In-Reply-To: <3AB51CED.6F55D0D9@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug, Database access in a shell script ? Tell me how to do this and I'll do. Else I'll rewrite mergemaster in perl. Yes - I think this is a good idea, shell-scripts just suck ! And mergemaster is badly formatted too, it's not easy to programm like this (yes I know the formatting is needed to properly have the echo "" s, but that sucks a lot. I'll not do some database access in a shell script. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 13:34:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5412437B719; Sun, 18 Mar 2001 13:33:40 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA79189; Sun, 18 Mar 2001 22:33:38 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@FreeBSD.ORG Cc: jhb@FreeBSD.ORG, jake@FreeBSD.ORG Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 18 Mar 2001 22:33:38 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "18 Mar 2001 16:41:03 +0100" Message-ID: Lines: 345 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Verbose boot log as requested. 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 5.0-CURRENT #63: Sun Mar 18 22:21:49 CET 2001 des@des.thinksec.com:/usr/src/sys/compile/DES Calibrating clock(s) ... TSC clock: 350796186 Hz, i8254 clock: 1193186 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 192M bytes Write Allocate 15-16M bytes: Enable real memory = 201310208 (196592K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x003e7000 - 0x0bfbbfff, 196956160 bytes (48085 pages) avail memory = 191610880 (187120K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f9b80 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x560 pnpbios: Found PnP BIOS data at 0xc00fcfb0 pnpbios: Entry = f0000:cfe0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc03c1000. null: random: mem: K6-family MTRR support enabled (2 registers) VESA: information block 56 45 53 41 00 02 a5 72 00 c0 01 00 00 00 22 00 00 01 80 00 03 01 ba 72 00 c0 c1 72 00 c0 ca 72 00 c0 00 01 01 01 02 01 03 01 05 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 10 01 11 01 12 01 13 01 VESA: 25 mode(s) found VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc033fd82 (1000022) VESA: Matrox Graphics Inc. VESA: Matrox MGA-G200 00 Using $PIR table, 8 entries at 0xc00f0b40 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = -1980152482 bytes/sec bzero() bandwidth = 129299198 bytes/sec pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 map[10]: type 4, range 32, base 0000d800, size 6, enabled found-> vendor=0x10b7, dev=0x9001, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=12 map[20]: type 4, range 32, base 0000d400, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 intpin=a, irq=0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe6f00000-0xe7ffffff pci1: physical bus=1 map[10]: type 3, range 32, base e7000000, size 24, enabled map[14]: type 1, range 32, base df800000, size 14, enabled map[18]: type 1, range 32, base df000000, size 23, enabled found-> vendor=0x102b, dev=0x0521, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pci0: at 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 xl0: <3Com 3c900-COMBO Etherlink XL> port 0xd800-0xd83f irq 12 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:cf:a8:e4 xl0: media options word: e138 xl0: found 10baseT xl0: found AUI xl0: found BNC xl0: selecting 10baseT transceiver, half duplex bpf: xl0 attached atapci0: port 0xd400-0xd40f irq 0 at device 15.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd400 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd408 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 00 00 ata1-slave: ATAPI probe 14 eb ata1: mask=03 stat0=50 stat1=00 ata1-master: ATA probe 01 a5 ata1: devices=09 ata1: at 0x170 irq 15 on atapci0 Trying Read_Port at 203 CTL0043: start dependant CTL0043: adding irq mask 0x20 CTL0043: adding dma mask 0x2 CTL0043: adding dma mask 0x8 CTL0043: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0043: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x10 CTL0043: adding io range 0x388-0x397, size=0x4, align=0x4 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: end dependant CTL7005: start dependant CTL7005: adding io range 0x201-0x201, size=0x1, align=0x1 CTL7005: start dependant CTL7005: adding io range 0x200-0x20f, size=0x1, align=0x1 CTL7005: end dependant pnpbios: 14 devices, largest 114 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 PNP0401: end config pnpbios: handle 1 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 3 device ID PNP0501 (0105d041) PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: end config pnpbios: handle 6 device ID PNP0700 (0007d041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0xbffffff, size=0xbf00000 PNP0c01: adding fixed memory32 range 0xe8000-0xeffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: end config pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0000: end config pnpbios: handle 9 device ID PNP0000 (0000d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 11 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 PNP0c04: end config pnpbios: handle 13 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x80-0x90, size=0x11, align=0 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0 PNP0200: end config pnpbios: handle 14 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: end config pnpbios: handle 15 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: end config pnpbios: handle 16 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0 PNP0c02: adding io range 0x480-0x49f, size=0x20, align=0 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0 PNP0c02: adding io range 0xec00-0xec3f, size=0x40, align=0 PNP0c02: adding io range 0xe800-0xe83f, size=0x40, align=0 PNP0c02: end config pnpbios: handle 17 device ID PNP0c02 (020cd041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices ed0 at port 0x280-0x29f iomem 0xd8000 irq 5 on isa0 bpf: ed0 attached ed0: address 00:20:18:64:9b:b6, type NE2000 (16 bit) atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x403 0x413 0x403 0x403 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 7 drq 0,1 on isa0 sbc0: setting card to irq 7, drq 0, 1 pcm0: on sbc0 pcm: setmap 44e000, 1000; 0xcef02000 -> 44e000 pcm: setmap 44f000, 1000; 0xcef03000 -> 44f000 unknown: failed to probe at port 0x201 on isa0 unknown: can't assign resources unknown: at port 0x378-0x37f,0x778-0x77f irq 7 on isa0 unknown: can't assign resources unknown: at port 0x3f8-0x3ff on isa0 sio1: irq maps: 0x403 0x40b 0x403 0x403 sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atkbdc0: at port 0x60,0x64 irq 1 on isa0 atkbd0: irq 1 on atkbdc0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0067 psm0: failed to reset the aux device. unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources unknown: at port 0x290-0x297 on isa0 BIOS Geometries: 0:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 1:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: lo0 attached IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, unlimited logging Linux ELF exec handler installed ad0: success setting UDMA2 on Aladdin chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 9641MB (19746720 sectors), 19590 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: 9641MB [19590/16/63] at ata0-master UDMA33 ad1: DMA limited to UDMA33, non-ATA66 compliant cable ad1: success setting UDMA2 on Aladdin chip Creating DISK ad1 ad1: ATA-4 disk at ata1-master ad1: 8711MB (17840696 sectors), 17699 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA33 ad1: piomode=4 dmamode=2 udmamode=4 cblid=0 ad1: 8711MB [17699/16/63] at ata1-master UDMA33 ata1-slave: piomode=3 dmamode=1 udmamode=-1 dmaflag=1 ata1-slave: timeout waiting for command=ef s=00 e=00 ata1-slave: failed setting PIO3 on generic chip ata1-slave: using PIO mode set by BIOS acd0: CDROM drive at ata1 as slave acd0: read 1722KB/s (1722KB/s), 128KB buffer, BIOSPIO acd0: Reads: CD-R, CD-DA stream, packet acd0: Writes: acd0: Audio:play, 256 volume levels acd0: Mechanism:ejectable trayacd0: Medium:no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0a ad0s1: type 0xa5, start 0, end = 19746719, size 19746720 : OK start_init: trying /sbin/init ad1s1: type 0xa5, start 0, end = 17840695, size 17840696 : OK DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14: 7:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5412437B719; Sun, 18 Mar 2001 13:33:40 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA79189; Sun, 18 Mar 2001 22:33:38 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@FreeBSD.ORG Cc: jhb@FreeBSD.ORG, jake@FreeBSD.ORG Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 18 Mar 2001 22:33:38 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "18 Mar 2001 16:41:03 +0100" Message-ID: Lines: 345 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Verbose boot log as requested. 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 5.0-CURRENT #63: Sun Mar 18 22:21:49 CET 2001 des@des.thinksec.com:/usr/src/sys/compile/DES Calibrating clock(s) ... TSC clock: 350796186 Hz, i8254 clock: 1193186 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 192M bytes Write Allocate 15-16M bytes: Enable real memory = 201310208 (196592K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x003e7000 - 0x0bfbbfff, 196956160 bytes (48085 pages) avail memory = 191610880 (187120K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f9b80 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x560 pnpbios: Found PnP BIOS data at 0xc00fcfb0 pnpbios: Entry = f0000:cfe0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc03c1000. null: random: mem: K6-family MTRR support enabled (2 registers) VESA: information block 56 45 53 41 00 02 a5 72 00 c0 01 00 00 00 22 00 00 01 80 00 03 01 ba 72 00 c0 c1 72 00 c0 ca 72 00 c0 00 01 01 01 02 01 03 01 05 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 10 01 11 01 12 01 13 01 VESA: 25 mode(s) found VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc033fd82 (1000022) VESA: Matrox Graphics Inc. VESA: Matrox MGA-G200 00 Using $PIR table, 8 entries at 0xc00f0b40 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = -1980152482 bytes/sec bzero() bandwidth = 129299198 bytes/sec pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 map[10]: type 4, range 32, base 0000d800, size 6, enabled found-> vendor=0x10b7, dev=0x9001, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=12 map[20]: type 4, range 32, base 0000d400, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 intpin=a, irq=0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xdfff pcib1: memory decode 0xdf000000-0xdfffffff pcib1: prefetched decode 0xe6f00000-0xe7ffffff pci1: physical bus=1 map[10]: type 3, range 32, base e7000000, size 24, enabled map[14]: type 1, range 32, base df800000, size 14, enabled map[18]: type 1, range 32, base df000000, size 23, enabled found-> vendor=0x102b, dev=0x0521, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pci0: at 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 xl0: <3Com 3c900-COMBO Etherlink XL> port 0xd800-0xd83f irq 12 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:cf:a8:e4 xl0: media options word: e138 xl0: found 10baseT xl0: found AUI xl0: found BNC xl0: selecting 10baseT transceiver, half duplex bpf: xl0 attached atapci0: port 0xd400-0xd40f irq 0 at device 15.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd400 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd408 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 00 00 ata1-slave: ATAPI probe 14 eb ata1: mask=03 stat0=50 stat1=00 ata1-master: ATA probe 01 a5 ata1: devices=09 ata1: at 0x170 irq 15 on atapci0 Trying Read_Port at 203 CTL0043: start dependant CTL0043: adding irq mask 0x20 CTL0043: adding dma mask 0x2 CTL0043: adding dma mask 0x8 CTL0043: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0043: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x10 CTL0043: adding io range 0x388-0x397, size=0x4, align=0x4 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: end dependant CTL7005: start dependant CTL7005: adding io range 0x201-0x201, size=0x1, align=0x1 CTL7005: start dependant CTL7005: adding io range 0x200-0x20f, size=0x1, align=0x1 CTL7005: end dependant pnpbios: 14 devices, largest 114 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 PNP0401: end config pnpbios: handle 1 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 3 device ID PNP0501 (0105d041) PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: end config pnpbios: handle 6 device ID PNP0700 (0007d041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0xbffffff, size=0xbf00000 PNP0c01: adding fixed memory32 range 0xe8000-0xeffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: end config pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0000: end config pnpbios: handle 9 device ID PNP0000 (0000d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 11 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 PNP0c04: end config pnpbios: handle 13 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x80-0x90, size=0x11, align=0 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0 PNP0200: end config pnpbios: handle 14 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: end config pnpbios: handle 15 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: end config pnpbios: handle 16 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0 PNP0c02: adding io range 0x480-0x49f, size=0x20, align=0 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0 PNP0c02: adding io range 0xec00-0xec3f, size=0x40, align=0 PNP0c02: adding io range 0xe800-0xe83f, size=0x40, align=0 PNP0c02: end config pnpbios: handle 17 device ID PNP0c02 (020cd041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices ed0 at port 0x280-0x29f iomem 0xd8000 irq 5 on isa0 bpf: ed0 attached ed0: address 00:20:18:64:9b:b6, type NE2000 (16 bit) atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x403 0x413 0x403 0x403 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 7 drq 0,1 on isa0 sbc0: setting card to irq 7, drq 0, 1 pcm0: on sbc0 pcm: setmap 44e000, 1000; 0xcef02000 -> 44e000 pcm: setmap 44f000, 1000; 0xcef03000 -> 44f000 unknown: failed to probe at port 0x201 on isa0 unknown: can't assign resources unknown: at port 0x378-0x37f,0x778-0x77f irq 7 on isa0 unknown: can't assign resources unknown: at port 0x3f8-0x3ff on isa0 sio1: irq maps: 0x403 0x40b 0x403 0x403 sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atkbdc0: at port 0x60,0x64 irq 1 on isa0 atkbd0: irq 1 on atkbdc0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0067 psm0: failed to reset the aux device. unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources unknown: at port 0x290-0x297 on isa0 BIOS Geometries: 0:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 1:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: lo0 attached IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, unlimited logging Linux ELF exec handler installed ad0: success setting UDMA2 on Aladdin chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 9641MB (19746720 sectors), 19590 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: 9641MB [19590/16/63] at ata0-master UDMA33 ad1: DMA limited to UDMA33, non-ATA66 compliant cable ad1: success setting UDMA2 on Aladdin chip Creating DISK ad1 ad1: ATA-4 disk at ata1-master ad1: 8711MB (17840696 sectors), 17699 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA33 ad1: piomode=4 dmamode=2 udmamode=4 cblid=0 ad1: 8711MB [17699/16/63] at ata1-master UDMA33 ata1-slave: piomode=3 dmamode=1 udmamode=-1 dmaflag=1 ata1-slave: timeout waiting for command=ef s=00 e=00 ata1-slave: failed setting PIO3 on generic chip ata1-slave: using PIO mode set by BIOS acd0: CDROM drive at ata1 as slave acd0: read 1722KB/s (1722KB/s), 128KB buffer, BIOSPIO acd0: Reads: CD-R, CD-DA stream, packet acd0: Writes: acd0: Audio:play, 256 volume levels acd0: Mechanism:ejectable trayacd0: Medium:no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0a ad0s1: type 0xa5, start 0, end = 19746719, size 19746720 : OK start_init: trying /sbin/init ad1s1: type 0xa5, start 0, end = 17840695, size 17840696 : OK DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14:11:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 94B7437B71A for ; Sun, 18 Mar 2001 14:11:22 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA79203; Sun, 18 Mar 2001 22:41:20 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrea Campi Cc: Thomas , current@FreeBSD.ORG Subject: Re: growfs References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> <20010318165749.A725@webcom.it> From: Dag-Erling Smorgrav Date: 18 Mar 2001 22:41:20 +0100 In-Reply-To: Andrea Campi's message of "Sun, 18 Mar 2001 16:57:49 +0100" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrea Campi writes: > Sorry? In single user with a readonly / and nothing else? I would have to be > EXTREMELY unlucky to get any other access while the fs is inconsistent ;-) Just because you dropped to single-user mode (from multi-user, as I recall from your previous mail) doesn't mean your / is ro. Evn if you forced it back to read-only mode (using 'mount -ur /'), it may still have been inconsistent. The only way to get a consistent, read-only file system is to unmount it completely, then remount it read-only; in the case of /, this means *rebooting* into single-user mode. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14:11:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id 423B237B71B for ; Sun, 18 Mar 2001 14:11:29 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 11537 invoked from network); 18 Mar 2001 23:10:26 -0000 Received: from unknown (HELO webcom.it) (212.34.222.47) by acampi.inet.it with SMTP; 18 Mar 2001 23:10:26 -0000 Received: (qmail 4235 invoked by uid 1000); 18 Mar 2001 22:08:04 -0000 Date: Sun, 18 Mar 2001 23:08:04 +0100 From: Andrea Campi To: Dag-Erling Smorgrav Cc: Thomas , current@FreeBSD.ORG Subject: Re: growfs Message-ID: <20010318230804.A4160@webcom.it> References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> <20010318165749.A725@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Mar 18, 2001 at 10:41:20PM +0100 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 10:41:20PM +0100, Dag-Erling Smorgrav wrote: > Andrea Campi writes: > > Sorry? In single user with a readonly / and nothing else? I would have to be > > EXTREMELY unlucky to get any other access while the fs is inconsistent ;-) > > Just because you dropped to single-user mode (from multi-user, as I > recall from your previous mail) doesn't mean your / is ro. Evn if you > forced it back to read-only mode (using 'mount -ur /'), it may still > have been inconsistent. The only way to get a consistent, read-only > file system is to unmount it completely, then remount it read-only; in > the case of /, this means *rebooting* into single-user mode. I didn't state it explicitely but yes, I dropped to single user from multi user, remounted / to ro, fsck'ed it. I only did this because I must confess I've never done that on FreeBSD and couldn't find a nicer way then sticking boot_single="YES" in /boot/loader.conf... Any pointer anybody (private email)? Anyway, that was not my point. If I reboot into single-user, and am thus sure to have the / fs in a clean, consistent state, should I expect growfs to work in a safe way? If so, we should document it. Bye, Ansrea -- Yes, I've heard of "decaf." What's your point? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14:32:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 13A4137B718 for ; Sun, 18 Mar 2001 14:32:41 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Mar 2001 22:32:40 +0000 (GMT) To: Andrea Campi Cc: Dag-Erling Smorgrav , Thomas , current@FreeBSD.ORG Subject: Re: growfs In-Reply-To: Your message of "Sun, 18 Mar 2001 23:08:04 +0100." <20010318230804.A4160@webcom.it> Date: Sun, 18 Mar 2001 22:32:40 +0000 From: Ian Dowse Message-ID: <200103182232.aa63999@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010318230804.A4160@webcom.it>, Andrea Campi writes: > >Anyway, that was not my point. If I reboot into single-user, and am thus sure >to have the / fs in a clean, consistent state, should I expect growfs to work >in a safe way? If so, we should document it. I think it is still unlikely to be completely safe. The kernel may panic if it finds inconsistencies in the filesystem, and I'm sure that growfs (temporarily) introduces some very serious inconsistencies while it is running. Also, when growfs completes, the kernel's idea of the filesystem is quite different from the parameters actually set on the disk. If the kernel was to panic half-way through a growfs operation, or if growfs died, say because the kernel failed to fault in some pages from the growfs executable, you could end up with a very confused filesystem! Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14:37:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id DE3FA37B719 for ; Sun, 18 Mar 2001 14:37:07 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA79464; Sun, 18 Mar 2001 23:34:35 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrea Campi Cc: Thomas , current@FreeBSD.ORG Subject: Re: growfs References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> <20010318165749.A725@webcom.it> <20010318230804.A4160@webcom.it> From: Dag-Erling Smorgrav Date: 18 Mar 2001 23:34:35 +0100 In-Reply-To: Andrea Campi's message of "Sun, 18 Mar 2001 23:08:04 +0100" Message-ID: Lines: 16 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrea Campi writes: > I didn't state it explicitely but yes, I dropped to single user from > multi user, remounted / to ro, fsck'ed it. Don't do that. It doesn't work the way it's supposed to. > I only did this because I > must confess I've never done that on FreeBSD and couldn't find a > nicer way then sticking boot_single="YES" in /boot/loader.conf... > Any pointer anybody (private email)? Interrupt the boot loader's countdown and type 'boot -s'. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 14:57:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id EDA6437B718; Sun, 18 Mar 2001 14:57:08 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Mar 2001 22:57:08 +0000 (GMT) Date: Sun, 18 Mar 2001 22:57:07 +0000 From: David Malone To: Dag-Erling Smorgrav Cc: current@freebsd.org, jhb@freebsd.org, jake@freebsd.org, Ian Dowse Subject: Re: Interesting backtrace... Message-ID: <20010318225707.A2140@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Mar 18, 2001 at 04:41:03PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 04:41:03PM +0100, Dag-Erling Smorgrav wrote: > I finally caught a backtrace from one of those recurring stack smash > panics. I've been getting a few of these every day for a couple of > weeks now but never caught a dump; I caught this one by typing 'panic' > immediately instead of trying to get a trace at the ddb prompt first. I have a suggestion for what is happening, but I'm not sure exactly what could cause it. From looking at the stack from the core I have found where the esp and eip in the second trap frame are comming, from: 0xffff0000, 0xffffffff, ... another 100 bytes 0xc0293748, return address in pmap_zero_page (calling bzero) 0xc0801000, CADDR2 0x1000, PAGESIZE 0xc86dff38, pushed ebp 0xc0266b53 return address in vm_fault (calling pmap_zero_page) Now, 108 bytes is exactly the amount that the i586_bzero shifts the stack by if it uses the floating point registers and it needs to preserve them. At the end it checks "PCPU(NPXPROC)" again and if it is zero it doesn't bother popping the 108 bytes off the stack. Presumably what is happening is i586_bzero begins and finds that PCPU(NPXPROC) is not zero, so it decides to preserve the fpu registers. Then something interrupts it, but doesn't restore PCPU(NPXPROC). When i586_bzero returns it uses the first 8 bytes of the fpu registers for its intstruction pointer and stack pointer and goes boom. I haven't tried to find out what is supposed to save and restore PCPU(NPXPROC). In my trace the process in question had recently been interrupted by the ata interrupt. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16: 0:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 60C0737B718 for ; Sun, 18 Mar 2001 16:00:11 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA79720; Mon, 19 Mar 2001 01:00:09 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: daeron@wit401305.student.utwente.nl Cc: freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> From: Dag-Erling Smorgrav Date: 19 Mar 2001 01:00:08 +0100 In-Reply-To: Pascal Hofstee's message of "Thu, 15 Mar 2001 08:16:58 +0100" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pascal Hofstee writes: > With a CURRENT build/installworld from yesterday ... i get a VERY unstable > system that page faults under the slightest CPU load (e.g. playing MP3's) What kind of CPU? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16: 0:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 6D62C37B71A; Sun, 18 Mar 2001 16:00:30 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA25670; Mon, 19 Mar 2001 11:00:14 +1100 Date: Mon, 19 Mar 2001 10:59:55 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: David Malone Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: <20010318225707.A2140@walton.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Mar 2001, David Malone wrote: > Presumably what is happening is i586_bzero begins and finds that > PCPU(NPXPROC) is not zero, so it decides to preserve the fpu > registers. Then something interrupts it, but doesn't restore > PCPU(NPXPROC). When i586_bzero returns it uses the first 8 bytes > of the fpu registers for its intstruction pointer and stack pointer > and goes boom. i586_bzero is missing the hack of disabling interrupts to prevent problems with npxproc getting switched, and it uses its own funky locking which hasn't been regraded for SMPng, so it is quite likely to be buggy. K6-2's aren't really i586's and i586_bzero should never be used for them (generic bzero is faster), but there is apparently another bug that may cause them to be used. From des's dmesg output: > i586_bzero() bandwidth = -1980152482 bytes/sec ^ > bzero() bandwidth = 129299198 bytes/sec i586_bzero gets used because negative bandwidths are significantly smaller than positive ones, so plain bzero is faster according to this message, but whatever the overflow apparently causes other bad things. npx.c already has one "fix" for the overflow problem. The problem is may be that clocks don't work early any more. Similarly for the i586-optimized bcopy and copyin/out (the bandwidth test for bzero controls them all). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16: 9:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 61A2A37B719; Sun, 18 Mar 2001 16:09:19 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f2J0BV195727; Sun, 18 Mar 2001 16:11:32 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Sun, 18 Mar 2001 16:08:50 -0800 (PST) From: John Baldwin To: Dag-Erling Smorgrav Subject: RE: Interesting backtrace... Cc: jake@FreeBSD.org, current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Mar-01 Dag-Erling Smorgrav wrote: > I finally caught a backtrace from one of those recurring stack smash > panics. I've been getting a few of these every day for a couple of > weeks now but never caught a dump; I caught this one by typing 'panic' > immediately instead of trying to get a trace at the ddb prompt first. > > These panics invariably start like this (always the same eip): > > kernel: type 12 trap, code=0 > Stopped at -0xfc81: kernel: type 12 trap, code=0 > db> > > Anyway, here's the backtrace: >#12 0xc023c8bb in vm_fault (map=0xd0768a00, vaddr=138502144, > fault_type=2 '\002', fault_flags=8) at ../../vm/vm_page.h:493 pmap_zero_page(VM_PAGE_TO_PHYS(m)); Can you throw some extra tests in there to make sure m isn't NULL? Also, you might want to check VM_PAGE_TO_PHYS(m) for any weird values. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16:15:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id EBF1F37B718; Sun, 18 Mar 2001 16:15:48 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA79815; Mon, 19 Mar 2001 01:15:41 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bruce Evans Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 19 Mar 2001 01:15:40 +0100 In-Reply-To: Bruce Evans's message of "Mon, 19 Mar 2001 10:59:55 +1100 (EST)" Message-ID: Lines: 33 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > K6-2's aren't really i586's and i586_bzero should never be used for > them (generic bzero is faster), Wrong. I fixed machdep.c to compute and print the bandwidth correctly: des@des ~% egrep '(CPU|bzero)' /var/run/dmesg.boot CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) i586_bzero() bandwidth = 1056759 kBps bzero() bandwidth = 124211 kBps > i586_bzero gets used because negative bandwidths are significantly > smaller than positive ones, Uh, Bruce, we pick the method that gives the *highest* bandwidth, not the lowest. > so plain bzero is faster according to this > message, There you go contradicting yourself... Anyway, the bug is not K6-specific - I guess the reason why we're only seeing it on K6's is that they're the only 586-class CPUs that are fast enough to still be in widespread use. Except I just remembered I have a dual Pentium box I use for SMP work, but haven't booted in several weeks... because it keeps crashing... with a smashed stack. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16:19: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 70B6B37B71A; Sun, 18 Mar 2001 16:19:04 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA79835; Mon, 19 Mar 2001 01:19:03 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Baldwin Cc: jake@FreeBSD.org, current@FreeBSD.org Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 19 Mar 2001 01:19:02 +0100 In-Reply-To: John Baldwin's message of "Sun, 18 Mar 2001 16:08:50 -0800 (PST)" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin writes: > Can you throw some extra tests in there to make sure m isn't NULL? Also, you > might want to check VM_PAGE_TO_PHYS(m) for any weird values. No need - David and Jake already tracked it down to evilness in i586_bzero(). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 16:22: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5AEEB37B718; Sun, 18 Mar 2001 16:22:04 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA79853; Mon, 19 Mar 2001 01:21:58 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bruce Evans Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 19 Mar 2001 01:21:58 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "19 Mar 2001 01:15:40 +0100" Message-ID: Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: I mean npx.c. I'll commit the fix in a second. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 19:48:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 61A0537B718; Sun, 18 Mar 2001 19:48:11 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA18011; Mon, 19 Mar 2001 14:47:53 +1100 Date: Mon, 19 Mar 2001 14:47:34 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: David Malone Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Mar 2001, Bruce Evans wrote: > K6-2's aren't really i586's and i586_bzero should never be used for > them (generic bzero is faster), but there is apparently another > bug that may cause them to be used. From des's dmesg output: > > > i586_bzero() bandwidth = -1980152482 bytes/sec > ^ > > bzero() bandwidth = 129299198 bytes/sec > > i586_bzero gets used because negative bandwidths are significantly ^^^^^^^^^ oops, I meant "should not get used" > smaller than positive ones, so plain bzero is faster according to this > message, but whatever the overflow apparently causes other bad things. The overflow is actually only in the error message. It is caused by a preposterous value for `usec'. > npx.c already has one "fix" for the overflow problem. The problem > is may be that clocks don't work early any more. It must be that microtime() doesn't work early any more. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 20:16:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 902C737B718; Sun, 18 Mar 2001 20:16:41 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA21125; Mon, 19 Mar 2001 15:16:30 +1100 Date: Mon, 19 Mar 2001 15:16:11 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Mar 2001, Dag-Erling Smorgrav wrote: > Bruce Evans writes: > > K6-2's aren't really i586's and i586_bzero should never be used for > > them (generic bzero is faster), > > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: Wrong yourself. The fpu is too slow to use for copying for everything except original Pentiums. The bandwidth test is just done to avoid hard- configuring this knowledge. > des@des ~% egrep '(CPU|bzero)' /var/run/dmesg.boot > CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) > i586_bzero() bandwidth = 1056759 kBps > bzero() bandwidth = 124211 kBps I don't believe a bandwitdh of 1 GB/sec. It may be possible if the buffer fits in an L1 or on-chip L2 cache (the test buffer is a bit small for today's L2 cache sizes), but then plain bzero() would also benefit from the cache. > > i586_bzero gets used because negative bandwidths are significantly > > smaller than positive ones, > > Uh, Bruce, we pick the method that gives the *highest* bandwidth, not > the lowest. Sorry, I meant "should not get used". > > > so plain bzero is faster according to this > > message, > > There you go contradicting yourself... This part is correct. > Anyway, the bug is not K6-specific - I guess the reason why we're only > seeing it on K6's is that they're the only 586-class CPUs that are > fast enough to still be in widespread use. The bug in i586_bzero() affects anything that gets that far, but only original Pentiums should get that far. Apparently not many people run -current on those. I actually turned on ny P5/133 a week ago, but I didn't notice the bug. The "bug" in npx.c is not really a bug. It's just that the printf was written before %lld was supported in the kernel, so it truncates to long and uses %ld. This shouldn't be a problem until the bandwidth of main memory exceeds 2GB/sec, which won't happen soon (neither will your apparent 1GB/sec bandwidth). However, bugs in microtime() sometime cause the bandwidth to apparently exceed 2GB/sec. It is a feature that huge bandwidths sometimes get printed as negative values -- negative values are more obviously wrong. This is why %ld is used instead of %lu. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 20:17:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A72ED37B719; Sun, 18 Mar 2001 20:17:18 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA21181; Mon, 19 Mar 2001 15:17:08 +1100 Date: Mon, 19 Mar 2001 15:16:50 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Mar 2001, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav writes: > > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: > > I mean npx.c. I'll commit the fix in a second. Please send it to the maintainer for review. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 20:30:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 42FA837B71D; Sun, 18 Mar 2001 20:30:25 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id FAA80660; Mon, 19 Mar 2001 05:30:19 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bruce Evans Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 19 Mar 2001 05:30:18 +0100 In-Reply-To: Bruce Evans's message of "Mon, 19 Mar 2001 15:16:50 +1100 (EST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > On 19 Mar 2001, Dag-Erling Smorgrav wrote: > > Dag-Erling Smorgrav writes: > > > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: > > I mean npx.c. I'll commit the fix in a second. > Please send it to the maintainer for review. I'm not aware of npx.c having a maintainer. The change was OK'ed by Jake Burkholder and/or John Baldwin on IRC. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 20:45:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from sharmasnew.dhs.org (c239143-a.frmt1.sfba.home.com [24.19.220.119]) by hub.freebsd.org (Postfix) with ESMTP id 69BAB37B719 for ; Sun, 18 Mar 2001 20:45:27 -0800 (PST) (envelope-from adsharma@sharmasnew.dhs.org) Received: (from adsharma@localhost) by sharmasnew.dhs.org (8.11.1/8.11.1) id f2J4emk81348; Sun, 18 Mar 2001 20:40:48 -0800 (PST) (envelope-from adsharma) Date: Sun, 18 Mar 2001 20:40:48 -0800 (PST) From: Arun Sharma Message-Id: <200103190440.f2J4emk81348@sharmasnew.dhs.org> To: scrappy@hub.org Cc: current@freebsd.org Subject: Re: BP6 motherboard and hangs ... In-Reply-To: References: Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In muc.lists.freebsd.current, you wrote: > > Anyone have any experience with the Abit BP6 motherboards? I've been > reporting and talking about problems with -CURRENT the past little while, > where when I start X, it pretty much dies soon after ... well, this > weekend, I needed to make my system Dual-BOOT into W2K Professional Server > for some work I'm doing (installing FreeBSD in vmware over w2k to run some > server software) and W2K hangs solid also ... > > I'm starting to wonder if its a motherboard problem and has nothing to do > with OS ... > > Anyone with experience here? I used to run into hanges related to UDMA/66 before I upgraded the BIOS. I think the "RU" bios is the latest one and my BP6 box has been up for 30 days now. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 20:57:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from ints.ru (ints.ru [195.9.37.1]) by hub.freebsd.org (Postfix) with ESMTP id 9D49037B718 for ; Sun, 18 Mar 2001 20:57:07 -0800 (PST) (envelope-from ilmar@ints.ru) Received: from ws-ilmar.ints.ru (ws-ilmar.ints.ru [195.9.37.16]) by ints.ru (8.11.0/8.11.0) with ESMTP id f2J4v2t29350; Mon, 19 Mar 2001 07:57:02 +0300 (MSK) Date: Mon, 19 Mar 2001 07:57:01 +0300 (MSK) From: "Ilmar S. Habibulin" To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: Interesting backtrace... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Mar 2001, Dag-Erling Smorgrav wrote: > Anyway, the bug is not K6-specific - I guess the reason why we're only > seeing it on K6's is that they're the only 586-class CPUs that are > fast enough to still be in widespread use. I have the same panics in one of my pentium 166 mmx boxes. Even some addresses are the same as in your dump. I've posted a message about this bug a week ago (with subj "double panic" or something like this). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 21:55:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id D8A8837B718; Sun, 18 Mar 2001 21:55:39 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA00383; Mon, 19 Mar 2001 16:55:26 +1100 Date: Mon, 19 Mar 2001 16:55:07 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Mar 2001, Dag-Erling Smorgrav wrote: > Bruce Evans writes: > > On 19 Mar 2001, Dag-Erling Smorgrav wrote: > > > Dag-Erling Smorgrav writes: > > > > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: > > > I mean npx.c. I'll commit the fix in a second. > > Please send it to the maintainer for review. > > I'm not aware of npx.c having a maintainer. The change was OK'ed by > Jake Burkholder and/or John Baldwin on IRC. Read the cvs logs. I wrote most of it, including all of the part that you "fixed". Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 18 23:30:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 2F32537B719 for ; Sun, 18 Mar 2001 23:30:14 -0800 (PST) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id D4F4A2076; Mon, 19 Mar 2001 08:30:12 +0100 (CET) Date: Mon, 19 Mar 2001 08:30:12 +0100 From: Pascal Hofstee To: Dag-Erling Smorgrav Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability Message-ID: <20010319083012.A53628@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl References: <20010315081658.A799@shadowmere.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Mon, Mar 19, 2001 at 01:00:08AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 01:00:08AM +0100, Dag-Erling Smorgrav wrote: > Pascal Hofstee writes: > > With a CURRENT build/installworld from yesterday ... i get a VERY unstable > > system that page faults under the slightest CPU load (e.g. playing MP3's) > > What kind of CPU? AMD K6-2 350 I noticed the vague stack smashes posting earlier ... and i think it's very likely this is the same bug -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 3: 9:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 8809C37B719 for ; Mon, 19 Mar 2001 03:09:38 -0800 (PST) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (Postfix) with ESMTP id 3B0FC1C8DD; Mon, 19 Mar 2001 12:09:37 +0100 (MET) Received: by bofh.enst.fr (Postfix, from userid 12426) id 09115D26E; Mon, 19 Mar 2001 12:09:32 +0100 (CET) Message-ID: <20010319120932.A88999@enst.fr> Date: Mon, 19 Mar 2001 12:09:32 +0100 From: Pierre Beyssac To: freebsd-current@freebsd.org Subject: random woes ("no RSA support in libssl and libcrypto") Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just in case some else gets caught (which is sure to happen), in case you get the following obscure message from ssh after updating your -current: ssh: no RSA support in libssl and libcrypto. See ssl(8). This just means you need to remake your /dev/urandom (ln -f random urandom). It seems the compatibility with the previous minor of urandom has been silently removed (I assume this happened with the last update/cleanup of the random device). It took me two hours to figure it out. -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 3:17:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 64E4737B718 for ; Mon, 19 Mar 2001 03:17:26 -0800 (PST) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (Postfix) with ESMTP id B31201C8E1; Mon, 19 Mar 2001 12:17:21 +0100 (MET) Received: by bofh.enst.fr (Postfix, from userid 12426) id A4A7FD26E; Mon, 19 Mar 2001 12:16:06 +0100 (CET) Message-ID: <20010319121606.A89188@enst.fr> Date: Mon, 19 Mar 2001 12:16:06 +0100 From: Pierre Beyssac To: daeron@shadowmere.student.utwente.nl, Dag-Erling Smorgrav Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20010319083012.A53628@shadowmere.student.utwente.nl>; from Pascal Hofstee on Mon, Mar 19, 2001 at 08:30:12AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 08:30:12AM +0100, Pascal Hofstee wrote: > AMD K6-2 350 > > I noticed the vague stack smashes posting earlier ... and i think it's very > likely this is the same bug Same here, random crashes -- AMD K6-2 300; no panic, no crash dump, just a complete system freeze if you happen to use too much CPU. I had to temporarily revert to an older kernel. -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 4:24: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6D9FF37B718 for ; Mon, 19 Mar 2001 04:24:05 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA82174; Mon, 19 Mar 2001 13:23:49 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Pierre Beyssac Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> From: Dag-Erling Smorgrav Date: 19 Mar 2001 13:23:48 +0100 In-Reply-To: Pierre Beyssac's message of "Mon, 19 Mar 2001 12:16:06 +0100" Message-ID: Lines: 30 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pierre Beyssac writes: > On Mon, Mar 19, 2001 at 08:30:12AM +0100, Pascal Hofstee wrote: > > I noticed the vague stack smashes posting earlier ... and i think it's very > > likely this is the same bug > Same here, random crashes -- AMD K6-2 300; no panic, no crash dump, > just a complete system freeze if you happen to use too much CPU. > I had to temporarily revert to an older kernel. Try this workaround (apply with 'patch -l'): Index: pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.277 diff -u -r1.277 pmap.c --- pmap.c 2001/03/15 05:10:06 1.277 +++ pmap.c 2001/03/18 21:21:19 @@ -2664,7 +2664,7 @@ i686_pagezero(CADDR2); else #endif - bzero(CADDR2, PAGE_SIZE); + generic_bzero(CADDR2, PAGE_SIZE); *(int *) CMAP2 = 0; } DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 5:15:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id C110737B71A; Mon, 19 Mar 2001 05:15:12 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f2JDIkP96011; Mon, 19 Mar 2001 08:18:46 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Mon, 19 Mar 2001 08:18:46 -0500 From: Will Andrews To: "David O'Brien" Cc: current@FreeBSD.ORG Subject: Anoncvs support (was Re: NO MORE '-BETA') Message-ID: <20010319081846.A61859@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , David O'Brien , current@FreeBSD.org References: <20010318161849.A20382@dragon.nuxi.com> <200103190128.SAA20941@usr05.primenet.com> <20010319003213.A25641@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Z+65snTBT714SHJP" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319003213.A25641@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Mon, Mar 19, 2001 at 12:32:13AM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Z+65snTBT714SHJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 19, 2001 at 12:32:13AM -0800, David O'Brien wrote: > CVSup's checkout mode has been around longer than FreeBSD has offered > anoncvs service. A service which, IMO, is still not very well supported. That's probably one reason why it's hard to get new developers (not everyone feels like syncing the entire repo). But then again, I wonder how much load there is on anoncvs.freebsd.org. Still, would be nice to have more than one anoncvs server, since not everyone's in the U.S.A. --=20 wca --Z+65snTBT714SHJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6tgc1F47idPgWcsURAuSuAJ4tZMywVf57OKU/mJfpbWSD2r13kgCdFvFr eLfuWIM4pP2dOMDmydI+Db0= =oQ4K -----END PGP SIGNATURE----- --Z+65snTBT714SHJP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 5:25:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from hermes.dialup.ru (hermes.dialup.ru [194.87.16.230]) by hub.freebsd.org (Postfix) with ESMTP id D2C6637B718; Mon, 19 Mar 2001 05:25:16 -0800 (PST) (envelope-from ache@hermes.dialup.ru) Received: (from ache@localhost) by hermes.dialup.ru (8.11.3/8.11.3) id f2JDPE200445; Mon, 19 Mar 2001 16:25:14 +0300 (MSK) (envelope-from ache) Date: Mon, 19 Mar 2001 16:25:14 +0300 From: "Andrey A. Chernov" To: ru@freebsd.org, current@freebsd.org Subject: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319162514.A384@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now add default 1.1.1.1 command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand), as result I have no route. Here is netstat -r after connection is established: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 1.1.1.1 194.87.16.230 UH 0 0 tun0 localhost localhost UH 5 107 lo0 I forced to manually enter route add default 1.1.1.1 from root after PPP connection is established to make it working. Here is netstat -r after it: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 1.1.1.1 UGSc 0 0 tun0 1.1.1.1 hermes UH 2 0 tun0 localhost localhost UH 5 133 lo0 Please fix current kernel interface strategy or PPP. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6: 1:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 35EA037B71A for ; Mon, 19 Mar 2001 06:01:38 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2JE13f32088; Mon, 19 Mar 2001 16:01:06 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103191401.f2JE13f32088@gratis.grondar.za> To: Pierre Beyssac Cc: freebsd-current@FreeBSD.ORG Subject: Re: random woes ("no RSA support in libssl and libcrypto") References: <20010319120932.A88999@enst.fr> In-Reply-To: <20010319120932.A88999@enst.fr> ; from Pierre Beyssac "Mon, 19 Mar 2001 12:09:32 +0100." Date: Mon, 19 Mar 2001 16:02:08 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It seems the compatibility with the previous minor of urandom has > been silently removed (I assume this happened with the last > update/cleanup of the random device). It took me two hours to figure > it out. See src/UPDATING 20000624 M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6: 7:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D3E9537B71A for ; Mon, 19 Mar 2001 06:07:20 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA82455; Mon, 19 Mar 2001 15:07:20 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: Here's another one for you... From: Dag-Erling Smorgrav Date: 19 Mar 2001 15:07:19 +0100 Message-ID: Lines: 140 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG SMP box with a bleeding-edge -CURRENT kernel, patched to avoid the i586_bzero() problem: panic: mutex_enter: recursion on non-recursive mutex process lock @ ../../i386/i386/trap.c:854 cpuid = 1; lapic.id = 01000000 Debugger("panic") CPU1 stopping CPUs: 0x00000001... stopped. Stopped at Debugger+0x45: pushl %ebx db> show mutex "panic" (0xc030b1e0) locked at ../../kern/kern_shutdown.c:544 "process lock" (0xd3f15000) locked at ../../i386/i386/machdep.c:625 "Giant" (0xc0309ac0) locked at ../../i386/i386/trap.c:1169 db> trace Debugger(c027d5e1) at Debugger+0x45 panic(c027c420,c027a154,c02997d0,356,d3f14ee0) at panic+0x144 witness_enter(d3f15000,0,c02997d0,356) at witness_enter+0x355 trap_pfault(d7345d4c,0,0) at trap_pfault+0x143 trap(18,10,10,d7345fa8,0) at trap+0x978 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0, esp = 0xd7345d8c, ebp = 0xd7345ed8 --- (null)(805c3e0,e,d7345f10,0,4) at 0 postsig(e) at postsig+0x40b userret(d3f14ee0,d7345fa8,3,0,ffffffff) at userret+0x16 syscall(2f,2f,2f,bfbffd4c,80873e0) at syscall+0xa03 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b db> show witness Sleep mutexes: 0 rman -- last acquired @ ../../kern/subr_rman.c:420 0 rman head -- last acquired @ ../../kern/subr_rman.c:1070 sf_bufs list lock -- last acquired @ ../../kern/uipc_syscalls.c:14370 vm86pcb lock -- last acquired @ ../../i386/i386/vm86.c:5790 pseudofs -- last acquired @ order list:0 0 Giant -- last acquired @ ../../i386/i386/trap.c:1169 1 mbuf free list lock -- last acquired @ ../../kern/uipc_socket.c:870 1 fork list -- last acquired @ ../../kern/kern_sx.c:138 1 vnode pollinfo -- last acquired @ ../../kern/vfs_subr.c:2761 1 spechash -- last acquired @ ../../kern/vfs_subr.c:2003 1 bpf global lock -- last acquired @ ../../net/bpf.c:1221 1 mntid -- last acquired @ ../../kern/vfs_subr.c:426 2 mountlist -- last acquired @ ../../kern/vfs_subr.c:2872 3 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 1 zone subsystem -- last acquired @ ../../vm/vm_zone.c:422 3 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 2 zone -- last acquired @ ../../vm/vm_zone.c:366 3 lockmgr -- last acquired @ ../../kern/kern_lock.c:505 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 1 de -- last acquired @ ../../pci/if_de.c:4653 1 ifsvgt -- last acquired @ ../../ufs/ffs/ffs_vfsops.c:1129 1 random reseed -- last acquired @ ../../dev/random/yarrow.c:265 1 ufs ihash -- last acquired @ ../../ufs/ufs/ufs_ihash.c:133 2 vnode interlock -- last acquired @ ../../kern/vfs_subr.c:1439 3 vnode_free_list -- last acquired @ ../../kern/vfs_subr.c:542 3 mntvnode -- last acquired @ ../../kern/vfs_subr.c:650 3 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 1 m_ext counter free list lock -- last acquired @ ../../pci/if_de.c:3552 1 mcluster free list lock -- last acquired @ ../../pci/if_de.c:3552 1 buftime lock -- last acquired @ ../../sys/buf.h:255 3 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 1 eventhandler -- last acquired @ ../../kern/subr_eventhandler.c:157 3 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 3 lockmgr -- last acquired @ ../../kern/kern_lock.c:505 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 1 vm object_list -- last acquired @ ../../vm/vm_object.c:456 1 proctree -- last acquired @ order list:0 2 allproc -- last acquired @ order list:0 4 process lock -- last acquired @ ../../i386/i386/machdep.c:625 5 ucred -- last acquired @ ../../kern/kern_prot.c:1162 5 panic -- last acquired @ ../../kern/kern_shutdown.c:544 5 malloc -- last acquired @ ../../kern/kern_malloc.c:317 5 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 6 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:883 Spin mutexes: 2 sio -- last acquired @ ../../isa/sio.c:2832 6 ithread table lock -- last acquired @ ../../i386/isa/intr_machdep.c:584 7 ithread list lock -- last acquired @ ../../kern/kern_intr.c:249 8 sched lock -- last acquired @ ../../kern/kern_mutex.c:354 9 clk -- last acquired @ ../../i386/isa/clock.c:1192 10 callout -- last acquired @ ../../kern/kern_timeout.c:145 11 ap boot -- last acquired @ ../../i386/i386/mp_machdep.c:2273 12 imen -- last acquired @ ../../i386/i386/mpapic.c:261 Mutexes which were never acquired: arp_inq ip_inq lo cd9660_ihash bpf interface lock com smp rendezvous mcount db> panic panic: from debugger cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 22s dumping to dev da3b, offset 1048576 DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6:34:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C8A0637B718 for ; Mon, 19 Mar 2001 06:34:25 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2JEXb557633; Mon, 19 Mar 2001 16:33:37 +0200 (EET) (envelope-from ru) Date: Mon, 19 Mar 2001 16:33:37 +0200 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319163337.A57176@sunbay.com> Mail-Followup-To: "Andrey A. Chernov" , current@freebsd.org References: <20010319162514.A384@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319162514.A384@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Mar 19, 2001 at 04:25:14PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > Now > > add default 1.1.1.1 > Perhaps, 1.1.1.1 should be written as HISADDR? > command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand), > as result I have no route. Here is netstat -r after connection is > established: > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 1.1.1.1 194.87.16.230 UH 0 0 tun0 > localhost localhost UH 5 107 lo0 > > I forced to manually enter > > route add default 1.1.1.1 > > from root after PPP connection is established to make it working. Here is > netstat -r after it: > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 1.1.1.1 UGSc 0 0 tun0 > 1.1.1.1 hermes UH 2 0 tun0 > localhost localhost UH 5 133 lo0 > > Please fix current kernel interface strategy or PPP. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6:39:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 127F237B719; Mon, 19 Mar 2001 06:39:50 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2JEdmn80950; Mon, 19 Mar 2001 17:39:48 +0300 (MSK) (envelope-from ache) Date: Mon, 19 Mar 2001 17:39:47 +0300 From: "Andrey A. Chernov" To: current@freebsd.org, ru@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319173947.A80886@nagual.pp.ru> References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319163337.A57176@sunbay.com>; from ru@freebsd.org on Mon, Mar 19, 2001 at 04:33:37PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > Now > > > > add default 1.1.1.1 > > > Perhaps, 1.1.1.1 should be written as HISADDR? > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after connection. HISADDR needed only when address changes on the fly. Moreover, my config works this way all this years. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6:43:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 3BE4537B71A for ; Mon, 19 Mar 2001 06:43:38 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2JEhOK58762; Mon, 19 Mar 2001 16:43:24 +0200 (EET) (envelope-from ru) Date: Mon, 19 Mar 2001 16:43:24 +0200 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319164324.B57176@sunbay.com> Mail-Followup-To: "Andrey A. Chernov" , current@freebsd.org References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319173947.A80886@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Mar 19, 2001 at 05:39:47PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > Now > > > > > > add default 1.1.1.1 > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > connection. HISADDR needed only when address changes on the fly. > > Moreover, my config works this way all this years. > Still, could you please try with HISADDR? -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6:52:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 1172937B718; Mon, 19 Mar 2001 06:52:06 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2JEq4a81125; Mon, 19 Mar 2001 17:52:04 +0300 (MSK) (envelope-from ache) Date: Mon, 19 Mar 2001 17:52:02 +0300 From: "Andrey A. Chernov" To: current@freebsd.org, ru@freebsd.org Cc: brian@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319175201.A81084@nagual.pp.ru> References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> <20010319164324.B57176@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319164324.B57176@sunbay.com>; from ru@freebsd.org on Mon, Mar 19, 2001 at 04:43:24PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote: > On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > > Now > > > > > > > > add default 1.1.1.1 > > > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > > connection. HISADDR needed only when address changes on the fly. > > > > Moreover, my config works this way all this years. > > > Still, could you please try with HISADDR? I try and it works with HISADDR. But I see no reason why old working variant now broken. It is clear PPP incompatibility with new interface way. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 6:56:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from vic.sabbo.net (host78.card.com.ua [194.93.175.78]) by hub.freebsd.org (Postfix) with ESMTP id 13AB637B71B; Mon, 19 Mar 2001 06:56:11 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f2JEu3w20859; Mon, 19 Mar 2001 16:56:03 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AB61DD3.CEEB7877@FreeBSD.org> Date: Mon, 19 Mar 2001 16:55:15 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Ruslan Ermilov Cc: "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: Recent interface/routing changes breaks on-demand PPP References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> <20010319164324.B57176@sunbay.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > > Now > > > > > > > > add default 1.1.1.1 > > > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > > connection. HISADDR needed only when address changes on the fly. > > > > Moreover, my config works this way all this years. > > > Still, could you please try with HISADDR? There is no ``HISADDR'' in the ppp.conf. ``HISADDR'' is ppp.link{up,down} thing. If I understood Andrey correctly, 1.1.1.1 is the address used to trigger dial-on-demand. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7: 1: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0131137B719; Mon, 19 Mar 2001 07:00:47 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2JF0iR61106; Mon, 19 Mar 2001 17:00:44 +0200 (EET) (envelope-from ru) Date: Mon, 19 Mar 2001 17:00:44 +0200 From: Ruslan Ermilov To: Maxim Sobolev Cc: "Andrey A. Chernov" , current@FreeBSD.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319170044.B59540@sunbay.com> Mail-Followup-To: Maxim Sobolev , "Andrey A. Chernov" , current@FreeBSD.org References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> <20010319164324.B57176@sunbay.com> <3AB61DD3.CEEB7877@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: <3AB61DD3.CEEB7877@FreeBSD.org>; from sobomax@FreeBSD.org on Mon, Mar 19, 2001 at 04:55:15PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 04:55:15PM +0200, Maxim Sobolev wrote: > Ruslan Ermilov wrote: > > > On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > > > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > > > Now > > > > > > > > > > add default 1.1.1.1 > > > > > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > > > > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > > > connection. HISADDR needed only when address changes on the fly. > > > > > > Moreover, my config works this way all this years. > > > > > Still, could you please try with HISADDR? > > There is no ``HISADDR'' in the ppp.conf. ``HISADDR'' is ppp.link{up,down} thing. > If I understood Andrey correctly, 1.1.1.1 is the address used to trigger > dial-on-demand. > You are mistaken. HISADDR is allowed everywhere, refer to the MANUAL DIALING section of ppp(8) manpage for an example. And no, 1.1.1.1 is the address of the peer in Andrey's case. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7: 3: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.iserver1.net.Netz-Werker.NET (srv1.iserver1.net.Netz-Werker.NET [195.122.150.67]) by hub.freebsd.org (Postfix) with ESMTP id 0966A37B719 for ; Mon, 19 Mar 2001 07:03:00 -0800 (PST) (envelope-from tomsoft@Netz-Werker.COM) Received: (from tomsoft@localhost) by mail.iserver1.net.Netz-Werker.NET (8.8.8/8.8.8) id QAA01366; Mon, 19 Mar 2001 16:00:19 +0100 (CET) (envelope-from tomsoft) Message-ID: <20010319160019.63468@Netz-Werker.NET> Date: Mon, 19 Mar 2001 16:00:19 +0100 From: Thomas To: Andrea Campi , Thomas Cc: current@freebsd.org Subject: Re: growfs References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> <20010318165749.A725@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <20010318165749.A725@webcom.it>; from Andrea Campi on Sun, Mar 18, 2001 at 04:57:49PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > > This was completely untested by us, and is not guaranteed to work! I think > > you were lucky. We move and change blocks on the filesystem, during some > > time the filesystem is NOT consitent, so if one of those files is accessed than > > you might run into a panic. > Sorry? In single user with a readonly / and nothing else? I would have to be > EXTREMELY unlucky to get any other access while the fs is inconsistent ;-) > > Seriously, I get the point (shit happens doesn't it?), but this prompts my next > question: isn't this the same as running fsck? Maybe with growfs we have a > longer window of inconsistency, but the idea is mostly the same. I think there > should be (probably there already is) a way to "reserve" access to the fs, so > that no other process can possibly get an inconsistent state. It's hard to discuss what type of inconsistency there might be in an corrupted filesystem, compared to what growfs does. But I definitely change a lot of meta data of the filesystem, sometimes even the location of those in the filesystem. As the kernel caches a lot of that information, it might fetch now changed blocks, which no longer contain metadata, and this could bring your system in an horrible state. This way is and remains unsupported! Since FreeBSD-5 has snapshots, we basically now have a way of locking access to the filesystem, and also can reload most of the metadata. So there will be a way of growing even mounted filesystems. There is work ongoing on that, but I expect this to be rather a redesign of growfs, as I dont wan't to lock the filesystem for the long time of growing. The current version seen here will be made 64 bit clean, or lets call it usable on alpha architecture and then MFCed to STABLE. It basically runs fine on 5.*, 4.*, 3.*, 2.2.* and probably also on 2.1.* 2.0.* and whatever, but this was never tested. So the development now focusses on getting it clean on alpha, and maybe support the existence of snapshots in the filesystem. There are some ideas already for growing even mounted fileystem, but this will never enter STABLE. Thomas -- Th.-H.v.Kamptz Die Netz-Werker GmbH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:16:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 3701437B718 for ; Mon, 19 Mar 2001 07:16:30 -0800 (PST) (envelope-from daemon@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 14f1OT-00029m-01; Mon, 19 Mar 2001 16:16:25 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.3/8.11.1) id f2JF7V919864 for freebsd-current@freebsd.org; Mon, 19 Mar 2001 16:07:31 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Anoncvs support Date: Mon, 19 Mar 2001 15:07:30 +0000 (UTC) Message-ID: <9957bi$ivh$1@kemoauc.mips.inka.de> References: <20010318161849.A20382@dragon.nuxi.com> <200103190128.SAA20941@usr05.primenet.com> <20010319003213.A25641@dragon.nuxi.com> <20010319081846.A61859@ohm.physics.purdue.edu> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Andrews wrote: > A service which, IMO, is still not very well supported. That's probably > one reason why it's hard to get new developers (not everyone feels like > syncing the entire repo). But then again, I wonder how much load there > is on anoncvs.freebsd.org. Still, would be nice to have more than one > anoncvs server, since not everyone's in the U.S.A. http://grappa.unix-ag.uni-kl.de/ -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:23:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id A610837B718; Mon, 19 Mar 2001 07:23:48 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2JFNlM81585; Mon, 19 Mar 2001 18:23:47 +0300 (MSK) (envelope-from ache) Date: Mon, 19 Mar 2001 18:23:46 +0300 From: "Andrey A. Chernov" To: current@freebsd.org, brian@freebsd.org, ru@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319182346.A81488@nagual.pp.ru> References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> <20010319164324.B57176@sunbay.com> <20010319175201.A81084@nagual.pp.ru> <20010319165639.A59540@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319165639.A59540@sunbay.com>; from ru@freebsd.org on Mon, Mar 19, 2001 at 04:56:40PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 16:56:40 +0200, Ruslan Ermilov wrote: > On Mon, Mar 19, 2001 at 05:52:02PM +0300, Andrey A. Chernov wrote: > > On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote: > > > On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > > > > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > > > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > > > > Now > > > > > > > > > > > > add default 1.1.1.1 > > > > > > > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > > > > > > > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > > > > connection. HISADDR needed only when address changes on the fly. > > > > > > > > Moreover, my config works this way all this years. > > > > > > > Still, could you please try with HISADDR? > > > > > > I try and it works with HISADDR. > > But I see no reason why old working variant now broken. It is clear PPP > > incompatibility with new interface way. > > > It's not only with PPP. Here is the relevant commitlog, read it carefully, > especially its second part. > > Do you mean that "add" PPP command now intentionally broken for any address excepting *ADDR? Then, what is the reason to have numeric argument there? Or do you mean that PPP must be fixed now? Where is the fix? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:37:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 6C15937B718; Mon, 19 Mar 2001 07:36:55 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2JFa9E65710; Mon, 19 Mar 2001 17:36:09 +0200 (EET) (envelope-from ru) Date: Mon, 19 Mar 2001 17:36:08 +0200 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: current@freebsd.org, brian@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319173608.A64735@sunbay.com> Mail-Followup-To: "Andrey A. Chernov" , current@freebsd.org, brian@freebsd.org References: <20010319162514.A384@nagual.pp.ru> <20010319163337.A57176@sunbay.com> <20010319173947.A80886@nagual.pp.ru> <20010319164324.B57176@sunbay.com> <20010319175201.A81084@nagual.pp.ru> <20010319165639.A59540@sunbay.com> <20010319182346.A81488@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319182346.A81488@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Mar 19, 2001 at 06:23:46PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 06:23:46PM +0300, Andrey A. Chernov wrote: > On Mon, Mar 19, 2001 at 16:56:40 +0200, Ruslan Ermilov wrote: > > On Mon, Mar 19, 2001 at 05:52:02PM +0300, Andrey A. Chernov wrote: > > > On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote: > > > > On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote: > > > > > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote: > > > > > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote: > > > > > > > Now > > > > > > > > > > > > > > add default 1.1.1.1 > > > > > > > > > > > > > Perhaps, 1.1.1.1 should be written as HISADDR? > > > > > > > > > > > > > > > > No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after > > > > > connection. HISADDR needed only when address changes on the fly. > > > > > > > > > > Moreover, my config works this way all this years. > > > > > > > > > Still, could you please try with HISADDR? > > > > > > > > > I try and it works with HISADDR. > > > But I see no reason why old working variant now broken. It is clear PPP > > > incompatibility with new interface way. > > > > > It's not only with PPP. Here is the relevant commitlog, read it carefully, > > especially its second part. > > > > > > Do you mean that "add" PPP command now intentionally broken for any > address excepting *ADDR? Then, what is the reason to have numeric argument > there? Or do you mean that PPP must be fixed now? Where is the fix? > I mean that: 1. If you use HISADDR, ppp(8) will automatically re-add route after link is brought down and then back up. 2. If you use static IP address in ppp.conf, ppp(8) will add that route only once. This route will also cache local interface address at the time the route is added. Execute `route -vn get default' to see what I am talking about. 3. The routing code was fixed to delete routes which use non-existent interface addresses. This code will wipe such a route. 4. If you need routes with static gateway addresses, put `add!' command to ppp.linkup script. This way, routes will be activated every time the link is up, and will use the correct source IP address. 5. This affects not only ppp(8). Add default route that points to the LAN; change the IP address on interface; observe that the default route has gone away. The reason is that if we don't do this, we may end up using the old (now non-existing) local IP address. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:41:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id F254D37B71A for ; Mon, 19 Mar 2001 07:41:26 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 6631 invoked from network); 19 Mar 2001 16:40:19 -0000 Received: from brian.inet.it (HELO webcom.it) (213.92.4.195) by acampi.inet.it with SMTP; 19 Mar 2001 16:40:19 -0000 Received: (qmail 7615 invoked by uid 1000); 19 Mar 2001 15:38:05 -0000 Date: Mon, 19 Mar 2001 16:38:05 +0100 From: Andrea Campi To: Thomas Cc: current@freebsd.org Subject: Re: growfs Message-ID: <20010319163804.A2199@webcom.it> References: <20010311141337.A510@webcom.it> <20010317110034.62878@Netz-Werker.NET> <20010318165749.A725@webcom.it> <20010319160019.63468@Netz-Werker.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319160019.63468@Netz-Werker.NET>; from tomsoft@Netz-Werker.COM on Mon, Mar 19, 2001 at 04:00:19PM +0100 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It's hard to discuss what type of inconsistency there might be in an corrupted > filesystem, compared to what growfs does. But I definitely change a lot of meta [...] > So the development now focusses on getting it clean on alpha, and maybe support > the existence of snapshots in the filesystem. > There are some ideas already for growing even mounted fileystem, but this > will never enter STABLE. Thanks a lot for your explanation! Bye, Andrea -- It's not a bug, it's tradition! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:59:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from outmail1.pacificnet.net (outmail1.pacificnet.net [207.171.0.246]) by hub.freebsd.org (Postfix) with ESMTP id 9997E37B718 for ; Mon, 19 Mar 2001 07:59:25 -0800 (PST) (envelope-from shopNsave@wealthbuilder.com) Received: from mails.myexcel.com (PPPa71-ResaleNewJerseyNorth1-1R7188.dialinx.net [4.54.120.132]) by outmail1.pacificnet.net (8.9.3/8.9.3) with SMTP id HAA30231 for ; Mon, 19 Mar 2001 07:59:21 -0800 (PST) Message-Id: <200103190755.YHV5251@mails.myexcel.com> Date: Mon, 19 Mar 2001 7:55:32 AM -0500 Content-Type: text/plain; charset=us-ascii Reply-To: shopNsave@wealthbuilder.com X-Mailer: Dynamic Opt-In Emailer (Win95/98/NT) Subject: Shop & Save Now! From: "A-Vision" To: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Friend, Take a look at these great savings opportunities. I-Shop Excel Online, in complete digital security. Shop Name brands, such as Lane Bryant, Neimann Markus, Omaha Steaks, Office Supplies, J.C. Penny, J. Crew, DirectTV, hard to find items, etc. Savings of 20% to 40%. Tax-Free Over 700 Name Brand Catalogs.... Visit www.excelir.com/alston Nokia Wireless Phones and Motorola Two-Way Pagers for $ 49.00, with Nationwide Plans, no roaming. Commercial and Residential phone rates. Save hundreds of dollars a year. Visit www.excelir.com/alston Suprise yourself, with savings and a great business opportunity. You can own an Excel business, just like us. Visit: www.excelir.com/alston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 7:59:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from k7.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 5699737B719; Mon, 19 Mar 2001 07:59:46 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from k7.rchrd1.on.wave.home.com (localhost [127.0.0.1]) by k7.rchrd1.on.wave.home.com (Postfix) with ESMTP id A3FA2BA69; Mon, 19 Mar 2001 10:59:45 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Bruce Evans Cc: Dag-Erling Smorgrav , David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: Message from Bruce Evans of "Mon, 19 Mar 2001 15:16:11 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Mar 2001 10:59:45 -0500 From: Jake Burkholder Message-Id: <20010319155945.A3FA2BA69@k7.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On 19 Mar 2001, Dag-Erling Smorgrav wrote: > > > Bruce Evans writes: > > > K6-2's aren't really i586's and i586_bzero should never be used for > > > them (generic bzero is faster), > > > > Wrong. I fixed machdep.c to compute and print the bandwidth correctly: > > Wrong yourself. The fpu is too slow to use for copying for everything > except original Pentiums. The bandwidth test is just done to avoid hard- > configuring this knowledge. > If this is the case, is there much point in keeping the fpu register bcopy and bzero at all? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 9:28:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 2AC9237B718 for ; Mon, 19 Mar 2001 09:28:18 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2JHSEV44228; Mon, 19 Mar 2001 09:28:14 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.3/8.11.0) id f2JHSDK04523; Mon, 19 Mar 2001 09:28:13 -0800 (PST) (envelope-from jdp) Date: Mon, 19 Mar 2001 09:28:13 -0800 (PST) Message-Id: <200103191728.f2JHSDK04523@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: will@physics.purdue.edu Subject: Re: Anoncvs support (was Re: NO MORE '-BETA') In-Reply-To: <20010319081846.A61859@ohm.physics.purdue.edu> References: <20010318161849.A20382@dragon.nuxi.com> <200103190128.SAA20941@usr05.primenet.com> <20010319003213.A25641@dragon.nuxi.com> <20010319081846.A61859@ohm.physics.purdue.edu> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20010319081846.A61859@ohm.physics.purdue.edu>, Will Andrews wrote: > > On Mon, Mar 19, 2001 at 12:32:13AM -0800, David O'Brien wrote: > > CVSup's checkout mode has been around longer than FreeBSD has offered > > anoncvs service. > > A service which, IMO, is still not very well supported. That's probably > one reason why it's hard to get new developers (not everyone feels like > syncing the entire repo). But then again, I wonder how much load there > is on anoncvs.freebsd.org. Still, would be nice to have more than one > anoncvs server, since not everyone's in the U.S.A. Would you like to take over maintainership of the anoncvs services? It somehow got dropped in my lap, and it is certainly not something I ever wanted to be responsible for. I am too busy already taking care of the CVSup mirrors. It is extremely hard to support more than just a few simultaneous anoncvs clients at once on one server. You need screaming fast hardware and a monstrous RAM disk just to handle 4-6 of them. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chgyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 9:37:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id D9E6F37B719; Mon, 19 Mar 2001 09:37:46 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14f3bE-0002Ul-00; Mon, 19 Mar 2001 18:37:44 +0100 Received: from b822e.pppool.de ([213.7.130.46] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.22 #1) id 14f3bE-0001yC-00; Mon, 19 Mar 2001 18:37:44 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f2JHYaQ07672; Mon, 19 Mar 2001 18:34:37 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200103191734.f2JHYaQ07672@Magelan.Leidinger.net> Date: Mon, 19 Mar 2001 18:34:34 +0100 (CET) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP To: ru@FreeBSD.ORG Cc: ache@nagual.pp.ru, current@FreeBSD.ORG In-Reply-To: <20010319173608.A64735@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f2JHYaQ07672 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 M=E4r, Ruslan Ermilov wrote: > 5. This affects not only ppp(8). Add default route that points to the > LAN; change the IP address on interface; observe that the default > route has gone away. The reason is that if we don't do this, we > may end up using the old (now non-existing) local IP address. Yesterday I did a buildworld and an installworld with sources which contain the fixed routing code (cvsup at ~3pm CET). Today I tried to dialout-on-demand right after boot. I use ISDN and have defaultrouter=3D"-interface isp1" in my rc.conf. It didn't worked and I found the reason withhin a minute. There wasn't a defaultroute. So I just added the defaultroute and everything was fine... until the next time my system tried to dialout-on-demand. There wasn't a defaultroute again. Boring. Ok, I just added the defaultroute again and the system dialed out. After this second "route add default -interface isp1" the defaultroute didn't disappeared for several dialouts. I haven't rebooted yet to try to reproduce it. Perhaps some interesting facts: ---snip--- (33) netchild@ttyp2 % ifconfig isp1 =20 isp1: flags=3Da010 mtu 1500 inet 0.0.0.0 --> 0.0.0.1 netmask 0xffff0000=20 ether 00:00:00:00:00:00=20 [Yes, it's down at the moment, I didn't want to dialout at the moment.] (34) netchild@ttyp2 % route -vn get default u: inet 0.0.0.0; u: inet 0.0.0.0; u: link ; RTM_GET: Report Metrics: len = 168, pid: 0, seq 1, errno 0, flags: locks: inits:=20 sockaddrs: default default=20 route to: default destination: default mask: default interface: isp1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu = expire 0 0 0 0 0 0 1500 = 0=20 locks: inits:=20 sockaddrs: default isp1:0.0.0.0.0.0 default isp1:0.0.0.0.0.0 default (35) netchild@ttyp2 % netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Ex= pire default 0:0:0:0:0:0 USc 37 3 isp1 0.0.0.1 0.0.0.0 UH 0 0 isp1 127.0.0.1 127.0.0.1 UH 2 31942 lo0 ---snip--- Don't worry if this problem is solved by the commit which fixed a PR (I've seen it on cvs-all, but hadn't time to have a look at it). Bye, Alexander. --=20 It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 9:56:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7075A37B719 for ; Mon, 19 Mar 2001 09:56:36 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2JHuLt79159; Mon, 19 Mar 2001 19:56:21 +0200 (EET) (envelope-from ru) Date: Mon, 19 Mar 2001 19:56:21 +0200 From: Ruslan Ermilov To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010319195621.A78973@sunbay.com> Mail-Followup-To: Alexander Leidinger , current@FreeBSD.ORG References: <20010319173608.A64735@sunbay.com> <200103191734.f2JHYaQ07672@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103191734.f2JHYaQ07672@Magelan.Leidinger.net>; from Alexander@leidinger.net on Mon, Mar 19, 2001 at 06:34:34PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 06:34:34PM +0100, Alexander Leidinger wrote: > On 19 Mar, Ruslan Ermilov wrote: > > > 5. This affects not only ppp(8). Add default route that points to the > > LAN; change the IP address on interface; observe that the default > > route has gone away. The reason is that if we don't do this, we > > may end up using the old (now non-existing) local IP address. > > Yesterday I did a buildworld and an installworld with sources which > contain the fixed routing code (cvsup at ~3pm CET). Today I tried to > dialout-on-demand right after boot. I use ISDN and have > defaultrouter="-interface isp1" > in my rc.conf. It didn't worked and I found the reason withhin a minute. > There wasn't a defaultroute. So I just added the defaultroute and > everything was fine... until the next time my system tried to > dialout-on-demand. There wasn't a defaultroute again. Boring. Ok, I just > added the defaultroute again and the system dialed out. After this > second "route add default -interface isp1" the defaultroute didn't > disappeared for several dialouts. I haven't rebooted yet to try to > reproduce it. > You will have to add the following command to the relevant section of ppp.conf: add default HISADDR for this to work. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 10:12:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 390E337B718 for ; Mon, 19 Mar 2001 10:12:11 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Mar 2001 18:12:10 +0000 (GMT) To: current@freebsd.org Subject: reboot(8) delay between SIGTERM and SIGKILL Date: Mon, 19 Mar 2001 18:12:10 +0000 From: Ian Dowse Message-ID: <200103191812.aa82109@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have noticed that reboot(8) sometimes appears not to wait long enough before sending the final SIGKILL to all processes. On a system that has a lot of processes swapped out, some processes such as the X server may get a SIGKILL before they have had a chance to perform their exit cleanup. The patch below causes reboot to wait up to 60 seconds for paging activity to end before sending the SIGKILLs. It does this by monitoring the sysctl `vm.stats.vm.v_swappgsian', and extending the default 5-second delay if page-in operations are observed. On my laptop (64Mb, IDE disk) with a number of big apps running, it can take around 20 seconds for all the paging to die down after the SIGTERMs are sent. I know the choice of sysctl to monitor is slightly arbitrary, but it seems to have the right overall effect. Does anyone have any objections to my committing this? Ian Index: reboot.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sbin/reboot/reboot.c,v retrieving revision 1.9 diff -u -r1.9 reboot.c --- reboot.c 1999/11/21 21:52:40 1.9 +++ reboot.c 2001/03/19 17:01:37 @@ -47,6 +47,7 @@ #include #include +#include #include #include #include @@ -58,6 +59,7 @@ #include void usage __P((void)); +u_int get_pageins __P((void)); int dohalt; @@ -152,13 +154,22 @@ /* * After the processes receive the signal, start the rest of the * buffers on their way. Wait 5 seconds between the SIGTERM and - * the SIGKILL to give everybody a chance. + * the SIGKILL to give everybody a chance. If there is a lot of + * paging activity then wait longer, up to a maximum of approx + * 60 seconds. */ sleep(2); if (!nflag) sync(); - sleep(3); + for (i = 0; i < 20; i++) { + u_int old_pageins; + old_pageins = get_pageins(); + sleep(3); + if (get_pageins() == old_pageins) + break; + } + for (i = 1;; ++i) { if (kill(-1, SIGKILL) == -1) { if (errno == ESRCH) @@ -189,4 +200,19 @@ (void)fprintf(stderr, "usage: %s [-dnpq]\n", dohalt ? "halt" : "reboot"); exit(1); +} + +u_int +get_pageins() +{ + u_int pageins; + size_t len; + + len = sizeof(pageins); + if (sysctlbyname("vm.stats.vm.v_swappgsin", &pageins, &len, NULL, 0) + != 0) { + warnx("v_swappgsin"); + return (0); + } + return pageins; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 10:15:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id BB58137B719 for ; Mon, 19 Mar 2001 10:15:33 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2JIFQ159158; Mon, 19 Mar 2001 19:15:26 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ian Dowse Cc: current@FreeBSD.ORG Subject: Re: reboot(8) delay between SIGTERM and SIGKILL In-Reply-To: Your message of "Mon, 19 Mar 2001 18:12:10 GMT." <200103191812.aa82109@salmon.maths.tcd.ie> Date: Mon, 19 Mar 2001 19:15:26 +0100 Message-ID: <59156.985025726@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103191812.aa82109@salmon.maths.tcd.ie>, Ian Dowse writes: > >I have noticed that reboot(8) sometimes appears not to wait long >enough before sending the final SIGKILL to all processes. On a >system that has a lot of processes swapped out, some processes such >as the X server may get a SIGKILL before they have had a chance to >perform their exit cleanup. > >The patch below causes reboot to wait up to 60 seconds for paging >activity to end before sending the SIGKILLs. It does this by >monitoring the sysctl `vm.stats.vm.v_swappgsian', and extending >the default 5-second delay if page-in operations are observed. > >On my laptop (64Mb, IDE disk) with a number of big apps running, >it can take around 20 seconds for all the paging to die down after >the SIGTERMs are sent. Sounds like a good heuristic -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 11:44:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 0D9DB37B71A for ; Mon, 19 Mar 2001 11:44:51 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA24800; Mon, 19 Mar 2001 14:44:49 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f2JJiJg90509; Mon, 19 Mar 2001 14:44:19 -0500 (EST) (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: <15030.24979.456223.496566@grasshopper.cs.duke.edu> Date: Mon, 19 Mar 2001 14:44:19 -0500 (EST) To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: Here's another one for you... In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > db> trace > Debugger(c027d5e1) at Debugger+0x45 > panic(c027c420,c027a154,c02997d0,356,d3f14ee0) at panic+0x144 > witness_enter(d3f15000,0,c02997d0,356) at witness_enter+0x355 > trap_pfault(d7345d4c,0,0) at trap_pfault+0x143 > trap(18,10,10,d7345fa8,0) at trap+0x978 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0, esp = 0xd7345d8c, ebp = 0xd7345ed8 --- > (null)(805c3e0,e,d7345f10,0,4) at 0 > postsig(e) at postsig+0x40b > userret(d3f14ee0,d7345fa8,3,0,ffffffff) at userret+0x16 > syscall(2f,2f,2f,bfbffd4c,80873e0) at syscall+0xa03 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > db> show witness Where does witness_enter+0x355 map to, in terms of line numbers? I'm seeing a really bizzare thing on alpha (UP, of course) where a process will occasional die with an instruction fault on an address in the kernel's text segment --- witness_exit (../../kern/kern_mutex.c:1262) The only reasonable way for this to happen is the stack getting corrupted and restoreregs() restoring a corrupt PC. I suspect there is some sort of stack smashing going on in the signal code & there are different consequences on different platforms. If so, it looks like x86 might be a better place to debug it, since you seem to be crashing soon after the stack smash happens, not much latter like we are on alpha. The program that most easily exhibits this behaviour is a linux app, ex6 from the linux-threads examples. It basically sits in a loop doing a pthread_create()/pthread_join() of a thread which just exits. Since its linux threads, a lot of signals are flying around. I don't have an x86 running current. If you'd like to see if this provokes a similar crash for you, I've left an x86 binary of ex6 at http://www.cs.duke.edu/~gallatin/ex6.x86 Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 12: 1:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from russmcmullin.com (ravenserv.russmcmullin.com [63.226.105.108]) by hub.freebsd.org (Postfix) with ESMTP id F34F637B719 for ; Mon, 19 Mar 2001 12:01:12 -0800 (PST) (envelope-from russ@russmcmullin.com) Received: from ravenserv [63.226.105.108] by russmcmullin.com (SMTPD32-6.00) id A5714C01B2; Mon, 19 Mar 2001 13:00:49 -0700 Message-ID: <006a01c0b0af$4b663a10$6c69e23f@russmcmullin.com> Reply-To: "Russ McMullin" From: "Russ McMullin" To: Subject: subscribe Date: Mon, 19 Mar 2001 13:00:49 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0067_01C0B074.9EE756F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0067_01C0B074.9EE756F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0067_01C0B074.9EE756F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0067_01C0B074.9EE756F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 12: 8:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 525FB37B71C for ; Mon, 19 Mar 2001 12:08:07 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA83661; Mon, 19 Mar 2001 21:08:00 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: current@freebsd.org Subject: Re: Here's another one for you... References: <15030.24979.456223.496566@grasshopper.cs.duke.edu> From: Dag-Erling Smorgrav Date: 19 Mar 2001 21:07:59 +0100 In-Reply-To: Andrew Gallatin's message of "Mon, 19 Mar 2001 14:44:19 -0500 (EST)" Message-ID: Lines: 95 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Gallatin writes: > Where does witness_enter+0x355 map to, in terms of line numbers? root@rsa /var/crash# gdb -k 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". (kgdb) source ~des/kgdb (kgdb) kernel 1 IdlePTD 3670016 initial pcb at 2dac80 panicstr: from debugger panic messages: --- panic: mutex_enter: recursion on non-recursive mutex process lock @ ../../i386/i386/trap.c:854 cpuid = 1; lapic.id = 01000000 "panic" (0xc030b1e0) locked at ../../kern/kern_shutdown.c:544 "process lock" (0xd3f15000) locked at ../../i386/i386/machdep.c:625 "Giant" (0xc0309ac0) locked at ../../i386/i386/trap.c:1169 panic: from debugger cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 22s dumping to dev da3b, offset 1048576 dump 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 ! 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 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 dumpsys () at ../../kern/kern_shutdown.c:478 478 return; (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc016e57f in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc016ea1d in panic (fmt=0xc0275294 "from debugger") at ../../kern/kern_shutdown.c:571 #3 0xc0130ce9 in db_panic (addr=-1071400491, have_addr=0, count=-1, modif=0xd7345b4c "") at ../../ddb/db_command.c:433 #4 0xc0130c89 in db_command (last_cmdp=0xc02a6a54, cmd_table=0xc02a68b4, aux_cmd_tablep=0xc02c7978) at ../../ddb/db_command.c:333 #5 0xc0130d4e in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc0132f17 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #7 0xc023b6eb in kdb_trap (type=3, code=0, regs=0xd7345c4c) at ../../i386/i386/db_interface.c:164 #8 0xc0250943 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -739132928, tf_esi = 256, tf_ebp = -684434280, tf_isp = -684434312, tf_ebx = 514, tf_edx = 1017, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071400491, tf_cs = 8, tf_eflags = 70, tf_esp = -1071027024, tf_ss = -1071131167}) at ../../i386/i386/trap.c:608 #9 0xc023b9d5 in Debugger (msg=0xc027d5e1 "panic") at machine/cpufunc.h:60 #10 0xc016ea14 in panic ( fmt=0xc027c420 "mutex_enter: recursion on non-recursive mutex %s @ %s:%d") at ../../kern/kern_shutdown.c:569 #11 0xc0166271 in witness_enter (m=0xd3f15000, flags=0, file=0xc02997d0 "../../i386/i386/trap.c", line=854) at ../../kern/kern_mutex.c:1112 #12 0xc0250f0b in trap_pfault (frame=0xd7345d4c, usermode=0, eva=0) at ../../i386/i386/trap.c:854 #13 0xc0250408 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -684433496, tf_esi = 0, tf_ebp = -684433704, tf_isp = -684434056, tf_ebx = -739160352, tf_edx = -684433712, tf_ecx = 0, tf_eax = -1071382469, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66198, tf_esp = -524288, tf_ss = 0}) at ../../i386/i386/trap.c:448 #14 0x0 in ?? () (kgdb) up 11 #11 0xc0166271 in witness_enter (m=0xd3f15000, flags=0, file=0xc02997d0 "../../i386/i386/trap.c", line=854) at ../../kern/kern_mutex.c:1112 1112 panic("blockable mtx_lock() of %s when not legal @ %s:%d", (kgdb) l 1107 goto out; 1108 if (cold) 1109 goto out; 1110 1111 if (!mtx_legal2block()) 1112 panic("blockable mtx_lock() of %s when not legal @ %s:%d", 1113 m->mtx_description, file, line); 1114 /* 1115 * Is this the first mutex acquired 1116 */ (kgdb) > I don't have an x86 running current. If you'd like to see if this > provokes a similar crash for you, I've left an x86 binary of ex6 > at http://www.cs.duke.edu/~gallatin/ex6.x86 Thanks, I'll give it a whirl. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 12:22: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E729F37B71B; Mon, 19 Mar 2001 12:21:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA22147; Tue, 20 Mar 2001 07:20:41 +1100 Date: Tue, 20 Mar 2001 07:20:21 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Jake Burkholder Cc: Dag-Erling Smorgrav , David Malone , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: <20010319155945.A3FA2BA69@k7.rchrd1.on.wave.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Mar 2001, Jake Burkholder wrote: [bde wrote] > > Wrong yourself. The fpu is too slow to use for copying for everything > > except original Pentiums. The bandwidth test is just done to avoid hard- > > configuring this knowledge. > > If this is the case, is there much point in keeping the fpu register > bcopy and bzero at all? Original Pentiums still exist, and copying through the FPU might be faster on future i386's. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 12:25:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4C20937B71B for ; Mon, 19 Mar 2001 12:25:55 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA83756; Mon, 19 Mar 2001 21:25:52 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: current@freebsd.org Subject: Re: Here's another one for you... References: <15030.24979.456223.496566@grasshopper.cs.duke.edu> From: Dag-Erling Smorgrav Date: 19 Mar 2001 21:25:51 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "19 Mar 2001 21:07:59 +0100" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Andrew Gallatin writes: > > Where does witness_enter+0x355 map to, in terms of line numbers? > root@rsa /var/crash# gdb -k > [...] Argh! Please ignore this, the machine gdb was running on had an old source tree. I'll get a correct backtrace as soon as I can transfer the kernel, core and symbol files to the machine I used to build the kernel. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 12:36: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D04A537B71C for ; Mon, 19 Mar 2001 12:35:59 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2JKZIG64428; Mon, 19 Mar 2001 12:35:18 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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, 19 Mar 2001 12:34:55 -0800 (PST) From: John Baldwin To: Dag-Erling Smorgrav Subject: RE: Here's another one for you... Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Mar-01 Dag-Erling Smorgrav wrote: > SMP box with a bleeding-edge -CURRENT kernel, patched to avoid the > i586_bzero() problem: > > panic: mutex_enter: recursion on non-recursive mutex process lock @ > ../../i386/i386/trap.c:854 > cpuid = 1; lapic.id = 01000000 > Debugger("panic") That's a later symptom of a problem. We recursed on the proc lock doing the PHOLD before we handled the page fault. > CPU1 stopping CPUs: 0x00000001... stopped. > Stopped at Debugger+0x45: pushl %ebx > db> show mutex > "panic" (0xc030b1e0) locked at ../../kern/kern_shutdown.c:544 > "process lock" (0xd3f15000) locked at ../../i386/i386/machdep.c:625 This is in sendsig(): p = curproc; PROC_LOCK(p); psp = p->p_sigacts; if (SIGISMEMBER(psp->ps_osigset, sig)) { ... > "Giant" (0xc0309ac0) locked at ../../i386/i386/trap.c:1169 > db> trace > Debugger(c027d5e1) at Debugger+0x45 > panic(c027c420,c027a154,c02997d0,356,d3f14ee0) at panic+0x144 > witness_enter(d3f15000,0,c02997d0,356) at witness_enter+0x355 > trap_pfault(d7345d4c,0,0) at trap_pfault+0x143 > trap(18,10,10,d7345fa8,0) at trap+0x978 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0, esp = 0xd7345d8c, ebp = 0xd7345ed8 --- > (null)(805c3e0,e,d7345f10,0,4) at 0 > postsig(e) at postsig+0x40b Hmmm. An eip of 0 is bad. This could be just another instance of the bzero bug just in another place. You probably want to change the code that actually sets *bzero to i586_bzero (and same for any other ops that use floating point). The code in question for this lies in i386/isa/npx.c. It seems we use the fp regs for copyin/copyout and bcopy as well. I would just change line 458 of npx.c to say '#ifdef I586_CPU_XXX' for now as your temporary patch (then you don't need to patch pmap_zero_page() anymore.) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 13:16:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5A30837B725 for ; Mon, 19 Mar 2001 13:16:28 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA83983; Mon, 19 Mar 2001 22:16:01 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Pierre Beyssac Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> From: Dag-Erling Smorgrav Date: 19 Mar 2001 22:16:00 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "19 Mar 2001 13:23:48 +0100" Message-ID: Lines: 26 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Try this workaround (apply with 'patch -l'): Here's a better workaround. Revert the previous patch and apply this one: Index: npx.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v retrieving revision 1.93 diff -u -r1.93 npx.c --- npx.c 2001/03/19 00:28:04 1.93 +++ npx.c 2001/03/19 20:28:55 @@ -456,7 +456,7 @@ } npxinit(__INITIAL_NPXCW__); -#ifdef I586_CPU +#ifdef I586_CPU_DOES_NOT_WORK if (cpu_class == CPUCLASS_586 && npx_ex16 && npx_exists && timezero("i586_bzero()", i586_bzero) < timezero("bzero()", bzero) * 4 / 5) { DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 14:20:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 6580637B71A for ; Mon, 19 Mar 2001 14:20:14 -0800 (PST) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (Postfix) with ESMTP id D9B491C8ED; Mon, 19 Mar 2001 23:19:02 +0100 (MET) Received: by bofh.enst.fr (Postfix, from userid 12426) id 662AAD207; Mon, 19 Mar 2001 23:19:02 +0100 (CET) Message-ID: <20010319231902.A99525@enst.fr> Date: Mon, 19 Mar 2001 23:19:02 +0100 From: Pierre Beyssac To: Dag-Erling Smorgrav Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Dag-Erling Smorgrav on Mon, Mar 19, 2001 at 10:16:00PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 10:16:00PM +0100, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav writes: > > Try this workaround (apply with 'patch -l'): > > Here's a better workaround. Revert the previous patch and apply this > one: Ok, thanks, note that your previous patch works fine, at least my make world is still running :-) I'll try this one ASAP. > +#ifdef I586_CPU_DOES_NOT_WORK -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 14:56:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 3030C37B72C for ; Mon, 19 Mar 2001 14:56:43 -0800 (PST) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (Postfix) with ESMTP id 3AFDC1C8EA; Mon, 19 Mar 2001 23:56:09 +0100 (MET) Received: by bofh.enst.fr (Postfix, from userid 12426) id BDB67D26D; Mon, 19 Mar 2001 23:56:08 +0100 (CET) Message-ID: <20010319235608.A104@enst.fr> Date: Mon, 19 Mar 2001 23:56:08 +0100 From: Pierre Beyssac To: Dag-Erling Smorgrav Cc: daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <20010319231902.A99525@enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20010319231902.A99525@enst.fr>; from Pierre Beyssac on Mon, Mar 19, 2001 at 11:19:02PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 11:19:02PM +0100, Pierre Beyssac wrote: > Ok, thanks, note that your previous patch works fine, at least my > make world is still running :-) Famous last words; I had a freeze soon afterwards. Though it seems to have improved the situation quite a bit. Now running another make world with the new patch... -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 15: 0:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D2A0237B72B for ; Mon, 19 Mar 2001 15:00:46 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2JN0YG69458; Mon, 19 Mar 2001 15:00:34 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: <20010319231902.A99525@enst.fr> Date: Mon, 19 Mar 2001 15:00:13 -0800 (PST) From: John Baldwin To: Pierre Beyssac Subject: Re: CURRENT instability Cc: freebsd-current@FreeBSD.org, daeron@wit401305.student.utwente.nl, Dag-Erling Smorgrav Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Mar-01 Pierre Beyssac wrote: > On Mon, Mar 19, 2001 at 10:16:00PM +0100, Dag-Erling Smorgrav wrote: >> Dag-Erling Smorgrav writes: >> > Try this workaround (apply with 'patch -l'): >> >> Here's a better workaround. Revert the previous patch and apply this >> one: > > Ok, thanks, note that your previous patch works fine, at least my > make world is still running :-) The previous patch is not sufficient. It only fixes one instance of bzero, but currently all instances of bzero, bcopy, copyin, and copyout are broken on the 586 and his second patch fixes all of them. > I'll try this one ASAP. > >> +#ifdef I586_CPU_DOES_NOT_WORK > -- > Pierre Beyssac pb@enst.fr -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 16:12:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from Stalker.alfacom.net (Stalker2.Alfacom.net [212.26.133.81]) by hub.freebsd.org (Postfix) with ESMTP id 1C2EB37B71B for ; Mon, 19 Mar 2001 16:12:47 -0800 (PST) (envelope-from vkushnir@Alfacom.net) Received: from kushnir1.kiev.ua (dup-56.alfacom.net [62.244.36.56]) by Stalker.alfacom.net (8.9.3/8.9.3) with ESMTP id CAA26186 for ; Tue, 20 Mar 2001 02:09:39 +0200 (EET) Received: from localhost (volodya@localhost) by kushnir1.kiev.ua (8.11.3/8.11.3) with ESMTP id f2K07TP12832 for ; Tue, 20 Mar 2001 02:07:55 +0200 (EET) (envelope-from vkushnir@Alfacom.net) X-Authentication-Warning: kushnir1.kiev.ua: volodya owned process doing -bs Date: Tue, 20 Mar 2001 02:07:13 +0200 (EET) From: Vladimir Kushnir X-X-Sender: To: Subject: Whatever happened to CTM? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, Is there anything wrong with our CTM system now? There doesn't seem to be any deltas (either src-cur, or ports-cur) since Mar 12 :-( Regards, Vladimir -- ===========================|======================= Vladimir Kushnir | vkushnir@Alfacom.net | Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 16:34:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 8560F37B719 for ; Mon, 19 Mar 2001 16:34:47 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 7FA6059283; Mon, 19 Mar 2001 18:34:44 -0600 (CST) Date: Mon, 19 Mar 2001 18:34:44 -0600 From: "Michael C . Wu" To: Vladimir Kushnir Cc: current@FreeBSD.ORG Subject: Re: Whatever happened to CTM? Message-ID: <20010319183444.B42390@peorth.iteration.net> Reply-To: "Michael C . Wu" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from vkushnir@Alfacom.net on Tue, Mar 20, 2001 at 02:07:13AM +0200 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled: | Is there anything wrong with our CTM system now? There doesn't seem to be | any deltas (either src-cur, or ports-cur) since Mar 12 :-( For all connections greater than 9600baud modems, we recommend using CVSup to get src-all and ports-all updated. At the worst case, be able to CVSup a ports-all collection within an hour, with heavy packet loss and low bandwidth. i.e. CTM sucks, don't use it. :) -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 16:54:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D81C037B71E for ; Mon, 19 Mar 2001 16:54:41 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2K0rsG72277; Mon, 19 Mar 2001 16:53:54 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: <20010319183444.B42390@peorth.iteration.net> Date: Mon, 19 Mar 2001 16:53:33 -0800 (PST) From: John Baldwin To: "Michael C . Wu" Subject: Re: Whatever happened to CTM? Cc: current@FreeBSD.org, Vladimir Kushnir Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Mar-01 Michael C . Wu wrote: > On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled: >| Is there anything wrong with our CTM system now? There doesn't seem to be >| any deltas (either src-cur, or ports-cur) since Mar 12 :-( > > For all connections greater than 9600baud modems, we recommend > using CVSup to get src-all and ports-all updated. At the worst case, > be able to CVSup a ports-all collection within an hour, with heavy > packet loss and low bandwidth. > > i.e. CTM sucks, don't use it. :) cvsup is not available via e-mail for those who may only have e-mail access for one reason or another. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 16:56:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 9F63237B73A; Mon, 19 Mar 2001 16:56:46 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA20468; Tue, 20 Mar 2001 11:56:05 +1100 Date: Tue, 20 Mar 2001 11:55:45 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: RE: Here's another one for you... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Mar 2001, John Baldwin wrote: > Hmmm. An eip of 0 is bad. This could be just another instance of the bzero > bug just in another place. You probably want to change the code that actually > sets *bzero to i586_bzero (and same for any other ops that use floating point). > The code in question for this lies in i386/isa/npx.c. It seems we use the fp > regs for copyin/copyout and bcopy as well. I would just change line 458 of > npx.c to say '#ifdef I586_CPU_XXX' for now as your temporary patch (then you > don't need to patch pmap_zero_page() anymore.) There is no need to change anything. Just disable the fp optimizations using the npx flags. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 17: 0:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from seven.alameda.net (seven.alameda.net [63.86.88.230]) by hub.freebsd.org (Postfix) with ESMTP id 9AE2837B738; Mon, 19 Mar 2001 17:00:23 -0800 (PST) (envelope-from ulf@seven.alameda.net) Received: (from ulf@localhost) by seven.alameda.net (8.11.1/8.9.3) id f2K11N395975; Mon, 19 Mar 2001 17:01:23 -0800 (PST) (envelope-from ulf) Date: Mon, 19 Mar 2001 17:01:18 -0800 From: Ulf Zimmermann To: John Baldwin Cc: "Michael C . Wu" , current@FreeBSD.ORG, Vladimir Kushnir Subject: Re: Whatever happened to CTM? Message-ID: <20010319170118.H38843@seven.alameda.net> Reply-To: ulf@Alameda.net References: <20010319183444.B42390@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from jhb@FreeBSD.ORG on Mon, Mar 19, 2001 at 04:53:33PM -0800 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.2-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 04:53:33PM -0800, John Baldwin wrote: > > On 20-Mar-01 Michael C . Wu wrote: > > On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled: > >| Is there anything wrong with our CTM system now? There doesn't seem to be > >| any deltas (either src-cur, or ports-cur) since Mar 12 :-( > > > > For all connections greater than 9600baud modems, we recommend > > using CVSup to get src-all and ports-all updated. At the worst case, > > be able to CVSup a ports-all collection within an hour, with heavy > > packet loss and low bandwidth. > > > > i.e. CTM sucks, don't use it. :) > > cvsup is not available via e-mail for those who may only have e-mail access for > one reason or another. I have been hosting the machine which ran ctm, unfortunatly my provider cut me off and I just got some access back, but not for the location the ctm machine is located at. At this time I do not know yet when it will have access again. > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 17: 7:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 4FD5537B73B for ; Mon, 19 Mar 2001 17:07:11 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2K16tG72707; Mon, 19 Mar 2001 17:06:55 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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, 19 Mar 2001 17:06:33 -0800 (PST) From: John Baldwin To: Bruce Evans Subject: RE: Here's another one for you... Cc: current@FreeBSD.org, Dag-Erling Smorgrav Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Mar-01 Bruce Evans wrote: > On Mon, 19 Mar 2001, John Baldwin wrote: > >> Hmmm. An eip of 0 is bad. This could be just another instance of the bzero >> bug just in another place. You probably want to change the code that >> actually >> sets *bzero to i586_bzero (and same for any other ops that use floating >> point). >> The code in question for this lies in i386/isa/npx.c. It seems we use the >> fp >> regs for copyin/copyout and bcopy as well. I would just change line 458 of >> npx.c to say '#ifdef I586_CPU_XXX' for now as your temporary patch (then you >> don't need to patch pmap_zero_page() anymore.) > > There is no need to change anything. Just disable the fp optimizations > using the npx flags. That works, too, but until i586_* are fixed they need to default to off, not to on. :) I'm not suggesting committing this, just suggesting a local hack for testing anyways. > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 17:15:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id DBD3737B73F; Mon, 19 Mar 2001 17:15:51 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA22747; Tue, 20 Mar 2001 12:14:20 +1100 Date: Tue, 20 Mar 2001 12:14:00 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: RE: Here's another one for you... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Mar 2001, Bruce Evans wrote: > On Mon, 19 Mar 2001, John Baldwin wrote: > > > Hmmm. An eip of 0 is bad. This could be just another instance of the bzero > > bug just in another place. You probably want to change the code that actually > > sets *bzero to i586_bzero (and same for any other ops that use floating point). > > The code in question for this lies in i386/isa/npx.c. It seems we use the fp > > regs for copyin/copyout and bcopy as well. I would just change line 458 of > > npx.c to say '#ifdef I586_CPU_XXX' for now as your temporary patch (then you > > don't need to patch pmap_zero_page() anymore.) > > There is no need to change anything. Just disable the fp optimizations > using the npx flags. Actually, there may be. The bandwidth test gets run on 586's even if the flags say not to use the result. This is to provide a "free" bandwidth test. It was harmless when the fp code wasn't broken. The flags are mainly for disabling using the fp code for accesses to broken device memory (bcopy and/or bzero were (are?) abuses to access device memory, and some device memory doesn't like 64-bit accesses). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 19:37:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 4388237B72D for ; Mon, 19 Mar 2001 19:37:13 -0800 (PST) (envelope-from mike@urgle.com) Received: from [62.49.202.23] (helo=lindt.urgle.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 14f2U9-000H44-0U; Mon, 19 Mar 2001 16:26:22 +0000 Received: from mike by lindt.urgle.com with local (Exim 3.16 #1) id 14f1HW-0000AH-00; Mon, 19 Mar 2001 15:09:14 +0000 Date: Mon, 19 Mar 2001 15:09:14 +0000 From: Mike Bristow To: Peter Schultz Cc: freebsd-current@freebsd.org Subject: Re: ** HEADS UP ** Message-ID: <20010319150914.A624@lindt.urgle.com> References: <20010312175200.D78851@prism.flugsvamp.com> <20010315111309.A40180@jocose.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315111309.A40180@jocose.org>; from pete@jocose.org on Thu, Mar 15, 2001 at 11:13:09AM -0600 X-Rated: FBI, cryptographic, KGB Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 11:13:09AM -0600, Peter Schultz wrote: > On Mon, Mar 12, 2001 at 05:52:00PM -0600, Jonathan Lemon wrote: > > I committed a miibus'ified fxp driver to the tree today, and made > > it the default. If you compile fxp into your kernel statically, > > you will also need "device miibus" as well, if it isn't there already. > > > > If you notice any problems with the driver (things that were working > > and are not working now), please let me know. If you happend to have > > a chip that did _NOT_ work but now DOES work, please boot the machine > > with -v, and send me the line that says "PCI IDs:". > > > > If you have a fxp device that still doesn't work, then please get > > in touch with me (and send the output of the line above). > > -- > > Jonathan > > > Hi Jonathan, > > I've got a slight problem in that it is not correctly auto detecting > the media type. It should be setting itself to 10baseT/UTP. I'm > running DHCP on my -current machine and I'm not sure how to set it > so that it configures the interface correctly. It previously "just > worked" without any special media settings. Is there something I > can provide to help correct this? something like: interface "fxp0" { media "media 100baseTX mediaopt full-duplex"; } in /etc/dhclient.conf will make dhclient DTRT when ifconfig ing the interface. Of course, that means that you're forcing the interface to be 100meg (which won't work when you plug your laptop in $CLIENT's 10 meg hub) -- Mike Bristow, seebitwopie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 22:20:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 6AD0637B71A; Mon, 19 Mar 2001 22:20:49 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 5035859283; Tue, 20 Mar 2001 00:20:43 -0600 (CST) Date: Tue, 20 Mar 2001 00:20:43 -0600 From: "Michael C . Wu" To: current@freebsd.org Cc: ache@freebsd.org, i18n@freebsd.org, imp@freebsd.org Subject: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010320002043.A46115@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20010319195438.A43266@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319195438.A43266@peorth.iteration.net>; from keichii@iteration.net on Mon, Mar 19, 2001 at 07:54:38PM -0600 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Everyone, This patch should allow our /bin/(color)ls to output Chinese, Japanese, Korean, and all European languages(including Russian) correctly. Thinker and I both tested this independently. isprint() already checks for _CTYPE stuff that Ache asked us to check. Thinker also fixed the infinite loop in this patch. This should all us to catch up with GNU/Linux and gnuls somewhat. :) Please review this patch and comment on it. I plan to commit this in a few days if there are no more objections. Thanks, Michael On Mon, Mar 19, 2001 at 07:54:38PM -0600, Michael C . Wu scribbled: | Hi everyone, | Is this satisfactory with you all? | Ache: how should we check for Russian and single-byte char compatibility? | ----- Forwarded message from thinker ----- | From: thinker | | Following is new patch file for /bin/ls. | ------------------------------------- | --- util.c.orig Sun Mar 18 16:35:12 2001 | +++ util.c Tue Mar 20 09:49:47 2001 | @@ -52,6 +52,7 @@ | #include | #include | #include | +#include | | #include "ls.h" | #include "extern.h" | @@ -60,15 +61,36 @@ | prn_printable(s) | const char *s; | { | - unsigned char c; | - int n; | + const char *p1, *p2; | + char *r, *ri; | + int len, dc; | + rune_t c; | | - for (n = 0; (c = *s) != '\0'; ++s, ++n) | - if (isprint(c)) | - putchar(c); | - else | - putchar('?'); | - return n; | + p1 = s; | + dc = len = strlen(s); | + ri = r = (char *)malloc(len + 1); | + while(*p1 != 0) { | + c = sgetrune(p1, dc, &p2); | + if(c == _INVALID_RUNE) { | + p1++; | + dc--; | + *ri++ = '?'; | + } else { | + dc -= p2 - p1; | + if(isprint(c)) | + while(p1 != p2) | + *ri++ = *p1++; | + else | + while(p1 != p2) { | + *ri++ = '?'; | + p1++; | + } | + } | + } | + *ri = 0; | + printf("%s", r); | + free(r); | + return len; | } | | /* -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 22:48:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 666C037B736; Mon, 19 Mar 2001 22:48:17 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2K6mD912877; Mon, 19 Mar 2001 23:48:14 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103200648.f2K6mD912877@harmony.village.org> To: "Michael C . Wu" Subject: Re: Request for review [Re: /bin/ls patch round #2] Cc: current@freebsd.org, ache@freebsd.org, i18n@freebsd.org In-reply-to: Your message of "Tue, 20 Mar 2001 00:20:43 CST." <20010320002043.A46115@peorth.iteration.net> References: <20010320002043.A46115@peorth.iteration.net> <20010319195438.A43266@peorth.iteration.net> Date: Mon, 19 Mar 2001 23:48:13 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010320002043.A46115@peorth.iteration.net> "Michael C . Wu" writes: : | + while(*p1 != 0) { while (*p1 != '\0') { : | + c = sgetrune(p1, dc, &p2); : | + if(c == _INVALID_RUNE) { space after the if. ditto further . : | + p1++; : | + dc--; : | + *ri++ = '?'; : | + } else { : | + dc -= p2 - p1; : | + if(isprint(c)) : | + while(p1 != p2) : | + *ri++ = *p1++; : | + else : | + while(p1 != p2) { : | + *ri++ = '?'; : | + p1++; : | + } I think this might be clearer: if (isprint(c)) strlcpy(ri, p1, p2 - p1); else memset(ri, '?', p2 - p1); ri += (p2 - p1); p1 = p2; : | + return len; Style(9) wants parens around (len). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 22:53:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from 203.141.142.186.user.am.il24.net (203.141.142.186.user.am.il24.net [203.141.142.186]) by hub.freebsd.org (Postfix) with ESMTP id 6BEE737B73E; Mon, 19 Mar 2001 22:53:33 -0800 (PST) (envelope-from makoto@hauN.ORG) Received: by 203.141.142.186.user.am.il24.net (Postfix, from userid 1001) id E63933668; Tue, 20 Mar 2001 15:53:21 +0900 (JST) From: minoura@netbsd.org (MINOURA Makoto) To: "Michael C . Wu" Cc: current@freebsd.org, i18n@freebsd.org Subject: Re: Request for review [Re: /bin/ls patch round #2] References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: 20 Mar 2001 15:53:21 +0900 In-Reply-To: <20010320002043.A46115@peorth.iteration.net> (Michael C . Wu's message of "Tue, 20 Mar 2001 00:20:43 -0600") Lines: 19 Message-Id: <20010320065321.E63933668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |> In <20010320002043.A46115@peorth.iteration.net> |> "Michael C . Wu" wrote: > Please review this patch and comment on it. I plan to commit > this in a few days if there are no more objections. OBJECTION. In general direct manipulation of rune is evil. It is an internal data structure in libc; using it from ordinary applications breaks portability and is not future-proof (in case we'd overhaul the locale implementation). Actually NetBSD does not export . -- Minoura Makoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 22:59:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 546AE37B740; Mon, 19 Mar 2001 22:59:41 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id B117059283; Tue, 20 Mar 2001 00:59:19 -0600 (CST) Date: Tue, 20 Mar 2001 00:59:19 -0600 From: "Michael C . Wu" To: MINOURA Makoto Cc: current@freebsd.org, i18n@freebsd.org, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010320005919.B46871@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320065321.E63933668@203.141.142.186.user.am.il24.net>; from minoura@netbsd.org on Tue, Mar 20, 2001 at 03:53:21PM +0900 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 03:53:21PM +0900, MINOURA Makoto scribbled: | | |> In <20010320002043.A46115@peorth.iteration.net> | |> "Michael C . Wu" wrote: | | > Please review this patch and comment on it. I plan to commit | > this in a few days if there are no more objections. | | OBJECTION. Please do not type in all capitals. | In general direct manipulation of rune is evil. | It is an internal data structure in libc; using it from | ordinary applications breaks portability and is not portability to what? We import colorls from outside, and I do not know what you want to "port" to that this would not work on. | future-proof (in case we'd overhaul the locale | implementation). | | Actually NetBSD does not export . So, will you please tell me how to solve this without having me rewrite libc? We could always have a ports/xxxx/colorls.......Oh wait, we can just use gnuls. -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 19 23:32:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from 203.141.142.186.user.am.il24.net (203.141.142.186.user.am.il24.net [203.141.142.186]) by hub.freebsd.org (Postfix) with ESMTP id 9A3F037B719; Mon, 19 Mar 2001 23:32:39 -0800 (PST) (envelope-from makoto@hauN.ORG) Received: by 203.141.142.186.user.am.il24.net (Postfix, from userid 1001) id D26883668; Tue, 20 Mar 2001 16:30:58 +0900 (JST) From: minoura@netbsd.org (MINOURA Makoto) To: "Michael C . Wu" Cc: current@freebsd.org, i18n@freebsd.org, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: 20 Mar 2001 16:30:58 +0900 In-Reply-To: <20010320005919.B46871@peorth.iteration.net> (Michael C . Wu's message of "Tue, 20 Mar 2001 00:59:19 -0600") Lines: 19 Message-Id: <20010320073058.D26883668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |> In <20010320005919.B46871@peorth.iteration.net> |> "Michael C . Wu" wrote: > portability to what? We import colorls from outside, > and I do not know what you want to "port" to that this > would not work on. Ok. I'll paraphrae it. It is not the right way. > So, will you please tell me how to solve this without > having me rewrite libc? Use standard types and functions such as wchar_t and mb*, wc* family. -- Minoura Makoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 0:19: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from aes.thinksec.com (aes.thinksec.com [193.212.248.16]) by hub.freebsd.org (Postfix) with ESMTP id 4351237B732 for ; Tue, 20 Mar 2001 00:18:53 -0800 (PST) (envelope-from des@thinksec.com) Received: (from des@localhost) by aes.thinksec.com (8.11.3/8.11.3) id f2K8Ipv00559; Tue, 20 Mar 2001 09:18:52 +0100 (CET) (envelope-from des@thinksec.com) X-Authentication-Warning: aes.thinksec.com: des set sender to des@thinksec.com using -f X-URL: http://www.ofug.org/~des/ To: current@freebsd.org Subject: trap in vm_fault From: Dag-Erling Smorgrav Date: 20 Mar 2001 09:18:51 +0100 Message-ID: Lines: 94 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Got this on sunday on my laptop (400 MHz PII running a week-old -CURRENT): root@aes /var/crash# gdb -k 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) source ~des/kgdb (kgdb) kernel 0 IdlePTD 3809280 initial pcb at 30a860 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x3a fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc022e5a4 stack pointer =3D 0x10:0xc7be6dc8 frame pointer =3D 0x10:0xc7be6e68 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 3 current process =3D 18 (irq15: ata1) trap number =3D 12 panic: page fault syncing disks... 4 4 1 1 done Uptime: 22h16m43s dumping to dev ad0b, offset 262528 dump ata0: resetting devices .. 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 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc0195bfc in boot (howto=3D256) at ../../kern/kern_shutdown.c:321 #2 0xc0195fd1 in panic (fmt=3D0xc02b4def "page fault") at ../../kern/kern_shutdown.c:571 #3 0xc026a2ef in trap_fatal (frame=3D0xc7be6d88, eva=3D58) at ../../i386/i386/trap.c:987 #4 0xc026a025 in trap_pfault (frame=3D0xc7be6d88, usermode=3D0, eva=3D58) at ../../i386/i386/trap.c:901 #5 0xc0269404 in trap (frame=3D{tf_fs =3D -948174824, tf_es =3D -107059608= 0, tf_ds =3D 16, tf_edi =3D -1070531764, tf_esi =3D -948131488, tf_ebp =3D -943821208, tf_isp =3D -943821388, tf_ebx =3D 0, tf_edx = =3D 1, tf_ecx =3D -943821292, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1071454812, tf_cs =3D 8, tf_eflags =3D 78466, tf_esp =3D = -948131488, tf_ss =3D -948131488}) at ../../i386/i386/trap.c:448 #6 0xc022e5a4 in vm_fault (map=3D0xc030fb4c, vaddr=3D3332689920, fault_type=3D2 '\002', fault_flags=3D0) at ../../vm/vm_object.h:188 #7 0xc0269fcd in trap_pfault (frame=3D0xc7be6ed8, usermode=3D0, eva=3D3332= 689920) at ../../i386/i386/trap.c:888 #8 0xc0269404 in trap (frame=3D{tf_fs =3D 24, tf_es =3D -1071054832, tf_ds= =3D 16, tf_edi =3D -962277376, tf_esi =3D -1062592768, tf_ebp =3D -943821008, tf_isp =3D -943821052, tf_ebx =3D -1057541376, tf_edx =3D 368, tf_ecx= =3D 512, tf_eax =3D -1062618816, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1= 072504984, tf_cs =3D 8, tf_eflags =3D 78406, tf_esp =3D -1057541376, tf_ss =3D -= 1062575520}) at ../../i386/i386/trap.c:448 #9 0xc012df68 in atapi_read (request=3D0xc0f73300, length=3D2352) at machine/cpufunc.h:227 #10 0xc012d99b in atapi_interrupt (request=3D0xc0f73300) at ../../dev/ata/atapi-all.c:408 #11 0xc0122b97 in ata_intr (data=3D0xc0aa1f00) at ../../dev/ata/ata-all.c:5= 42 #12 0xc01868a0 in ithread_loop (arg=3D0xc0aa1e80) at ../../kern/kern_intr.c= :516 #13 0xc01850f2 in fork_exit (callout=3D0xc0186478 , arg=3D0xc0aa1e80, frame=3D0xc7be6fa8) at ../../kern/kern_fork.c:734 (kgdb) up 6 #6 0xc022e5a4 in vm_fault (map=3D0xc030fb4c, vaddr=3D3332689920, fault_type=3D2 '\002', fault_flags=3D0) at ../../vm/vm_object.h:188 188 { (kgdb) l 183 atomic_clear_short(&object->flags, bits); 184 } 185 186 static __inline void 187 vm_object_pip_add(vm_object_t object, short i) 188 { 189 atomic_add_short(&object->paging_in_progress, i); 190 } 191 192 static __inline void (kgdb) DES --=20 Dag-Erling Sm=F8rgrav - des@thinksec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 0:37:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 59F8537B742; Tue, 20 Mar 2001 00:37:15 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 646CE59283; Tue, 20 Mar 2001 02:36:58 -0600 (CST) Date: Tue, 20 Mar 2001 02:36:58 -0600 From: "Michael C . Wu" To: thinker Cc: freebsd-current@freebsd.org, imp@freebsd.org Subject: Re: /bin/ls mb patch again Message-ID: <20010320023657.B47174@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , thinker , freebsd-current@freebsd.org, imp@freebsd.org References: <20010320163153.A14341@hell.branda.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320163153.A14341@hell.branda.to>; from thinker@branda.to on Tue, Mar 20, 2001 at 04:31:53PM +0000 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 04:31:53PM +0000, thinker scribbled: | Sorry, I forget to diff with -u. I send the patch again. | Following is mb patch file for /bin/ls. | | ---------- begin --------- | --- util.c.orig Sun Mar 18 16:35:12 2001 | +++ util.c Tue Mar 20 16:11:37 2001 | + if (isprint(c)) { | + while(sz--) | + *ri++ = *p++; | + } else { | + p += sz; | + while(sz--) | + *ri++ = '?'; Warner: Thinker thinks that memset() is too costly to use here to modify one or two bytes. I agreed with him in that filenames can't be that long to justify the memset() overhead. However, with today's CPU power, I think memset()'s overhead will only be noticeable with a large directory filled with data. Please tell Thinker what you think. (DES: please resist the ironies and the -chat post ;) ) -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 0:48:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from hell.branda.to (61-216-80-81.HINET-IP.hinet.net [61.216.80.81]) by hub.freebsd.org (Postfix) with ESMTP id 0478D37B719 for ; Tue, 20 Mar 2001 00:48:25 -0800 (PST) (envelope-from thinker@branda.to) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by hell.branda.to with local; Tue, 20 Mar 2001 16:49:01 +0000 Date: Tue, 20 Mar 2001 16:49:01 +0000 From: thinker To: freebsd-current@freebsd.org Subject: patch /bin/ls again, for mb supporting. Message-ID: <20010320164901.A14424@hell.branda.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, There are some disscuss about patch file of /bin/ls. You guys give me some suggestion, and I make a new patch file for /bin/ls to meet people's wish. Following is patch for /bin/ls, plz review again. I had change from rune to mb* & wc* ways. ------------- begin --------- --- util.c.orig Sun Mar 18 16:35:12 2001 +++ util.c Tue Mar 20 16:11:37 2001 @@ -60,15 +60,37 @@ prn_printable(s) const char *s; { - unsigned char c; - int n; + const char *p; + char *r, *ri; + int len, dc; + size_t sz; + wchar_t c; - for (n = 0; (c = *s) != '\0'; ++s, ++n) - if (isprint(c)) - putchar(c); - else - putchar('?'); - return n; + p = s; + dc = len = strlen(s); + ri = r = (char *)malloc(len + 1); + while (dc) { + sz = mbtowc(&c, p, dc); + if (sz < 0) { + p++; + dc--; + *ri++ = '?'; + } else { + dc -= sz; + if (isprint(c)) { + while(sz--) + *ri++ = *p++; + } else { + p += sz; + while(sz--) + *ri++ = '?'; + } + } + } + *ri = 0; + printf("%s", r); + free(r); + return len; } /* -------------- end ------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 1:15:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 2235F37B719 for ; Tue, 20 Mar 2001 01:15:53 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2K9Ck126982; Tue, 20 Mar 2001 01:12:46 -0800 (PST) Date: Tue, 20 Mar 2001 01:12:46 -0800 From: Alfred Perlstein To: thinker Cc: freebsd-current@FreeBSD.ORG Subject: Re: patch /bin/ls again, for mb supporting. Message-ID: <20010320011246.O29888@fw.wintelcom.net> References: <20010320164901.A14424@hell.branda.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320164901.A14424@hell.branda.to>; from thinker@branda.to on Tue, Mar 20, 2001 at 04:49:01PM +0000 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * thinker [010320 00:48] wrote: > Hi, > There are some disscuss about patch file of /bin/ls. You guys > give me some suggestion, and I make a new patch file for /bin/ls to > meet people's wish. Following is patch for /bin/ls, plz review again. > I had change from rune to mb* & wc* ways. > ------------- begin --------- > --- util.c.orig Sun Mar 18 16:35:12 2001 > +++ util.c Tue Mar 20 16:11:37 2001 > @@ -60,15 +60,37 @@ > prn_printable(s) > const char *s; > { > - unsigned char c; > - int n; > + const char *p; > + char *r, *ri; > + int len, dc; > + size_t sz; > + wchar_t c; C has allowed for identifiers larger than 6 characters for quite some time, any chance on you making use of this feature? Or at least adding a comment here and there? > + p = s; > + dc = len = strlen(s); > + ri = r = (char *)malloc(len + 1); Where is the check for malloc failing? > + while (dc) { > + sz = mbtowc(&c, p, dc); > + if (sz < 0) { > + p++; > + dc--; > + *ri++ = '?'; > + } else { > + dc -= sz; > + if (isprint(c)) { > + while(sz--) > + *ri++ = *p++; > + } else { > + p += sz; > + while(sz--) > + *ri++ = '?'; Why didn't you use strlcpy/memcpy as suggested? > + } > + } > + } > + *ri = 0; *ri = '\0'; > + printf("%s", r); > + free(r); > + return len; return (len); > } -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 1:28:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D4C6837B720 for ; Tue, 20 Mar 2001 01:28:08 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2K9RRS94393; Tue, 20 Mar 2001 12:27:27 +0300 (MSK) (envelope-from ache) Date: Tue, 20 Mar 2001 12:27:25 +0300 From: "Andrey A. Chernov" To: Alfred Perlstein Cc: thinker , freebsd-current@FreeBSD.ORG Subject: Re: patch /bin/ls again, for mb supporting. Message-ID: <20010320122725.A94139@nagual.pp.ru> References: <20010320164901.A14424@hell.branda.to> <20010320011246.O29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320011246.O29888@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Mar 20, 2001 at 01:12:46AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 01:12:46 -0800, Alfred Perlstein wrote: > > + p += sz; > > + while(sz--) > > + *ri++ = '?'; > > Why didn't you use strlcpy/memcpy as suggested? Choosen method is right. Calling *cpy for just one byte in 99% cases is overhead. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 1:35: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from hell.branda.to (61-216-80-81.HINET-IP.hinet.net [61.216.80.81]) by hub.freebsd.org (Postfix) with ESMTP id D777B37B721 for ; Tue, 20 Mar 2001 01:34:53 -0800 (PST) (envelope-from thinker@branda.to) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by hell.branda.to with local; Tue, 20 Mar 2001 17:37:10 +0000 Date: Tue, 20 Mar 2001 17:37:10 +0000 From: thinker To: Alfred Perlstein Cc: freebsd-current@freebsd.org Subject: Re: patch /bin/ls again, for mb supporting. Message-ID: <20010320173710.A14702@hell.branda.to> References: <20010320164901.A14424@hell.branda.to> <20010320011246.O29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320011246.O29888@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Mar 20, 2001 at 01:12:46AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 01:12:46AM -0800, Alfred Perlstein wrote: ...... skip ....... > > + size_t sz; > > + wchar_t c; > > C has allowed for identifiers larger than 6 characters for quite > some time, any chance on you making use of this feature? Or at > least adding a comment here and there? Ok.. I would add a comment here and there. > > > + p = s; > > + dc = len = strlen(s); > > + ri = r = (char *)malloc(len + 1); > > Where is the check for malloc failing? Yes, it is good idea. Although, I don't think that we can't alloc a memory block that less than 256+1 bytes. > > > + while (dc) { > > + sz = mbtowc(&c, p, dc); > > + if (sz < 0) { > > + p++; > > + dc--; > > + *ri++ = '?'; > > + } else { > > + dc -= sz; > > + if (isprint(c)) { > > + while(sz--) > > + *ri++ = *p++; > > + } else { > > + p += sz; > > + while(sz--) > > + *ri++ = '?'; > > Why didn't you use strlcpy/memcpy as suggested? As I can see, most codeset don't use more any 4 bytes to represent a character. For proformance reason, strlcpy/memcpy is not a good choice. For easy reading, I don't which one is better. For size, I think function call is more expensive. If we use strlcpy/memcpy, it mean we use strlcpy/memcpy to copy a block of memory that less than 4 bytes. I don't think it is good example to demo strlcpy/memcpy. > > > + } > > + } > > + } > > + *ri = 0; > > *ri = '\0'; For easy reading?? ok.. > > > + printf("%s", r); > > + free(r); > > + return len; > > return (len); > ...... skip .......... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 2:11: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from hell.branda.to (61-216-80-81.HINET-IP.hinet.net [61.216.80.81]) by hub.freebsd.org (Postfix) with ESMTP id 2101637B73F for ; Tue, 20 Mar 2001 02:11:03 -0800 (PST) (envelope-from thinker@branda.to) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by hell.branda.to with local; Tue, 20 Mar 2001 18:13:20 +0000 Date: Tue, 20 Mar 2001 18:13:20 +0000 From: thinker To: freebsd-current@freebsd.org Subject: Re: patch /bin/ls again, for mb supporting. Message-ID: <20010320181320.A15057@hell.branda.to> References: <20010320164901.A14424@hell.branda.to> <20010320011246.O29888@fw.wintelcom.net> <20010320173710.A14702@hell.branda.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320173710.A14702@hell.branda.to>; from thinker@branda.to on Tue, Mar 20, 2001 at 05:37:10PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For style reason, I make another patch file. ------------- begin --------------- --- util.c.orig Sun Mar 18 16:35:12 2001 +++ util.c Tue Mar 20 18:12:23 2001 @@ -60,15 +60,43 @@ prn_printable(s) const char *s; { - unsigned char c; - int n; + const char *p; /* String walker. */ + char *r, *ri; /* Ptr for result string & walker of it. */ + int len; + int dc; /* Count down of length after 'p' . */ + size_t sz; /* Number of bytes been processed. */ + wchar_t c; - for (n = 0; (c = *s) != '\0'; ++s, ++n) - if (isprint(c)) - putchar(c); - else - putchar('?'); - return n; + if (s == NULL) + return (0); + p = s; + dc = len = strlen(s); + ri = r = (char *)malloc(len + 1); + if (r == NULL) + return (0); + + while (dc > 0) { + sz = mbtowc(&c, p, dc); + if (sz < 0) { /* Not be recognized. */ + p++; + dc--; + *ri++ = '?'; + } else { + dc -= sz; + if (isprint(c)) { + while(sz--) + *ri++ = *p++; + } else { /* Non-printable char. */ + p += sz; + while(sz--) + *ri++ = '?'; + } + } + } + *ri = '\0'; + printf("%s", r); + free(r); + return (len); } /* ------------- end ----------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 3:21:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 614DA37B72E; Tue, 20 Mar 2001 03:21:25 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14fKCW-0004CD-00; Tue, 20 Mar 2001 12:21:20 +0100 Received: from b82d1.pppool.de ([213.7.130.209] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.22 #1) id 14fKCW-0003DH-00; Tue, 20 Mar 2001 12:21:20 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f2KBHRS01628; Tue, 20 Mar 2001 12:17:28 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200103201117.f2KBHRS01628@Magelan.Leidinger.net> Date: Tue, 20 Mar 2001 12:17:26 +0100 (CET) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP To: ru@FreeBSD.ORG Cc: current@FreeBSD.ORG In-Reply-To: <20010319195621.A78973@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f2KBHRS01628 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 M=E4r, Ruslan Ermilov wrote: > You will have to add the following command to the relevant section of > ppp.conf: >=20 > add default HISADDR >=20 > for this to work. I didn't use userland-ppp with I4B. BTW: After a reboot the first try to dialout succeeded, this time I did a "netstat -rn" before I tried to dialout. I didn't know if this makes a difference. Bye, Alexander. --=20 "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 6:13:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 52B1D37B722; Tue, 20 Mar 2001 06:13:55 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id PAA25739; Tue, 20 Mar 2001 15:13:46 +0100 (MET) Date: Tue, 20 Mar 2001 15:13:46 +0100 (CET) From: Harti Brandt To: Cc: Subject: RPC update break ypbind Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, the recent update to RPC causes ypbind to break. The problem is, that /usr/src/usr.sbin/ypbind/yp_ping.c mirrors some code from the RPC library, including the internal structure used for the CLIENT structure. The new structure uses struct sockaddr_storage (128 bytes) instead of struct sockaddr_in (something lesser) and includes a new member just at the end of the structure (struct pollfd). Because the XDR buffers are allocate directly behind struct CLIENT, this makes the pointers into the buffer wrong. This causes the ypbind child to dump core, which in turn causes the parent to create a new child, which dumps core, causing the parent to create a new child, which dumps core ... A simple fix is: Index: yp_ping.c =================================================================== RCS file: /usr/ncvs/src/usr.sbin/ypbind/yp_ping.c,v retrieving revision 1.8 diff -u -r1.8 yp_ping.c --- yp_ping.c 2001/03/19 12:50:12 1.8 +++ yp_ping.c 2001/03/20 13:46:24 @@ -93,6 +93,7 @@ #include #include #include +#include #include #include "yp_ping.h" @@ -126,7 +127,7 @@ struct cu_data { int cu_sock; bool_t cu_closeit; - struct sockaddr_in cu_raddr; + struct sockaddr_storage cu_raddr; int cu_rlen; struct timeval cu_wait; struct timeval cu_total; @@ -136,6 +137,7 @@ u_int cu_sendsz; char *cu_outbuf; u_int cu_recvsz; + struct pollfd cu_pollfd; char cu_inbuf[1]; }; A better fix would probably put the definition into a private header file and include this in yp_ping. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 6:35:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id C5F5537B733 for ; Tue, 20 Mar 2001 06:35:40 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2KEZX171312 for ; Tue, 20 Mar 2001 15:35:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: some -current profile data... From: Poul-Henning Kamp Date: Tue, 20 Mar 2001 15:35:33 +0100 Message-ID: <71310.985098933@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to spot a defect part in the disk system on my fileserver, so I have it running a "dd if=/dev/ad$i of=/dev/null bs=8k" on five disks in parallel. I noticed that this maxed out the CPU, so just to see what the kernel does these days I compiled it with BB profiling [gcc -a, kernbb(8)] and chewed on the results: This shows the number of instruction bytes executed and the function which gcc attributes them to when compiling with "-g". Notice that some instruction bytes take longer time than others, it is not a perfect profiling metric, but it surely says something about where we spend our time. I'm sufficiently surprised about "spec_vnoperate" that I have decided to optimise the devfs case for that one. "getit" is from DELAY() I belive. Others may be able to spot other targets... Poul-Henning 43314522342 syscall 35476414198 lockmgr 26753579584 mi_switch 20904413945 physio 20333807164 malloc 19337589607 vn_lock 17724084938 runq_choose 15929363151 msleep 15364410648 spec_vnoperate 14355436178 getit 13428877523 free 11662243674 vn_write 11496265116 vmapbuf 10938192056 ata_command 10848043095 ithread_loop 10658496236 userret 10609126320 runq_add 10469852242 ad_transfer 10249427241 vop_defaultop 10223597353 ad_start 9975983756 ata_start 9546146090 ast 9509717091 vn_read 9238990643 ata_pci_intr 9162859512 vop_nolock 8566282023 vunmapbuf 8557887753 microuptime 8533461738 CURSIG 8387454602 DELAY 8385171377 acquire 8343541335 ata_dmasetup 8137941068 wakeup 8098507767 ad_interrupt 7893890988 ithread_schedule 7537697787 _mtx_lock_sleep 7307547811 fdrop 7187739800 ata_intr 6954550589 ata_dmastart 6932116048 dscheck 6644124113 makedev 6588257835 callout_reset 6510407718 callout_stop 6273610563 dofilewrite -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 8:24:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id B361C37B71A; Tue, 20 Mar 2001 08:24:13 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id f2KGNvw23463; Tue, 20 Mar 2001 17:23:57 +0100 (CET) Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.2/8.11.0) id f2KGHa027484; Tue, 20 Mar 2001 17:17:36 +0100 (CET) (envelope-from asmodai) Date: Tue, 20 Mar 2001 17:17:36 +0100 From: Jeroen Ruigrok/Asmodai To: MINOURA Makoto Cc: "Michael C . Wu" , current@freebsd.org, i18n@freebsd.org, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010320171736.L22505@daemon.ninth-circle.org> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010320073058.D26883668@203.141.142.186.user.am.il24.net>; from minoura@netbsd.org on Tue, Mar 20, 2001 at 04:30:58PM +0900 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010320 09:09], MINOURA Makoto (minoura@netbsd.org) wrote: >Use standard types and functions such as wchar_t and mb*, >wc* family. Which is still something which needs to be done yes. -- Jeroen Ruigrok van der Werven/Asmodai .oUo. asmodai@[wxs.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 The Prince of Darkness is a gentleman... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 9:17: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 9D7D437B721; Tue, 20 Mar 2001 09:17:04 -0800 (PST) (envelope-from krepel@fokus.gmd.de) Received: from fokus.gmd.de (quant [193.175.133.183]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id SAA24310; Tue, 20 Mar 2001 18:17:03 +0100 (MET) Message-ID: <3AB7908F.E894908A@fokus.gmd.de> Date: Tue, 20 Mar 2001 18:17:03 +0100 From: Falco Krepel Organization: GMD FOKUS - CATS Group X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, de-DE MIME-Version: 1.0 To: gibbs@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: ahc driver: aic7892 no longer supported Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Justin, Since the update around the middle of feb of the ahc driver the aic7892 chip is no longer supported correctly. The same card with aic7870 is working as usual. So I think that this is the problem. The snapshot (2001/02/10) of the current version is OK. I get the following boot messages: ### boot after update: ahc0: port 0xdc00-0xdcff mem 0xdf000000-0xdf000fff irq 15 at device 9.0 on pci0 ahc0: Platform free device_probe_and_attach: ahc0 attach returned 12 . . . acd0: CDROM ... Mounting root from ufs:/dev/da0s1a setroot byname failed ffs_mountroot: can't find rootvp Root mount failed: 6 ### boot before update: ahc0: port 0xdc00-0xdcff mem 0xdf000000-0xdf000fff irq 15 at device 9.0 on pci0 aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs Do you have any idea? -- Falco Krepel Phone: +49-(0)30 - 34 63 - 7 276 GMD-FOKUS Fax: +49-(0)30 - 34 63 - 8 276 Kaiserin-Augusta-Allee 31 e-mail: krepel@fokus.gmd.de 10589 Berlin WWW: http://www.fokus.gmd.de/usr/krepel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 9:30: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id AD4A837B72E for ; Tue, 20 Mar 2001 09:30:04 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2KHTts69878; Tue, 20 Mar 2001 10:29:58 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103201729.f2KHTts69878@aslan.scsiguy.com> To: Falco Krepel Cc: freebsd-current@FreeBSD.org Subject: Re: ahc driver: aic7892 no longer supported In-Reply-To: Your message of "Tue, 20 Mar 2001 18:17:03 +0100." <3AB7908F.E894908A@fokus.gmd.de> Date: Tue, 20 Mar 2001 10:29:55 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Dear Justin, > >Since the update around the middle of feb of the ahc driver the aic7892 >chip is no longer supported correctly. The same card with aic7870 is >working as usual. So I think that this is the problem. The snapshot >(2001/02/10) of the current version is OK. Can you give me the revision IDs of the files you are testing? There was a short window where the probe had some issues, but I don't recall if this is one of them. A "pciconf -l" from the working system would be useful too. I have lots of 29160s here so I should be able to reproduce this locally if there is still an issue. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 9:36:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6584937B735; Tue, 20 Mar 2001 09:36:33 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id MAA09185; Tue, 20 Mar 2001 12:36:17 -0500 (EST) (envelope-from wollman) Date: Tue, 20 Mar 2001 12:36:17 -0500 (EST) From: Garrett Wollman Message-Id: <200103201736.MAA09185@khavrinen.lcs.mit.edu> To: minoura@netbsd.org (MINOURA Makoto) Cc: "Michael C . Wu" , current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] In-Reply-To: <20010320065321.E63933668@203.141.142.186.user.am.il24.net> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < In general direct manipulation of rune is evil. > It is an internal data structure in libc; Not true. The `rune' API was developed by the Plan 9 people by intention to be different from (in their view, superior to) the ISO C multibyte/wide character API. > Actually NetBSD does not export . Note the mailing-lists named in the headers of this message. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 9:55:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id BA74C37B740 for ; Tue, 20 Mar 2001 09:55:39 -0800 (PST) (envelope-from krepel@fokus.gmd.de) Received: from fokus.gmd.de (quant [193.175.133.183]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id SAA28082; Tue, 20 Mar 2001 18:55:25 +0100 (MET) Message-ID: <3AB7998D.8DE0FBC9@fokus.gmd.de> Date: Tue, 20 Mar 2001 18:55:25 +0100 From: Falco Krepel Organization: GMD FOKUS - CATS Group X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, de-DE MIME-Version: 1.0 To: "Justin T. Gibbs" Cc: freebsd-current@FreeBSD.org Subject: Re: ahc driver: aic7892 no longer supported References: <200103201729.f2KHTts69878@aslan.scsiguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ### 29160 BIOS v.2.57.2 ### pciconf aries# pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x03051106 rev=0x02 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0x83051106 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00001106 chip=0x06861106 rev=0x40 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x05711106 chip=0x05711106 rev=0x06 hdr=0x00 none0@pci0:7:4: class=0x068000 card=0x30571106 chip=0x30571106 rev=0x40 hdr=0x00 ahc0@pci0:9:0: class=0x010000 card=0xe2a09005 chip=0x00809005 rev=0x02 hdr=0x00 xl0@pci0:11:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x74 hdr=0x00 xl1@pci0:13:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x74 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x40151043 chip=0x011010de rev=0xa1 hdr=0x00 aries# ### cvs status File: ahc_eisa.c Status: Up-to-date Working revision: 1.21 Repository revision: 1.21 /usr/ncvs/src/sys/dev/aic7xxx/ahc_eisa.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: ahc_pci.c Status: Up-to-date Working revision: 1.41 Repository revision: 1.41 /usr/ncvs/src/sys/dev/aic7xxx/ahc_pci.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7770.c Status: Up-to-date Working revision: 1.4 Repository revision: 1.4 /usr/ncvs/src/sys/dev/aic7xxx/aic7770.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) ========================================================= ========== File: aic7xxx.c Status: Up-to-date Working revision: 1.71 Repository revision: 1.71 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx.h Status: Up-to-date Working revision: 1.37 Repository revision: 1.37 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx.reg Status: Up-to-date Working revision: 1.35 Repository revision: 1.35 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx.reg,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx.seq Status: Up-to-date Working revision: 1.113 Repository revision: 1.113 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx.seq,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_93cx6.c Status: Up-to-date Working revision: 1.13 Repository revision: 1.13 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_93cx6.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_93cx6.h Status: Up-to-date Working revision: 1.9 Repository revision: 1.9 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_93cx6.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_freebsd.c Status: Up-to-date Working revision: 1.23 Repository revision: 1.23 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_freebsd.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_freebsd.h Status: Up-to-date Working revision: 1.8 Repository revision: 1.8 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_freebsd.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_inline.h Status: Up-to-date Working revision: 1.14 Repository revision: 1.14 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_inline.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aic7xxx_pci.c Status: Up-to-date Working revision: 1.13 Repository revision: 1.13 /usr/ncvs/src/sys/dev/aic7xxx/aic7xxx_pci.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: Makefile Status: Up-to-date Working revision: 1.9 Repository revision: 1.9 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/Makefile,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm.c Status: Up-to-date Working revision: 1.31 Repository revision: 1.31 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm.h Status: Up-to-date Working revision: 1.12 Repository revision: 1.12 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm_gram.y Status: Up-to-date Working revision: 1.13 Repository revision: 1.13 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm_insformat.h Status: Up-to-date Working revision: 1.4 Repository revision: 1.4 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_insformat.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm_scan.l Status: Up-to-date Working revision: 1.14 Repository revision: 1.14 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm_symbol.c Status: Up-to-date Working revision: 1.13 Repository revision: 1.13 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) =================================================================== File: aicasm_symbol.h Status: Up-to-date Working revision: 1.12 Repository revision: 1.12 /usr/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.h,v Sticky Tag: (none) Sticky Date: 2001.03.18.23.00.00 Sticky Options: (none) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 10:10:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-63-205-16-205.dsl.mtry01.pacbell.net [63.205.16.205]) by hub.freebsd.org (Postfix) with ESMTP id 2C34437B719 for ; Tue, 20 Mar 2001 10:10:08 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by EnContacto.Net (8.11.3/8.11.3) id f2KI7pY63497; Tue, 20 Mar 2001 10:07:51 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.202 ( [63.205.16.202]) as user eculp@EnContacto.Net by Mail.InternetSalon.Org with HTTP; Tue, 20 Mar 2001 10:07:50 -0800 Message-ID: <985111670.3ab79c76a1449@Mail.InternetSalon.Org> Date: Tue, 20 Mar 2001 10:07:50 -0800 From: "Edwin L. Culp" To: Dag-Erling Smorgrav Cc: Pierre Beyssac , daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.205.16.202 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My old K6-2 laptop has this problem and the patch seemed to fix the crashes that I was experiencing under almost minimal load. The down side is that it also brought me a pccard or DEVFS problem so no network. Of course that could have been caused by out-of-sync kernel and sources due to all the crashes and the fact that I had to build the patched kernel on an up-to-date Current desktop and install it on the laptop, but of course with the laptop KERNCONF. Has this or another fix been committed? Thanks, ed Quoting Dag-Erling Smorgrav : > Dag-Erling Smorgrav writes: > > Try this workaround (apply with 'patch -l'): > > Here's a better workaround. Revert the previous patch and apply this > one: > > Index: npx.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v > retrieving revision 1.93 > diff -u -r1.93 npx.c > --- npx.c 2001/03/19 00:28:04 1.93 > +++ npx.c 2001/03/19 20:28:55 > @@ -456,7 +456,7 @@ > } > npxinit(__INITIAL_NPXCW__); > > -#ifdef I586_CPU > +#ifdef I586_CPU_DOES_NOT_WORK > if (cpu_class == CPUCLASS_586 && npx_ex16 && npx_exists && > timezero("i586_bzero()", i586_bzero) < > timezero("bzero()", bzero) * 4 / 5) { > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------------------------------------------------- The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn and relearn. --Alvin Toffler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 11:29:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id ACAB937B71B for ; Tue, 20 Mar 2001 11:29:47 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2KJTPs71374; Tue, 20 Mar 2001 12:29:40 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103201929.f2KJTPs71374@aslan.scsiguy.com> To: Falco Krepel Cc: freebsd-current@FreeBSD.org Subject: Re: ahc driver: aic7892 no longer supported In-Reply-To: Your message of "Tue, 20 Mar 2001 18:55:25 +0100." <3AB7998D.8DE0FBC9@fokus.gmd.de> Date: Tue, 20 Mar 2001 12:29:25 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just tested both -current and -stable on a card with identical specs. Can you provide more inforamtion on where the attach fails (e.g. add printfs)? >### 29160 BIOS v.2.57.2 > >### pciconf > >aries# pciconf -l >ahc0@pci0:9:0: class=0x010000 card=0xe2a09005 chip=0x00809005 rev=0x02 -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 12: 2:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 00ED037B720 for ; Tue, 20 Mar 2001 12:02:56 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA88728; Tue, 20 Mar 2001 21:02:50 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Edwin L. Culp" Cc: Pierre Beyssac , daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> From: Dag-Erling Smorgrav Date: 20 Mar 2001 21:02:50 +0100 In-Reply-To: "Edwin L. Culp"'s message of "Tue, 20 Mar 2001 10:07:50 -0800" Message-ID: Lines: 16 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Edwin L. Culp" writes: > My old K6-2 laptop has this problem and the patch seemed to fix the > crashes that I was experiencing under almost minimal load. The down > side is that it also brought me a pccard or DEVFS problem so no > network. Uh, no. There's no way this patch can affect the functionality of your network adapter, and network interfaces don't care about DEVFS. > Has this or another fix been committed? No, Certain People [tm] are opposed to it, though it's not clear why. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 12:20:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-63-205-16-205.dsl.mtry01.pacbell.net [63.205.16.205]) by hub.freebsd.org (Postfix) with ESMTP id 61B0F37B72A for ; Tue, 20 Mar 2001 12:20:05 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by EnContacto.Net (8.11.3/8.11.3) id f2KKJon53764; Tue, 20 Mar 2001 12:19:50 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.202 ( [63.205.16.202]) as user eculp@EnContacto.Net by Mail.InternetSalon.Org with HTTP; Tue, 20 Mar 2001 12:19:49 -0800 Message-ID: <985119589.3ab7bb65f0d9b@Mail.InternetSalon.Org> Date: Tue, 20 Mar 2001 12:19:49 -0800 From: "Edwin L. Culp" To: Dag-Erling Smorgrav Cc: Pierre Beyssac , daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.205.16.202 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting Dag-Erling Smorgrav : > "Edwin L. Culp" writes: > > My old K6-2 laptop has this problem and the patch seemed to fix the > > crashes that I was experiencing under almost minimal load. The down > > side is that it also brought me a pccard or DEVFS problem so no > > network. > > Uh, no. There's no way this patch can affect the functionality of your > network adapter, and network interfaces don't care about DEVFS. One of the error messages was that card0 didn't exist in /dev I'm going to patch the kernel again and try to sync everything with a new world and see what happens. Thanks, ed > > > Has this or another fix been committed? > > No, Certain People [tm] are opposed to it, though it's not clear why. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > ----------------------------------------------------------------------- The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn and relearn. --Alvin Toffler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 12:28: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from wyattearp.stanford.edu (wyattearp.Stanford.EDU [171.64.180.171]) by hub.freebsd.org (Postfix) with ESMTP id 7563E37B739 for ; Tue, 20 Mar 2001 12:28:01 -0800 (PST) (envelope-from richw@wyattearp.stanford.edu) Received: (from richw@localhost) by wyattearp.stanford.edu (8.9.3/8.9.3) id MAA68662; Tue, 20 Mar 2001 12:27:08 -0800 (PST) (envelope-from richw) Date: Tue, 20 Mar 2001 12:27:08 -0800 (PST) From: Rich Wales X-Sender: richw@wyattearp.stanford.edu To: freebsd-current@freebsd.org Subject: DON'T DO IT! (Urgent Business Proposal) Message-ID: <20010320201423.67781.richw@wyattearp.stanford.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG An e-mail message was sent out via "freebsd-current" over the weekend, allegedly from one Dr. Yahaya Usman, asking for assistance in handling a large sum of money. THIS IS A SCAM. PLEASE DO NOT BE TAKEN IN BY IT!!! For more info on this scam, see the following: http://home.rica.net/alphae/419coal/ Observant readers should note that, although the e-mail claims to be of a personal, individual nature, the recipient is not named (either in the "To:" line or the body of the message), and the "Received:" header lines clearly show the e-mail was sent to "freebsd-current". (Perhaps Dr. Usman's late uncle was a FreeBSD developer? :-}) Rich Wales richw@webcom.com http://www.webcom.com/richw/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 12:43:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by hub.freebsd.org (Postfix) with ESMTP id 1E2DE37B731; Tue, 20 Mar 2001 12:43:20 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id MAA19519; Tue, 20 Mar 2001 12:41:28 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2KKf8w16566; Tue, 20 Mar 2001 12:41:08 -0800 (PST) (envelope-from bmah) Message-Id: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: ru@freebsd.org, freebsd-current@freebsd.org Cc: bmah@freebsd.org Subject: CURRENT breakage in usr.sbin/amd/mk-amd-map From: bmah@freebsd.org (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_1260750948P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 12:41:08 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_1260750948P Content-Type: text/plain; charset=us-ascii This is a first for me, I think...finding a CURRENT buildworld bogon. Freshly cvsup-ed -CURRENT system, trying to buildworld: [much output] ===> usr.sbin/amd/mk-amd-map make: don't know how to make .o. Stop *** Error code 2 Stop in /usr/src/usr.sbin/amd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Diffs show that someone was perhaps a little overzealous in a manpage-related cleanup: bmah-freebsd-1:mk-amd-map% cvs -R diff -r1.10 -r1.11 Makefile Index: Makefile =================================================================== RCS file: /cvsroot/src/usr.sbin/amd/mk-amd-map/Makefile,v retrieving revision 1.10 retrieving revision 1.11 diff -r1.10 -r1.11 6c6 < # $FreeBSD: src/usr.sbin/amd/mk-amd-map/Makefile,v 1.10 1999/08/28 01:15:18 peter Exp $ --- > # $FreeBSD: src/usr.sbin/amd/mk-amd-map/Makefile,v 1.11 2001/03/20 18:16:16 ru Exp $ 12,14d11 < MAN8= mk-amd-map.8 < < SRCS= mk-amd-map.c Fix looks easy to me (put the SRCS= line back) but I'm a little commit-shy for the src/ tree. Someone want to do this, or give me a go-ahead? I'm re-doing a buildworld with a patched Makefile now. Thanks, Bruce. --==_Exmh_1260750948P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6t8Bk2MoxcVugUsMRAkpCAJ9opa4pj132kIh25jwz7bSuZtN92wCfYICz npvddhdwM6r3IdRzkdWLDeI= =e119 -----END PGP SIGNATURE----- --==_Exmh_1260750948P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 12:58:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 87D0937B71A for ; Tue, 20 Mar 2001 12:58:10 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA88940; Tue, 20 Mar 2001 21:54:05 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Edwin L. Culp" Cc: Pierre Beyssac , daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> <985119589.3ab7bb65f0d9b@Mail.InternetSalon.Org> From: Dag-Erling Smorgrav Date: 20 Mar 2001 21:54:04 +0100 In-Reply-To: "Edwin L. Culp"'s message of "Tue, 20 Mar 2001 12:19:49 -0800" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Edwin L. Culp" writes: > One of the error messages was that card0 didn't exist in /dev That's pccard stuff, not your network driver. Did you check to see that the pccard bridge was probed and attached? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 13:49:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 606A737B71D; Tue, 20 Mar 2001 13:49:37 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA89231; Tue, 20 Mar 2001 22:49:28 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Michael C . Wu" Cc: thinker , freebsd-current@FreeBSD.ORG, imp@FreeBSD.ORG Subject: Re: /bin/ls mb patch again References: <20010320163153.A14341@hell.branda.to> <20010320023657.B47174@peorth.iteration.net> From: Dag-Erling Smorgrav Date: 20 Mar 2001 22:49:27 +0100 In-Reply-To: "Michael C . Wu"'s message of "Tue, 20 Mar 2001 02:36:58 -0600" Message-ID: Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Michael C . Wu" writes: > (DES: please resist the ironies and the -chat post ;) ) Huh? what did I say? DES (make it look like the cat did it) -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 13:51:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 2B80B37B71D; Tue, 20 Mar 2001 13:51:20 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id A0E8859283; Tue, 20 Mar 2001 15:51:19 -0600 (CST) Date: Tue, 20 Mar 2001 15:51:19 -0600 From: "Michael C . Wu" To: "Bruce A. Mah" Cc: ru@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Message-ID: <20010320155119.B55245@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , "Bruce A. Mah" , ru@freebsd.org, freebsd-current@freebsd.org References: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com>; from bmah@freebsd.org on Tue, Mar 20, 2001 at 12:41:08PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 12:41:08PM -0800, Bruce A. Mah scribbled: | This is a first for me, I think...finding a CURRENT buildworld bogon. | Freshly cvsup-ed -CURRENT system, trying to buildworld: | | [much output] | | ===> usr.sbin/amd/mk-amd-map | Diffs show that someone was perhaps a little overzealous in a | manpage-related cleanup: | I think a unified diff is easier to read. How about this one? :) [Warning: cut-n-paste diff] cvs diff: Diffing . Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/amd/mk-amd-map/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile 2001/03/20 18:16:16 1.11 +++ Makefile 2001/03/20 21:37:46 @@ -8,6 +8,10 @@ .PATH: ${.CURDIR}/../../../contrib/amd/mk-amd-map +MAN8= mk-amd-map.8 + +SRCS= mk-amd-map.c + PROG= mk-amd-map .include -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 13:59: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0E32237B71E; Tue, 20 Mar 2001 13:59:05 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2KLx0918986; Tue, 20 Mar 2001 14:59:00 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103202159.f2KLx0918986@harmony.village.org> To: "Michael C . Wu" Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Cc: "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Mar 2001 15:51:19 CST." <20010320155119.B55245@peorth.iteration.net> References: <20010320155119.B55245@peorth.iteration.net> <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> Date: Tue, 20 Mar 2001 14:58:59 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010320155119.B55245@peorth.iteration.net> "Michael C . Wu" writes: : I think a unified diff is easier to read. How about this one? :) : [Warning: cut-n-paste diff] : : cvs diff: Diffing . : Index: Makefile : =================================================================== : RCS file: /home/ncvs/src/usr.sbin/amd/mk-amd-map/Makefile,v : retrieving revision 1.11 : diff -u -r1.11 Makefile : --- Makefile 2001/03/20 18:16:16 1.11 : +++ Makefile 2001/03/20 21:37:46 : @@ -8,6 +8,10 @@ : : .PATH: ${.CURDIR}/../../../contrib/amd/mk-amd-map : : +MAN8= mk-amd-map.8 : + : +SRCS= mk-amd-map.c : + : PROG= mk-amd-map : : .include Forget the blank lines, since they don't follow bde's unwritten Makefile style rules. Eg, the rest of the tree doesn't do that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 14:13:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id DA7DF37B78B; Tue, 20 Mar 2001 14:13:17 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 4C01A59283; Tue, 20 Mar 2001 16:13:17 -0600 (CST) Date: Tue, 20 Mar 2001 16:13:17 -0600 From: "Michael C . Wu" To: "Bruce A. Mah" Cc: ru@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Message-ID: <20010320161317.C55245@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , "Bruce A. Mah" , ru@freebsd.org, freebsd-current@freebsd.org References: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> <20010320155119.B55245@peorth.iteration.net> <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com>; from bmah@freebsd.org on Tue, Mar 20, 2001 at 02:03:29PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: | That reverts all of Ruslan's change. You don't want to put the MAN8= | definition back, because that was the point of his commit. Just the | SRCS= needs to be reverted. | | Now Ruslan (or someone) needs to go and fix all of these files too: | | src/usr.sbin/amd/wire-test/Makefile | src/usr.sbin/ancontrol/Makefile | src/usr.sbin/usbdevs/Makefile | src/usr.sbin/wicontrol/Makefile | src/usr.sbin/wlconfig/Makefile I'll do it in about two hours when I get back from class if Ruslan does not wake up by then. :-p | There may be others, these were just selected files that I checked | (buildworld found the first one for me). | | I'm definitely not going to get my -CURRENT machine rebuilt today. :-p -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 14:22: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by hub.freebsd.org (Postfix) with ESMTP id 081A437B75C; Tue, 20 Mar 2001 14:03:30 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id OAA14847; Tue, 20 Mar 2001 14:03:49 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2KM3TF19636; Tue, 20 Mar 2001 14:03:29 -0800 (PST) (envelope-from bmah) Message-Id: <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: "Michael C . Wu" Cc: "Bruce A. Mah" , ru@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <20010320155119.B55245@peorth.iteration.net> References: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> <20010320155119.B55245@peorth.iteration.net> Comments: In-reply-to "Michael C . Wu" message dated "Tue, 20 Mar 2001 15:51:19 -0600." From: bmah@freebsd.org (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_1427940795P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 14:03:29 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_1427940795P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Michael C . Wu" wrote: > cvs diff: Diffing . > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/amd/mk-amd-map/Makefile,v > retrieving revision 1.11 > diff -u -r1.11 Makefile > --- Makefile 2001/03/20 18:16:16 1.11 > +++ Makefile 2001/03/20 21:37:46 > @@ -8,6 +8,10 @@ > > .PATH: ${.CURDIR}/../../../contrib/amd/mk-amd-map > > +MAN8= mk-amd-map.8 > + > +SRCS= mk-amd-map.c > + > PROG= mk-amd-map > > .include That reverts all of Ruslan's change. You don't want to put the MAN8= definition back, because that was the point of his commit. Just the SRCS= needs to be reverted. Now Ruslan (or someone) needs to go and fix all of these files too: src/usr.sbin/amd/wire-test/Makefile src/usr.sbin/ancontrol/Makefile src/usr.sbin/usbdevs/Makefile src/usr.sbin/wicontrol/Makefile src/usr.sbin/wlconfig/Makefile There may be others, these were just selected files that I checked (buildworld found the first one for me). I'm definitely not going to get my -CURRENT machine rebuilt today. :-p Bruce. --==_Exmh_1427940795P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6t9Ox2MoxcVugUsMRAmRIAJ46N8PCSthINuzwjuI5Nw7eQ/5AzQCgpHo6 FlzvQYTC3RQI20sNfW5gtf8= =f/Pr -----END PGP SIGNATURE----- --==_Exmh_1427940795P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 14:39:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 7D7F337B71F for ; Tue, 20 Mar 2001 14:39:36 -0800 (PST) (envelope-from Tor.Egge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id XAA55583; Tue, 20 Mar 2001 23:39:34 +0100 (CET) Message-Id: <200103202239.XAA55583@midten.fast.no> To: des@thinksec.com Cc: current@FreeBSD.ORG Subject: Re: trap in vm_fault From: Tor.Egge@fast.no In-Reply-To: Your message of "20 Mar 2001 09:18:51 +0100" References: X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 23:39:34 +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Got this on sunday on my laptop (400 MHz PII running a week-old > -CURRENT): > #7 0xc0269fcd in trap_pfault (frame=0xc7be6ed8, usermode=0, eva=3332689920) > at ../../i386/i386/trap.c:888 > #8 0xc0269404 in trap (frame={tf_fs = 24, tf_es = -1071054832, tf_ds = 16, > tf_edi = -962277376, tf_esi = -1062592768, tf_ebp = -943821008, > tf_isp = -943821052, tf_ebx = -1057541376, tf_edx = 368, tf_ecx = 512, > tf_eax = -1062618816, tf_trapno = 12, tf_err = 2, tf_eip = -1072504984, > tf_cs = 8, tf_eflags = 78406, tf_esp = -1057541376, tf_ss = -1062575520}) > at ../../i386/i386/trap.c:448 > #9 0xc012df68 in atapi_read (request=0xc0f73300, length=2352) > at machine/cpufunc.h:227 Trying to mount a music cd might cause the atapi code to try to read 9408 bytes into a 8192 bytes long buffer. sys/dev/ata/atapi-cd.c: count = (bp->bio_bcount + (blocksize - 1)) / blocksize; sys/ufs/ffs/ffs_vfsops.c: if ((error = bread(devvp, SBLOCK, SBSIZE, cred, &bp)) != 0) goto out; sys/ufs/ffs/fs.h: #define SBSIZE 8192 - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 15:11:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id 4E3E637B71D for ; Tue, 20 Mar 2001 15:11:24 -0800 (PST) (envelope-from bugs@freebsd.netcom.com) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id RAA19701 for freebsd-current@freebsd.org; Tue, 20 Mar 2001 17:11:23 -0600 (CST) From: Mark Hittinger Message-Id: <200103202311.RAA19701@freebsd.netcom.com> Subject: Re: ahc driver: aic7892 no longer supported To: freebsd-current@freebsd.org Date: Tue, 20 Mar 2001 17:11:22 -0600 (CST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looks like I've got a similar problem only its aic7880/wide I've got a Dell optiplex 450 with an Adaptec 2940uw controller which can boot but can't "mountroot". A kernel from last week can see the aic7880/wide but a kernel from the past couple days cannot. OK dmesg: FreeBSD 5.0-CURRENT #10: Mon Mar 12 12:17:02 CST 2001 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) ... pci0: at 7.3 (no driver attached) pcib2: at device 15.0 on pci0 pci2: on pcib2 ahc0: port 0xdc00-0xdcff mem 0xfafff000-0xfaffffff irq 14 at device 10.0 on pci2 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs Bad dmesg: same thing but: "ahc0 Platform free" instead of aic7880 line. Here is pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 atapci0@pci0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 uhci0@pci0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 none0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 pcib2@pci0:15:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 xl0@pci0:17:0: class=0x020000 card=0x00821028 chip=0x905510b7 rev=0x24 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x40821028 chip=0x47421002 rev=0x5c hdr=0x00 ahc0@pci2:10:0: class=0x010000 card=0x78879004 chip=0x87789004 rev=0x01 hdr=0x00 Later Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 15:24:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-63-205-16-205.dsl.mtry01.pacbell.net [63.205.16.205]) by hub.freebsd.org (Postfix) with ESMTP id 2880337B724 for ; Tue, 20 Mar 2001 15:24:20 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by EnContacto.Net (8.11.3/8.11.3) id f2KNNtg55602; Tue, 20 Mar 2001 15:23:55 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.202 ( [63.205.16.202]) as user eculp@EnContacto.Net by Mail.InternetSalon.Org with HTTP; Tue, 20 Mar 2001 15:23:55 -0800 Message-ID: <985130635.3ab7e68b0a904@Mail.InternetSalon.Org> Date: Tue, 20 Mar 2001 15:23:55 -0800 From: "Edwin L. Culp" To: Dag-Erling Smorgrav Cc: Pierre Beyssac , daeron@wit401305.student.utwente.nl, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.205.16.202 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting Dag-Erling Smorgrav : > "Edwin L. Culp" writes: > > My old K6-2 laptop has this problem and the patch seemed to fix the > > crashes that I was experiencing under almost minimal load. The down > > side is that it also brought me a pccard or DEVFS problem so no > > network. > > Uh, no. There's no way this patch can affect the functionality of your > network adapter, and network interfaces don't care about DEVFS. > > > Has this or another fix been committed? > > No, Certain People [tm] are opposed to it, though it's not clear why. I managed to get things in sync enough to get the network working. Now I'm making world, runing X and doing several port updates that have been on hold since the begining of February, all at the same time. Without your patch it would have crashed within the first couple of minutes but with it, it's just chugging along like a happy little K6-2 300, slow but maybe on its way to being sure again. Thanks for coming up with such a simple and effective solution. I was almost ready to retire this for a Dell 4000e that everyone is talking about. But as someone else said, first I would prefer to have a little more consulting money coming in:-) It would really be nice to have this committed, if it doesn't break anything, to not have to be patching every time. Thanks again, ed > DES > -- > Dag-Erling Smorgrav - des@ofug.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ----------------------------------------------------------------------- The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn and relearn. --Alvin Toffler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 15:42:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id E435E37B733 for ; Tue, 20 Mar 2001 15:42:10 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2KNfvs74802; Tue, 20 Mar 2001 16:42:07 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103202342.f2KNfvs74802@aslan.scsiguy.com> To: Mark Hittinger Cc: freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported In-Reply-To: Your message of "Tue, 20 Mar 2001 17:11:22 CST." <200103202311.RAA19701@freebsd.netcom.com> Date: Tue, 20 Mar 2001 16:41:57 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Looks like I've got a similar problem only its aic7880/wide > >I've got a Dell optiplex 450 with an Adaptec 2940uw controller which can >boot but can't "mountroot". Perhaps something happend recently that makes it difficult to get "largish" chuncks of contiguous memory? You'll have to instrument the driver to find out where the attach is failing. Start by going into aic7xxx.c:ahc_init() and adding a printf to all of the early returns. If that doesn't catch it, do the same for aic7xxx_pci.c:aic7xxx_config(). I'll add this logging the next time I touch the driver. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 16:19: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by hub.freebsd.org (Postfix) with ESMTP id 435F237B718 for ; Tue, 20 Mar 2001 16:19:04 -0800 (PST) (envelope-from root@mccons.maxbaud.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.1/8.11.2) with SMTP id f2L0J3094913 for ; Tue, 20 Mar 2001 18:19:03 -0600 (CST) (envelope-from root@mccons.maxbaud.net) Date: Tue, 20 Mar 2001 18:19:03 -0600 (CST) From: Wm Brian McCane X-Sender: root@fw.mccons.net To: freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability In-Reply-To: <20010319121606.A89188@enst.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Mar 2001, Pierre Beyssac wrote: > On Mon, Mar 19, 2001 at 08:30:12AM +0100, Pascal Hofstee wrote: > > AMD K6-2 350 > > > > I noticed the vague stack smashes posting earlier ... and i think it's very > > likely this is the same bug > > Same here, random crashes -- AMD K6-2 300; no panic, no crash dump, > just a complete system freeze if you happen to use too much CPU. > I had to temporarily revert to an older kernel. Another "data point". It was happening here as well on a Pentium 200/MMX. The crash occurred, almost everytime, in a bcopy called from vm_fault according to the kernel debugger (on the rare occassions I could still use it). Whenever I couldn't use the debugger, the Instruction pointer was usually 08:ffffffff. I stuck an old P-III 800MHz/PC133 machine in its place and everything has worked flawlessly since. - brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 16:23: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 90DDE37B71C for ; Tue, 20 Mar 2001 16:23:03 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2L0Mho42395; Tue, 20 Mar 2001 16:22:43 -0800 (PST) (envelope-from obrien) Date: Tue, 20 Mar 2001 16:22:41 -0800 From: "David O'Brien" To: "Edwin L. Culp" Cc: freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability Message-ID: <20010320162241.C42275@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> <985130635.3ab7e68b0a904@Mail.InternetSalon.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <985130635.3ab7e68b0a904@Mail.InternetSalon.Org>; from eculp@EnContacto.Net on Tue, Mar 20, 2001 at 03:23:55PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 03:23:55PM -0800, Edwin L. Culp wrote: > It would really be nice to have this committed, if it doesn't break > anything, to not have to be patching every time. It will be. I am waiting a responce back from someone. But one way or another it will be fixed -- I run two K6-2's myself, including my main desktop. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:23:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id B8ECF37B735; Tue, 20 Mar 2001 17:23:26 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 3532B59283; Tue, 20 Mar 2001 19:23:26 -0600 (CST) Date: Tue, 20 Mar 2001 19:23:26 -0600 From: "Michael C . Wu" Cc: "Bruce A. Mah" , ru@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Message-ID: <20010320192326.A57158@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> <20010320155119.B55245@peorth.iteration.net> <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> <20010320161317.C55245@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320161317.C55245@peorth.iteration.net>; from keichii@iteration.net on Tue, Mar 20, 2001 at 04:13:17PM -0600 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 04:13:17PM -0600, Michael C . Wu scribbled: | On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: I have just finished making the patch to fix this problem. I will start the buildworld now. In the mean time, if someone has a fast box, please test the patch at http://people.freebsd.org/~keichii/fix-current-broken-man-build.diff -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:26:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id DD3EC37B739 for ; Tue, 20 Mar 2001 17:26:49 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2L1PU919996; Tue, 20 Mar 2001 18:25:30 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103210125.f2L1PU919996@harmony.village.org> To: "Michael C . Wu" Subject: Re: /bin/ls mb patch again Cc: thinker , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Mar 2001 02:36:58 CST." <20010320023657.B47174@peorth.iteration.net> References: <20010320023657.B47174@peorth.iteration.net> <20010320163153.A14341@hell.branda.to> Date: Tue, 20 Mar 2001 18:25:30 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010320023657.B47174@peorth.iteration.net> "Michael C . Wu" writes: : Thinker thinks that memset() is too costly to use here : to modify one or two bytes. I agreed with him in that : filenames can't be that long to justify the memset() : overhead. However, with today's CPU power, I think : memset()'s overhead will only be noticeable with a : large directory filled with data. Please tell Thinker : what you think. It is mostly a conceptual thing. You are setting memory or copying memory. You should use the API for that rather than roll your own. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:27:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4031037B73C for ; Tue, 20 Mar 2001 17:27:55 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2L1Qd920008; Tue, 20 Mar 2001 18:26:39 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103210126.f2L1Qd920008@harmony.village.org> To: thinker Subject: Re: patch /bin/ls again, for mb supporting. Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Mar 2001 16:49:01 GMT." <20010320164901.A14424@hell.branda.to> References: <20010320164901.A14424@hell.branda.to> Date: Tue, 20 Mar 2001 18:26:39 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010320164901.A14424@hell.branda.to> thinker writes: : + *ri = 0; *ri = '\0'; Yes, they are the same, but the style here is that you are terminating the string. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:31:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-63-205-16-205.dsl.mtry01.pacbell.net [63.205.16.205]) by hub.freebsd.org (Postfix) with ESMTP id 54CC237B73C; Tue, 20 Mar 2001 17:31:41 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: (from root@localhost) by EnContacto.Net (8.11.3/8.11.3) id f2L1Vf957214; Tue, 20 Mar 2001 17:31:41 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.205.16.202 ( [63.205.16.202]) as user eculp@EnContacto.Net by Mail.InternetSalon.Org with HTTP; Tue, 20 Mar 2001 17:31:40 -0800 Message-ID: <985138300.3ab8047cdcca8@Mail.InternetSalon.Org> Date: Tue, 20 Mar 2001 17:31:40 -0800 From: "Edwin L. Culp" To: obrien@FreeBSD.ORG, "David O'Brien" Cc: freebsd-current@FreeBSD.ORG Subject: Re: CURRENT instability References: <20010315081658.A799@shadowmere.student.utwente.nl> <20010319083012.A53628@shadowmere.student.utwente.nl> <20010319121606.A89188@enst.fr> <985111670.3ab79c76a1449@Mail.InternetSalon.Org> <985130635.3ab7e68b0a904@Mail.InternetSalon.Org> <20010320162241.C42275@dragon.nuxi.com> In-Reply-To: <20010320162241.C42275@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 63.205.16.202 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting David O'Brien : > On Tue, Mar 20, 2001 at 03:23:55PM -0800, Edwin L. Culp wrote: > > It would really be nice to have this committed, if it doesn't break > > anything, to not have to be patching every time. > > It will be. I am waiting a responce back from someone. But one way or > another it will be fixed -- I run two K6-2's myself, including my main > desktop. That is good news, David. Thanks a lot. It's working great for me. I haven't been able to load my laptop for over a month. ed > -- > -- David (obrien@FreeBSD.org) > GNU is Not Unix / Linux Is Not UniX > ----------------------------------------------------------------------- The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn and relearn. --Alvin Toffler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:33:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 5E93037B73C for ; Tue, 20 Mar 2001 17:33:18 -0800 (PST) (envelope-from zer0byte@linuxfreemail.com) Received: from linuxfreemail.com (pool0085.cvx38-bradley.dialup.earthlink.net [216.244.30.85]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id RAA05640 for ; Tue, 20 Mar 2001 17:33:17 -0800 (PST) Message-ID: <3AB80378.3F65632E@linuxfreemail.com> Date: Tue, 20 Mar 2001 17:27:20 -0800 From: zer0byte X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: hello Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi i just switch to FreeBSD 5.0 current.. just wanna let you guys know =) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:34:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id E12E837B744 for ; Tue, 20 Mar 2001 17:34:12 -0800 (PST) (envelope-from zer0byte@linuxfreemail.com) Received: from linuxfreemail.com (pool0085.cvx38-bradley.dialup.earthlink.net [216.244.30.85]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id RAA09331 for ; Tue, 20 Mar 2001 17:34:11 -0800 (PST) Message-ID: <3AB803AF.FE9D64A0@linuxfreemail.com> Date: Tue, 20 Mar 2001 17:28:16 -0800 From: zer0byte X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: subscribe freebsd-current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 17:52:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 3B65237B71C for ; Tue, 20 Mar 2001 17:52:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2L1o5G13376; Tue, 20 Mar 2001 17:50:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: <3AB80378.3F65632E@linuxfreemail.com> Date: Tue, 20 Mar 2001 17:50:01 -0800 (PST) From: John Baldwin To: zer0byte Subject: RE: hello Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21-Mar-01 zer0byte wrote: > hi i just switch to FreeBSD 5.0 current.. > just wanna let you guys know =) You sure you want to do that? :) -current isn't very friendly right now. You have read about what current is in the handbook, right? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19: 7:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 4493E37B733; Tue, 20 Mar 2001 19:07:37 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2L37bp87078; Tue, 20 Mar 2001 19:07:37 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2L37Zh53233; Tue, 20 Mar 2001 19:07:36 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103210307.f2L37Zh53233@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Michael C . Wu" Cc: "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <20010320192326.A57158@peorth.iteration.net> Date: Tue, 20 Mar 2001 19:07:35 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Michael C . Wu" wrote: > On Tue, Mar 20, 2001 at 04:13:17PM -0600, Michael C . Wu scribbled: > | On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: > > > I have just finished making the patch to fix this problem. > I will start the buildworld now. In the mean time, > if someone has a fast box, please test the patch at > > http://people.freebsd.org/~keichii/fix-current-broken-man-build.diff I kinda object to backing this stuff out. The problem is elsewhere. This stuff builds correctly on its own, it is something wrong with the world environment. eg: do a 'make install' in src/share/mk and the world works fine. Since this seems to be needed, the problem is in 'world', not these makefiles. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19:13:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152]) by hub.freebsd.org (Postfix) with ESMTP id D19EC37B730; Tue, 20 Mar 2001 19:13:17 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-3.cisco.com (8.9.3/8.9.1) with ESMTP id TAA23020; Tue, 20 Mar 2001 19:12:03 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2L3DH516075; Tue, 20 Mar 2001 19:13:17 -0800 (PST) (envelope-from bmah) Message-Id: <200103210313.f2L3DH516075@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: "Michael C . Wu" Cc: "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <20010320192326.A57158@peorth.iteration.net> References: <200103202041.f2KKf8w16566@bmah-freebsd-0.cisco.com> <20010320155119.B55245@peorth.iteration.net> <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> <20010320161317.C55245@peorth.iteration.net> <20010320192326.A57158@peorth.iteration.net> Comments: In-reply-to "Michael C . Wu" message dated "Tue, 20 Mar 2001 19:23:26 -0600." 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_-1723187815P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 19:13:17 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1723187815P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Michael C . Wu" wrote: > On Tue, Mar 20, 2001 at 04:13:17PM -0600, Michael C . Wu scribbled: > | On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: > > > I have just finished making the patch to fix this problem. > I will start the buildworld now. In the mean time, > if someone has a fast box, please test the patch at > > http://people.freebsd.org/~keichii/fix-current-broken-man-build.diff I just finished a buildworld (but can't do an installworld...I'm 30 miles from the console), all seems well with the diffs. Thanks much for generating the patch. I normally don't like leaving other people to clean up problems I find, but almost anyone would be able to do it faster than me, at the moment. Cheers, Bruce. --==_Exmh_-1723187815P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6uBxN2MoxcVugUsMRAtXPAKCXrk+MnKZwNrNiWYdVHy+/NzO8PwCgxJLV IxgM+dOh2DunOX6sA2JZ7/Q= =88xQ -----END PGP SIGNATURE----- --==_Exmh_-1723187815P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19:21:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by hub.freebsd.org (Postfix) with ESMTP id D54DE37B734; Tue, 20 Mar 2001 19:21:51 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-1.cisco.com (8.9.3/8.9.1) with ESMTP id TAA19933; Tue, 20 Mar 2001 19:21:49 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2L3Lni16179; Tue, 20 Mar 2001 19:21:49 -0800 (PST) (envelope-from bmah) Message-Id: <200103210321.f2L3Lni16179@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Peter Wemm Cc: "Michael C . Wu" , "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <200103210307.f2L37Zh53233@mobile.wemm.org> References: <200103210307.f2L37Zh53233@mobile.wemm.org> Comments: In-reply-to Peter Wemm message dated "Tue, 20 Mar 2001 19:07:35 -0800." 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_-1701844519P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 19:21:49 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1701844519P Content-Type: text/plain; charset=us-ascii If memory serves me right, Peter Wemm wrote: > "Michael C . Wu" wrote: > > On Tue, Mar 20, 2001 at 04:13:17PM -0600, Michael C . Wu scribbled: > > | On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: > > > > > > I have just finished making the patch to fix this problem. > > I will start the buildworld now. In the mean time, > > if someone has a fast box, please test the patch at > > > > http://people.freebsd.org/~keichii/fix-current-broken-man-build.diff > > I kinda object to backing this stuff out. The problem is elsewhere. This > stuff builds correctly on its own, it is something wrong with the world > environment. eg: do a 'make install' in src/share/mk and the world works > fine. Since this seems to be needed, the problem is in 'world', not these > makefiles. Huh?!? Ruslan's commit was intended to remove (most of the) MAN8= definitions in certain Makefiles. That's great. Unfortunately, in some cases, he also removed SRCS= definitions, which is not so good inasmuch as it breaks buildworld. Either he deleted too much out of the Makefiles, or the SRCS= removal was intentional and should have been documented in the commit message (as far as I can tell this has *nothing* to do with manpages). Michael's patch (which unbreaks buildworld) only backs out the SRCS= changes. Feel free to hand me a giant clue if I'm missing something really obvious. In other words, is world *supposed* to build in the absence of SRCS= definitions? Bruce. --==_Exmh_-1701844519P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6uB5N2MoxcVugUsMRAkvBAJ0Rid4UiRnY5VdW6Betntf4hx4xBwCfa+MY jcQfJsWluP1SM4y9JGF/0Kk= =+AhL -----END PGP SIGNATURE----- --==_Exmh_-1701844519P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19:37:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id F26DF37B71C; Tue, 20 Mar 2001 19:37:10 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2L3bAp87218; Tue, 20 Mar 2001 19:37:10 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2L3bAh53488; Tue, 20 Mar 2001 19:37:10 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103210337.f2L3bAh53488@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: bmah@FreeBSD.ORG Cc: "Michael C . Wu" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <200103210321.f2L3Lni16179@bmah-freebsd-0.cisco.com> Date: Tue, 20 Mar 2001 19:37:10 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Bruce A. Mah" wrote: > --==_Exmh_-1701844519P > Content-Type: text/plain; charset=us-ascii > > If memory serves me right, Peter Wemm wrote: > > "Michael C . Wu" wrote: > > > On Tue, Mar 20, 2001 at 04:13:17PM -0600, Michael C . Wu scribbled: > > > | On Tue, Mar 20, 2001 at 02:03:29PM -0800, Bruce A. Mah scribbled: > > > > > > > > > I have just finished making the patch to fix this problem. > > > I will start the buildworld now. In the mean time, > > > if someone has a fast box, please test the patch at > > > > > > http://people.freebsd.org/~keichii/fix-current-broken-man-build.diff > > > > I kinda object to backing this stuff out. The problem is elsewhere. This > > stuff builds correctly on its own, it is something wrong with the world > > environment. eg: do a 'make install' in src/share/mk and the world works > > fine. Since this seems to be needed, the problem is in 'world', not these > > makefiles. > > Huh?!? > > Ruslan's commit was intended to remove (most of the) MAN8= definitions > in certain Makefiles. That's great. > > Unfortunately, in some cases, he also removed SRCS= definitions, which is > not so good inasmuch as it breaks buildworld. Either he deleted too > much out of the Makefiles, or the SRCS= removal was intentional and > should have been documented in the commit message (as far as I can tell > this has *nothing* to do with manpages). > > Michael's patch (which unbreaks buildworld) only backs out the SRCS= > changes. > > Feel free to hand me a giant clue if I'm missing something really > obvious. In other words, is world *supposed* to build in the absence of > SRCS= definitions? > > Bruce. If SRCS is undefined, then SRCS=${PROG}.c. ie: peter@daintree[7:30pm]~src/usr.sbin/sicontrol-283> grep SRCS Makefile peter@daintree[7:30pm]~src/usr.sbin/sicontrol-284> make -V SRCS sicontrol.c peter@daintree[7:30pm]~src/usr.sbin/sicontrol-285> make -V PROG sicontrol Adding back SRCS=prog.c explicitly is not the solution. It is just hiding a problem elsewhere. We use this extensively elsewhere, eg: peter@daintree[7:31pm]~src/bin/cat-290> cat Makefile # @(#)Makefile 8.1 (Berkeley) 5/31/93 # $FreeBSD: src/bin/cat/Makefile,v 1.5 1999/08/27 23:13:32 peter Exp $ PROG= cat .include Right now, the problem appears to be src/usr.sbin/amd/* only. The amd/Makefile.inc has: SRCS+= config_local.h etc. This stops the .if !defined(SRCS) SRCS=${PROG}.c .endif in bsd.prog.mk from working. peter@daintree[7:36pm]~src/usr.sbin/amd/mk-amd-map-112> make -V SRCS config_local.h mount.h nfs_prot.h ie: bsd.prog.mk never gets around to providing the base definition of SRCS. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19:48: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id E9EA137B718 for ; Tue, 20 Mar 2001 19:48:05 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id WAA12274; Tue, 20 Mar 2001 22:47:33 -0500 (EST) Date: Tue, 20 Mar 2001 22:47:33 -0500 (EST) From: Daniel Eischen To: current@FreeBSD.org Subject: What's up with telnet? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I admit I haven't been able to read every -current and -commit message, but a search of the mail archives doesn't yield anything either... What's going on with telnet? Trying to telnet to localhost or `hostname` yields: bash-2.02$ telnet localhost Trying ::1... Connected to localhost. Escape character is '^]'. Trying SRA secure login: User (deischen): OK, fine, if I enter my userid and password I get in. But if I want to break out of it using CTRL ] quit, that doesn't work. Neither does CTRL-C. I can however break out of telnet to other boxen. I haven't tried telnet to another recent -current box. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 19:58:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from 203.141.142.186.user.am.il24.net (203.141.142.186.user.am.il24.net [203.141.142.186]) by hub.freebsd.org (Postfix) with ESMTP id A81B037B724; Tue, 20 Mar 2001 19:58:07 -0800 (PST) (envelope-from makoto@hauN.ORG) Received: by 203.141.142.186.user.am.il24.net (Postfix, from userid 1001) id C743F3668; Wed, 21 Mar 2001 12:58:05 +0900 (JST) From: minoura@netbsd.org (MINOURA Makoto) To: Jeroen Ruigrok/Asmodai Cc: "Michael C . Wu" , current@freebsd.org, i18n@freebsd.org, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> <20010320171736.L22505@daemon.ninth-circle.org> MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: 21 Mar 2001 12:58:05 +0900 In-Reply-To: <20010320171736.L22505@daemon.ninth-circle.org> (Jeroen Ruigrok/Asmodai's message of "Tue, 20 Mar 2001 17:17:36 +0100") Lines: 14 Message-Id: <20010321035805.C743F3668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |> In <20010320171736.L22505@daemon.ninth-circle.org> |> Jeroen Ruigrok/Asmodai wrote: > Which is still something which needs to be done yes. Hmmm, I didn't know that... FreeBSD lacks iswprint() etc... It's..., it's ok, Michael is right, there's no way to do that w/o adding some functions to libc. Ideally we have to implement isw*() family though, of course. -- Minoura Makoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 20: 2:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from 203.141.142.186.user.am.il24.net (203.141.142.186.user.am.il24.net [203.141.142.186]) by hub.freebsd.org (Postfix) with ESMTP id 8EEBA37B73B; Tue, 20 Mar 2001 20:02:42 -0800 (PST) (envelope-from makoto@hauN.ORG) Received: by 203.141.142.186.user.am.il24.net (Postfix, from userid 1001) id C97FC3668; Wed, 21 Mar 2001 13:02:41 +0900 (JST) From: minoura@netbsd.org (MINOURA Makoto) To: Garrett Wollman Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: 21 Mar 2001 13:02:41 +0900 In-Reply-To: <200103201736.MAA09185@khavrinen.lcs.mit.edu> (Garrett Wollman's message of "Tue, 20 Mar 2001 12:36:17 -0500 (EST)") Lines: 25 Message-Id: <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |> In <200103201736.MAA09185@khavrinen.lcs.mit.edu> |> Garrett Wollman wrote: > Not true. The `rune' API was developed by the Plan 9 people by > intention to be different from (in their view, superior to) the ISO C > multibyte/wide character API. But not widely adopted. ISO C is well-maintained so that it's now superior to rune, I think. Sorry I'm not sure but rune API is slightly different between 4.4BSD and Plan9, isn't it? It's not a standard. Sources of the standard commands are often used as a living textbook to other programmers. They should be as `good' as possible, and in my opinion `good' includes `standard-complient'. > Note the mailing-lists named in the headers of this message. I know that. Just FYI. Of course it's nonsence if you think we should go our own alone way. -- Minoura Makoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 20:14:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E86D037B72C; Tue, 20 Mar 2001 20:14:07 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA04826; Wed, 21 Mar 2001 15:14:03 +1100 Date: Wed, 21 Mar 2001 15:13:42 +1100 (EST) From: Bruce Evans X-Sender: bde@gamplex.bde.org To: "Bruce A. Mah" Cc: "Michael C . Wu" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Mar 2001, Bruce A. Mah wrote: > If memory serves me right, "Michael C . Wu" wrote: > > > cvs diff: Diffing . > > Index: Makefile > > =================================================================== > > RCS file: /home/ncvs/src/usr.sbin/amd/mk-amd-map/Makefile,v > > retrieving revision 1.11 > > diff -u -r1.11 Makefile > > --- Makefile 2001/03/20 18:16:16 1.11 > > +++ Makefile 2001/03/20 21:37:46 > > @@ -8,6 +8,10 @@ > > > > .PATH: ${.CURDIR}/../../../contrib/amd/mk-amd-map > > > > +MAN8= mk-amd-map.8 > > + > > +SRCS= mk-amd-map.c > > + > > PROG= mk-amd-map > > > > .include > > That reverts all of Ruslan's change. You don't want to put the MAN8= > definition back, because that was the point of his commit. Just the > SRCS= needs to be reverted. It doesn't quite revert them. It also adds 2 style bugs (1 more blank line and perfect disordering of the macros (the normal order is PROG, [SRCS], [MAN*]). > Now Ruslan (or someone) needs to go and fix all of these files too: > > src/usr.sbin/amd/wire-test/Makefile > src/usr.sbin/ancontrol/Makefile > src/usr.sbin/usbdevs/Makefile > src/usr.sbin/wicontrol/Makefile > src/usr.sbin/wlconfig/Makefile Only the amd ones are broken. The bug is in ../Makefile.inc. It spams ${SRCS} with some nfs headers. This breaks 's automatic setting of ${SRCS} from ${PROG}. SRCS should be under the control of individual Makefiles except for the default in . This bug also causes bogus setting and building of nfs headers in amd subdirs that don't have any C sources and/or don't need any nfs headers, e.g. in the scripts subdir. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 20:27:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by hub.freebsd.org (Postfix) with ESMTP id B247937B729; Tue, 20 Mar 2001 20:27:29 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-1.cisco.com (8.9.3/8.9.1) with ESMTP id UAA13446; Tue, 20 Mar 2001 20:27:33 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2L4RT416895; Tue, 20 Mar 2001 20:27:29 -0800 (PST) (envelope-from bmah) Message-Id: <200103210427.f2L4RT416895@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Peter Wemm Cc: bmah@FreeBSD.ORG, "Michael C . Wu" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map In-Reply-To: <200103210337.f2L3bAh53488@mobile.wemm.org> References: <200103210337.f2L3bAh53488@mobile.wemm.org> Comments: In-reply-to Peter Wemm message dated "Tue, 20 Mar 2001 19:37:10 -0800." 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_-1430435779P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Mar 2001 20:27:29 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1430435779P Content-Type: text/plain; charset=us-ascii If memory serves me right, Peter Wemm wrote: > If SRCS is undefined, then SRCS=${PROG}.c. ie: > > peter@daintree[7:30pm]~src/usr.sbin/sicontrol-283> grep SRCS Makefile > peter@daintree[7:30pm]~src/usr.sbin/sicontrol-284> make -V SRCS > sicontrol.c > peter@daintree[7:30pm]~src/usr.sbin/sicontrol-285> make -V PROG > sicontrol > > Adding back SRCS=prog.c explicitly is not the solution. It is just hiding > a problem elsewhere. [snip] Thanks for the clue. I learned something new today. (Unfortunately, not enough to fix the problem, but I bet one of you -CURRENT gods can come up with a fix.) Cheers, Bruce. --==_Exmh_-1430435779P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6uC2x2MoxcVugUsMRAukYAKCNbmhYE4tmQGzUzRgcs2iTJnfv3QCfcUhv g5e3TQUPpXHHKSCkCUJtmdc= =DykE -----END PGP SIGNATURE----- --==_Exmh_-1430435779P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 20:54:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id C13C937B71A; Tue, 20 Mar 2001 20:54:31 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 9DA1459289; Tue, 20 Mar 2001 22:54:29 -0600 (CST) Date: Tue, 20 Mar 2001 22:54:29 -0600 From: "Michael C . Wu" To: Peter Wemm Cc: "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Message-ID: <20010320225429.A59802@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Peter Wemm , "Bruce A. Mah" , ru@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <20010320192326.A57158@peorth.iteration.net> <200103210307.f2L37Zh53233@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103210307.f2L37Zh53233@mobile.wemm.org>; from peter@netplex.com.au on Tue, Mar 20, 2001 at 07:07:35PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 07:07:35PM -0800, Peter Wemm scribbled: | "Michael C . Wu" wrote: I just committed a fix that should unbreak world. Please let me know if there are any problems. It is a trivial mistake that could been spared by a little testing. Thanks Bruce M., Peter, Warner, and Bruce E. :) Michael -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 23:14: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from hell.branda.to (61-216-80-21.HINET-IP.hinet.net [61.216.80.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A39937B71F for ; Tue, 20 Mar 2001 23:13:53 -0800 (PST) (envelope-from thinker@branda.to) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by hell.branda.to with local; Wed, 21 Mar 2001 07:53:10 +0000 Date: Wed, 21 Mar 2001 07:53:10 +0000 From: thinker To: freebsd-current@freebsd.org Cc: keichii@iteration.net Subject: Re: /bin/ls mb patch again Message-ID: <20010321075310.A21539@hell.branda.to> References: <20010320023657.B47174@peorth.iteration.net> <20010320163153.A14341@hell.branda.to> <20010320023657.B47174@peorth.iteration.net> <200103210125.f2L1PU919996@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103210125.f2L1PU919996@harmony.village.org>; from imp@harmony.village.org on Tue, Mar 20, 2001 at 06:25:30PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 06:25:30PM -0700, Warner Losh wrote: > In message <20010320023657.B47174@peorth.iteration.net> "Michael C . Wu" writes: > : Thinker thinks that memset() is too costly to use here > : to modify one or two bytes. I agreed with him in that > : filenames can't be that long to justify the memset() > : overhead. However, with today's CPU power, I think > : memset()'s overhead will only be noticeable with a > : large directory filled with data. Please tell Thinker > : what you think. > > It is mostly a conceptual thing. You are setting memory or copying > memory. You should use the API for that rather than roll your own. I don't know what does it make different. I think it likes adding a comment at right of variable 'len' to tell people it is meaning 'length'. Should we crazy functionize every thing? Every one have a choice. No matter what, the code should be accepted by most people here. I provide another version as another choice. ---------- begin --------------- --- util.c.orig Sun Mar 18 16:35:12 2001 +++ util.c Wed Mar 21 07:29:51 2001 @@ -60,15 +60,41 @@ prn_printable(s) const char *s; { - unsigned char c; - int n; + const char *p; /* String walker. */ + char *r, *ri; /* Ptr for result string & walker of it. */ + int len; + int dc; /* Count down of length after 'p' . */ + size_t sz; /* Number of bytes been processed. */ + wchar_t c; - for (n = 0; (c = *s) != '\0'; ++s, ++n) - if (isprint(c)) - putchar(c); - else - putchar('?'); - return n; + if (s == NULL) + return (0); + p = s; + dc = len = strlen(s); + ri = r = (char *)malloc(len + 1); + if (r == NULL) + return (0); + + while (dc > 0) { + sz = mbtowc(&c, p, dc); + if (sz < 0) { /* Not be recognized. */ + p++; + dc--; + *ri++ = '?'; + } else { + if (isprint(c)) + memcpy(ri, p, sz); + else + memset(ri, (int)'?', sz); + ri += sz; + p += sz; + dc -= sz; + } + } + *ri = '\0'; + printf("%s", r); + free(r); + return (len); } /* ---------- end ----------------- -- thinker@branda.to Branda Open Site (BOS) thinker.bbs@bbs.yzu.edu.tw http://www.branda.to/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 20 23:16:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CC8C837B71C for ; Tue, 20 Mar 2001 23:16:09 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA26511; Wed, 21 Mar 2001 18:15:57 +1100 Date: Wed, 21 Mar 2001 18:15:36 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Daniel Eischen Cc: current@FreeBSD.ORG Subject: Re: What's up with telnet? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Mar 2001, Daniel Eischen wrote: > What's going on with telnet? Trying to telnet to localhost or `hostname` > yields: > > bash-2.02$ telnet localhost > Trying ::1... > Connected to localhost. > Escape character is '^]'. > Trying SRA secure login: > User (deischen): > > OK, fine, if I enter my userid and password I get in. But if I want This too is broken if there is no password. > to break out of it using CTRL ] quit, that doesn't work. Neither does > CTRL-C. Neither does CTRL-D or `kill -HUP' on the process. Hard hangup seems to work properly. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 1:55:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from sender.ngi.de (sender.ngi.de [212.79.47.18]) by hub.freebsd.org (Postfix) with ESMTP id 5E43F37B743; Wed, 21 Mar 2001 01:55:45 -0800 (PST) (envelope-from se@FreeBSD.org) Received: from Gatekeeper.FreeBSD.org (kol2-3e367396.pool.mediaWays.net [62.54.115.150]) by sender.ngi.de (Postfix) with ESMTP id B378696D51; Wed, 21 Mar 2001 10:51:37 +0100 (CET) Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id 2E5A1AB; Wed, 21 Mar 2001 10:42:03 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 873C51490; Wed, 21 Mar 2001 10:39:40 +0100 (CET) Date: Wed, 21 Mar 2001 10:39:40 +0100 From: Stefan Esser To: Ulf Zimmermann Cc: current@FreeBSD.ORG, Stefan Esser Subject: Re: Re: Whatever happened to CTM? Message-ID: <20010321103940.A2339@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Ulf Zimmermann , current@FreeBSD.ORG References: <20010319183444.B42390@peorth.iteration.net> <20010319170118.H38843@seven.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010319170118.H38843@seven.alameda.net>; from ulf@Alameda.net on Mon, Mar 19, 2001 at 05:01:18PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2001-03-19 17:01 -0800, Ulf Zimmermann wrote: > I have been hosting the machine which ran ctm, unfortunatly my provider > cut me off and I just got some access back, but not for the location > the ctm machine is located at. Ummm, that's bad ... I had been hoping that CTM deltas might just start turning up at the well known places again, anytime soon ... > At this time I do not know yet when it will have access again. There are many sites that rely on CTM for one reason or the other. At work, I can't get CVSUP through the firwall, and thus it is no option at all. Just an idea: How about a CVSUP via HTTPS server (just as a means to tunnel CVSUP through a HTTPS proxy ...) ? Most probably a CVSUP daemon bound to port 443 would do (there are programs that tunnel arbitrary data through a HTTPS proxy, though I admit this is cheating ;-) Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 2:30:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from aes.thinksec.com (aes.thinksec.com [193.212.248.16]) by hub.freebsd.org (Postfix) with ESMTP id EF72237B71D for ; Wed, 21 Mar 2001 02:30:30 -0800 (PST) (envelope-from des@thinksec.com) Received: (from des@localhost) by aes.thinksec.com (8.11.3/8.11.3) id f2LAQcL04577; Wed, 21 Mar 2001 11:26:38 +0100 (CET) (envelope-from des@thinksec.com) X-Authentication-Warning: aes.thinksec.com: des set sender to des@thinksec.com using -f X-URL: http://www.ofug.org/~des/ To: Tor.Egge@fast.no Cc: current@FreeBSD.ORG Subject: Re: trap in vm_fault References: <200103202239.XAA55583@midten.fast.no> From: Dag-Erling Smorgrav Date: 21 Mar 2001 11:26:37 +0100 In-Reply-To: Tor.Egge@fast.no's message of "Tue, 20 Mar 2001 23:39:34 +0100" Message-ID: Lines: 10 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tor.Egge@fast.no writes: > Trying to mount a music cd might cause the atapi code to try to read > 9408 bytes into a 8192 bytes long buffer. That's not it. There was a music CD in the drive, but no attempt was made to mount it - I wasn't even there when it crashed. DES --=20 Dag-Erling Sm=F8rgrav - des@thinksec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 3: 3:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 8CB3A37B71E; Wed, 21 Mar 2001 03:03:38 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2LB32661555; Wed, 21 Mar 2001 13:03:02 +0200 (EET) (envelope-from ru) Date: Wed, 21 Mar 2001 13:03:02 +0200 From: Ruslan Ermilov To: Bruce Evans Cc: "Bruce A. Mah" , "Michael C . Wu" , freebsd-current@FreeBSD.ORG Subject: Re: CURRENT breakage in usr.sbin/amd/mk-amd-map Message-ID: <20010321130302.B57754@sunbay.com> Mail-Followup-To: Bruce Evans , "Bruce A. Mah" , "Michael C . Wu" , freebsd-current@FreeBSD.ORG References: <200103202203.f2KM3TF19636@bmah-freebsd-0.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Wed, Mar 21, 2001 at 03:13:42PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 03:13:42PM +1100, Bruce Evans wrote: [...] > Only the amd ones are broken. The bug is in ../Makefile.inc. It spams > ${SRCS} with some nfs headers. This breaks 's automatic > setting of ${SRCS} from ${PROG}. SRCS should be under the control of > individual Makefiles except for the default in . > > This bug also causes bogus setting and building of nfs headers in amd > subdirs that don't have any C sources and/or don't need any nfs headers, > e.g. in the scripts subdir. > Fixed now, sorry. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 4: 9:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 5915C37B71E; Wed, 21 Mar 2001 04:09:19 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2LC5gF12549; Wed, 21 Mar 2001 15:05:42 +0300 (MSK) (envelope-from ache) Date: Wed, 21 Mar 2001 15:05:39 +0300 From: "Andrey A. Chernov" To: thinker , i18n@freebsd.org Cc: freebsd-current@freebsd.org, keichii@peorth.iteration.net Subject: Re: patch /bin/ls again, for mb supporting. Message-ID: <20010321150537.A12397@nagual.pp.ru> References: <20010320164901.A14424@hell.branda.to> <20010320011246.O29888@fw.wintelcom.net> <20010320173710.A14702@hell.branda.to> <20010320181320.A15057@hell.branda.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320181320.A15057@hell.branda.to>; from thinker@branda.to on Tue, Mar 20, 2001 at 06:13:20PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 20, 2001 at 18:13:20 +0000, thinker wrote: > + sz = mbtowc(&c, p, dc); > + if (isprint(c)) { As MINOURA correctly notes, you can't use isprint() with wchar_t type (isprint() is for runes and single chars only, but runes are not widely accepted standard). You need to use iswprint(), see http://www.opengroup.org/onlinepubs/007908799/xsh/iswprint.html It means you need to implement wctype.h and isw*() family _before_ any ls modifications. Of course they can be easily implemented via existen runes, so consider runes as internal interface. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 4:28:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3863E37B724; Wed, 21 Mar 2001 04:28:23 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2LCRe412782; Wed, 21 Mar 2001 15:27:40 +0300 (MSK) (envelope-from ache) Date: Wed, 21 Mar 2001 15:27:39 +0300 From: "Andrey A. Chernov" To: MINOURA Makoto Cc: Jeroen Ruigrok/Asmodai , "Michael C . Wu" , current@FreeBSD.ORG, i18n@FreeBSD.ORG, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010321152738.B12397@nagual.pp.ru> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> <20010320171736.L22505@daemon.ninth-circle.org> <20010321035805.C743F3668@203.141.142.186.user.am.il24.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010321035805.C743F3668@203.141.142.186.user.am.il24.net>; from minoura@netbsd.org on Wed, Mar 21, 2001 at 12:58:05PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 12:58:05 +0900, MINOURA Makoto wrote: > > |> In <20010320171736.L22505@daemon.ninth-circle.org> > |> Jeroen Ruigrok/Asmodai wrote: > > > Which is still something which needs to be done yes. > > Hmmm, I didn't know that... FreeBSD lacks iswprint() etc... > > It's..., it's ok, Michael is right, there's no way to do that > w/o adding some functions to libc. Ideally we have to > implement isw*() family though, of course. I fully agree. wctype.h and isw*() must be implemented first instead of hacking or using private interface (like runes) in userland program. It will be easy to implement them over existen ctype mechanism masking runes with wchar_t. Any takers? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 4:56: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns5.pacific.net.au (ns5.pacific.net.au [203.143.252.30]) by hub.freebsd.org (Postfix) with ESMTP id 26FA437B718 for ; Wed, 21 Mar 2001 04:55:58 -0800 (PST) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp152.dyn248.pacific.net.au [203.143.248.152]) by ns5.pacific.net.au (8.9.0/8.9.1) with ESMTP id XAA29534; Wed, 21 Mar 2001 23:54:51 +1100 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.1/8.11.1) with ESMTP id f2LBi1911828; Wed, 21 Mar 2001 21:44:01 +1000 (EST) (envelope-from mckay) Message-Id: <200103211144.f2LBi1911828@dungeon.home> To: Ulf Zimmermann Cc: current@freebsd.org, mckay@thehub.com.au, "Michael C . Wu" , Vladimir Kushnir Subject: Re: Whatever happened to CTM? References: <20010319183444.B42390@peorth.iteration.net> <20010319170118.H38843@seven.alameda.net> In-Reply-To: <20010319170118.H38843@seven.alameda.net> from Ulf Zimmermann at "Tue, 20 Mar 2001 01:01:18 +0000" Date: Wed, 21 Mar 2001 21:44:00 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 20th March 2001, Ulf Zimmermann wrote: >On Mon, Mar 19, 2001 at 04:53:33PM -0800, John Baldwin wrote: >> >> On 20-Mar-01 Michael C . Wu wrote: >> > For all connections greater than 9600baud modems, we recommend >> > using CVSup to get src-all and ports-all updated. At the worst case, >> > be able to CVSup a ports-all collection within an hour, with heavy >> > packet loss and low bandwidth. >> > >> > i.e. CTM sucks, don't use it. :) On the contrary, I prefer CTM over CVSup, even on a fast connection (which I don't currently have). On a slow or intermittent connection, CTM beats CVSup by a large margin. >> cvsup is not available via e-mail for those who may only have e-mail access >> for one reason or another. Firewalls make CTM style delivery essential. (No, Stefan, I don't like your tunneling idea. :-) >I have been hosting the machine which ran ctm, And many thanks indeed for your service! >unfortunatly my provider >cut me off and I just got some access back, but not for the location >the ctm machine is located at. > >At this time I do not know yet when it will have access again. Surely FreeBSD Inc (or whatever it is that owns the freebsd.org machines) could spring for a box. Assuming Ulf is still keen, it shouldn't be too hard for him to remote administer it. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 4:58:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 4C32737B740; Wed, 21 Mar 2001 04:58:31 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2LCwRf43298; Wed, 21 Mar 2001 14:58:27 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103211258.f2LCwRf43298@gratis.grondar.za> To: Stefan Esser Cc: Ulf Zimmermann , current@FreeBSD.ORG Subject: Re: Whatever happened to CTM? References: <20010321103940.A2339@StefanEsser.FreeBSD.org> In-Reply-To: <20010321103940.A2339@StefanEsser.FreeBSD.org> ; from Stefan Esser "Wed, 21 Mar 2001 10:39:40 +0100." Date: Wed, 21 Mar 2001 14:59:28 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Just an idea: > > How about a CVSUP via HTTPS server (just as a means to tunnel CVSUP > through a HTTPS proxy ...) ? > > Most probably a CVSUP daemon bound to port 443 would do (there are > programs that tunnel arbitrary data through a HTTPS proxy, though > I admit this is cheating ;-) You should be able to do it with SSH (assuming that you can get out with ssh!) $ ssh -v -l yourname otherhost.example.com -L5559:cvsup.example.com:5559 Then doing a cvsup with the server set to 127.0.0.1 will work. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 5:33:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 2F40137B71B for ; Wed, 21 Mar 2001 05:33:34 -0800 (PST) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 6AB775C78 for ; Wed, 21 Mar 2001 14:29:11 +0100 (CET) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id DDB1A26C; Wed, 21 Mar 2001 14:29:10 +0100 (CET) Date: Wed, 21 Mar 2001 14:29:10 +0100 From: Ollivier Robert To: FreeBSD Current Users' list Subject: World broken in fsdb by fsck_ffs changes. Message-ID: <20010321142910.E82319@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> sbin/fsdb cc -O -pipe -march=pentiumpro -I/src/src/sbin/fsdb/../fsck_ffs -I/usr/obj/src/src/i386/usr/include -c /src/src/sbin/fsdb/fsdb.c cc -O -pipe -march=pentiumpro -I/src/src/sbin/fsdb/../fsck_ffs -I/usr/obj/src/src/i386/usr/include -c /src/src/sbin/fsdb/fsdbutil.c /src/src/sbin/fsdb/../fsck_ffs/fsck.h:201: storage size of `cmd' isn't known *** Error code 1 Stop in /src/src/sbin/fsdb. *** Error code 1 -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 5:45:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 6155F37B719 for ; Wed, 21 Mar 2001 05:45:13 -0800 (PST) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 05B135C7F for ; Wed, 21 Mar 2001 14:43:08 +0100 (CET) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 2FF1B100; Wed, 21 Mar 2001 14:43:07 +0100 (CET) Date: Wed, 21 Mar 2001 14:43:07 +0100 From: Ollivier Robert To: FreeBSD Current Users' list Subject: World breaks in sbin/fsdb [PATCH] Message-ID: <20010321144307.F82319@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cvs diff: Diffing . Index: fsdbutil.c =================================================================== RCS file: /home/ncvs/src/sbin/fsdb/fsdbutil.c,v retrieving revision 1.10 diff -u -2 -r1.10 fsdbutil.c --- fsdbutil.c 2000/05/01 20:01:16 1.10 +++ fsdbutil.c 2001/03/21 13:42:01 @@ -35,4 +35,5 @@ #include +#include #include #include @@ -43,4 +44,5 @@ #include +#include #include "fsdb.h" -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 7:36:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from clotaire.iuta.univ-nancy2.fr (clotaire.iuta.univ-nancy2.fr [193.55.238.2]) by hub.freebsd.org (Postfix) with ESMTP id 207F137B727 for ; Wed, 21 Mar 2001 07:36:41 -0800 (PST) (envelope-from filipovi@iuta.univ-nancy2.fr) Received: from witold (witold.iuta.univ-nancy2.fr [193.55.238.68]) by clotaire.iuta.univ-nancy2.fr (8.11.2/8.11.1) with ESMTP id f2LFach17381 for ; Wed, 21 Mar 2001 16:36:40 +0100 (CET) (envelope-from filipovi@iuta.univ-nancy2.fr) Message-Id: <4.2.0.58.20010321164423.01e73f10@clotaire.iuta.univ-nancy2.fr> X-Sender: filipovi@clotaire.iuta.univ-nancy2.fr X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Wed, 21 Mar 2001 16:44:55 +0100 To: freebsd-current@FreeBSD.org From: Pascal Filipovicz Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current subscribe cvs-all -- Pascal Filipovicz --- IUT 'A' Nancy-Verdun - S.C.I. 2ter, bd Charlemagne CS 5227 54000 Nancy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 9:42:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id C60C537B738 for ; Wed, 21 Mar 2001 09:42:45 -0800 (PST) (envelope-from bugs@freebsd.netcom.com) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id LAA25479 for freebsd-current@FreeBSD.ORG; Wed, 21 Mar 2001 11:40:16 -0600 (CST) From: Mark Hittinger Message-Id: <200103211740.LAA25479@freebsd.netcom.com> Subject: Re: ahc driver: aic7892 no longer supported To: freebsd-current@FreeBSD.ORG Date: Wed, 21 Mar 2001 11:40:16 -0600 (CST) In-Reply-To: <200103202342.f2KNfvs74802@aslan.scsiguy.com> from "Justin T. Gibbs" at Mar 20, 2001 04:41:57 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > >Looks like I've got a similar problem only its aic7880/wide > >I've got a Dell optiplex 450 with an Adaptec 2940uw controller which can > >boot but can't "mountroot". > > Perhaps something happend recently that makes it difficult to get > "largish" chuncks of contiguous memory? You'll have to instrument > the driver to find out where the attach is failing. Start by going > into aic7xxx.c:ahc_init() and adding a printf to all of the early > returns. If that doesn't catch it, do the same for > aic7xxx_pci.c:aic7xxx_config(). In aic7xxx_pci.c:ahc_pci_config() the call to ahc_pci_map_int(ahc) is failing. bus_alloc_resource() appears to need more time than I have right now so that will have to wait till tonight :-) It does look like a more fundamental problem below the scsi driver is involved. Thanks Justin. Later Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:31:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 51C5E37B718 for ; Wed, 21 Mar 2001 10:39:21 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2LIcEn28277 for current@freebsd.org; Wed, 21 Mar 2001 10:38:14 -0800 (PST) Date: Wed, 21 Mar 2001 10:38:14 -0800 From: Alfred Perlstein To: current@freebsd.org Subject: ** HEADS UP ** Message-ID: <20010321103814.O12319@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG portmap is dead, long live rpcbind! This means you'll need to update /etc/hosts.allow probably like revision 1.12 where I did a s/protmap/rpcbind/g. And now that I have your attention... Anyone want to add the tirpc stuff to our newsflash? What about Kirk's background fsck? What about the BABUG meeting on Thursday? There's gonna be a film crew from IBM-Linux there and a tutorial on netbooting. http://www.bafug.net/meetings/NextMeetingBerk.html -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:31:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from bach.Graphics.Cornell.EDU (bach.graphics.cornell.edu [128.84.247.50]) by hub.freebsd.org (Postfix) with ESMTP id 291A037B71E for ; Wed, 21 Mar 2001 10:41:00 -0800 (PST) (envelope-from hurf@Graphics.Cornell.EDU) Received: from graphics.cornell.edu (barn.graphics.cornell.edu [128.84.247.210]) by bach.Graphics.Cornell.EDU (8.9.1/8.9.1) with ESMTP id NAA24560 for ; Wed, 21 Mar 2001 13:39:49 -0500 (EST) (envelope-from hurf@graphics.cornell.edu) Message-ID: <3AB8F56A.9D85E58A@graphics.cornell.edu> Date: Wed, 21 Mar 2001 13:39:38 -0500 From: Hurf Sheldon Organization: PCG X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: cvsup/cvsupfile question Content-Type: multipart/mixed; boundary="------------12469C10F74B73314A24F39E" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------12469C10F74B73314A24F39E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Darn, Using cvsup to catch up to changes for 4.2-Stable, we ended up with 4.3-Beta. We used cvsup Nov-December, with (I thought) the attached cvsup file, to keep 4.2-Stable current. We ran cvsup yesterday. After `buildworld`, `buildkernel`, `uname` says: FreeBSD [host] 4.3-BETA FreeBSD 4.3-BETA #0: Wed Mar 21 previous build `uname` says: FreeBSD [host] 4.2-STABLE FreeBSD 4.2-STABLE #1: Wed Dec 6 Where'd we go wrong? Can it be put right? If it is best to reload, what is [a, the] correct cvsupfile configuration? /etc/cvsupfile: *default host=cvsup7.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_4 *default delete use-rel-suffix src-all src-crypto src-secure *default tag=. --------- thanks, hurf --------------12469C10F74B73314A24F39E Content-Type: text/plain; charset=us-ascii; name=".signature" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=".signature" Hurf Sheldon Dir. Research Systems Program of Computer Graphics 580 Rhodes Hall, Hoy Rd. Cornell University Ithaca, N.Y. 14853 voice:607 255 6713 fax:607 255 0806 email: hurf@graphics.cornell.edu http://www.graphics.cornell.edu/~hurf/ --------------12469C10F74B73314A24F39E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:49:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from seven.alameda.net (seven.alameda.net [63.86.88.230]) by hub.freebsd.org (Postfix) with ESMTP id 3678C37B72B for ; Wed, 21 Mar 2001 11:49:20 -0800 (PST) (envelope-from ulf@seven.alameda.net) Received: (from ulf@localhost) by seven.alameda.net (8.11.1/8.9.3) id f2LJo3d26226; Wed, 21 Mar 2001 11:50:03 -0800 (PST) (envelope-from ulf) Date: Wed, 21 Mar 2001 11:50:03 -0800 From: Ulf Zimmermann To: Stephen McKay Cc: Ulf Zimmermann , current@freebsd.org, "Michael C . Wu" , Vladimir Kushnir Subject: Re: Whatever happened to CTM? Message-ID: <20010321115003.B97752@seven.alameda.net> Reply-To: ulf@Alameda.net References: <20010319183444.B42390@peorth.iteration.net> <20010319170118.H38843@seven.alameda.net> <200103211144.f2LBi1911828@dungeon.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200103211144.f2LBi1911828@dungeon.home>; from mckay@thehub.com.au on Wed, Mar 21, 2001 at 09:44:00PM +1000 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.2-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 09:44:00PM +1000, Stephen McKay wrote: > On Tuesday, 20th March 2001, Ulf Zimmermann wrote: > > >On Mon, Mar 19, 2001 at 04:53:33PM -0800, John Baldwin wrote: > >> > >> On 20-Mar-01 Michael C . Wu wrote: > >> > For all connections greater than 9600baud modems, we recommend > >> > using CVSup to get src-all and ports-all updated. At the worst case, > >> > be able to CVSup a ports-all collection within an hour, with heavy > >> > packet loss and low bandwidth. > >> > > >> > i.e. CTM sucks, don't use it. :) > > On the contrary, I prefer CTM over CVSup, even on a fast connection (which > I don't currently have). On a slow or intermittent connection, CTM beats > CVSup by a large margin. > > >> cvsup is not available via e-mail for those who may only have e-mail access > >> for one reason or another. > > Firewalls make CTM style delivery essential. (No, Stefan, I don't like > your tunneling idea. :-) > > >I have been hosting the machine which ran ctm, > > And many thanks indeed for your service! > > >unfortunatly my provider > >cut me off and I just got some access back, but not for the location > >the ctm machine is located at. > > > >At this time I do not know yet when it will have access again. > > Surely FreeBSD Inc (or whatever it is that owns the freebsd.org machines) > could spring for a box. Assuming Ulf is still keen, it shouldn't be too > hard for him to remote administer it. > > Stephen. I am only the owner of the box on which ctm runs and had provided the connectivity. It was maintained by someone else. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:51:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from seven.alameda.net (seven.alameda.net [63.86.88.230]) by hub.freebsd.org (Postfix) with ESMTP id 1567937B72E for ; Wed, 21 Mar 2001 11:51:10 -0800 (PST) (envelope-from ulf@seven.alameda.net) Received: (from ulf@localhost) by seven.alameda.net (8.11.1/8.9.3) id f2LJqKh26264; Wed, 21 Mar 2001 11:52:20 -0800 (PST) (envelope-from ulf) Date: Wed, 21 Mar 2001 11:52:20 -0800 From: Ulf Zimmermann To: Ulf Zimmermann Cc: Stephen McKay , current@freebsd.org, "Michael C . Wu" , Vladimir Kushnir Subject: Re: Whatever happened to CTM? Message-ID: <20010321115220.C97752@seven.alameda.net> Reply-To: ulf@Alameda.net References: <20010319183444.B42390@peorth.iteration.net> <20010319170118.H38843@seven.alameda.net> <200103211144.f2LBi1911828@dungeon.home> <20010321115003.B97752@seven.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010321115003.B97752@seven.alameda.net>; from ulf@Alameda.net on Wed, Mar 21, 2001 at 11:50:03AM -0800 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.2-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On a positive note, both Pachell and Covad agree the localloop for my new DSL is ready, so I hope to see a covad person with router in the next few days, which would mean I should be up and running again soon. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:51:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 0D4C337B72E for ; Wed, 21 Mar 2001 11:51:36 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2LIidr94156 for freebsd-current@freebsd.org; Wed, 21 Mar 2001 10:44:39 -0800 (PST) (envelope-from obrien) Date: Wed, 21 Mar 2001 10:44:38 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Subject: ** HEADS UP ** portmap daemon renamed to rpcbind Message-ID: <20010321104438.A94096@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The Portmapper binary has been renamed from `portmap' to `rpcbind'. The name change was taken care of in /etc/defaults/rc.conf and in the auto-dependacy code in /etc/rc. HOWEVER, you may need to edit your /etc/hosts.allow and make the name change there. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 11:56:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by hub.freebsd.org (Postfix) with ESMTP id B75A337B729 for ; Wed, 21 Mar 2001 11:56:31 -0800 (PST) (envelope-from hroi@asdf.dk) Received: from usr00.cybercity.dk (usr00.cybercity.dk [212.242.40.34]) by cicero2.cybercity.dk (Postfix) with ESMTP id ACE17FFF34; Wed, 21 Mar 2001 20:56:26 +0100 (CET) Received: from asdf.dk (port18.ds1-noe.adsl.cybercity.dk [212.242.52.19]) by usr00.cybercity.dk (8.9.3/8.9.3) with ESMTP id UAA03713; Wed, 21 Mar 2001 20:56:22 +0100 (CET) (envelope-from hroi@asdf.dk) Message-ID: <3AB9065A.70BBCAA9@asdf.dk> Date: Wed, 21 Mar 2001 20:51:54 +0100 From: Hroi Sigurdsson Reply-To: freebsd-questions@FreeBSD.ORG Organization: Expert Knob Twiddlers X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Hurf Sheldon Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvsup/cvsupfile question References: <3AB8F56A.9D85E58A@graphics.cornell.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hurf Sheldon wrote: > Using cvsup to catch up to changes for 4.2-Stable, we ended up with > 4.3-Beta. This is perfectly alright. The -BETA just means that we are approaching 4.3-RELEASE after which it is called 4.3-STABLE and so on. It is the same code: .. -> 4.2-RELEASE -> 4.2-STABLE -> 4.3-BETA -> 4.3-RELEASE -> 4.3-STABLE ->.. This is a FAQ that really belongs on -questions (reply-to set). Cheers. -- Hroi Sigurdsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 12: 1:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id E34B237B73F for ; Wed, 21 Mar 2001 12:01:47 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2LK1Lf45019; Wed, 21 Mar 2001 22:01:24 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103212001.f2LK1Lf45019@gratis.grondar.za> To: Hurf Sheldon Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvsup/cvsupfile question References: <3AB8F56A.9D85E58A@graphics.cornell.edu> In-Reply-To: <3AB8F56A.9D85E58A@graphics.cornell.edu> ; from Hurf Sheldon "Wed, 21 Mar 2001 13:39:38 EST." Date: Wed, 21 Mar 2001 22:02:28 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Using cvsup to catch up to changes for 4.2-Stable, we ended up with > 4.3-Beta. We used cvsup Nov-December, with (I thought) the attached > cvsup file, to keep 4.2-Stable current. We ran cvsup yesterday. After > `buildworld`, `buildkernel`, `uname` says: > > FreeBSD [host] 4.3-BETA FreeBSD 4.3-BETA #0: Wed Mar 21 > > previous build `uname` says: > FreeBSD [host] 4.2-STABLE FreeBSD 4.2-STABLE #1: Wed Dec 6 > > Where'd we go wrong? Nowhere. > Can it be put right? It is right. This "BETA" (not to be confused with an unstable commercial "beta") is simply "STABLE" with a tag on it to indicate that it is going through the release engineering process to become 4.3-RELEASE (and then 4.3-STABLE). You have something that is stable, and is just close to the next release. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 12:35: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from gelemna.org (cc466188-a.pinev1.in.home.com [24.17.49.208]) by hub.freebsd.org (Postfix) with ESMTP id 1090B37B749; Wed, 21 Mar 2001 12:34:45 -0800 (PST) (envelope-from croyle@gelemna.org) Received: (from croyle@localhost) by gelemna.org (8.11.3/8.9.3) id f2LKTqQ47278; Wed, 21 Mar 2001 15:29:52 -0500 (EST) (envelope-from croyle@gelemna.org) To: "Andrey A. Chernov" Cc: Jeroen Ruigrok/Asmodai , "Michael C . Wu" , current@FreeBSD.ORG, i18n@FreeBSD.ORG, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> <20010320171736.L22505@daemon.ninth-circle.org> <20010321035805.C743F3668@203.141.142.186.user.am.il24.net> <20010321152738.B12397@nagual.pp.ru> From: Don Croyle Date: 21 Mar 2001 15:29:52 -0500 Organization: Minimal at best In-Reply-To: "Andrey A. Chernov"'s message of "Wed, 21 Mar 2001 15:27:39 +0300" Message-ID: <86snk6g91b.fsf@emerson.gelemna.org> Lines: 14 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" writes: > I fully agree. wctype.h and isw*() must be implemented first instead of > hacking or using private interface (like runes) in userland program. > It will be easy to implement them over existen ctype mechanism masking > runes with wchar_t. Any takers? If we're not going to bring in CITRUS, I'd prefer to see runes junked as an unnecessary layer of abstraction. Doing so would break backwards compatibility for locales, but I think we're going to end up doing that eventually anyway. -- I've always wanted to be a dilettante, but I've never quite been ready to make the commitment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 12:35:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D253A37B750 for ; Wed, 21 Mar 2001 12:35:03 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2LKUrG43335; Wed, 21 Mar 2001 12:30:53 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: <20010321144307.F82319@caerdonn.eurocontrol.fr> Date: Wed, 21 Mar 2001 12:30:26 -0800 (PST) From: John Baldwin To: Ollivier Robert Subject: RE: World breaks in sbin/fsdb [PATCH] Cc: "FreeBSD Current Users' list" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21-Mar-01 Ollivier Robert wrote: > cvs diff: Diffing . > Index: fsdbutil.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsdb/fsdbutil.c,v > retrieving revision 1.10 > diff -u -2 -r1.10 fsdbutil.c > --- fsdbutil.c 2000/05/01 20:01:16 1.10 > +++ fsdbutil.c 2001/03/21 13:42:01 > @@ -35,4 +35,5 @@ > > #include > +#include > #include > #include > @@ -43,4 +44,5 @@ > > #include > +#include > > #include "fsdb.h" > > -- > Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- > Ollivier.Robert@eurocontrol.fr > FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 If it fixes it, please commit. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 13:19:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id A091D37B71E; Wed, 21 Mar 2001 13:19:33 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA22140; Wed, 21 Mar 2001 16:19:10 -0500 (EST) (envelope-from wollman) Date: Wed, 21 Mar 2001 16:19:10 -0500 (EST) From: Garrett Wollman Message-Id: <200103212119.QAA22140@khavrinen.lcs.mit.edu> To: minoura@netbsd.org (MINOURA Makoto) Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] In-Reply-To: <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < Sorry I'm not sure but rune API is slightly different > between 4.4BSD and Plan9, isn't it? Nobody runs Plan 9, whereas hundreds of thousands of machines run *BSD. > Sources of the standard commands are often used as a living > textbook to other programmers. They should be as `good' as > possible, and in my opinion `good' includes `standard-complient'. You would have to exclude most of the programs in 4.4BSD by that definition. There is a reason why interfaces like err(3) and daemon(3) are included in the standard C library, and the style guide strongly recommends their usage. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 13:26:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D3F9337B71E; Wed, 21 Mar 2001 13:26:28 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2LLQBA19728; Thu, 22 Mar 2001 00:26:12 +0300 (MSK) (envelope-from ache) Date: Thu, 22 Mar 2001 00:26:09 +0300 From: "Andrey A. Chernov" To: Garrett Wollman Cc: MINOURA Makoto , current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010322002607.A19574@nagual.pp.ru> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> <200103212119.QAA22140@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103212119.QAA22140@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Mar 21, 2001 at 04:19:10PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 16:19:10 -0500, Garrett Wollman wrote: > You would have to exclude most of the programs in 4.4BSD by that > definition. There is a reason why interfaces like err(3) and > daemon(3) are included in the standard C library, and the style guide > strongly recommends their usage. This particular case is different from what you say. There is no strict POSIX/ISO C equivalent of functionality you describe, but in case we discuss it exist. I.e. when two implementations does the same thing, POSIX/ISO C variant is preferred. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 13:40: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 92F5037B71C; Wed, 21 Mar 2001 13:39:56 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA22473; Wed, 21 Mar 2001 16:39:44 -0500 (EST) (envelope-from wollman) Date: Wed, 21 Mar 2001 16:39:44 -0500 (EST) From: Garrett Wollman Message-Id: <200103212139.QAA22473@khavrinen.lcs.mit.edu> To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] In-Reply-To: <20010322002607.A19574@nagual.pp.ru> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> <200103212119.QAA22140@khavrinen.lcs.mit.edu> <20010322002607.A19574@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > This particular case is different from what you say. There is no strict > POSIX/ISO C equivalent of functionality you describe, Certainly there is. The daemon(3) function is implemented entirely on top of POSIX interfaces: fork(), setsid(), chdir(), open(), dup2(), and close(). It is supplied because many programs which attempt to do this from scratch get it wrong. Similarly, err(3) could be entirely implemented in terms of ISO C primitives: vfprintf(), strerror(), and exit(). The style guide recommends its use because err() is a simpler interface, thus harder to get wrong than rolling one's own. strsep(3) is another similar example. > I.e. when two implementations does the same thing, POSIX/ISO C > variant is preferred. Erm, no -- the superior version is preferred. (Something of a tautology.) FreeBSD has never been about slavish adherence to standards; while we prefer to follow relevant standards, if the standards are broken we do our own thing, and that goes doubly so for the way we code the standard utilities. That doesn't mean we shouldn't implement et al, but it does mean that we should use whichever facilities are cleanest, and easiest to code for and maintain, rather than those which are specifically blessed by an ISO working group. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 13:55:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 48D8837B71F; Wed, 21 Mar 2001 13:55:15 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2LLt9Y20317; Thu, 22 Mar 2001 00:55:09 +0300 (MSK) (envelope-from ache) Date: Thu, 22 Mar 2001 00:55:09 +0300 From: "Andrey A. Chernov" To: Garrett Wollman Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010322005509.A20201@nagual.pp.ru> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> <200103212119.QAA22140@khavrinen.lcs.mit.edu> <20010322002607.A19574@nagual.pp.ru> <200103212139.QAA22473@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103212139.QAA22473@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Mar 21, 2001 at 04:39:44PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 16:39:44 -0500, Garrett Wollman wrote: > < said: > > > This particular case is different from what you say. There is no strict > > POSIX/ISO C equivalent of functionality you describe, > > Certainly there is. The daemon(3) function is implemented entirely on > top of POSIX interfaces: fork(), setsid(), chdir(), open(), dup2(), > and close(). It is supplied because many programs which attempt to do > this from scratch get it wrong. Similarly, err(3) could be entirely > implemented in terms of ISO C primitives: vfprintf(), strerror(), and > exit(). The style guide recommends its use because err() is a simpler > interface, thus harder to get wrong than rolling one's own. strsep(3) > is another similar example. I mean _strict_ equivalent in more strict sense, i.e. the same amount of calls needed, the same interface complexity, the same capabilities, etc. > > I.e. when two implementations does the same thing, POSIX/ISO C > > variant is preferred. > > Erm, no -- the superior version is preferred. (Something of a Since I mean _strict_ equivalent, there can't be superior version by definition, because it makes equivalent no strict. In case we discuss equivalent is strict. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 13:56:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id E4D5537B71E; Wed, 21 Mar 2001 13:56:44 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2LLueH20336; Thu, 22 Mar 2001 00:56:40 +0300 (MSK) (envelope-from ache) Date: Thu, 22 Mar 2001 00:56:40 +0300 From: "Andrey A. Chernov" To: Garrett Wollman Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010322005640.B20201@nagual.pp.ru> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <200103201736.MAA09185@khavrinen.lcs.mit.edu> <20010321040241.C97FC3668@203.141.142.186.user.am.il24.net> <200103212119.QAA22140@khavrinen.lcs.mit.edu> <20010322002607.A19574@nagual.pp.ru> <200103212139.QAA22473@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103212139.QAA22473@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Mar 21, 2001 at 04:39:44PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 16:39:44 -0500, Garrett Wollman wrote: > the way we code the standard utilities. That doesn't mean we > shouldn't implement et al, but it does mean that we should > use whichever facilities are cleanest, and easiest to code for and > maintain, rather than those which are specifically blessed by an ISO > working group. In general wc*() functions provide more flexibility than runes, but in case we discuss there is no difference. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 14:42:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B6A5037B720 for ; Wed, 21 Mar 2001 14:42:34 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA11735 for ; Wed, 21 Mar 2001 14:42:37 -0800 Date: Wed, 21 Mar 2001 14:42:32 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: boom in a syscalll Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019d7fa stack pointer = 0x10:0xc8f45ea4 frame pointer = 0x10:0xc8f45eb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 331 (bash) kernel: type 12 trap, code=0 CPU0 stopping CPUs: 0x00000002... stopped. Stopped at propagate_priority+0x6e: cmpl 0x14(%esi),%ebx db> t propagate_priority(c8b4c100) at propagate_priority+0x6e _mtx_lock_sleep(c0355400,0,c02e14f8,1f2) at _mtx_lock_sleep+0x1e0 msleep(c8b4c100,0,15c,c02df6bc,0) at msleep+0x5f3 wait1(c8b4c100,c8f45f80,0,c8f45fa0,c02b3dc1) at wait1+0x8ad wait4(c8b4c100,c8f45f80,2814e9d4,80a3660,2) at wait4+0x10 syscall(2f,2f,2f,2,80a3660) at syscall+0x421 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 14:58:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from jupiter.activeisp.com (jupiter.activeisp.com [213.188.128.14]) by hub.freebsd.org (Postfix) with ESMTP id A485F37B71E; Wed, 21 Mar 2001 14:57:53 -0800 (PST) (envelope-from nada@trustebrokers.com) Received: from smtp.activeisp.com (smtp.activeisp.com [213.188.128.11]) by jupiter.activeisp.com (2.5 Build 2639 (Berkeley 8.8.6)/8.8.4) with ESMTP id XAA01969; Wed, 21 Mar 2001 23:43:42 +0100 Received: from kazerooni ([193.188.123.57]) by smtp.activeisp.com with Microsoft SMTPSVC(5.5.1877.197.19); Wed, 21 Mar 2001 23:52:30 +0100 Message-ID: <011001c0b259$6786e0e0$397bbcc1@kazerooni> From: "Nada" To: Subject: generate 100000 Hits Free!! Date: Thu, 22 Mar 2001 01:46:14 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FF_01C0B271.E1263500" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C0B271.E1263500 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Get 100,000 Hits A Month - Free!!=20 Join The Special Report Network Now and Easily=20 Generate 100,000 Hot Leads a Month=20 for Anything You Sell Check this site out =85 http://www.special-report-network.net/specialreports.cgi/NM52240 ------=_NextPart_000_00FF_01C0B271.E1263500 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Get 100,000 Hits A Month = -=20 Free!! =
Join The = Special Report=20 Network Now and Easily =
Generate 100,000 Hot = Leads a=20 Month =
for Anything You Sell

Check this site out =85

 http://www.special-report-network.net/specialreports.cgi/NM5= 2240

------=_NextPart_000_00FF_01C0B271.E1263500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 15: 9:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 183AC37B71F for ; Wed, 21 Mar 2001 15:09:52 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2LN9eG49273; Wed, 21 Mar 2001 15:09:40 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Wed, 21 Mar 2001 15:09:13 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: RE: boom in a syscalll Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21-Mar-01 Matthew Jacob wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x14 NULL pointer deref.. > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc019d7fa > stack pointer = 0x10:0xc8f45ea4 > frame pointer = 0x10:0xc8f45eb0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 331 (bash) > kernel: type 12 trap, code=0 > > CPU0 stopping CPUs: 0x00000002... stopped. > Stopped at propagate_priority+0x6e: cmpl 0x14(%esi),%ebx > db> t > propagate_priority(c8b4c100) at propagate_priority+0x6e (kgdb) l *propagate_priority+0x6e 0xc019fdce is in propagate_priority (../../kern/kern_mutex.c:201). 201 MPASS(p->p_magic == P_MAGIC); Well, err, maybe this line, considering none of the rest of my line numbers match up I doubt it is this one. :( Could you pull up kgdb on your kernel.debug and find out which line this died in? It could either be that p is NULL (which could be an unintialized mutex that a mtx_lock later blocked on.) In fact, this is quite likely just using a mutex that hasn't been init'd. Might want to add in some code to try to display the description of a mutex if p == NULL (though it is probably invalid, too.) Another take might be to add assertions to the start of mtx_lock_flags() and mtx_lock_spin_flags() that panic if mtx_lock == 0. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 15:16: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 41FF237B71B; Wed, 21 Mar 2001 15:16:04 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Mar 2001 23:16:03 +0000 (GMT) Date: Wed, 21 Mar 2001 23:16:01 +0000 From: David Malone To: Bruce Evans Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... Message-ID: <20010321231601.A73422@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Mon, Mar 19, 2001 at 02:47:34PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 19, 2001 at 02:47:34PM +1100, Bruce Evans wrote: > > npx.c already has one "fix" for the overflow problem. The problem > > is may be that clocks don't work early any more. > > It must be that microtime() doesn't work early any more. I did a quick check, and it does seem that i586_bzero can be faster on the k6-2. I found it was about twice as fast for large buffers. This was timed in userland using the TSC. With a slightly simplified version of i586_bzero (I removed all the kernel specific stuff and had it always save the floating point state on the stack). A graph is at: http://www.maths.tcd.ie/~dwmalone/comp/bzero-band.ps The graph seems to peak at about 160kB/s, which seems plausable. The code is at: http://www.maths.tcd.ie/~dwmalone/comp/-time.S http://www.maths.tcd.ie/~dwmalone/comp/-time.c (It's crude, but seemed to produce moderately OK results. You get ocasional dips in the bandwidth due to using the tcs for timing. I only tried sizes which were a power of two, aswell...) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 16:55:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8D0B337B71D; Wed, 21 Mar 2001 16:55:42 -0800 (PST) (envelope-from mb@imp.ch) 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 f2M0tep43636; Thu, 22 Mar 2001 01:55:41 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 01:57:04 +0100 (CET) From: Martin Blapp To: current@freebsd.org Cc: imp@freebsd.org Subject: *HEADSUP* /etc/netconfig Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Afer installworld in CURRENT, you'll have to run mergemaster ( or install /etc/netconfig ) manually if you run any rpc-services. Else you'll see strange errors like this: - can't get net id for host/nfs: servname not supported for ai_socktype - Protocol not supported - rpcbind on server: RPC: Unknown host This should also go into the UPDATING section. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 17: 0:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id C3F4637B71B; Wed, 21 Mar 2001 17:00:38 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 175F45928C; Wed, 21 Mar 2001 19:00:38 -0600 (CST) Date: Wed, 21 Mar 2001 19:00:38 -0600 From: "Michael C . Wu" To: Don Croyle Cc: "Andrey A. Chernov" , Jeroen Ruigrok/Asmodai , current@FreeBSD.ORG, i18n@FreeBSD.ORG, thinker@branda.to Subject: Re: Request for review [Re: /bin/ls patch round #2] Message-ID: <20010321190037.B932@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> <20010320171736.L22505@daemon.ninth-circle.org> <20010321035805.C743F3668@203.141.142.186.user.am.il24.net> <20010321152738.B12397@nagual.pp.ru> <86snk6g91b.fsf@emerson.gelemna.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86snk6g91b.fsf@emerson.gelemna.org>; from croyle@gelemna.org on Wed, Mar 21, 2001 at 03:29:52PM -0500 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 03:29:52PM -0500, Don Croyle scribbled: | "Andrey A. Chernov" writes: | | > I fully agree. wctype.h and isw*() must be implemented first instead of | > hacking or using private interface (like runes) in userland program. | > It will be easy to implement them over existen ctype mechanism masking | > runes with wchar_t. Any takers? | | If we're not going to bring in CITRUS, I'd prefer to see runes junked We(I) will. | as an unnecessary layer of abstraction. Doing so would break | backwards compatibility for locales, but I think we're going to end up | doing that eventually anyway. -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 18:20: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 4903337B719 for ; Wed, 21 Mar 2001 18:19:57 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA12393 for ; Wed, 21 Mar 2001 18:20:01 -0800 Date: Wed, 21 Mar 2001 18:19:56 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: even more boom... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG panic: getnewvnode: free vnode isn't cpuid = 1; lapic.id = 0c000000 Debugger("panic") CPU1 stopping CPUs: 0x00000001... stopped. Stopped at Debugger+0x45: pushl %ebx db> t Debugger(c02e1241) at Debugger+0x45 panic(c02e5958,4,c1003800,c0ff5f00,c8f78620) at panic+0xd0 getnewvnode(1,c0ff1000,c0e9e000,c8f86c04,e8) at getnewvnode+0xb2 ffs_vget(c0ff1000,ae604,c8f86c50,c8f86db0,c034fc80) at ffs_vget+0x165 ffs_valloc(c8b54360,81a4,c10c6000,c8f86c50,c8f86db0) at ffs_valloc+0x93 ufs_makeinode(81a4,c8b54360,c8f86e9c,c8f86eb0) at ufs_makeinode+0x5a ufs_create(c8f86db0,c8f86e24,c01e328b,c8f86db0,c8f86f80) at ufs_create+0x28 ufs_vnoperate(c8f86db0,c8f86f80,0,3,602) at ufs_vnoperate+0x15 vn_open(c8f86e88,c8f86e54,1a4,c8f78620,4) at vn_open+0x173 open(c8f78620,c8f86f80,280f2e38,bfbfe488,bfbfe4e8) at open+0xd6 syscall(2f,2f,2f,bfbfe4e8,bfbfe488) at syscall+0x421 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b It's not my day... And in order to help John on the previous, I need to run kgdb... which is awkward.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 18:27:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from ambrisko.com (adsl-216-103-208-74.dsl.snfc21.pacbell.net [216.103.208.74]) by hub.freebsd.org (Postfix) with ESMTP id CCD1937B71E for ; Wed, 21 Mar 2001 18:27:34 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.11.2/8.11.2) id f2M2RSi10219; Wed, 21 Mar 2001 18:27:28 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200103220227.f2M2RSi10219@ambrisko.com> Subject: Re: ** HEADS UP ** In-Reply-To: <20010321103814.O12319@fw.wintelcom.net> "from Alfred Perlstein at Mar 21, 2001 10:38:14 am" To: Alfred Perlstein Date: Wed, 21 Mar 2001 18:27:28 -0800 (PST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: | What about the BABUG meeting on Thursday? There's gonna be a film | crew from IBM-Linux there and a tutorial on netbooting. | | http://www.bafug.net/meetings/NextMeetingBerk.html Including netbooting of an Airport base station? run therboot or irport? >E ================================================================================ ROM segment 0x8000 length 0x40EA reloc 0x9800 Boot from (N)etwork or from (L)ocal? N Etherboot/32 version 4.6.12 (GPL) for [NE2100] Probing...[NE2100] PCnet/ISA+ 79C961A base 0x0300, DMA 5, addr 00:30:65:3A:59:5F Searching for server (DHCP)... Me: 192.168.2.194, Server: 192.168.2.254, Gateway 192.168.2.254 Loading /tftpboot/kernel.bsd (ELF/FreeBSD)0680- ================================================================================ 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-BETA #9: Wed Mar 21 15:41:11 PST 2001 root@770z.whistle.com:/usr/src/sys/compile/AIRPORT Timecounter "i8254" frequency 1193182 Hz CPU: AMD Unknown (486-class CPU) Origin = "AuthenticAMD" Id = 0x4a4 Stepping = 4 Features=0x0 real memory = 4194304 (4096K bytes) avail memory = 1998848 (1952K bytes) Preloaded elf kernel "kernel" at 0xc025bb00. npx0: on motherboard npx0: 387 emulator isa0: on motherboard pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x30 on isa0 sio0: type 16550A, console lnc0 at port 0x300-0x317 iomem 0xd0000-0xdffff irq 10 on isa0 lnc0: PCnet-ISA II address 00:30:65:3a:59:5f lnc0: driver is using old-style compatability shims RTC BIOS diagnostic error e4 pccard: card inserted, slot 0 Sending DHCP Discover packet from interface lnc0 (00:30:65:3a:59:5f) Received DHCP Offer packet on lnc0 from 192.168.2.254 (accepted) (no root path) Sending DHCP Request packet from interface lnc0 (00:30:65:3a:59:5f) Received DHCP Ack packet on lnc0 from 192.168.2.254 (accepted) (got root path) lnc0 at 192.168.2.194 server 192.168.2.254 boot file /tftpboot/kernel.bsd router 192.168.2.254 rootfs 192.168.2.254:/usr/home/ambrisko/netboot swapfs 192.168.2.254:/usr/work/netboot Adjusted interface lnc0 md_lookup_swap: Swap size is 262144 KB Mounting root from nfs: NFS ROOT: 192.168.2.254:/usr/home/ambrisko/netboot NFS SWAP: 192.168.2.254:/usr/work/ij3/netboot wi0: at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: Ethernet address: 00:02:2d:09:4b:f2 pccardd[40]: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 pccardd[40]: Assign wi0, io 0x240-0x27f, mem 0x0, 0 bytes, irq 5, flags 0 pccardd[40]: wi0: Lucent Technologies (WaveLAN/IEEE) inserted. dhclient: New IP Address(wi0): 207.76.207.134 dhclient: New Subnet Mask (wi0): 255.255.255.0 dhclient: New Broadcast Address(wi0): 207.76.207.255 dhclient: New Routers: 207.76.207.254 pccardd[40]: pccardd started login: ROOT LOGIN (root) ON ttyp0 FROM crab login: ROOT LOGIN (root) ON ttyp1 FROM 207.76.207.135 Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 18:45: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 73B9737B71D for ; Wed, 21 Mar 2001 18:45:02 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA21246; Thu, 22 Mar 2001 13:44:52 +1100 Date: Thu, 22 Mar 2001 13:44:30 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Ollivier Robert Cc: "FreeBSD Current Users' list" Subject: Re: World breaks in sbin/fsdb [PATCH] In-Reply-To: <20010321144307.F82319@caerdonn.eurocontrol.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Mar 2001, Ollivier Robert wrote: > cvs diff: Diffing . > Index: fsdbutil.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsdb/fsdbutil.c,v > retrieving revision 1.10 > diff -u -2 -r1.10 fsdbutil.c > --- fsdbutil.c 2000/05/01 20:01:16 1.10 > +++ fsdbutil.c 2001/03/21 13:42:01 > @@ -35,4 +35,5 @@ > > #include > +#include > #include > #include > @@ -43,4 +44,5 @@ > > #include > +#include > > #include "fsdb.h" Index: style.9 =================================================================== RCS file: /home/ncvs/src/share/man/man9/style.9,v retrieving revision 1.45 diff -c -2 -r1.45 style.9 *** style.9 2001/02/21 20:43:55 1.45 --- style.9 2001/03/22 02:38:45 *************** *** 52,58 **** .Ed .Pp ! Kernel include files (i.e. sys/*.h) come first; normally, you'll need ! OR , but not both! includes , and it's okay to depend on that. .Bd -literal --- 52,58 ---- .Ed .Pp ! Kernel include files (i.e. sys/*.h) come first; NORMALLY, YOU'LL NEED ! OR , BUT NOT BOTH!! includes , and it's okay to depend on that. .Bd -literal Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 19:25: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from infofin.com (infofin.com [63.83.141.101]) by hub.freebsd.org (Postfix) with ESMTP id 3D6D537B718 for ; Wed, 21 Mar 2001 19:24:56 -0800 (PST) (envelope-from grog@sydney.worldwide.lemis.com) Received: from sydney.worldwide.lemis.com ([202.95.108.218]) by infofin.com (8.8.7/8.8.7) with ESMTP id IAA11482; Thu, 22 Mar 2001 08:59:10 -0500 Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.11.1/8.9.3) id f2JE3a830080; Mon, 19 Mar 2001 22:03:36 +0800 (SGT) (envelope-from grog) Date: Mon, 19 Mar 2001 22:03:36 +0800 From: Greg Lehey To: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010319220336.D29765@sydney.worldwide.lemis.com> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> <20010312091758.R57126@wantadilla.lemis.com> <20010311203903.M18351@fw.wintelcom.net> <20010312155017.R11986@wantadilla.lemis.com> <20010311222611.S18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010311222611.S18351@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Mar 11, 2001 at 10:26:11PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 11 March 2001 at 22:26:11 -0800, Alfred Perlstein wrote: > * Greg Lehey [010311 21:20] wrote: >> On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote: >>> * Greg Lehey [010311 15:21] wrote: >>>> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: >>>>> >>>>> Vinum+DEVFS doesn't make the million symlinks that non-devfs >>>>> vinum does. >>>> >>>> The only symlinks that the non-devfs version makes are to the drives. >>>> Everything else is device nodes. But yes, it doesn't make as many >>>> device nodes, and that is a Good Thing. >>>> >>>>> Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 >>>>> >>>>> (notice you need the '/vol/' path component) >>>> >>>> I missed that. This is not correct. The directory /dev/vinum/vol >>>> should go away. >>> >>> Er, too late. :) >>> >>> On a devfs system here's what you'll see: >>> >>>>> ls -lR /dev/vinum/ >>> total 0 >>> crw------- 1 root wheel 91, 0x40000001 Feb 22 21:26 Control >>> crw------- 1 root wheel 91, 0x40000002 Feb 22 21:26 control >>> crw------- 1 root wheel 91, 0x40000000 Feb 22 21:26 controld >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 plex >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 sd >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 vol >>> >>> /dev/vinum/plex: >>> total 0 >>> crw------- 1 root wheel 91, 1 Feb 22 21:26 vinum0.p0 >>> >>> /dev/vinum/sd: >>> total 0 >>> crw------- 1 root wheel 91, 2 Feb 22 21:26 vinum0.p0.s0 >>> crw------- 1 root wheel 91, 0x10000002 Feb 22 21:26 vinum0.p0.s1 >>> >>> /dev/vinum/vol: >>> total 0 >>> crw------- 1 root wheel 91, 0 Feb 22 21:26 vinum0 >>> >>> >>> I'd like to keep it this way, it just makes sense. >> >> No, that's a gratuitous change. All the docco talks about keeping the >> volumes in the main directory. That's why people are having trouble. >> Yes, it looks more uniform, but the objects aren't uniform. > > Since both you and Poul refused to fix the code I choose how I thought > it should be. Can you explain why: > >> Yes, it looks more uniform, but the objects aren't uniform. > > It just doesn't make sense to me to mix these device nodes in > with the control/Control/controld nodes. Understood. But I don't like the very long device names. > Also, why not have a /dev/vinum/ctl/ directory for those nodes? I can go along with that. They're almost completely invisible anyway. We could even call it /dev/vinum/.ctl. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 20: 3: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 9BF9B37B71F; Wed, 21 Mar 2001 20:02:39 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA30557; Thu, 22 Mar 2001 15:02:20 +1100 Date: Thu, 22 Mar 2001 15:01:58 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: David Malone Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG, Ian Dowse Subject: Re: Interesting backtrace... In-Reply-To: <20010321231601.A73422@walton.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Mar 2001, David Malone wrote: > On Mon, Mar 19, 2001 at 02:47:34PM +1100, Bruce Evans wrote: > > > npx.c already has one "fix" for the overflow problem. The problem > > > is may be that clocks don't work early any more. > > > > It must be that microtime() doesn't work early any more. I checked that microtime() doesn't work for more than 10 msec if it uses the i8254. When it doesn't work for that long, the bandwidth test breaks down for bzero() bandwidths smaller than 100 MB/sec. Such bandwidths are normal for Intel i586's. E.g., my P5/133 has a generic_bzero() bandwidth of 87e6 bytes/sec and an i586_bzero() bandwidth of 174e6 bytes/sec. This is in userland with a slightly improved i586_bzero() (39 cycles instead of 41 for the inner loop IIRC) and with slightly improved page coloring, and a buffer size of 1MB (same as in the bandwidth test). So, the test always breaks down for my P5/133 if microtime() uses the i8254. OTOH, my K6-1/233 has bandwidths of 135e6 and 127e6 bytes/sec, respectively, so the test never breaks down for it. > I did a quick check, and it does seem that i586_bzero can be faster > on the k6-2. I found it was about twice as fast for large buffers. > This was timed in userland using the TSC. With a slightly simplified > version of i586_bzero (I removed all the kernel specific stuff and > had it always save the floating point state on the stack). A graph > is at: This is surprising. > http://www.maths.tcd.ie/~dwmalone/comp/bzero-band.ps > > The graph seems to peak at about 160kB/s, which seems plausable. 160kB/sec is implausible :-). 160MB/sec is plausible. Half that is hard to understand. Why is it slower than my K6-1? Ah, I partly understand. My K6-1 has an L2 cache size of 1MB, so the 1MB buffer size is really too small for it if write allocation is enabled. P5's don't have write allocation, so the buffer size for them is not critical. All K6's have write allocation IIRC. With a buffer size of 2MB, the bandwidths for my K6-1/233 are 84e6 and 80e6 bytes/sec, respectively. So 80MB/sec is plausible and 160MB/sec is fast (it's equivalent to 320MB/sec without write allocation). These complications show how hard it is to write a single bandwidth test that works for all i586's. I think the next step (after fixing the i586 functions) should be to reduce the buffer size signicantly and not worry about cache effects. Cache effects benefit generic_bzero() in the bandwidth test but they probably benefit it in normal use too. > The code is at: > > http://www.maths.tcd.ie/~dwmalone/comp/-time.S > http://www.maths.tcd.ie/~dwmalone/comp/-time.c > > (It's crude, but seemed to produce moderately OK results. You get > ocasional dips in the bandwidth due to using the tcs for timing. > I only tried sizes which were a power of two, aswell...) I wrote not-so-crude read/write/copy/checksum userland benchmarks to test this stuff when I helped implement the i586-optimized routines. Here is the write benchmark. Compile it with 'cc -aout'. --- #include #include #include #include #include #include #include #include typedef void func_t(void *buf, size_t len); struct func { func_t *fn; char *name; char *description; }; static func_t zero0, zero1, zero2, zero3, zero4, zero5, zero6, zero7; static func_t zero8, zero9, zeroA, zeroB, zeroC, zeroD; static void usage(void); static char const *progname; static struct func funcs[] = { zero0, "zero0", "stosl", zero1, "zero1", "unroll 16", zero2, "zero2", "unroll 16 preallocate", zero3, "zero3", "unroll 32", zero4, "zero4", "unroll 32 preallocate", zero5, "zero5", "unroll 64", zero6, "zero6", "unroll 64 preallocate", zero7, "zero7", "fstl", zero8, "zero8", "movl", zero9, "zero9", "unroll 8", zeroA, "zeroA", "generic_bzero", zeroB, "zeroB", "i486_bzero", zeroC, "zeroC", "i586_bzero", zeroD, "zeroD", "i686_pagezero", bzero, "zeroE", "bzero (stosl)", }; #define NFUNC (sizeof funcs / sizeof funcs[0]) int main(int argc, char **argv) { unsigned char *buf; int ch; int funcn; int funcnspecified; int i586; size_t len; size_t max; int precache; int quiet; size_t thrashbufsize; unsigned long long tot; progname = argv[0]; funcnspecified = -1; i586 = 0; len = 4096; precache = 0; quiet = 0; tot = 100000000; while ((ch = getopt(argc, argv, "5f:l:pqt:")) != EOF) { switch (ch) { case '5': i586 = 1; break; case 'f': funcnspecified = strtoul(optarg, (char **) NULL, 0); if (funcnspecified < 0 || funcnspecified >= NFUNC) usage(); break; case 'l': len = strtoul(optarg, (char **) NULL, 0); break; case 'p': precache = 1; break; case 'q': quiet = 1; break; case 't': tot = strtouq(optarg, (char **) NULL, 0); break; default: usage(); } } if (optind != argc) usage(); buf = malloc(len + 4096); if (buf == NULL) { fprintf(stderr, "%s: malloc failed\n", progname); exit(1); } max = tot / len; tot = (unsigned long long) max * len; for (funcn = 0; funcn < NFUNC; ++funcn) { func_t *funcp; struct rusage finish; size_t i; struct rusage start; unsigned long long tsc; long usec; if (funcnspecified != -1 && funcnspecified != funcn) continue; /* * Check the function. As side effects, make sure that the buffer * isn't a constant zero page, and leave as much of the buffer as * possible in the cache to set up the `precache' case. */ memset(buf, 1, len); funcp = funcs[funcn].fn; funcp(buf, len); #if 1 for (i = 0; i < len; ++i) if (buf[i] != '\0') { fprintf(stderr, "%s: %s failed at %u\n", progname, funcs[funcn].name, i); exit(1); } #endif if (!precache) /* * Attempt to uncache the buffer so as to provide the same * uncached environnment for all the functions. */ for (thrashbufsize = 2 * 1024 * 1024; thrashbufsize != 0; thrashbufsize /= 2) { unsigned char *thrashbuf1; unsigned char *thrashbuf2; thrashbuf1 = malloc(thrashbufsize); thrashbuf2 = malloc(thrashbufsize); if (thrashbuf1 != NULL && thrashbuf2 != NULL) { memcpy(thrashbuf2, thrashbuf1, thrashbufsize); memcpy(thrashbuf1, thrashbuf2, thrashbufsize); } free(thrashbuf1); free(thrashbuf2); } tsc = 0; getrusage(RUSAGE_SELF, &start); if (i586) tsc = rdtsc(); #if 1 for (i = 0; i < max; ++i) funcp(buf, len); #else tot /= 8 * 8; tot *= 8 * 8; for (i = 0; i < max / 8 / 8; ++i) { int j, k; for (j = 0; j < 8; ++j) for (k = 0; k < 8; ++k) funcp(buf + j, len + k); } #endif if (i586) tsc = rdtsc() - tsc; getrusage(RUSAGE_SELF, &finish); usec = 1000000 * (finish.ru_utime.tv_sec - start.ru_utime.tv_sec) + finish.ru_utime.tv_usec - start.ru_utime.tv_usec; if (usec < 0) usec = 1; printf("%s: %10.0f B/s", funcs[funcn].name, tot * 1e6 / usec); if (!quiet) { printf(" (%7ld us)", usec); if (i586) printf(" (%9qd tsc)", tsc); printf(" (%s)", funcs[funcn].description); } printf("\n"); } return 0; } static void zero0(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 cld shrl $2,%1 rep; stosl" : "=D" (buf), "=c" (len) : "0" (buf), "1" (len), "a" (0) : "memory"); } static void zero1(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 1: movl %4,0(%0) movl %4,4(%0) movl %4,8(%0) movl %4,12(%0) addl $16,%0 subl $16,%1 ja 1b " : "=r" (buf), "=r" (len) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero2(void *buf, size_t len) { unsigned preallocate; asm volatile(" .p2align 4,0x90 1: movl (%0),%2 movl %5,0(%0) movl %5,4(%0) movl %5,8(%0) movl %5,12(%0) addl $16,%0 subl $16,%1 ja 1b " : "=r" (buf), "=r" (len), "=&r" (preallocate) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero3(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 1: movl %4,0(%0) movl %4,4(%0) movl %4,8(%0) movl %4,12(%0) movl %4,16(%0) movl %4,20(%0) movl %4,24(%0) movl %4,28(%0) addl $32,%0 subl $32,%1 ja 1b " : "=r" (buf), "=r" (len) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero4(void *buf, size_t len) { unsigned preallocate; asm volatile(" .p2align 4,0x90 1: movl (%0),%2 movl %5,0(%0) movl %5,4(%0) movl %5,8(%0) movl %5,12(%0) movl %5,16(%0) movl %5,20(%0) movl %5,24(%0) movl %5,28(%0) addl $32,%0 subl $32,%1 ja 1b " : "=r" (buf), "=r" (len), "=&r" (preallocate) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero5(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 1: movl %4,0(%0) movl %4,4(%0) movl %4,8(%0) movl %4,12(%0) movl %4,16(%0) movl %4,20(%0) movl %4,24(%0) movl %4,28(%0) movl %4,32(%0) movl %4,36(%0) movl %4,40(%0) movl %4,44(%0) movl %4,48(%0) movl %4,52(%0) movl %4,56(%0) movl %4,60(%0) addl $64,%0 subl $64,%1 ja 1b" : "=r" (buf), "=r" (len) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero6(void *buf, size_t len) { void *buf2; unsigned preallocate; /* * The main loop has 11 pairs of i586 instructions with no AGI so that * it takes 11 cycles on i586's if all the data is in the L1 cache. * * On an ASUS P55TP4XE P133 the speeds are approx: * data in L1 cache: 740,000,000 B/s * data in L2 cache only: 90,000,000 B/s (highly variant) * data not in any cache: 60,000,000 B/s * and without preallocating (function zero5) they are: * data in L1 cache: 87,000,000 B/s * data in L2 cache only: 87,000,000 B/s * data not in any cache: 90,000,000 B/s * * Thus the instruction selection and ordering optimizations have an * insignificant effect if the data isn't in the L1 cache or the L2 * cache, and preallocating is a pessimization if the data isn't in the * L2 cache. */ asm volatile(" .p2align 4,0x90 1: movl (%0),%3 leal 32(%0),%2 movl %6,0(%0) movl %6,4(%0) movl %6,8(%0) movl %6,12(%0) movl %6,16(%0) movl %6,20(%0) movl %6,24(%0) movl %6,28(%0) movl (%2),%3 addl $64,%0 movl %6,0(%2) movl %6,4(%2) movl %6,8(%2) movl %6,12(%2) movl %6,16(%2) movl %6,20(%2) movl %6,24(%2) movl %6,28(%2) subl $64,%1 ja 1b " : "=r" (buf), "=r" (len), "=&r" (buf2), "=&r" (preallocate) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero7(void *buf, size_t len) { /* * On a P55TP4XE P133, `fstl' goes slower than all the loop control * instructions put together, so unrolling would be bad. */ asm volatile(" fldz .p2align 4,0x90 1: fstl 0(%0) addl $8,%0 subl $8,%1 ja 1b fstp %%st(0)" : "=r" (buf), "=r" (len) : "0" (buf), "1" (len) : "memory"); } static void zero8(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 1: movl $0,0(%0) addl $4,%0 subl $4,%1 ja 1b " : "=r" (buf), "=r" (len) : "0" (buf), "1" (len), "r" (0) : "memory"); } static void zero9(void *buf, size_t len) { asm volatile(" .p2align 4,0x90 1: movl $0,0(%0) movl $0,4(%0) addl $8,%0 subl $8,%1 ja 1b " : "=r" (buf), "=r" (len) : "0" (buf), "1" (len), "r" (0) : "memory"); } asm(" .p2align 2,0x90 _zeroA: pushl %edi movl 8(%esp),%edi movl 12(%esp),%ecx xorl %eax,%eax shrl $2,%ecx cld rep stosl movl 12(%esp),%ecx andl $3,%ecx rep stosb popl %edi ret "); asm(" .p2align 2,0x90 _zeroB: movl 4(%esp),%edx movl 8(%esp),%ecx xorl %eax,%eax 2: cmpl $64,%ecx jb 3f movl %eax,(%edx) movl %eax,4(%edx) movl %eax,8(%edx) movl %eax,12(%edx) movl %eax,16(%edx) movl %eax,20(%edx) movl %eax,24(%edx) movl %eax,28(%edx) movl %eax,32(%edx) movl %eax,36(%edx) movl %eax,40(%edx) movl %eax,44(%edx) movl %eax,48(%edx) movl %eax,52(%edx) movl %eax,56(%edx) movl %eax,60(%edx) addl $64,%edx subl $64,%ecx jnz 2b ret .p2align 4,0x90 3: cmpl $16,%ecx jb 4f movl %eax,(%edx) movl %eax,4(%edx) movl %eax,8(%edx) movl %eax,12(%edx) addl $16,%edx subl $16,%ecx jnz 3b ret .p2align 4,0x90 4: cmpl $4,%ecx jb 5f movl %eax,(%edx) addl $4,%edx subl $4,%ecx jnz 4b ret .data jtab: .long do0 .long do1 .long do2 .long do3 .text .p2align 4,0x90 5: jmp jtab(,%ecx,4) .p2align 4,0x90 do3: movw %ax,(%edx) movb %al,2(%edx) ret .p2align 4,0x90 do2: movw %ax,(%edx) ret .p2align 4,0x90 do1: movb %al,(%edx) ret .p2align 4,0x90 do0: ret "); int npxproc = 0; int kernel_fpu_lock = 0xfe; asm(" _zeroC: movl 4(%esp),%edx movl 8(%esp),%ecx cmpl $176,%ecx # 112 in kernel; 104-136 without hair jb intreg_i586_bzero cmpl $0,_npxproc je i586_bz1 cmpl $176+184,%ecx # 112+184 in kernel; 320 without hair jb intreg_i586_bzero sarb $1,_kernel_fpu_lock jc intreg_i586_bzero smsw %ax # clts nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop subl $108,%esp fnsave 0(%esp) jmp i586_bz2 i586_bz1: sarb $1,_kernel_fpu_lock jc intreg_i586_bzero smsw %ax # clts nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop fninit i586_bz2: fldz fstl 0(%edx) addl %edx,%ecx addl $8,%edx andl $~7,%edx subl %edx,%ecx fstl -8(%edx,%ecx) decl %ecx andl $~7,%ecx fpureg_i586_bzero_loop: fstl 0(%edx) addl $8,%edx subl $8,%ecx cmpl $8,%ecx jae fpureg_i586_bzero_loop cmpl $0,_npxproc je i586_bz3 frstor 0(%esp) addl $108,%esp # lmsw %ax nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop movb $0xfe,_kernel_fpu_lock ret i586_bz3: fstpl %st(0) # lmsw %ax nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop nop; nop movb $0xfe,_kernel_fpu_lock ret intreg_i586_bzero: cmpl $8,%ecx jb i586_bz4 movl $0,(%edx) movl $0,4(%edx) addl %edx,%ecx addl $8,%edx andl $~7,%edx subl %edx,%ecx cmpl $8,%ecx jb i586_bz4 intreg_i586_bzero_loop: movl $0,0(%edx) movl $0,4(%edx) addl $8,%edx subl $8,%ecx cmpl $8,%ecx jae intreg_i586_bzero_loop nop i586_bz4: cmpl $4,%ecx jb i586_bz5 movl $0,(%edx) addl $4,%edx subl $4,%ecx i586_bz5: cmpl $2,%ecx jb i586_bz6 movw $0,(%edx) addl $2,%edx subl $2,%ecx i586_bz6: cmpl $1,%ecx jb i586_bz7 movb $0,(%edx) i586_bz7: ret "); asm(" _zeroD1: pushl %edi movl 8(%esp), %edi movl 12(%esp), %ecx shrl $2, %ecx cld .p2align 2,0x90 1: jmp 2f movl (%edi), %eax orl 4(%edi), %eax orl 8(%edi), %eax orl 12(%edi), %eax orl 16(%edi), %eax orl 20(%edi), %eax orl 24(%edi), %eax orl 28(%edi), %eax jne 2f addl $32, %edi subl $32/4, %ecx jne 1b popl %edi ret .p2align 2,0x90 3: leal -32/4(%ecx), %edx xorl %eax, %eax movl $32/4, %ecx rep stosl addl %edx, %ecx jne 1b popl %edi ret .p2align 2,0x90 2: movl $0, (%edi) movl $0, 4(%edi) movl $0, 8(%edi) movl $0, 12(%edi) movl $0, 16(%edi) movl $0, 20(%edi) movl $0, 24(%edi) movl $0, 28(%edi) addl $32, %edi subl $32/4, %ecx jne 1b popl %edi ret "); asm(" _zeroD: movl 4(%esp), %edx movl 8(%esp), %ecx shrl $2, %ecx .p2align 2,0x90 1: movl (%edx), %eax orl 4(%edx), %eax orl 8(%edx), %eax orl 12(%edx), %eax orl 16(%edx), %eax orl 20(%edx), %eax orl 24(%edx), %eax orl 28(%edx), %eax jne 2f addl $32, %edx subl $32/4, %ecx jne 1b ret .p2align 2,0x90 2: movl $0, (%edx) movl $0, 4(%edx) movl $0, 8(%edx) movl $0, 12(%edx) movl $0, 16(%edx) movl $0, 20(%edx) movl $0, 24(%edx) movl $0, 28(%edx) addl $32, %edx subl $32/4, %ecx jne 1b ret "); static void usage(void) { fprintf(stderr, "%s: [-5cpq] [-f function] [-l length] [-t tot]\n", progname); exit(1); } --- Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 20:20:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id D83B037B71C; Wed, 21 Mar 2001 20:20:30 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from vigrid.com (pm3-pt3.pcnet.net [206.105.29.77]) by pcnet1.pcnet.com (8.8.7/PCNet) with ESMTP id XAA27718; Wed, 21 Mar 2001 23:19:52 -0500 (EST) Message-ID: <3AB97CF6.65038479@vigrid.com> Date: Wed, 21 Mar 2001 23:17:58 -0500 From: Dan Eischen X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Cc: assar@freebsd.org Subject: telnet broken with auto-negotiation of encrypt/decrypt change Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This commit broke telnet (or perhaps exposed brokenness that was already present and never noticed): $ cvs -R log -Nr1.6 main.c RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v [...] description: ---------------------------- revision 1.6 date: 2001/03/12 03:54:48; author: assar; state: Exp; lines: +14 -1 enable auto-negotiation of encrypt and decrypt ============================================================================= Telnet no longer catches CTRL-C, CTRL-D, SIGHUP, or CTRL-] quit. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 20:32:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 53F7637B71B for ; Wed, 21 Mar 2001 20:32:10 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA01360; Thu, 22 Mar 2001 15:32:02 +1100 Date: Thu, 22 Mar 2001 15:31:40 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Stephen McKay Cc: Ulf Zimmermann , current@FreeBSD.ORG, "Michael C . Wu" , Vladimir Kushnir Subject: Re: Whatever happened to CTM? In-Reply-To: <200103211144.f2LBi1911828@dungeon.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Mar 2001, Stephen McKay wrote: > On Tuesday, 20th March 2001, Ulf Zimmermann wrote: > > >On Mon, Mar 19, 2001 at 04:53:33PM -0800, John Baldwin wrote: > >> > >> On 20-Mar-01 Michael C . Wu wrote: > >> > For all connections greater than 9600baud modems, we recommend > >> > using CVSup to get src-all and ports-all updated. At the worst case, > >> > be able to CVSup a ports-all collection within an hour, with heavy > >> > packet loss and low bandwidth. > >> > > >> > i.e. CTM sucks, don't use it. :) > > On the contrary, I prefer CTM over CVSup, even on a fast connection (which > I don't currently have). On a slow or intermittent connection, CTM beats > CVSup by a large margin. I'm not sure about that. CTM may be faster, but it works less automatically, especially when it breaks, and it breaks often, at both the server and client levels (mainly downtime problems for the server and disk-full problems for the client. I used to use it until the server broke one time too many last year. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 21 20:51:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3423837B71B; Wed, 21 Mar 2001 20:51:25 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA12852; Wed, 21 Mar 2001 20:51:29 -0800 Date: Wed, 21 Mar 2001 20:51:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.ORG Subject: FOLLOWUP: RE: boom in a syscalll In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Followup- updated kernel, rebuilt, and the same thing that triggered this before (^Z in vi) happened again, but this time with a different traceback: Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019d9f2 stack pointer = 0x10:0xc7fc5f30 frame pointer = 0x10:0xc7fc5f3c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 19 (irq2: fxp0 isp1) kernel: type 12 trap, code=0 CPU0 stopping CPUs: 0x00000002... stopped. Stopped at propagate_priority+0x6e: cmpl 0x14(%esi),%ebx db> t propagate_priority(c7ba8740) at propagate_priority+0x6e _mtx_lock_sleep(c0355c20,0,c02dfeb4,1f7) at _mtx_lock_sleep+0x1e0 ithread_loop(c0e7d580,c7fc5fa8) at ithread_loop+0x102 fork_exit(c01980ec,c0e7d580,c7fc5fa8) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 This is an SMP... Sorry about not being able to get kgdb going right now... I'm in crunch mode... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 1:46: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 1525B37B71B; Thu, 22 Mar 2001 01:46:07 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 22 Mar 2001 09:46:06 +0000 (GMT) To: obrien@FreeBSD.org Cc: current@FreeBSD.org Subject: Re: Interesting backtrace... In-reply-to: Your message of "Wed, 21 Mar 2001 18:04:43 PST." <20010321180443.B99494@dragon.nuxi.com> X-Request-Do: Date: Thu, 22 Mar 2001 09:46:06 +0000 From: David Malone Message-ID: <200103220946.aa95681@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Mar 21, 2001 at 11:16:01PM +0000, David Malone wrote: > > The graph seems to peak at about 160kB/s, which seems plausable. > > The code is at: > > > > http://www.maths.tcd.ie/~dwmalone/comp/-time.S > > http://www.maths.tcd.ie/~dwmalone/comp/-time.c > http://www.maths.tcd.ie/~dwmalone/comp/-time.S > Error 404 > The file could not be found. > Either the file does not exist or is read protected. Crap - sorry: http://www.maths.tcd.ie/~dwmalone/comp/bzero-time.S http://www.maths.tcd.ie/~dwmalone/comp/bzero-time.c David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 2:19:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 80B7137B71A; Thu, 22 Mar 2001 02:19:06 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MAJ4p79207; Thu, 22 Mar 2001 11:19:05 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 11:20:28 +0100 (CET) From: Martin Blapp To: wpaul@freebsd.org Cc: current@freebsd.org Subject: tirpc and keyserv Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I still really really disapointed about FreeBSD and the ways people are communicating together. But let's targeting keyserv ... For a local unix transport, (at the moment), you cannot just use svc_create(), that is neither implemented by sun not NetBSD. I fixed keyserv here and I'm testing it at the moment. I looked at suns code and have seen that the just copied code from svc_generic.c and used it for the local transport. Keyserv runs now here over local transport. 100029 1 unix /var/run/keyservsock keyserv superuser That looks better ... I'll do further testing Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 3:42:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 7718437B71A for ; Thu, 22 Mar 2001 03:42:27 -0800 (PST) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id MAA00109; Thu, 22 Mar 2001 12:42:21 +0100 (CET) (envelope-from assar) From: assar@freebsd.org To: Dan Eischen Cc: current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change References: <3AB97CF6.65038479@vigrid.com> Date: 22 Mar 2001 12:42:20 +0100 In-Reply-To: Dan Eischen's message of "Wed, 21 Mar 2001 23:17:58 -0500" Message-ID: <5lhf0mni77.fsf@assaris.sics.se> Lines: 21 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Eischen writes: > This commit broke telnet (or perhaps exposed brokenness that was > already present and never noticed): > > $ cvs -R log -Nr1.6 main.c > > RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v > [...] > description: > ---------------------------- > revision 1.6 > date: 2001/03/12 03:54:48; author: assar; state: Exp; lines: +14 -1 > enable auto-negotiation of encrypt and decrypt > ============================================================================= > > Telnet no longer catches CTRL-C, CTRL-D, SIGHUP, or CTRL-] quit. Apart from that this should not cause that happen, I'm not able to reproduce this problem. How should I go about doing that? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 3:51: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 3B06C37B71C; Thu, 22 Mar 2001 03:51:04 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA02967; Thu, 22 Mar 2001 12:51:03 +0100 (MET) Date: Thu, 22 Mar 2001 12:51:03 +0100 (CET) From: Harti Brandt To: Cc: Dan Eischen , Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change In-Reply-To: <5lhf0mni77.fsf@assaris.sics.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22 Mar 2001 assar@FreeBSD.ORG wrote: >Dan Eischen writes: >> This commit broke telnet (or perhaps exposed brokenness that was >> already present and never noticed): >> >> $ cvs -R log -Nr1.6 main.c >> >> RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v >> [...] >> description: >> ---------------------------- >> revision 1.6 >> date: 2001/03/12 03:54:48; author: assar; state: Exp; lines: +14 -1 >> enable auto-negotiation of encrypt and decrypt >> ============================================================================= >> >> Telnet no longer catches CTRL-C, CTRL-D, SIGHUP, or CTRL-] quit. > >Apart from that this should not cause that happen, I'm not able to >reproduce this problem. How should I go about doing that? > >/assar Maybe he means the following behaviour: 162 [hbb] (beagle) netgraph_atm/tests/ccatm # telnet scotty Trying 193.175.135.70... Connected to scotty. Escape character is '^]'. Trying SRA secure login: User (hbb): ^C^C^C^C^]^]^]^\^\^\^\^\ Password: [ SRA login failed ] User (hbb): ^Z [1]+ Stopped telnet scotty 164 [hbb] (beagle) netgraph_atm/tests/ccatm # kill %1 [1]+ Terminated telnet scotty ssh allows you to ^C it during input of the user name/password. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 4:18:16 2001 Delivered-To: freebsd-current@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 6106C37B71E; Thu, 22 Mar 2001 04:18:08 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f2MCHx905594; Thu, 22 Mar 2001 13:18:00 +0100 (MET) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f2MCHxw07501; Thu, 22 Mar 2001 13:17:59 +0100 (CET) (envelope-from jose@we.lc.ehu.es) Message-ID: <3AB9ED76.61D660DB@we.lc.ehu.es> Date: Thu, 22 Mar 2001 13:17:58 +0100 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Harti Brandt Cc: assar@FreeBSD.ORG, Dan Eischen , current@FreeBSD.ORG Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Harti Brandt wrote: > > 162 [hbb] (beagle) netgraph_atm/tests/ccatm # telnet scotty > Trying 193.175.135.70... > Connected to scotty. > Escape character is '^]'. > Trying SRA secure login: > User (hbb): ^C^C^C^C^]^]^]^\^\^\^\^\ > Password: > [ SRA login failed ] > User (hbb): ^Z > [1]+ Stopped telnet scotty > 164 [hbb] (beagle) netgraph_atm/tests/ccatm # kill %1 > [1]+ Terminated telnet scotty > I can confirm this *bad* telnet behavior under 4.3-BETA, which is still worse :-( -- 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-current" in the body of the message From owner-freebsd-current Thu Mar 22 4:51:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 1E99537B718; Thu, 22 Mar 2001 04:51:40 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id HAA28944; Thu, 22 Mar 2001 07:51:08 -0500 (EST) Date: Thu, 22 Mar 2001 07:51:07 -0500 (EST) From: Daniel Eischen To: assar@freebsd.org Cc: Dan Eischen , current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change In-Reply-To: <5lhf0mni77.fsf@assaris.sics.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22 Mar 2001 assar@freebsd.org wrote: > Dan Eischen writes: > > This commit broke telnet (or perhaps exposed brokenness that was > > already present and never noticed): > > > > $ cvs -R log -Nr1.6 main.c > > > > RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v > > [...] > > description: > > ---------------------------- > > revision 1.6 > > date: 2001/03/12 03:54:48; author: assar; state: Exp; lines: +14 -1 > > enable auto-negotiation of encrypt and decrypt > > ============================================================================= > > > > Telnet no longer catches CTRL-C, CTRL-D, SIGHUP, or CTRL-] quit. > > Apart from that this should not cause that happen, I'm not able to > reproduce this problem. How should I go about doing that? As someone else has already posted, the following will reproduce the behaviour on my system: bash-2.02$ telnet localhost Trying ::1... Connected to localhost. Escape character is '^]'. Trying SRA secure login: User (deischen): ^C^C^C^C^C^C^C Password: [ SRA login failed ] User (deischen): ^Z [1]+ Stopped telnet localhost bash-2.02$ kill -9 13164 [1]+ Killed telnet localhost Once you login and are connected, telnet can then again be escaped with CTRL-]. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 5:32:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns5.pacific.net.au (ns5.pacific.net.au [203.143.252.30]) by hub.freebsd.org (Postfix) with ESMTP id 4D4EA37B720 for ; Thu, 22 Mar 2001 05:32:43 -0800 (PST) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp189.dyn249.pacific.net.au [203.143.249.189]) by ns5.pacific.net.au (8.9.0/8.9.1) with ESMTP id AAA02548; Fri, 23 Mar 2001 00:31:48 +1100 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.1/8.11.1) with ESMTP id f2MDWFP27615; Thu, 22 Mar 2001 23:32:15 +1000 (EST) (envelope-from mckay) Message-Id: <200103221332.f2MDWFP27615@dungeon.home> X-Mailer: exmh version 2.1.1 1999-10-15 To: Bruce Evans Cc: Ulf Zimmermann , current@FreeBSD.ORG, "Michael C . Wu" , Vladimir Kushnir , mckay@thehub.com.au Subject: Re: Whatever happened to CTM? In-Reply-To: Message from Bruce Evans of "Thu, 22 Mar 2001 15:31:40 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Mar 2001 23:32:15 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 22nd March 2001, Bruce Evans wrote: >On Wed, 21 Mar 2001, Stephen McKay wrote: >> On the contrary, I prefer CTM over CVSup, even on a fast connection (which >> I don't currently have). On a slow or intermittent connection, CTM beats >> CVSup by a large margin. > >I'm not sure about that. CTM may be faster, but it works less >automatically, especially when it breaks, and it breaks often, at both >the server and client levels (mainly downtime problems for the server >and disk-full problems for the client. I used to use it until the >server broke one time too many last year. CTM's advantages outweigh the disadvantages for me. I don't run out of disk space(*), and the server failures have been rare. Certainly, the reliability of CTM delivery exceeded the reliability of all of the M$ systems the guys in the neighbouring cubicles managed at my previous employer. Until now, of course. What we need now is someone to supply hardware and some connectivity. I still think CTM has sufficient advantages to justify its continued existence. I think the project should fund it. Stephen. (*) The tangle you get in after ctm croaks from lack of disk space were supposed to have been fixed. I don't think they have been. It shouldn't be too difficult though. All those md5 checksums make repairs trivial to automate, in theory. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 6:46:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id D631E37B71C for ; Thu, 22 Mar 2001 06:46:54 -0800 (PST) (envelope-from krepel@fokus.gmd.de) Received: from fokus.gmd.de (quant [193.175.133.183]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id PAA25546; Thu, 22 Mar 2001 15:46:49 +0100 (MET) Message-ID: <3ABA1058.736C8B24@fokus.gmd.de> Date: Thu, 22 Mar 2001 15:46:48 +0100 From: Falco Krepel Organization: GMD FOKUS - CATS Group X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, de-DE MIME-Version: 1.0 To: "Justin T. Gibbs" Cc: Mark Hittinger , freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported References: <200103211740.LAA25479@freebsd.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: >In aic7xxx_pci.c:ahc_pci_config() the call to ahc_pci_map_int(ahc) is >failing. bus_alloc_resource() appears to need more time than I have >right now so that will have to wait till tonight :-) It does look like >a more fundamental problem below the scsi driver is involved. I have the same problem: the call to ahc_pci_map_int(ahc) is failing. The following function call returns NULL in ahc_pci.c: 208 ahc->platform_data->irq = 209 bus_alloc_resource(ahc->dev_softc, SYS_RES_IRQ, &zero, 210 0, ~0, 1, RF_ACTIVE | RF_SHAREABLE); This function is in pci.c: 1192 static struct resource * 1193 pci_alloc_resource(device_t dev, device_t child, int type, int *rid, 1194 u_long start, u_long end, u_long count, u_int flags) 1195 { 1196 struct pci_devinfo *dinfo = device_get_ivars(child); 1197 struct resource_list *rl = &dinfo->resources; 1198 pcicfgregs *cfg = &dinfo->cfg; 1199 1200 /* 1201 * Perform lazy resource allocation 1202 * 1203 * XXX add support here for SYS_RES_IOPORT and SYS_RES_MEMORY 1204 */ 1205 if (device_get_parent(child) == dev) { 1206 /* 1207 * If device doesn't have an interrupt routed, and is deserving of 1208 * an interrupt, try to assign it one. 1209 */ ... 1219 } 1220 1221 return resource_list_alloc(rl, dev, child, type, rid, 1222 start, end, count, flags); 1223 } The device must have an interrupt routed due to the deleted code fragment were not executed. So I think this must be a problem within the the pci resource allocation procedure. Put I don't know how this works. So it is difficult for me to find the error. Maybe you have an idea, where the problem is. I try to find out at which day this error occur to find out which changes were made. -- Falco Krepel Phone: +49-(0)30 - 34 63 - 7 276 GMD-FOKUS Fax: +49-(0)30 - 34 63 - 8 276 Kaiserin-Augusta-Allee 31 e-mail: krepel@fokus.gmd.de 10589 Berlin WWW: http://www.fokus.gmd.de/usr/krepel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 7: 8:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 501BF37B71D for ; Thu, 22 Mar 2001 07:08:34 -0800 (PST) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id QAA00862; Thu, 22 Mar 2001 16:08:35 +0100 (CET) (envelope-from assar) From: assar@freebsd.org To: Daniel Eischen Cc: current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change References: Date: 22 Mar 2001 16:08:34 +0100 In-Reply-To: Daniel Eischen's message of "Thu, 22 Mar 2001 07:51:07 -0500 (EST)" Message-ID: <5ln1adlu31.fsf@assaris.sics.se> Lines: 46 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen writes: > As someone else has already posted, the following will reproduce > the behaviour on my system: > > bash-2.02$ telnet localhost > Trying ::1... > Connected to localhost. > Escape character is '^]'. > Trying SRA secure login: > User (deischen): ^C^C^C^C^C^C^C > Password: > [ SRA login failed ] > User (deischen): ^Z > [1]+ Stopped telnet localhost > bash-2.02$ kill -9 13164 > [1]+ Killed telnet localhost > > Once you login and are connected, telnet can then again be escaped > with CTRL-]. Thanks. The problem is with SRA using fgets/getpass for its prompts. The simplest way of fixing this is by disabling SRA with the following patch: /assar Index: secure/lib/libtelnet/Makefile =================================================================== RCS file: /home/ncvs/src/secure/lib/libtelnet/Makefile,v retrieving revision 1.18 diff -u -w -u -w -r1.18 Makefile --- secure/lib/libtelnet/Makefile 2000/07/16 05:52:55 1.18 +++ secure/lib/libtelnet/Makefile 2001/03/22 15:05:50 @@ -3,10 +3,10 @@ LIB= telnet SRCS= genget.c getent.c misc.c encrypt.c auth.c \ - enc_des.c sra.c pk.c + enc_des.c pk.c CFLAGS+= -DHAS_CGETENT -DENCRYPTION -DDES_ENCRYPTION -DAUTHENTICATION \ - -DSRA -I${TELNETDIR} \ + -I${TELNETDIR} \ NOPIC= yes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 8:36:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id A98B137B718; Thu, 22 Mar 2001 08:36:48 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id LAA06011; Thu, 22 Mar 2001 11:36:16 -0500 (EST) Date: Thu, 22 Mar 2001 11:36:16 -0500 (EST) From: Daniel Eischen To: assar@freebsd.org Cc: current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change In-Reply-To: <5ln1adlu31.fsf@assaris.sics.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22 Mar 2001 assar@freebsd.org wrote: > Daniel Eischen writes: > > As someone else has already posted, the following will reproduce > > the behaviour on my system: > > > > bash-2.02$ telnet localhost > > Trying ::1... > > Connected to localhost. > > Escape character is '^]'. > > Trying SRA secure login: > > User (deischen): ^C^C^C^C^C^C^C > > Password: > > [ SRA login failed ] > > User (deischen): ^Z > > [1]+ Stopped telnet localhost > > bash-2.02$ kill -9 13164 > > [1]+ Killed telnet localhost > > > > Once you login and are connected, telnet can then again be escaped > > with CTRL-]. > > Thanks. The problem is with SRA using fgets/getpass for its prompts. > The simplest way of fixing this is by disabling SRA with the following > patch: I can test this later tonight, but if you say it works, I'm fine with that. I'd say go ahead and commit it unless/until SRA can be "fixed". -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 9:25:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 3F17C37B720 for ; Thu, 22 Mar 2001 09:25:08 -0800 (PST) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id SAA01444; Thu, 22 Mar 2001 18:24:05 +0100 (CET) (envelope-from assar) From: assar@freebsd.org To: Daniel Eischen Cc: current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change References: Date: 22 Mar 2001 18:24:05 +0100 In-Reply-To: Daniel Eischen's message of "Thu, 22 Mar 2001 11:36:16 -0500 (EST)" Message-ID: <5lbsqtk98q.fsf@assaris.sics.se> Lines: 10 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen writes: > I can test this later tonight, but if you say it works, I'm fine > with that. I'd say go ahead and commit it unless/until SRA can > be "fixed". Fixing SRA requires hacking telnet_fgets (which uses fgets and getpass) to handle the escapes and signal characters and is not likely to happen by me today. And we should think of 4.3. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 9:41:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from ambar.ofermundo.com.ar (h066060007247.isol.net.ar [66.60.7.247]) by hub.freebsd.org (Postfix) with ESMTP id 2A3F037B71C for ; Thu, 22 Mar 2001 09:40:54 -0800 (PST) (envelope-from freebsd@grunblatt.com.ar) Received: from [64.76.26.245] ([64.76.26.245]) by ambar.ofermundo.com.ar (8.9.3/8.8.7) with ESMTP id OAA19931 for ; Thu, 22 Mar 2001 14:40:44 -0300 Date: Thu, 22 Mar 2001 17:43:12 -0300 (ART) From: Daniel X-X-Sender: To: Subject: CFS - Portmap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've upgraded my system yesterday and cfs stoped working, the problem is that it is not possible to use portmap because mountd died with this message: Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER3 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register TCP RPCMNT_VER1 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register TCP RPCMNT_VER3 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP6 RPCMNT_VER1 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP6 RPCMNT_VER3 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register TCP6 RPCMNT_VER1 service Mar 20 17:48:30 apocalypse mountd[67251]: can't register TCP6 RPCMNT_VER3 service Mar 20 17:48:30 apocalypse mountd[67251]: could not create any services Does I have to add something to /etc/netconfig? I also tried using rpcbind, mountd start working and cfsd start but: %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \ /usr/local/crypt mount_nfs: rpcbind on server: RPC: Program not registered Any solution? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 9:46: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 66F1737B719 for ; Thu, 22 Mar 2001 09:46:02 -0800 (PST) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f2MHk0X46445 for ; Thu, 22 Mar 2001 18:46:00 +0100 (CET) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f2MHkeU00272 for freebsd-current@freebsd.org; Thu, 22 Mar 2001 18:46:40 +0100 (CET) Date: Thu, 22 Mar 2001 18:46:40 +0100 From: Bernd Walter To: freebsd-current@freebsd.org Subject: devfs+vinum trouble Message-ID: <20010322184639.A253@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 1. The minor numbers are completely different from what I have without devfs. Without a volume is 91,0 91,1 ... With I get 91,0 91,0x1000000 91,20000000 ... Similar plexes, ... 2. When I mount I get with all volume nodes the same filesystem. Not astonishing with the broken minors. 3. I have 6 volumes and only 5 devnodes in vol showed up. All 6 are shown with vinum list. 4. during vinum init I get errors: WARNING: Driver mistake: repeat make_dev("vinum/controld") WARNING: Driver mistake: repeat make_dev("vinum/Control") WARNING: Driver mistake: repeat make_dev("vinum/control") It doesn't matter if I have devfs compiled in or not. And I get similars during kldunload. It's on an i386 based system with source from 21th March. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 9:48:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id E268737B71E for ; Thu, 22 Mar 2001 09:48:42 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MHmUX05988; Thu, 22 Mar 2001 09:48:30 -0800 (PST) Date: Thu, 22 Mar 2001 09:48:30 -0800 From: Alfred Perlstein To: Daniel Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010322094830.R9431@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from freebsd@grunblatt.com.ar on Thu, Mar 22, 2001 at 05:43:12PM -0300 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Daniel [010322 09:41] wrote: > > Hi, I've upgraded my system yesterday and cfs stoped working, the problem > is that it is not possible to use portmap because mountd died with this > message: > Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1 > service > > Does I have to add something to /etc/netconfig? No, portmap is dead, delete it. > I also tried using rpcbind, mountd start working and cfsd start but: > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \ > /usr/local/crypt > > mount_nfs: rpcbind on server: RPC: Program not registered Have you run mergemaster? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 10:23: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from digital.csudsu.com (digital.csudsu.com [209.249.57.102]) by hub.freebsd.org (Postfix) with ESMTP id C151837B71E for ; Thu, 22 Mar 2001 10:22:57 -0800 (PST) (envelope-from stefan@csudsu.com) Received: by digital.csudsu.com (Postfix, from userid 1000) id 031B322E01; Thu, 22 Mar 2001 10:31:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by digital.csudsu.com (Postfix) with ESMTP id E77521F001; Thu, 22 Mar 2001 10:31:09 -0800 (PST) Date: Thu, 22 Mar 2001 10:31:09 -0800 (PST) From: Stefan Molnar To: Doug Ambrisko Cc: Alfred Perlstein , Subject: Re: ** HEADS UP ** In-Reply-To: <200103220227.f2M2RSi10219@ambrisko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I do hope you explain more about this. On Wed, 21 Mar 2001, Doug Ambrisko wrote: > Alfred Perlstein writes: > | What about the BABUG meeting on Thursday? There's gonna be a film > | crew from IBM-Linux there and a tutorial on netbooting. > | > | http://www.bafug.net/meetings/NextMeetingBerk.html > > Including netbooting of an Airport base station? > > run therboot or irport? >E > ================================================================================ > ROM segment 0x8000 length 0x40EA reloc 0x9800 > Boot from (N)etwork or from (L)ocal? N > Etherboot/32 version 4.6.12 (GPL) for [NE2100] > Probing...[NE2100] > PCnet/ISA+ 79C961A base 0x0300, DMA 5, addr 00:30:65:3A:59:5F > Searching for server (DHCP)... > Me: 192.168.2.194, Server: 192.168.2.254, Gateway 192.168.2.254 > Loading /tftpboot/kernel.bsd (ELF/FreeBSD)0680- > ================================================================================ > 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-BETA #9: Wed Mar 21 15:41:11 PST 2001 > root@770z.whistle.com:/usr/src/sys/compile/AIRPORT > Timecounter "i8254" frequency 1193182 Hz > CPU: AMD Unknown (486-class CPU) > Origin = "AuthenticAMD" Id = 0x4a4 Stepping = 4 > Features=0x0 > real memory = 4194304 (4096K bytes) > avail memory = 1998848 (1952K bytes) > Preloaded elf kernel "kernel" at 0xc025bb00. > npx0: on motherboard > npx0: 387 emulator > isa0: on motherboard > pcic0: at port 0x3e0 iomem 0xd0000 on isa0 > pcic0: Polling mode > pccard0: on pcic0 > pccard1: on pcic0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x30 on isa0 > sio0: type 16550A, console > lnc0 at port 0x300-0x317 iomem 0xd0000-0xdffff irq 10 on isa0 > lnc0: PCnet-ISA II address 00:30:65:3a:59:5f > lnc0: driver is using old-style compatability shims > RTC BIOS diagnostic error e4 > pccard: card inserted, slot 0 > Sending DHCP Discover packet from interface lnc0 (00:30:65:3a:59:5f) > Received DHCP Offer packet on lnc0 from 192.168.2.254 (accepted) (no root path) > Sending DHCP Request packet from interface lnc0 (00:30:65:3a:59:5f) > Received DHCP Ack packet on lnc0 from 192.168.2.254 (accepted) (got root path) > lnc0 at 192.168.2.194 server 192.168.2.254 boot file /tftpboot/kernel.bsd > router 192.168.2.254 rootfs 192.168.2.254:/usr/home/ambrisko/netboot swapfs 192.168.2.254:/usr/work/netboot > Adjusted interface lnc0 > md_lookup_swap: Swap size is 262144 KB > Mounting root from nfs: > NFS ROOT: 192.168.2.254:/usr/home/ambrisko/netboot > NFS SWAP: 192.168.2.254:/usr/work/ij3/netboot > wi0: at port 0x240-0x27f irq 5 slot 0 on pccard0 > wi0: Ethernet address: 00:02:2d:09:4b:f2 > pccardd[40]: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 > pccardd[40]: Assign wi0, io 0x240-0x27f, mem 0x0, 0 bytes, irq 5, flags 0 > pccardd[40]: wi0: Lucent Technologies (WaveLAN/IEEE) inserted. > dhclient: New IP Address(wi0): 207.76.207.134 > dhclient: New Subnet Mask (wi0): 255.255.255.0 > dhclient: New Broadcast Address(wi0): 207.76.207.255 > dhclient: New Routers: 207.76.207.254 > pccardd[40]: pccardd started > login: ROOT LOGIN (root) ON ttyp0 FROM crab > login: ROOT LOGIN (root) ON ttyp1 FROM 207.76.207.135 > > Doug A. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 10:50:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id A9CF137B719 for ; Thu, 22 Mar 2001 10:50:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2MInuG80260; Thu, 22 Mar 2001 10:49:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Thu, 22 Mar 2001 10:49:44 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: RE: FOLLOWUP: RE: boom in a syscalll Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Mar-01 Matthew Jacob wrote: > > Followup- updated kernel, rebuilt, and the same thing that triggered this > before (^Z in vi) happened again, but this time with a different traceback: I wish I could reproduce this. :( > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc019d9f2 > stack pointer = 0x10:0xc7fc5f30 > frame pointer = 0x10:0xc7fc5f3c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 19 (irq2: fxp0 isp1) > kernel: type 12 trap, code=0 > > CPU0 stopping CPUs: 0x00000002... stopped. > Stopped at propagate_priority+0x6e: cmpl 0x14(%esi),%ebx Same place as last time. It looks like a mutex is either being used before it is initialized or being zero'd, or that curproc is NULL at some point. :( If a mutex is getting zero'd, then that might explain the other panics in witness_exit(). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 11: 9: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 1372B37B71E; Thu, 22 Mar 2001 11:09:02 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id OAA04131; Thu, 22 Mar 2001 14:08:29 -0500 (EST) Date: Thu, 22 Mar 2001 14:08:28 -0500 (EST) From: Daniel Eischen To: assar@freebsd.org Cc: current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change In-Reply-To: <5lbsqtk98q.fsf@assaris.sics.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22 Mar 2001 assar@freebsd.org wrote: > Daniel Eischen writes: > > I can test this later tonight, but if you say it works, I'm fine > > with that. I'd say go ahead and commit it unless/until SRA can > > be "fixed". > > Fixing SRA requires hacking telnet_fgets (which uses fgets and > getpass) to handle the escapes and signal characters and is not likely > to happen by me today. And we should think of 4.3. OK. Disable SRA until there is a proper fix. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 11:32:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 70D1337B71C for ; Thu, 22 Mar 2001 11:32:11 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2MJWAn95931 for current@freebsd.org; Thu, 22 Mar 2001 11:32:10 -0800 (PST) Date: Thu, 22 Mar 2001 11:32:10 -0800 (PST) From: David Wolfskill Message-Id: <200103221932.f2MJWAn95931@bunrab.catwhisker.org> To: current@freebsd.org Subject: yppasswdd_server.c:692: redefinition of `struct cmessage' Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Got it 3 times; first after a CVSUP ended at Wed Mar 21 23:53:49 PST 2001, so I CVSUPed again (ended at Thu Mar 22 07:33:33 PST 2001); when it happened again, I blew away /usr/obj/usr/src (just in case there was something annoying there), but it's being rather consistent, so I thought the breakage might be worth mentioning (since I didn't recall seeing anyone else mention it). It appears that struct cmessage is defined in /usr/src/sys/sys/socket.h:367, as well as /usr/src/usr.sbin/rpc.yppasswdd/yppasswdd_server.c:692. Maybe I won't build -CURRENT for a little while.... :-} Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 11:35:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 1A32C37B71D for ; Thu, 22 Mar 2001 11:35:35 -0800 (PST) (envelope-from krepel@fokus.gmd.de) Received: from fokus.gmd.de (quant [193.175.133.183]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id UAA27007; Thu, 22 Mar 2001 20:35:21 +0100 (MET) Message-ID: <3ABA53F9.DB191FA3@fokus.gmd.de> Date: Thu, 22 Mar 2001 20:35:21 +0100 From: Falco Krepel Organization: GMD FOKUS - CATS Group X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, de-DE MIME-Version: 1.0 To: "Justin T. Gibbs" , freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported (conflict with ATA) References: <200103202342.f2KNfvs74802@aslan.scsiguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I found the problem. The problem occur since 03/14/2001. The following files could be infvolved: P dev/ata/ata-all.c P dev/ata/ata-all.h P dev/ata/ata-disk.c P dev/ata/ata-disk.h P dev/ata/atapi-all.c P dev/ata/atapi-all.h P dev/ata/atapi-cd.c P dev/ata/atapi-cd.h P dev/ata/atapi-fd.c P dev/ata/atapi-fd.h P dev/ata/atapi-tape.c P dev/ata/atapi-tape.h It should be somthing in ata-all.c. Because since 03/14 the ata1 probe doesn't fail and uses irq 15 same as the ahc. But this shouldn't be a problem. I am right? => boot failed (since 03/14/2001) atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd000 ata0: mask=03 status0=50 status1=00 ata0-master: ATAPI probe 14 eb ata0-slave: ATAPI probe 14 eb ata0: mask=03 status0=10 status1=00 ata0: devices=0c ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd008 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.4 (no driver attached) ahc0: port 0xdc00-0xdcff mem 0xdf000000-0xdf000fff irq 15 at device 9.0 on pci0 ahc0: Platform free device_probe_and_attach: ahc0 attach returned 12 => boot working (03/13/2001 and before) atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=14 b=eb ata0-slave: ATAPI probe a=14 b=eb ata0: mask=03 status0=10 status1=00 ata0: devices=0c ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd008 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed pci0: at 7.4 (no driver attached) ahc0: port 0xdc00-0xdcff mem 0xdf000000-0xdf000fff irq 15 at device 9.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 424 instructions downloaded aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs -- Falco Krepel Phone: +49-(0)30 - 34 63 - 7 276 GMD-FOKUS Fax: +49-(0)30 - 34 63 - 8 276 Kaiserin-Augusta-Allee 31 e-mail: krepel@fokus.gmd.de 10589 Berlin WWW: http://www.fokus.gmd.de/usr/krepel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 11:37:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7710C37B719 for ; Thu, 22 Mar 2001 11:37:39 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MJbYm09502; Thu, 22 Mar 2001 11:37:34 -0800 (PST) Date: Thu, 22 Mar 2001 11:37:34 -0800 From: Alfred Perlstein To: David Wolfskill Cc: current@FreeBSD.ORG Subject: Re: yppasswdd_server.c:692: redefinition of `struct cmessage' Message-ID: <20010322113734.X9431@fw.wintelcom.net> References: <200103221932.f2MJWAn95931@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103221932.f2MJWAn95931@bunrab.catwhisker.org>; from david@catwhisker.org on Thu, Mar 22, 2001 at 11:32:10AM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * David Wolfskill [010322 11:33] wrote: > Got it 3 times; first after a CVSUP ended at Wed Mar 21 23:53:49 PST 2001, > so I CVSUPed again (ended at Thu Mar 22 07:33:33 PST 2001); when it > happened again, I blew away /usr/obj/usr/src (just in case there was > something annoying there), but it's being rather consistent, so I thought > the breakage might be worth mentioning (since I didn't recall seeing anyone > else mention it). > > It appears that struct cmessage is defined in > /usr/src/sys/sys/socket.h:367, as well as > /usr/src/usr.sbin/rpc.yppasswdd/yppasswdd_server.c:692. > > Maybe I won't build -CURRENT for a little while.... :-} Don't worry, ru fixed it, I'm about to undo the whole schebang because sys/socket.h shouldn't have this definition. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:14:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 9FEF837B71B for ; Thu, 22 Mar 2001 12:14:12 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2MKE8s96755; Thu, 22 Mar 2001 13:14:09 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103222014.f2MKE8s96755@aslan.scsiguy.com> To: Falco Krepel Cc: freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported (conflict with ATA) In-Reply-To: Your message of "Thu, 22 Mar 2001 20:35:21 +0100." <3ABA53F9.DB191FA3@fokus.gmd.de> Date: Thu, 22 Mar 2001 13:14:08 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I think I found the problem. The problem occur since 03/14/2001. The >following files could be infvolved: You'll have to ask Soren about this. It looks like one part of ata-all (this is in -stable), clears the RF_SHAREABLE flag. I don't know why this would be necessary for a PCI IDE device. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:31:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7972937B71F for ; Thu, 22 Mar 2001 12:31:14 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MKVEX11231 for current@freebsd.org; Thu, 22 Mar 2001 12:31:14 -0800 (PST) Date: Thu, 22 Mar 2001 12:31:14 -0800 From: Alfred Perlstein To: current@freebsd.org Subject: *** HEADSUP keyserv might be broken *** Message-ID: <20010322123114.C9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There's rumors that something is broken in keyserv, if someone can get me a good diagnostics on how to reproduce the failure/problem I should be able to fix it. Of course patches are welcome as well. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:32:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from ambar.ofermundo.com.ar (h066060007247.isol.net.ar [66.60.7.247]) by hub.freebsd.org (Postfix) with ESMTP id 31FD137B71A for ; Thu, 22 Mar 2001 12:32:03 -0800 (PST) (envelope-from freebsd@grunblatt.com.ar) Received: from [64.76.26.245] ([64.76.26.245]) by ambar.ofermundo.com.ar (8.9.3/8.8.7) with ESMTP id RAA20899; Thu, 22 Mar 2001 17:31:48 -0300 Date: Thu, 22 Mar 2001 20:34:19 -0300 (ART) From: Daniel X-X-Sender: To: Alfred Perlstein Cc: Subject: Re: CFS - Portmap In-Reply-To: <20010322094830.R9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes On Thu, 22 Mar 2001, Alfred Perlstein wrote: > Date: Thu, 22 Mar 2001 09:48:30 -0800 > From: Alfred Perlstein > To: Daniel > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: CFS - Portmap > > * Daniel [010322 09:41] wrote: > > > > Hi, I've upgraded my system yesterday and cfs stoped working, the problem > > is that it is not possible to use portmap because mountd died with this > > message: > > Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1 > > service > > > > Does I have to add something to /etc/netconfig? > > No, portmap is dead, delete it. > > > I also tried using rpcbind, mountd start working and cfsd start but: > > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \ > > /usr/local/crypt > > > > mount_nfs: rpcbind on server: RPC: Program not registered > > Have you run mergemaster? > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Instead of asking why a piece of software is using "1970s technology," > start asking why software is ignoring 30 years of accumulated wisdom. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:32:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id DFC0037B737; Thu, 22 Mar 2001 12:32:31 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2MKWEh14933; Thu, 22 Mar 2001 15:32:14 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 22 Mar 2001 15:32:14 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Daniel Eischen Cc: assar@freebsd.org, current@freebsd.org Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm baffled as to why SRA is enabled by default. I'm fine with it being compiled in, but it appears to be substantially interfering with normal TCP operation. Either the negotiation needs to be fixed, or this feature needs to be disabled for 4.3-RELEASE (either at compile-time or run-time is fine). Note that we don't even enable Kerberos* build by default, and even when it is built, negotiation is relatively non-interfering for non-Kerberos environments. 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-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:39:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 3387B37B71D for ; Thu, 22 Mar 2001 12:39:31 -0800 (PST) (envelope-from ncbp@bank-pedersen.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id 159B55D64; Thu, 22 Mar 2001 21:39:30 +0100 (CET) Date: Thu, 22 Mar 2001 21:39:30 +0100 From: "Niels Chr. Bank-Pedersen" To: freebsd-current@freebsd.org Subject: Re: devfs+vinum trouble Message-ID: <20010322213929.F1082@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , freebsd-current@freebsd.org References: <20010322184639.A253@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010322184639.A253@cicely20.cicely.de>; from ticso@mail.cicely.de on Thu, Mar 22, 2001 at 06:46:40PM +0100 X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote: > 1. The minor numbers are completely different from what I have > without devfs. > Without a volume is 91,0 91,1 ... > With I get 91,0 91,0x1000000 91,20000000 ... > Similar plexes, ... > 2. When I mount I get with all volume nodes the same filesystem. > Not astonishing with the broken minors. > 3. I have 6 volumes and only 5 devnodes in vol showed up. > All 6 are shown with vinum list. > 4. during vinum init I get errors: > WARNING: Driver mistake: repeat make_dev("vinum/controld") > WARNING: Driver mistake: repeat make_dev("vinum/Control") > WARNING: Driver mistake: repeat make_dev("vinum/control") > It doesn't matter if I have devfs compiled in or not. > And I get similars during kldunload. > > It's on an i386 based system with source from 21th March. Same here. > B.Walter COSMO-Project http://www.cosmo-project.de /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark NET, IP-section. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:45:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D5B1E37B71C for ; Thu, 22 Mar 2001 12:45:09 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MKj4N11693; Thu, 22 Mar 2001 12:45:04 -0800 (PST) Date: Thu, 22 Mar 2001 12:45:03 -0800 From: Alfred Perlstein To: "Niels Chr. Bank-Pedersen" Cc: freebsd-current@FreeBSD.ORG Subject: Re: devfs+vinum trouble Message-ID: <20010322124503.E9431@fw.wintelcom.net> References: <20010322184639.A253@cicely20.cicely.de> <20010322213929.F1082@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010322213929.F1082@bank-pedersen.dk>; from ncbp@bank-pedersen.dk on Thu, Mar 22, 2001 at 09:39:30PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Niels Chr. Bank-Pedersen [010322 12:39] wrote: > On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote: > > 1. The minor numbers are completely different from what I have > > without devfs. > > Without a volume is 91,0 91,1 ... > > With I get 91,0 91,0x1000000 91,20000000 ... > > Similar plexes, ... > > 2. When I mount I get with all volume nodes the same filesystem. > > Not astonishing with the broken minors. > > 3. I have 6 volumes and only 5 devnodes in vol showed up. > > All 6 are shown with vinum list. > > 4. during vinum init I get errors: > > WARNING: Driver mistake: repeat make_dev("vinum/controld") > > WARNING: Driver mistake: repeat make_dev("vinum/Control") > > WARNING: Driver mistake: repeat make_dev("vinum/control") > > It doesn't matter if I have devfs compiled in or not. > > And I get similars during kldunload. > > > > It's on an i386 based system with source from 21th March. > > > Same here. > T USERS MORE INFO PLZ K THNX. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 12:59:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id EC2A537B71C for ; Thu, 22 Mar 2001 12:59:54 -0800 (PST) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f2MKxmX47860; Thu, 22 Mar 2001 21:59:48 +0100 (CET) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f2ML0PY01571; Thu, 22 Mar 2001 22:00:25 +0100 (CET) Date: Thu, 22 Mar 2001 22:00:25 +0100 From: Bernd Walter To: Daniel Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010322220025.B1130@cicely20.cicely.de> References: <20010322094830.R9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from freebsd@grunblatt.com.ar on Thu, Mar 22, 2001 at 08:34:19PM -0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 08:34:19PM -0300, Daniel wrote: > Yes I guess you overwrite portmap_program in /etc/rc.conf. Sync the line with /etc/defaults/rc.conf or better remove it completely. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13: 9:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id E40E937B71B for ; Thu, 22 Mar 2001 13:09:35 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2ML9Ev33608; Fri, 23 Mar 2001 00:09:15 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 00:09:13 +0300 From: "Andrey A. Chernov" To: Daniel Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010323000912.A33562@nagual.pp.ru> References: <20010322094830.R9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from freebsd@grunblatt.com.ar on Thu, Mar 22, 2001 at 08:34:19PM -0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote: > > > I also tried using rpcbind, mountd start working and cfsd start but: > > > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \ > > > /usr/local/crypt > > > > > > mount_nfs: rpcbind on server: RPC: Program not registered Yes, cfs is broken now - I see the same error. Here is 'rpcinfo', last number produced by cfsd running: program version netid address service owner 100000 4 tcp 0.0.0.0.0.111 rpcbind superuser 100000 3 tcp 0.0.0.0.0.111 rpcbind superuser 100000 2 tcp 0.0.0.0.0.111 rpcbind superuser 100000 4 udp 0.0.0.0.0.111 rpcbind superuser 100000 3 udp 0.0.0.0.0.111 rpcbind superuser 100000 2 udp 0.0.0.0.0.111 rpcbind superuser 100000 4 unix /var/run/rpcbind.sock rpcbind superuser 100000 3 unix /var/run/rpcbind.sock rpcbind superuser 100000 2 unix /var/run/rpcbind.sock rpcbind superuser 100005 1 udp 0.0.0.0.3.237 mountd superuser 100005 1 tcp 0.0.0.0.3.251 mountd superuser 1092830567 2 udp 0.0.0.0.11.233 - superuser -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13:37:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id E123D37B71F for ; Thu, 22 Mar 2001 13:37:26 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MLb2l13366; Thu, 22 Mar 2001 13:37:02 -0800 (PST) Date: Thu, 22 Mar 2001 13:37:02 -0800 From: Alfred Perlstein To: "Andrey A. Chernov" Cc: Daniel , freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010322133702.F9431@fw.wintelcom.net> References: <20010322094830.R9431@fw.wintelcom.net> <20010323000912.A33562@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010323000912.A33562@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Mar 23, 2001 at 12:09:13AM +0300 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Andrey A. Chernov [010322 13:09] wrote: > On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote: > > > > I also tried using rpcbind, mountd start working and cfsd start but: > > > > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \ > > > > /usr/local/crypt > > > > > > > > mount_nfs: rpcbind on server: RPC: Program not registered > > Yes, cfs is broken now - I see the same error. Here is 'rpcinfo', last > number produced by cfsd running: > > program version netid address service owner > 100000 4 tcp 0.0.0.0.0.111 rpcbind superuser > 100000 3 tcp 0.0.0.0.0.111 rpcbind superuser > 100000 2 tcp 0.0.0.0.0.111 rpcbind superuser > 100000 4 udp 0.0.0.0.0.111 rpcbind superuser > 100000 3 udp 0.0.0.0.0.111 rpcbind superuser > 100000 2 udp 0.0.0.0.0.111 rpcbind superuser > 100000 4 unix /var/run/rpcbind.sock rpcbind superuser > 100000 3 unix /var/run/rpcbind.sock rpcbind superuser > 100000 2 unix /var/run/rpcbind.sock rpcbind superuser > 100005 1 udp 0.0.0.0.3.237 mountd superuser > 100005 1 tcp 0.0.0.0.3.251 mountd superuser > 1092830567 2 udp 0.0.0.0.11.233 - superuser Any of you folks tried recompiling CFS? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13:37:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 73F2F37B720 for ; Thu, 22 Mar 2001 13:37:34 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MLbXp27179 for ; Thu, 22 Mar 2001 22:37:33 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 22:38:56 +0100 (CET) From: Martin Blapp To: current@freebsd.org Subject: Re: *** HEADSUP keyserv might be broken *** Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG keyserv _is_ broken. I'm sorry about this, I overlooked keyserv as I did my work and did just a hack so it compiled. There are a few things broken: - Register the keyserv programm and crypt program in rpcbind also for local unix transport. - Create and bind the unix socket I've a fix here, and I do testing at the moment. When everything works I'll paste it into the web. Btw: Rpcbind seems not to look at the v-flag in /etc/netconfig for rpcbind registrations. It works for portmap registrations. I'll look if this is still the same in newer tirpc1999. So you'll see these strange entries in rpcinfo: 100029 1 unix /var/run/keyservsock keyserv superuser 100029 2 unix /var/run/keyservsock keyserv superuser 600100029 1 unix /var/run/keyservsock superuser That's cause in /etc/rpc is no name defined for programm 600100029. Portmapper did hide this. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13:41:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3508737B718 for ; Thu, 22 Mar 2001 13:41:31 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MLejO34205; Fri, 23 Mar 2001 00:40:45 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 00:40:45 +0300 From: "Andrey A. Chernov" To: Alfred Perlstein Cc: Daniel , freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010323004045.A34109@nagual.pp.ru> References: <20010322094830.R9431@fw.wintelcom.net> <20010323000912.A33562@nagual.pp.ru> <20010322133702.F9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010322133702.F9431@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Mar 22, 2001 at 01:37:02PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 13:37:02 -0800, Alfred Perlstein wrote: > > 100005 1 udp 0.0.0.0.3.237 mountd superuser > > 100005 1 tcp 0.0.0.0.3.251 mountd superuser > > 1092830567 2 udp 0.0.0.0.11.233 - superuser > > Any of you folks tried recompiling CFS? Yes, of course. You can do the same by using /usr/ports/security/cfs -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13:42: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 997E837B722 for ; Thu, 22 Mar 2001 13:41:54 -0800 (PST) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f2MLfnX48189; Thu, 22 Mar 2001 22:41:49 +0100 (CET) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f2MLgUQ01661; Thu, 22 Mar 2001 22:42:30 +0100 (CET) Date: Thu, 22 Mar 2001 22:42:29 +0100 From: Bernd Walter To: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , freebsd-current@FreeBSD.ORG Subject: Re: devfs+vinum trouble Message-ID: <20010322224229.C1130@cicely20.cicely.de> References: <20010322184639.A253@cicely20.cicely.de> <20010322213929.F1082@bank-pedersen.dk> <20010322124503.E9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010322124503.E9431@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Mar 22, 2001 at 12:45:03PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 22, 2001 at 12:45:03PM -0800, Alfred Perlstein wrote: > * Niels Chr. Bank-Pedersen [010322 12:39] wrote: > > On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote: > > > 1. The minor numbers are completely different from what I have > > > without devfs. > > > Without a volume is 91,0 91,1 ... > > > With I get 91,0 91,0x1000000 91,20000000 ... > > > Similar plexes, ... > > > 2. When I mount I get with all volume nodes the same filesystem. > > > Not astonishing with the broken minors. > > > 3. I have 6 volumes and only 5 devnodes in vol showed up. > > > All 6 are shown with vinum list. > > > 4. during vinum init I get errors: > > > WARNING: Driver mistake: repeat make_dev("vinum/controld") > > > WARNING: Driver mistake: repeat make_dev("vinum/Control") > > > WARNING: Driver mistake: repeat make_dev("vinum/control") > > > It doesn't matter if I have devfs compiled in or not. > > > And I get similars during kldunload. > > > > > > It's on an i386 based system with source from 21th March. > > > > > > Same here. > > > > > T USERS MORE INFO PLZ K THNX. > 1. You mixed type and instance number - see the diff 2. A result of 1. 3. I asume the same reason as 1. and 2. The number was filtered and the call failed. Yet to check. 4. I don't have anything more than this. But they seem to be harmless. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=delme Index: vinumconfig.c =================================================================== RCS file: /vol/freebsd-cvs/src/sys/dev/vinum/vinumconfig.c,v retrieving revision 1.40 diff -u -r1.40 vinumconfig.c --- vinumconfig.c 2001/02/20 12:14:01 1.40 +++ vinumconfig.c 2001/03/22 21:35:45 @@ -1223,7 +1223,7 @@ if (sd->sectors < 0) throw_rude_remark(EINVAL, "sd %s has no length spec", sd->name); - sd->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(VINUM_SD_TYPE, sdno), + sd->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(sdno, VINUM_SD_TYPE), UID_ROOT, GID_WHEEL, S_IRUSR|S_IWUSR, "vinum/sd/%s", sd->name); if (state != sd_unallocated) /* we had a specific state to set */ sd->state = state; /* do it now */ @@ -1382,7 +1382,7 @@ if (plex->organization == plex_disorg) throw_rude_remark(EINVAL, "No plex organization specified"); - plex->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(VINUM_PLEX_TYPE, plexno), + plex->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(plexno, VINUM_PLEX_TYPE), UID_ROOT, GID_WHEEL, S_IRUSR|S_IWUSR, "vinum/plex/%s", plex->name); if ((plex->volno < 0) /* we don't have a volume */ @@ -1544,7 +1544,7 @@ vol->size = max(vol->size, PLEX[vol->plex[i]].length); vinum_conf.volumes_used++; /* one more in use */ - vol->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(VINUM_VOLUME_TYPE, volno), + vol->dev = make_dev(&vinum_cdevsw, VINUMRMINOR(volno, VINUM_VOLUME_TYPE), UID_ROOT, GID_WHEEL, S_IRUSR|S_IWUSR, "vinum/vol/%s", vol->name); } --lrZ03NoBR/3+SXJZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 13:52:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A810637B71B for ; Thu, 22 Mar 2001 13:52:14 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MLq6p27614; Thu, 22 Mar 2001 22:52:06 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 22:53:29 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" , Daniel Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you have not recompiled cfs, does starting the rpcbind with -L fix this ? Old binarys resist to work without this option. from rpcbind man-page: Allow old-style local connections over the loopback interface. Without this flag, local connections are only allowed over a local socket, /var/run/rpcbind.sock Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14: 1:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by hub.freebsd.org (Postfix) with ESMTP id 6B85937B71E for ; Thu, 22 Mar 2001 14:01:30 -0800 (PST) (envelope-from D.Rock@t-online.de) Received: from fwd02.sul.t-online.com by mailout05.sul.t-online.com with smtp id 14gD97-000381-08; Thu, 22 Mar 2001 23:01:29 +0100 Received: from server.rock.net (340029380333-0001@[62.226.180.89]) by fmrl02.sul.t-online.com with esmtp id 14gD8m-2DwE4GC; Thu, 22 Mar 2001 23:01:08 +0100 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.11.2/8.11.2/Rock) with ESMTP id f2MM17K68948 for ; Thu, 22 Mar 2001 23:01:07 +0100 (MET) Message-ID: <3ABA7623.D0D86F38@t-online.de> Date: Thu, 22 Mar 2001 23:01:07 +0100 From: Daniel Rock X-Mailer: Mozilla 4.76 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: current@freebsd.org Subject: Tekram DC3x5 driver and -CURRENT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, there exists a Tekram SCSI driver, which doesn't have an NCR/SymBIOS/LSILogic or AMD chip. On the Tekram FTP site you can download a driver for FreeBSD though. Unfortunately, the latest one is for 4.x, which won't work on a current -CURRENT system. Perhaps this driver should be integrated into the main tree, so it can be actively maintained. I just have newbus'ified the driver and it seems to work in my machine, but I am no FreeBSD kernel hacker. I don't have the slightest idea what I have done. I just generated some diff's from other drivers which have been newbus'ified recently and did the same steps. If some brave man is still interested I can mail him the modifications or post them here. -- Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14: 6: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 7065237B718 for ; Thu, 22 Mar 2001 14:06:03 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MM5ip28085; Thu, 22 Mar 2001 23:05:44 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 23:07:08 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" , Daniel Cc: current@FreeBSD.ORG Subject: [FIX] Re: CFS - Portmap In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems you have to run rpcbind with -i flag: -i ``insecure'' mode. Allows calls to SET and UNSET from an host. Normally rpcbind accepts these requests only from the loopback interface for security reasons. This change is necessary for programs that were compiled with earlier versions of the rpc library and do not make those requests using the loopback interface. # mount_nfs -o port=3049,intr localhost:/null /crypt root@fuchur:~# mount /dev/da0s2a on / (ufs, NFS exported, local, soft-updates) devfs on /dev (devfs, local) /dev/vinum/vol/vinum0 on /usr (ufs, NFS exported, local, soft-updates) /dev/da0s2e on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) localhost:/null on /crypt (nfs) Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Thu, 22 Mar 2001, Martin Blapp wrote: > > If you have not recompiled cfs, does starting the rpcbind with -L > fix this ? Old binarys resist to work without this option. > > from rpcbind man-page: > > Allow old-style local connections over the loopback interface. > Without this flag, local connections are only allowed over a > local socket, /var/run/rpcbind.sock > > Martin > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:11:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 345BE37B71B for ; Thu, 22 Mar 2001 14:11:49 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MMBbH34769; Fri, 23 Mar 2001 01:11:38 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 01:11:33 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Daniel , freebsd-current@FreeBSD.ORG Subject: Re: CFS - Portmap Message-ID: <20010323011131.A34710@nagual.pp.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Thu, Mar 22, 2001 at 10:53:29PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 22:53:29 +0100, Martin Blapp wrote: > > If you have not recompiled cfs, does starting the rpcbind with -L > fix this ? Old binarys resist to work without this option. -L not helps for old and for new binaries too. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:18:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id F1E0737B71A for ; Thu, 22 Mar 2001 14:18:39 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MMITb34919; Fri, 23 Mar 2001 01:18:30 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 01:18:27 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323011825.A34839@nagual.pp.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Thu, Mar 22, 2001 at 11:07:08PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 23:07:08 +0100, Martin Blapp wrote: > > It seems you have to run rpcbind with -i flag: > -i not helps too. Diagnostic is the same. > > # mount_nfs -o port=3049,intr localhost:/null /crypt You miss "nfsv2" switch here. mountd is running with -2 option too. To make testing easy, put this into /etc/fstab: localhost:/null /crypt nfs rw,noauto,intr,port=3049,nfsv2 0 0 Then all you need is "mount /crypt" -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:31:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C13A237B780 for ; Thu, 22 Mar 2001 14:31:36 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MMVUp28986; Thu, 22 Mar 2001 23:31:30 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 23:32:53 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323011825.A34839@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm ? # /usr/local/etc/rc.d/cfsd.sh stop # killall mountd # killall -SIGUSR1 nfsd # killall rpcbind # rpcinfo rpcinfo: can't contact rpcbind: RPC: Remote system error - Connection refused # rpcbind -i # mountd -2 # nfsd # /usr/local/etc/rc.d/cfsd.sh start # mount_nfs -o port=3049,intr,nfsv2 localhost:/null /crypt # mount [...] localhost:/null on /crypt (nfs) # umount -v /crypt # localhost:/null: unmount from /crypt Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Fri, 23 Mar 2001, Andrey A. Chernov wrote: > On Thu, Mar 22, 2001 at 23:07:08 +0100, Martin Blapp wrote: > > > > It seems you have to run rpcbind with -i flag: > > > > -i not helps too. Diagnostic is the same. > > > > > # mount_nfs -o port=3049,intr localhost:/null /crypt > > > You miss "nfsv2" switch here. mountd is running with -2 option too. > > To make testing easy, put this into /etc/fstab: > > localhost:/null /crypt nfs rw,noauto,intr,port=3049,nfsv2 0 0 > > Then all you need is "mount /crypt" > > -- > Andrey A. Chernov > http://ache.pp.ru/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:35:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 933C037B719 for ; Thu, 22 Mar 2001 14:35:19 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MMZDU35208; Fri, 23 Mar 2001 01:35:13 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 01:35:12 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323013512.A35131@nagual.pp.ru> References: <20010323011825.A34839@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Thu, Mar 22, 2001 at 11:32:53PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote: > # nfsd ^^^^^^^^^ Not start nfsd - it is unneded for cfs, cfs handle all calls by itself. At least it works without any nfsd previously. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:36: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from hesmtp0.dion.ne.jp (hesmtp0.dion.ne.jp [210.172.64.84]) by hub.freebsd.org (Postfix) with ESMTP id 8A8F237B71C for ; Thu, 22 Mar 2001 14:35:52 -0800 (PST) (envelope-from sales@adwin.com) Received: from sales by hesmtp0.dion.ne.jp (8.9.3/3.7W-00082213) id HAA22490; Fri, 23 Mar 2001 07:35:51 +0900 (JST) Date: Fri, 23 Mar 2001 07:35:51 +0900 (JST) Message-Id: <200103222235.HAA22490@hesmtp0.dion.ne.jp> From: ADWIN To: freebsd-current@freebsd.org Subject: =?ISO-2022-JP?B?k52Mdop3inePS4Ncg3SDZ4LMgrKIxJPg?= X-Mailer: MultiSneder1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ˑR̃[B ()AhEB cƕ ÓcƐ\܂B vwwK\tĝē ނ̊Tv ߔNAڋqȂǂ̏f[^x[XĂƂȂ܂B AݍŁucƃ}̐ƍL`̂ǂ炪ɍv Ă̂낤vƂ͂ǂꂾ̊ƂsĂł傤H ̃f[^x[XLɊpAɍ̂\zĂ邽߂ɂ vw̒mKvƂȂ܂B{\tgł͊bmEvwwK ܂B pvwuiy[W http://www.adwin.com/adwin/products/edutainment/15_statis/note_01.html ̌Ń_E[h̃y[W http://www.adwin.com/adwin/download/demotoukei/toukeitrial.html Â悤ȃ[]Ȃ́Â܂܃[ԐM B f[^x[X폜܂B ----------------------------------- AhEB@cƕ@Óc E-mail ttsuda@adwin.com ADWIN HomePage http://www.adwin.com/ EDUTAINMENT WORLD http://www.catalog.ne.jp/eworld/ 733-0013Ls扡V12-11 TEL 082-233-1667@FAX 082-233-1672 ----------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:39:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 583A837B719 for ; Thu, 22 Mar 2001 14:39:52 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MMdjp29278; Thu, 22 Mar 2001 23:39:45 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 23:41:08 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323013512.A35131@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Without nfsd it doesn't work, right. Yes, this seems to be the problem. I'll go into source of cfs now and fix the problem. Or maybe a mount_nfs problem ? Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Fri, 23 Mar 2001, Andrey A. Chernov wrote: > On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote: > > > # nfsd > > ^^^^^^^^^ > > Not start nfsd - it is unneded for cfs, cfs handle all calls by itself. > At least it works without any nfsd previously. > > > -- > Andrey A. Chernov > http://ache.pp.ru/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:41:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 6579637B719 for ; Thu, 22 Mar 2001 14:41:23 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MMfHw35295; Fri, 23 Mar 2001 01:41:17 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 01:41:16 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323014116.A35261@nagual.pp.ru> References: <20010323011825.A34839@nagual.pp.ru> <20010323013512.A35131@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010323013512.A35131@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Mar 23, 2001 at 01:35:12AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 01:35:12 +0300, Andrey A. Chernov wrote: > On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote: > > > # nfsd > > ^^^^^^^^^ > > Not start nfsd - it is unneded for cfs, cfs handle all calls by itself. > At least it works without any nfsd previously. I.e. you have success because mount the directory to regular NFS handled by nfsd, not to CFS. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 14:52: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 7F4BB37B718 for ; Thu, 22 Mar 2001 14:52:03 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MMpvp29683; Thu, 22 Mar 2001 23:51:57 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 22 Mar 2001 23:53:20 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323014116.A35261@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, look at this: # mount /crypt mount_nfs: rpcbind on server: RPC: Program not registered rpcbind debug output: PMAP_GETPORT req for (100003, 2, udp) from 127.0.0.1.3.18 :port = 0 nfs is prgramm 100003 For some strange reason there is a request for nfs. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15: 0:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 80F8D37B71C for ; Thu, 22 Mar 2001 15:00:04 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MMxwp29944; Thu, 22 Mar 2001 23:59:58 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 00:01:21 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" Cc: Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323014116.A35261@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I see, seems that (port==2049? nc : NULL) has changed in some way. I'll fix that. PS: let's change to private discussion and not cc current anymore. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:22:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4539937B719 for ; Thu, 22 Mar 2001 15:22:29 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MNMP016341; Thu, 22 Mar 2001 15:22:25 -0800 (PST) Date: Thu, 22 Mar 2001 15:22:25 -0800 From: Alfred Perlstein To: Bernd Walter Cc: "Niels Chr. Bank-Pedersen" , freebsd-current@FreeBSD.ORG Subject: Re: devfs+vinum trouble Message-ID: <20010322152225.J9431@fw.wintelcom.net> References: <20010322184639.A253@cicely20.cicely.de> <20010322213929.F1082@bank-pedersen.dk> <20010322124503.E9431@fw.wintelcom.net> <20010322224229.C1130@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010322224229.C1130@cicely20.cicely.de>; from ticso@mail.cicely.de on Thu, Mar 22, 2001 at 10:42:29PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bernd Walter [010322 13:42] wrote: > > 1. You mixed type and instance number - see the diff > > 2. A result of 1. > > 3. I asume the same reason as 1. and 2. > The number was filtered and the call failed. > Yet to check. > > 4. I don't have anything more than this. > But they seem to be harmless. > > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > Index: vinumconfig.c Applied, thank you. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:24:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4E84F37B719 for ; Thu, 22 Mar 2001 15:24:34 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2MNOMS16384; Thu, 22 Mar 2001 15:24:22 -0800 (PST) Date: Thu, 22 Mar 2001 15:24:22 -0800 From: Alfred Perlstein To: Martin Blapp Cc: "Andrey A. Chernov" , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010322152422.K9431@fw.wintelcom.net> References: <20010323014116.A35261@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Fri, Mar 23, 2001 at 12:01:21AM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Martin Blapp [010322 15:00] wrote: > > Hi, > > I see, seems that (port==2049? nc : NULL) has changed in some way. > I'll fix that. > > PS: let's change to private discussion and not cc current anymore. Please don't, I'd like to understand what's going on here. There's also a chance someone will jump in with the answer you're looking for. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:32:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 836FC37B71B for ; Thu, 22 Mar 2001 15:32:18 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MNW4p31049; Fri, 23 Mar 2001 00:32:04 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 00:33:28 +0100 (CET) From: Martin Blapp To: Alfred Perlstein Cc: "Andrey A. Chernov" , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010322152422.K9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, here is what I found: notes.ms, line 228 If your system does not support NFS mounts on ports other than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously run the target system as an NFS server under this configuration. cfs.h:#define CFS_PORT 2049 nfsproto.h:#define NFS_PORT 2049 nfsproto.x:const NFS_PORT = 2049 and then this code here: if (!svc_reg(tp, NFS_PROGRAM, NFS_VERSION, nfs_program_2, (port==2049? nc : NULL))) { fprintf(stderr,"Can't register CFS NFS\n"); exit(1); } Cause the 5. argument (const char *nettype nc) is NULL in our case, svc_reg does not register cfs within rpcbind. If you compile with -DCFS_PORT=2049, cfs works as normal. I'm only thinking what is the right thing to do ... Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Thu, 22 Mar 2001, Alfred Perlstein wrote: > * Martin Blapp [010322 15:00] wrote: > > > > Hi, > > > > I see, seems that (port==2049? nc : NULL) has changed in some way. > > I'll fix that. > > > > PS: let's change to private discussion and not cc current anymore. > > Please don't, I'd like to understand what's going on here. > > There's also a chance someone will jump in with the answer you're > looking for. > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:38: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 9692A37B719 for ; Thu, 22 Mar 2001 15:37:58 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MNbiH36131; Fri, 23 Mar 2001 02:37:45 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 02:37:41 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Alfred Perlstein , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323023740.A35977@nagual.pp.ru> References: <20010322152422.K9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Fri, Mar 23, 2001 at 12:33:28AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 00:33:28 +0100, Martin Blapp wrote: > > > If you compile with -DCFS_PORT=2049, cfs works as normal. > It sounds like in that case it is impossible to run nfsd and cfsd at the same machine, i.e. does cfs disallows nfs? BTW, why it works before? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:42:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id DD3FC37B71A for ; Thu, 22 Mar 2001 15:42:18 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2MNgIp98130 for ; Thu, 22 Mar 2001 15:42:18 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2MNgGh76684; Thu, 22 Mar 2001 15:42:17 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103222342.f2MNgGh76684@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Martin Blapp Cc: Alfred Perlstein , "Andrey A. Chernov" , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: Date: Thu, 22 Mar 2001 15:42:16 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Ok, > > here is what I found: > > notes.ms, line 228 > > If your system does not support NFS mounts on ports other > than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously > run the target system as an NFS server under this configuration. > > cfs.h:#define CFS_PORT 2049 > nfsproto.h:#define NFS_PORT 2049 > nfsproto.x:const NFS_PORT = 2049 > > and then this code here: > > if (!svc_reg(tp, NFS_PROGRAM, NFS_VERSION, nfs_program_2, > (port==2049? nc : NULL))) { > fprintf(stderr,"Can't register CFS NFS\n"); > exit(1); > } > > Cause the 5. argument (const char *nettype nc) is NULL in our case, > svc_reg does not register cfs within rpcbind. > > If you compile with -DCFS_PORT=2049, cfs works as normal. > > I'm only thinking what is the right thing to do ... Maybe it is ok as a short term workaround. Breaking nfs from working on user defined ports is a step backwards and should be fixed. Lots of people run nfsd and cfsd at the same time. > Martin > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > On Thu, 22 Mar 2001, Alfred Perlstein wrote: > > > * Martin Blapp [010322 15:00] wrote: > > > > > > Hi, > > > > > > I see, seems that (port==2049? nc : NULL) has changed in some way. > > > I'll fix that. > > > > > > PS: let's change to private discussion and not cc current anymore. > > > > Please don't, I'd like to understand what's going on here. > > > > There's also a chance someone will jump in with the answer you're > > looking for. > > > > -- > > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > > Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:48:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8894D37B71A for ; Thu, 22 Mar 2001 15:48:30 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MNmAp31604; Fri, 23 Mar 2001 00:48:10 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 00:49:33 +0100 (CET) From: Martin Blapp To: Peter Wemm Cc: Alfred Perlstein , "Andrey A. Chernov" , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <200103222342.f2MNgGh76684@mobile.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Breaking nfs from working on user defined ports is a step backwards and > should be fixed. Lots of people run nfsd and cfsd at the same time. No, you understand me wrong, the way this is done is bogus. If you set -DCFS_PORT=3049 like it is done at the moment and use nc instead of NULL it works. To have a NULL nc entry is not correct in tirpc. /etc/mount -o port=3049,intr localhost:/null /crypt Works here if I remove this check. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:56: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 018BE37B71D for ; Thu, 22 Mar 2001 15:55:57 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2MNtiB36368; Fri, 23 Mar 2001 02:55:44 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 02:55:43 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Peter Wemm , Alfred Perlstein , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323025542.A36278@nagual.pp.ru> References: <200103222342.f2MNgGh76684@mobile.wemm.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 mb@imp.ch on Fri, Mar 23, 2001 at 12:49:33AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 00:49:33 +0100, Martin Blapp wrote: > > > Breaking nfs from working on user defined ports is a step backwards and > > should be fixed. Lots of people run nfsd and cfsd at the same time. > > No, you understand me wrong, the way this is done is bogus. If you set > -DCFS_PORT=3049 like it is done at the moment and use nc instead of NULL > it works. To have a NULL nc entry is not correct in tirpc. So the question is: why cfsd attempts to register with NULL netconfig for ports != 2049? What it wants to obtain by such move? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 15:56: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id D2D4E37B71C for ; Thu, 22 Mar 2001 15:55:56 -0800 (PST) (envelope-from mb@imp.ch) 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 f2MNtkp31788; Fri, 23 Mar 2001 00:55:46 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 00:57:10 +0100 (CET) From: Martin Blapp To: Peter Wemm Cc: Alfred Perlstein , "Andrey A. Chernov" , Daniel , current@freebsd.org Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <200103222342.f2MNgGh76684@mobile.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm fixing now the code ... We have to use now Solaris code part and add #if defined(__FreeBSD__) || defined (__SOLARIS2X__) ifdef's and also fill out this: /* Assign the local bind address and type of service */ tp->xp_ltaddr = tres->addr; tp->xp_type = tinfo.servtype; tp->xp_rtaddr.len = 0; tp->xp_rtaddr.maxlen = tres->addr.maxlen; tp->xp_netid = strdup(nc->nc_netid); tp->xp_tp = strdup(nc->nc_device); Then we can use it again. Fix is on the way, just have pation. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 16:27:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from kechara.flame.org (kechara-p.flame.org [204.152.186.129]) by hub.freebsd.org (Postfix) with SMTP id 400D537B71E for ; Thu, 22 Mar 2001 16:26:07 -0800 (PST) (envelope-from Johny.Mattsson@ericsson.com.au) Received: (qmail 1180 invoked by uid 247); 23 Mar 2001 00:26:07 -0000 Delivered-To: lonewolf-fbsd-current-forwarder@flame.org Received: (qmail 1178 invoked from network); 23 Mar 2001 00:26:05 -0000 Received: from softdnserror (HELO ish7.ericsson.com.au) (203.61.155.111) by kechara.flame.org with SMTP; 23 Mar 2001 00:26:05 -0000 Received: from brsf10.epa.ericsson.se (igw2.ericsson.com.au [203.61.155.10]) by ish7.ericsson.com.au (8.9.3+Sun/8.9.3) with ESMTP id LAA01086 for ; Fri, 23 Mar 2001 11:23:20 +1100 (EST) Received: from eaubrnt019.epa.ericsson.se (eaubrnt019.epa.ericsson.se [146.11.9.165]) by brsf10.epa.ericsson.se (8.9.3+Sun/8.9.3) with ESMTP id LAA24704 for ; Fri, 23 Mar 2001 11:23:19 +1100 (EST) Received: by eaubrnt019.epa.ericsson.se with Internet Mail Service (5.5.2653.19) id ; Fri, 23 Mar 2001 11:23:13 +1100 Message-ID: <4B6BC00CD15FD2119E5F0008C7A419A50E13F9C0@eaubrnt018.epa.ericsson.se> From: "Johny Mattsson (EPA)" To: "'lonewolf-fbsd-current-forwarder@flame.org'" Subject: newcard/cardbus instabilities Date: Fri, 23 Mar 2001 11:23:17 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0B32F.74C890B0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0B32F.74C890B0 Content-Type: text/plain; charset="iso-8859-1" Hi all, Semi-recently grabbed a snapshot of -CURRENT (from 03/06) to see if I could finally get my 3Com 3c575C Fast Etherlink XL cardbus lancard to work. I saw it mentioned in the HARDWARE.TXT so I decided to give it a go. What I didn't realize was that the newcard/cardbus was still in its early stages. So what I am experiencing now is that the card is properly detected (which doesn't happen with the card/pcic devices), _but_ when using it, I experience frequent timeouts and delays. The xl driver spits out numerous "xl0: watchdog timeout", and I get pings around the one second mark, even to machines on the same switch. Trying to maintain TCP sessions without keeping a running ping in the background is futile, due to the packet loss. So basically, I'm wondering what I can do to help getting this fixed? I very much want to see proper cardbus support (having to run windoze to get net connectivity is highly annoying and counter productive). I don't have any means of running cvsup regularly (stuck behind heavy firewall), and I unfortunately have no experience with writing device drivers, but should otherwise be able to tweak code as instructed. I'll be happy to be a testbed for the 3c575C (and I'll be very happy when I can report that it seems to work flawlessly!). Below I have included a dmesg, kernel conf, ifconfig, and a sample ping to my default gateway, which hopefully is of some help to someone. Cheers, /Johny ============ dmesg output ============== 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 5.0-20010306-CURRENT #0: Thu Mar 22 15:54:41 EST 2001 epaatts@dragon:/usr/src/sys/compile/DRAGON Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 648011290 Hz CPU: Pentium III/Pentium III Xeon/Celeron (648.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 201326592 (196608K bytes) config> di sn0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> en apm0 config> ir apm0 0 config> f apm0 0x20 config> q avail memory = 191627264 (187136K bytes) Preloaded elf kernel "kernel" at 0xc03d8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03d809c. WARNING: size of kinfo_proc (648) should be 644!!! Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fdf50 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pccbb0: at device 4.0 on pci0 pccbb0: PCI Memory allocated: 44000000 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTA routed to irq 10 cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 pccbb1: at device 4.1 on pci0 pccbb1: PCI Memory allocated: 44001000 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTB routed to irq 10 cardbus1: on pccbb1 pccard1: <16-bit PCCard bus> on pccbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 (no driver attached) pci0: at 7.3 (no driver attached) pcm0: port 0xf800-0xf8ff irq 10 at device 8.0 on pci0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled IPsec: Initialized Security Association Processing. ad0: 11513MB [23392/16/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s3a pccbb0: card inserted: event=0x00000000, state=30000410 pccard0: chip_socket_enable pccbb_pcic_socket_enable: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_5V and CARD_VPP_VCC [15] pccbb0: pccbb_pcic_wait_ready: status 0x7f pccbb0: card type is mem pccard0: read_cis pccbb_pcic_mem_map window 0 bus 44002000+400+bbffe000 card addr 0 pccbb_pcic_do_mem_map window 0: 8002 8002 3ffe 44 (44002000+00000400.00001000*bbffe000) pccbb_pcic_do_mem_map window 0: 8002 8002 7ffe 44 (44002000+00000400.00001000*bbffe000) cis mem map d2e65000 pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 02 00 ff CISTPL_DEVICE_A type=null speed=null 17 02 00 ff CISTPL_VERS_1 15 39 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 74 43 61 72 64 20 4d 6f 64 65 6d 20 35 36 20 2d 20 47 6c 6f 62 61 6c 41 43 43 45 53 53 00 43 4d 2d 35 36 47 00 31 2e 30 30 00 ff unhandled CISTPL 88 88 08 d7 8b 05 00 00 00 00 00 CISTPL_MANFID 20 05 05 01 0a 10 45 unhandled CISTPL 44 44 04 f6 6c 1e 27 CISTPL_CONFIG 1a 05 01 3f 80 ff 67 CISTPL_CFTABLE_ENTRY 1b 14 e7 c1 9d 0f 55 4d 5d 26 e0 17 17 ea 60 e8 02 07 f0 bc 8e 20 CISTPL_CFTABLE_ENTRY 1b 07 1f 08 ea 60 e8 03 07 CISTPL_CFTABLE_ENTRY 1b 07 17 08 ea 60 f8 02 07 CISTPL_CFTABLE_ENTRY 1b 07 0f 08 ea 60 f8 03 07 CISTPL_CFTABLE_ENTRY 1b 03 3f 08 63 CISTPL_FUNCID 21 02 02 00 unhandled CISTPL 22 22 04 00 02 0f 5c unhandled CISTPL 22 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 unhandled CISTPL 22 22 08 13 06 00 00 00 00 00 00 unhandled CISTPL 8a 8a 0c 39 41 30 30 44 42 30 35 38 42 44 37 CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Xircom, CreditCard Modem 56 - GlobalACCESS, CM-56G, 1.00 pccard0: Manufacturer code 0x105, product 0x100a pccard0: function 0: serial port, ccr addr ff80 mask 67 pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask a, iospace 2e8-2ef; powerdown pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask a, iospace 3e8-3ef; io8 io16 powerdown pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask a, iospace 2f8-2ff; io8 io16 powerdown pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask a, iospace 3f8-3ff; io8 io16 powerdown pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask 3, iospace 0-7; io8 io16 powerdown pccard0: functions scanning pccbb_pcic_socket_enable: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_5V and CARD_VPP_VCC [15] pccbb0: pccbb_pcic_wait_ready: status 0x7f pccbb0: card type is io pccard0: ++enabled_count = 1 pccbb_pcic_mem_map window 0 bus 44002000+400+bbffe000 card addr 0 pccbb_pcic_do_mem_map window 0: 8002 8002 3ffe 44 (44002000+00000400.00001000*bbffe000) pccard0: ccr_res == 44002000-440023ff, base=ff80 pccbb_pcic_do_mem_map window 0: 8002 8002 7ffe 44 (44002000+00000400.00001000*bbffe000) pccbb_pcic_do_mem_map window 0: 8002 8003 400d 44 (44002000+00000400.00002000*bc00d000) pccard0: function 0 CCR at 0 offset f80: 67 20 0 0, 0 0 ff ff, ff pccbb1: card inserted: event=0x00000000, state=30000b20 pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb1: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] pccbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 TUPLE: CFTABLE_ENTRY_CB [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus1: Opening BAR: type=IO, bar=10, len=0040 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 | Functions: Network Adaptor, Memory CIS reading done xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at device 0.0 on cardbus1 xl0: chip is in D6 power mode -- setting to D0 xl0: Ethernet address: 00:00:86:55:62:4e miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout ....ad infinitum ============ kernel config ============== machine i386 cpu I586_CPU cpu I686_CPU ident DRAGON maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. options INET #InterNETworking #options INET6 #IPv6 communications protocols options IPSEC options IPSEC_ESP options IPFIREWALL options IPDIVERT options IPSTEALTH options TCP_DROP_SYNFIN options TCP_RESTRICT_RST options NMBCLUSTERS="32768" options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options SC_HISTORY_SIZE=1000 device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Audio support device pcm # PCCARD (PCMCIA) support #device card # pccard bus #device pcic # PCMCIA bridge device pccard device cardbus device pccbb # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device speaker # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf 8 # Berkeley packet filter ============ ifconfig output ============== xl0: flags=8843 mtu 1500 inet 203.94.128.71 netmask 0xffffffc0 broadcast 203.94.128.127 ether 00:00:86:55:62:4e media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none Note: tested lowering the media setting, but same effect regardless ============ sample pings ============== PING 203.94.128.65 (203.94.128.65): 56 data bytes 64 bytes from 203.94.128.65: icmp_seq=0 ttl=64 time=1.589 ms 64 bytes from 203.94.128.65: icmp_seq=1 ttl=64 time=0.268 ms 64 bytes from 203.94.128.65: icmp_seq=2 ttl=64 time=1010.059 ms 64 bytes from 203.94.128.65: icmp_seq=3 ttl=64 time=0.320 ms 64 bytes from 203.94.128.65: icmp_seq=4 ttl=64 time=1010.056 ms 64 bytes from 203.94.128.65: icmp_seq=5 ttl=64 time=140.041 ms 64 bytes from 203.94.128.65: icmp_seq=6 ttl=64 time=0.286 ms 64 bytes from 203.94.128.65: icmp_seq=7 ttl=64 time=1010.049 ms 64 bytes from 203.94.128.65: icmp_seq=8 ttl=64 time=1010.045 ms 64 bytes from 203.94.128.65: icmp_seq=9 ttl=64 time=1010.048 ms 64 bytes from 203.94.128.65: icmp_seq=10 ttl=64 time=1010.045 ms 64 bytes from 203.94.128.65: icmp_seq=11 ttl=64 time=280.039 ms 64 bytes from 203.94.128.65: icmp_seq=12 ttl=64 time=1010.048 ms 64 bytes from 203.94.128.65: icmp_seq=13 ttl=64 time=1010.053 ms 64 bytes from 203.94.128.65: icmp_seq=14 ttl=64 time=1010.045 ms 64 bytes from 203.94.128.65: icmp_seq=15 ttl=64 time=1010.044 ms 64 bytes from 203.94.128.65: icmp_seq=16 ttl=64 time=1010.045 ms 64 bytes from 203.94.128.65: icmp_seq=17 ttl=64 time=1010.044 ms 64 bytes from 203.94.128.65: icmp_seq=18 ttl=64 time=1010.046 ms --- 203.94.128.65 ping statistics --- 20 packets transmitted, 19 packets received, 5% packet loss round-trip min/avg/max/stddev = 0.268/713.325/1010.059/440.860 ms ------_=_NextPart_001_01C0B32F.74C890B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable newcard/cardbus instabilities

Hi all,

Semi-recently grabbed a snapshot = of -CURRENT (from 03/06) to see if I could finally get my 3Com 3c575C = Fast Etherlink XL cardbus lancard to work. I saw it mentioned in the = HARDWARE.TXT so I decided to give it a go. What I didn't realize was = that the newcard/cardbus was still in its early stages. So what I am = experiencing now is that the card is properly detected (which doesn't = happen with the card/pcic devices), _but_ when using it, I experience = frequent timeouts and delays.

The xl driver spits out numerous = "xl0: watchdog timeout", and I get pings around the one = second mark, even to machines on the same switch. Trying to maintain = TCP sessions without keeping a running ping in the background is = futile, due to the packet loss.

So basically, I'm wondering what = I can do to help getting this fixed? I very much want to see proper = cardbus support (having to run windoze to get net connectivity is = highly annoying and counter productive).

I don't have any means of = running cvsup regularly (stuck behind heavy firewall), and I = unfortunately have no experience with writing device drivers, but = should otherwise be able to tweak code as instructed. I'll be happy to = be a testbed for the 3c575C (and I'll be very happy when I can report = that it seems to work flawlessly!).


Below I have included a dmesg, = kernel conf, ifconfig, and a sample ping to my default gateway, which = hopefully is of some help to someone.

Cheers,
/Johny


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg output = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
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 5.0-20010306-CURRENT = #0: Thu Mar 22 15:54:41 EST 2001
    = epaatts@dragon:/usr/src/sys/compile/DRAGON
Timecounter = "i8254"  frequency 1193182 Hz
Timecounter = "TSC"  frequency 648011290 Hz
CPU: Pentium III/Pentium III = Xeon/Celeron (648.01-MHz 686-class CPU)
  Origin =3D = "GenuineIntel"  Id =3D 0x683  Stepping =3D 3
  = Features=3D0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,= MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  =3D 201326592 = (196608K bytes)
config> di sn0
config> di lnc0
config> di le0
config> di ie0
config> di fe0
config> di ed0
config> di cs0
config> di bt0
config> di aic0
config> di aha0
config> di adv0
config> en apm0
config> ir apm0 0
config> f apm0 0x20
config> q
avail memory =3D 191627264 = (187136K bytes)
Preloaded elf kernel = "kernel" at 0xc03d8000.
Preloaded userconfig_script = "/boot/kernel.conf" at 0xc03d809c.
WARNING: size of kinfo_proc = (648) should be 644!!!
Pentium Pro MTRR support = enabled
Using $PIR table, 7 entries at = 0xc00fdf50
apm0: <APM BIOS> on = motherboard
apm0: found APM BIOS v1.2, = connected at v1.2
npx0: <math processor> on = motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 = BX) host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on = pcib0
pcib1: <PCI-PCI bridge> = at device 1.0 on pci0
pci1: <PCI bus> on = pcib1
pci1: <display, VGA> at = 0.0 (no driver attached)
pccbb0: <TI1225 PCI-CardBus = Bridge> at device 4.0 on pci0
pccbb0: PCI Memory allocated: = 44000000
pci_cfgintr_unique: hard-routed = to irq 10
pci_cfgintr: 0:4 INTA routed to = irq 10
cardbus0: <Cardbus bus = (newcard)> on pccbb0
pccard0: <16-bit PCCard = bus> on pccbb0
pccbb1: <TI1225 PCI-CardBus = Bridge> at device 4.1 on pci0
pccbb1: PCI Memory allocated: = 44001000
pci_cfgintr_unique: hard-routed = to irq 10
pci_cfgintr: 0:4 INTB routed to = irq 10
cardbus1: <Cardbus bus = (newcard)> on pccbb1
pccard1: <16-bit PCCard = bus> on pccbb1
isab0: <PCI-ISA bridge> = at device 7.0 on pci0
isa0: <ISA bus> on = isab0
atapci0: <Intel PIIX4 ATA33 = controller> port 0xfcf0-0xfcff at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on = atapci0
ata1: at 0x170 irq 15 on = atapci0
pci0: <serial bus, USB> = at 7.2 (no driver attached)
pci0: <bridge, = PCI-unknown> at 7.3 (no driver attached)
pcm0: <ESS Technology = Maestro-2E> port 0xf800-0xf8ff irq 10 at device 8.0 on pci0
atkbdc0: <Keyboard = controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> = flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 = on atkbdc0
psm0: model Generic PS/2 mouse, = device ID 0
fdc0: <NEC 72065B or = clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes = threshold
fd0: <1440-KB 3.5" = drive> on fdc0 drive 0
pmtimer0 on isa0
ppc0: <Parallel port> at = port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset = (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/7 bytes = threshold
plip0: <PLIP network = interface> on ppbus0
lpt0: <Printer> on = ppbus0
lpt0: Interrupt-driven = port
ppi0: <Parallel I/O> on = ppbus0
sc0: <System console> at = flags 0x100 on isa0
sc0: VGA <16 virtual = consoles, flags=3D0x300>
sio0 at port 0x3f8-0x3ff irq 4 = flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in = bitmap of probed irqs 0
vga0: <Generic ISA VGA> = at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't = assign resources
unknown: <PNP0501> can't = assign resources
unknown: <PNP0401> can't = assign resources
unknown: <PNP0f13> can't = assign resources
unknown: <PNP0700> can't = assign resources
IP packet filtering = initialized, divert enabled, rule-based forwarding disabled, default to = deny, logging disabled
IPsec: Initialized Security = Association Processing.
ad0: 11513MB = <IBM-DARA-212000> [23392/16/63] at ata0-master UDMA33
Mounting root from = ufs:/dev/ad0s3a
pccbb0: card inserted: = event=3D0x00000000, state=3D30000410
pccard0: = chip_socket_enable
pccbb_pcic_socket_enable:
pccbb0: pccbb_power: = CARD_VCC_0V and CARD_VPP_0V [44]
pccbb0: pccbb_power: = CARD_VCC_5V and CARD_VPP_VCC [15]
pccbb0: pccbb_pcic_wait_ready: = status 0x7f
pccbb0: card type is mem
pccard0: read_cis
pccbb_pcic_mem_map window 0 bus = 44002000+400+bbffe000 card addr 0
pccbb_pcic_do_mem_map window 0: = 8002 8002 3ffe 44 (44002000+00000400.00001000*bbffe000)
pccbb_pcic_do_mem_map window 0: = 8002 8002 7ffe 44 (44002000+00000400.00001000*bbffe000)
cis mem map d2e65000
pccard0: CIS tuple = chain:
CISTPL_DEVICE type=3Dnull = speed=3Dnull
 01 02 00 ff
CISTPL_DEVICE_A type=3Dnull = speed=3Dnull
 17 02 00 ff
CISTPL_VERS_1
 15 39 05 00 58 69 72 63 = 6f 6d 00 43 72 65 64 69
 74 43 61 72 64 20 4d 6f = 64 65 6d 20 35 36 20 2d
 20 47 6c 6f 62 61 6c 41 = 43 43 45 53 53 00 43 4d
 2d 35 36 47 00 31 2e 30 = 30 00 ff
unhandled CISTPL 88
 88 08 d7 8b 05 00 00 00 = 00 00
CISTPL_MANFID
 20 05 05 01 0a 10 = 45
unhandled CISTPL 44
 44 04 f6 6c 1e 27
CISTPL_CONFIG
 1a 05 01 3f 80 ff = 67
CISTPL_CFTABLE_ENTRY
 1b 14 e7 c1 9d 0f 55 4d = 5d 26 e0 17 17 ea 60 e8
 02 07 f0 bc 8e 20
CISTPL_CFTABLE_ENTRY
 1b 07 1f 08 ea 60 e8 03 = 07
CISTPL_CFTABLE_ENTRY
 1b 07 17 08 ea 60 f8 02 = 07
CISTPL_CFTABLE_ENTRY
 1b 07 0f 08 ea 60 f8 03 = 07
CISTPL_CFTABLE_ENTRY
 1b 03 3f 08 63
CISTPL_FUNCID
 21 02 02 00
unhandled CISTPL 22
 22 04 00 02 0f 5c
unhandled CISTPL 22
 22 0c 02 06 00 3f 1c 03 = 03 0f 07 00 01 b5
unhandled CISTPL 22
 22 08 13 06 00 00 00 00 = 00 00
unhandled CISTPL 8a
 8a 0c 39 41 30 30 44 42 = 30 35 38 42 44 37
CISTPL_NO_LINK
 14 00
CISTPL_END
 ff
pccard0: = check_cis_quirks
pccard0: CIS version PC Card = Standard 5.0
pccard0: CIS info: Xircom, = CreditCard Modem 56 - GlobalACCESS, CM-56G, 1.00
pccard0: Manufacturer code = 0x105, product 0x100a
pccard0: function 0: serial = port, ccr addr ff80 mask 67
pccard0: function 0, config = table entry 39: I/O card; irq mask 8ebc; iomask a, iospace 2e8-2ef; = powerdown
pccard0: function 0, config = table entry 31: I/O card; irq mask 8ebc; iomask a, iospace 3e8-3ef; io8 = io16 powerdown
pccard0: function 0, config = table entry 23: I/O card; irq mask 8ebc; iomask a, iospace 2f8-2ff; io8 = io16 powerdown
pccard0: function 0, config = table entry 15: I/O card; irq mask 8ebc; iomask a, iospace 3f8-3ff; io8 = io16 powerdown
pccard0: function 0, config = table entry 63: I/O card; irq mask 8ebc; iomask 3, iospace 0-7; io8 = io16 powerdown
pccard0: functions = scanning
pccbb_pcic_socket_enable:
pccbb0: pccbb_power: = CARD_VCC_0V and CARD_VPP_0V [44]
pccbb0: pccbb_power: CARD_VCC_5V= and CARD_VPP_VCC [15]
pccbb0: pccbb_pcic_wait_ready: = status 0x7f
pccbb0: card type is io
pccard0: ++enabled_count =3D = 1
pccbb_pcic_mem_map window 0 bus = 44002000+400+bbffe000 card addr 0
pccbb_pcic_do_mem_map window 0: = 8002 8002 3ffe 44 (44002000+00000400.00001000*bbffe000)
pccard0: ccr_res =3D=3D = 44002000-440023ff, base=3Dff80
pccbb_pcic_do_mem_map window 0: = 8002 8002 7ffe 44 (44002000+00000400.00001000*bbffe000)
pccbb_pcic_do_mem_map window 0: = 8002 8003 400d 44 (44002000+00000400.00002000*bc00d000)
pccard0: function 0 CCR at 0 = offset f80: 67 20 0 0, 0 0 ff ff, ff
pccbb1: card inserted: = event=3D0x00000000, state=3D30000b20
pccbb1: pccbb_power: = CARD_VCC_0V and CARD_VPP_0V [44]
pccbb1: pccbb_power: = CARD_VCC_3V and CARD_VPP_VCC [11]
pccbb1: bad Vcc request. = ctrl=3D0x33, status=3D0x30000b20
pccbb_power: CARD_VCC_3V and = CARD_VPP_VCC [11]
TUPLE: LINKTARGET [3]: 43 49 = 53
Manufacturer ID: = 01015752
TUPLE: CONFIG_CB [6]: 03 01 00 = 00 00 00
TUPLE: CFTABLE_ENTRY_CB [13]: = 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01
cardbus1: Opening BAR: = type=3DIO, bar=3D10, len=3D0040
Product version: 5.0
Product name: 3Com Corporation = | 3CCFE575CT | LAN Cardbus Card | 004 |
Functions: Network Adaptor, = Memory
CIS reading done
xl0: <3Com 3c575C Fast = Etherlink XL> port 0x3000-0x307f mem = 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq = 10 at device 0.0 on cardbus1

xl0: chip is in D6 power mode -- = setting to D0
xl0: Ethernet address: = 00:00:86:55:62:4e
miibus0: <MII bus> on = xl0
ukphy0: <Generic IEEE 802.3u = media interface> on miibus0
ukphy0:  10baseT, = 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: watchdog timeout
xl0: watchdog timeout
xl0: watchdog timeout
xl0: watchdog timeout
xl0: watchdog timeout
xl0: watchdog timeout
xl0: watchdog timeout
....ad infinitum

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D kernel config = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
machine =         i386
cpu     =         I586_CPU
cpu     =         I686_CPU
ident   =         DRAGON
maxusers        32

#To statically compile in device = wiring instead of /boot/device.hints
#hints  =         "GENERIC.hints" =         #Default places to look for = devices.

options =         INET    =         =         #InterNETworking
#options =        INET6   =         =         #IPv6 communications = protocols
options =         IPSEC
options =         IPSEC_ESP
options =         IPFIREWALL
options =         IPDIVERT
options =         IPSTEALTH
options =         TCP_DROP_SYNFIN
options =         TCP_RESTRICT_RST
options =         = NMBCLUSTERS=3D"32768"

options =         FFS     =         =         #Berkeley Fast = Filesystem
options =         = SOFTUPDATES     =         #Enable FFS soft updates = support
options =         NFS     =         =         #Network Filesystem
options =         MSDOSFS =         =         #MSDOS Filesystem
options =         CD9660  =         =         #ISO 9660 Filesystem
options =         DEVFS   =         =         #Device Filesystem
options =         PROCFS  =         =         #Process filesystem
options =         = COMPAT_43       =         #Compatible with BSD 4.3 = [KEEP THIS!]
options =         = SCSI_DELAY=3D15000        #Delay (in = ms) before probing SCSI
options =         = UCONSOLE        =         #Allow users to grab the = console
options =         = USERCONFIG      =         #boot -c editor
options =         = VISUAL_USERCONFIG       #visual boot -c = editor
options =         KTRACE  =         =         #ktrace(1) support
options =         SYSVSHM =         =         #SYSV-style shared = memory
options =         SYSVMSG =         =         #SYSV-style message = queues
options =         SYSVSEM =         =         #SYSV-style = semaphores
options =         = P1003_1B        =         #Posix P1003_1B real-time = extensions
options =         = _KPOSIX_PRIORITY_SCHEDULING
options =         = KBD_INSTALL_CDEV        # install a = CDEV entry in /dev
options =         = SC_HISTORY_SIZE=3D1000

device  =         isa
device  =         pci

# Floppy drives
device  =         fdc

# ATA and ATAPI devices
device  =         ata
device  =         atadisk =         =         # ATA disk drives
device  =         atapicd =         =         # ATAPI CDROM drives
device  =         atapifd =         =         # ATAPI floppy drives
options =         ATA_STATIC_ID   =         #Static device = numbering
options =         = ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI = devices

# atkbdc0 controls both the = keyboard and the PS/2 mouse
device  =         atkbdc  = 1       # At keyboard controller
device  =         atkbd   =         # at keyboard
device  =         psm     =         # psm mouse

device  =         vga     =         # VGA screen

# splash screen/screen = saver
device  =         splash

# syscons is the default console = driver, resembling an SCO console
device  =         = sc      1

# Floating point support - do = not disable.
device  =         npx

# Power management support (see = NOTES for more options)
device  =         apm
# Add suspend/resume support = for the i8254.
device  =         pmtimer

# Audio support
device  =         pcm

# PCCARD (PCMCIA) support
#device =         card    =         # pccard bus
#device =         pcic    =         # PCMCIA bridge
device  =         pccard
device  =         cardbus
device  =         pccbb

# Serial (COM) ports
device  =         sio     =         # 8250, 16[45]50 based = serial ports

# Parallel port
device  =         ppc
device  =         ppbus   =         # Parallel port bus = (required)
device  =         lpt     =         # Printer
device  =         plip    =         # TCP/IP over = parallel
device  =         ppi     =         # Parallel port interface = device
#device =         vpo     =         # Requires scbus and = da


# PCI Ethernet NICs that use the = common MII bus controller code.
# NOTE: Be sure to keep the = 'device miibus' line in order to use these NICs!
device  =         miibus  =         # MII bus support
device  =         = xl      =         # 3Com 3c90x (``Boomerang'', = ``Cyclone'')


# Pseudo devices - the number = indicates how many units to allocated.
device  =         random  =         # Entropy device
device  =         loop    =         # Network loopback
device  =         ether   =         # Ethernet support
device  =         tun     =         # Packet tunnel.
device  =         pty     =         # Pseudo-ttys (telnet = etc)
device  =         speaker

# The `bpf' device enables the = Berkeley Packet Filter.
# Be aware of the = administrative consequences of enabling this!
device  =         bpf     = 8       # Berkeley packet filter

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ifconfig output = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
xl0: = flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
        inet 203.94.128.71 netmask 0xffffffc0 broadcast = 203.94.128.127
        ether 00:00:86:55:62:4e
        media: autoselect (100baseTX <full-duplex>) = status: active
        supported media: autoselect 100baseTX = <full-duplex> 100baseTX 10baseT/UTP <full-duplex> = 10baseT/UTP none

Note: tested lowering the media = setting, but same effect regardless


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sample pings = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PING 203.94.128.65 = (203.94.128.65): 56 data bytes
64 bytes from 203.94.128.65: = icmp_seq=3D0 ttl=3D64 time=3D1.589 ms
64 bytes from 203.94.128.65: = icmp_seq=3D1 ttl=3D64 time=3D0.268 ms
64 bytes from 203.94.128.65: = icmp_seq=3D2 ttl=3D64 time=3D1010.059 ms
64 bytes from 203.94.128.65: = icmp_seq=3D3 ttl=3D64 time=3D0.320 ms
64 bytes from 203.94.128.65: = icmp_seq=3D4 ttl=3D64 time=3D1010.056 ms
64 bytes from 203.94.128.65: = icmp_seq=3D5 ttl=3D64 time=3D140.041 ms
64 bytes from 203.94.128.65: = icmp_seq=3D6 ttl=3D64 time=3D0.286 ms
64 bytes from 203.94.128.65: = icmp_seq=3D7 ttl=3D64 time=3D1010.049 ms
64 bytes from 203.94.128.65: = icmp_seq=3D8 ttl=3D64 time=3D1010.045 ms
64 bytes from 203.94.128.65: = icmp_seq=3D9 ttl=3D64 time=3D1010.048 ms
64 bytes from 203.94.128.65: = icmp_seq=3D10 ttl=3D64 time=3D1010.045 ms
64 bytes from 203.94.128.65: = icmp_seq=3D11 ttl=3D64 time=3D280.039 ms
64 bytes from 203.94.128.65: = icmp_seq=3D12 ttl=3D64 time=3D1010.048 ms
64 bytes from 203.94.128.65: = icmp_seq=3D13 ttl=3D64 time=3D1010.053 ms
64 bytes from 203.94.128.65: = icmp_seq=3D14 ttl=3D64 time=3D1010.045 ms
64 bytes from 203.94.128.65: = icmp_seq=3D15 ttl=3D64 time=3D1010.044 ms
64 bytes from 203.94.128.65: = icmp_seq=3D16 ttl=3D64 time=3D1010.045 ms
64 bytes from 203.94.128.65: = icmp_seq=3D17 ttl=3D64 time=3D1010.044 ms
64 bytes from 203.94.128.65: = icmp_seq=3D18 ttl=3D64 time=3D1010.046 ms

--- 203.94.128.65 ping = statistics ---
20 packets transmitted, 19 = packets received, 5% packet loss
round-trip min/avg/max/stddev = =3D 0.268/713.325/1010.059/440.860 ms

------_=_NextPart_001_01C0B32F.74C890B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 16:53:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id B700737B71B for ; Thu, 22 Mar 2001 16:53:21 -0800 (PST) (envelope-from mb@imp.ch) 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 f2N0r6p33435; Fri, 23 Mar 2001 01:53:06 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 01:54:29 +0100 (CET) From: Martin Blapp To: "Andrey A. Chernov" Cc: Peter Wemm , Alfred Perlstein , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323025542.A36278@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'll go to bed now. It's not cfsd which does this. My update of mount_nfs (and syncing source with NetBSD) broke this. I'll change mount_nfs so this works again. There is no need for mount_nfs to register nfs within rpcbind if port=0. Sorry that this last so long to detect. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 19:20:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from pccserver.PCC.pccnetworks.net (c874425-e.arvada1.co.home.com [24.178.97.219]) by hub.freebsd.org (Postfix) with ESMTP id 6E13437B71B for ; Thu, 22 Mar 2001 19:20:57 -0800 (PST) (envelope-from mroybal@pccnetworks.com) Subject: subscribe Date: Thu, 22 Mar 2001 20:21:14 -0700 Message-ID: <2A66A9D31D52E44E86C050DD53E40B3B7280@pccserver.PCC.pccnetworks.net> X-MS-Has-Attach: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MS-TNEF-Correlator: Thread-Topic: subscribe Thread-Index: AcCzSFEJRQnZJPVOSCKhLNQCjaiJ8g== From: "Michael J. Roybal" content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 20:44:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7363C37B71A; Thu, 22 Mar 2001 20:44:35 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2N0kkD00621; Thu, 22 Mar 2001 16:46:48 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103230046.f2N0kkD00621@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Johny Mattsson (EPA)" Cc: current@freebsd.org, wpaul@freebsd.org Subject: Re: newcard/cardbus instabilities In-reply-to: Your message of "Fri, 23 Mar 2001 11:23:17 +1100." <4B6BC00CD15FD2119E5F0008C7A419A50E13F9C0@eaubrnt018.epa.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Mar 2001 16:46:46 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Firstly, please don't send HTML mail. It's bad, and people have a hard time dealing with it. > Semi-recently grabbed a snapshot of -CURRENT (from 03/06) to see if I could > finally get my 3Com 3c575C Fast Etherlink XL cardbus lancard to work. I saw > it mentioned in the HARDWARE.TXT so I decided to give it a go. What I didn't > realize was that the newcard/cardbus was still in its early stages. So what > I am experiencing now is that the card is properly detected (which doesn't > happen with the card/pcic devices), _but_ when using it, I experience > frequent timeouts and delays. > The xl driver spits out numerous "xl0: watchdog timeout", and I get pings > around the one second mark, even to machines on the same switch. Trying to > maintain TCP sessions without keeping a running ping in the background is > futile, due to the packet loss. > > So basically, I'm wondering what I can do to help getting this fixed? I very > much want to see proper cardbus support (having to run windoze to get net > connectivity is highly annoying and counter productive). > I don't have any means of running cvsup regularly (stuck behind heavy > firewall), and I unfortunately have no experience with writing device > drivers, but should otherwise be able to tweak code as instructed. I'll be > happy to be a testbed for the 3c575C (and I'll be very happy when I can > report that it seems to work flawlessly!). ... > pccbb0: at device 4.0 on pci0 > pccbb0: PCI Memory allocated: 44000000 > pci_cfgintr_unique: hard-routed to irq 10 > pci_cfgintr: 0:4 INTA routed to irq 10 > cardbus0: on pccbb0 > pccard0: <16-bit PCCard bus> on pccbb0 > pccbb1: at device 4.1 on pci0 > pccbb1: PCI Memory allocated: 44001000 > pci_cfgintr_unique: hard-routed to irq 10 > pci_cfgintr: 0:4 INTB routed to irq 10 This looks OK, though you might want to disable the pccard support, since it's known to be broken right now. > pccbb1: card inserted: event=0x00000000, state=30000b20 > pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] > pccbb1: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] > pccbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 That's a bit ugly. > xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem > 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at > device 0.0 on cardbus1 > xl0: chip is in D6 power mode -- setting to D0 I'm a bit worried about this; "D6" doesn't really exist, so it's possible that something is going wrong here. Bill; you might have some better ideas than I do. Suggestions? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 21:39:49 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 60AC337B71B; Thu, 22 Mar 2001 21:39:47 -0800 (PST) Subject: Re: newcard/cardbus instabilities In-Reply-To: <200103230046.f2N0kkD00621@mass.dis.org> from Mike Smith at "Mar 22, 2001 04:46:46 pm" To: msmith@freebsd.org (Mike Smith) Date: Thu, 22 Mar 2001 21:39:47 -0800 (PST) Cc: Johny.Mattsson@ericsson.com.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010323053947.60AC337B71B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > That's a bit ugly. > > > xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem > > 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at > > device 0.0 on cardbus1 > > xl0: chip is in D6 power mode -- setting to D0 > > I'm a bit worried about this; "D6" doesn't really exist, so it's possible > that something is going wrong here. > > Bill; you might have some better ideas than I do. Suggestions? My suggestion? Chop out the power management stuff in xl_attach() and see what happens. The xl driver is using the pci_get_powerstate() and pci_set_powerstate() routines right now in order to check for PCI NICs that have been forced into the D3 state by Windoze during shutdown. However, those functions are internal to the PCI bus code, and I'm not sure what will happen when you try to use them with devices that are children of a cardbus bus. So, edit /sys/pci/if_xl.c, find the xl_attach() function, and comment out/#ifdef out/delete the section that checks the power state of the card. Like Mike says, the D6 state is bogus. Unfortunately, I can't test this myself at the moment since I find myself without a laptop. I might be able to coerce^Wconvince John Baldwin to let me test this with his though. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 22:13:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id E83E637B71A; Thu, 22 Mar 2001 22:13:16 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from waterblue.imgsrc.co.jp (kuriyama@waterblue.imgsrc.co.jp [210.226.20.160]) by white.imgsrc.co.jp (8.11.2/8.11.0) with ESMTP id f2N6D5g21320; Fri, 23 Mar 2001 15:13:06 +0900 (JST) Date: Fri, 23 Mar 2001 15:13:01 +0900 Message-ID: <7m8zlxhv2q.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: "Michael C . Wu" Cc: current@FreeBSD.ORG, i18n@FreeBSD.ORG Subject: Re: Request for review [Re: /bin/ls patch round #2] In-Reply-To: <20010321190037.B932@peorth.iteration.net> References: <20010319195438.A43266@peorth.iteration.net> <20010320002043.A46115@peorth.iteration.net> <20010320065321.E63933668@203.141.142.186.user.am.il24.net> <20010320005919.B46871@peorth.iteration.net> <20010320073058.D26883668@203.141.142.186.user.am.il24.net> <20010320171736.L22505@daemon.ninth-circle.org> <20010321035805.C743F3668@203.141.142.186.user.am.il24.net> <20010321152738.B12397@nagual.pp.ru> <86snk6g91b.fsf@emerson.gelemna.org> <20010321190037.B932@peorth.iteration.net> User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi keichii, At 22 Mar 2001 01:00:54 GMT, Michael C . Wu wrote: > | If we're not going to bring in CITRUS, I'd prefer to see runes junked > > We(I) will. Is there any progress about your porting work? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 22:29:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 3B20737B71D for ; Thu, 22 Mar 2001 22:29:39 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id BAA78020; Fri, 23 Mar 2001 01:29:21 -0500 (EST) Date: Fri, 23 Mar 2001 01:29:21 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Falco Krepel , freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported (conflict with ATA) In-Reply-To: <200103222014.f2MKE8s96755@aslan.scsiguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Mar 2001, Justin T. Gibbs wrote: > >I think I found the problem. The problem occur since 03/14/2001. The > >following files could be infvolved: > > You'll have to ask Soren about this. It looks like one part of > ata-all (this is in -stable), clears the RF_SHAREABLE flag. I > don't know why this would be necessary for a PCI IDE device. Yea, this bit me in the ass too and Soren mumbled something about how IDE devices are allowed to violate PCI spec or something (at least thats how it sounded to me). I just told the BIOS to use other interrupts for the slots and not assign either of 14 or 15. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 22:56:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7677B37B71B for ; Thu, 22 Mar 2001 22:56:29 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2N6phh01433; Thu, 22 Mar 2001 22:51:44 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103230651.f2N6phh01433@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Matthew N. Dodd" Cc: "Justin T. Gibbs" , Falco Krepel , freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported (conflict with ATA) In-reply-to: Your message of "Fri, 23 Mar 2001 01:29:21 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Mar 2001 22:51:43 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 22 Mar 2001, Justin T. Gibbs wrote: > > >I think I found the problem. The problem occur since 03/14/2001. The > > >following files could be infvolved: > > > > You'll have to ask Soren about this. It looks like one part of > > ata-all (this is in -stable), clears the RF_SHAREABLE flag. I > > don't know why this would be necessary for a PCI IDE device. > > Yea, this bit me in the ass too and Soren mumbled something about how IDE > devices are allowed to violate PCI spec or something (at least thats how > it sounded to me). The interrupt is shareable; the BIOS knows best, and the ATA driver should sod off in this case. If we want to argue about it, we can get a dump of the PCI interrupt routing table for this machine. 8) Soren's concern is that some systems route IRQ 14 and 15 very oddly, but the only region for conflicts is really IRQs assigned to ISA devices. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 23:13:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns1.xiroi.de (ns1.xiroi.de [212.18.4.1]) by hub.freebsd.org (Postfix) with ESMTP id 0631A37B71B for ; Thu, 22 Mar 2001 23:13:13 -0800 (PST) (envelope-from lucky@xiroi.de) Received: from lucky (lucky.xiroi.de [212.18.4.2]) by ns1.xiroi.de (8.11.2/8.11.2) with SMTP id f2N7DW196406 for ; Fri, 23 Mar 2001 08:13:33 +0100 (CET) Message-ID: <000801c0b368$cb8f22e0$020412d4@xiroi> From: "Ludwig Fischer" To: Subject: subscribe freebsd-current Date: Fri, 23 Mar 2001 08:13:43 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C0B371.2CF7FD60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C0B371.2CF7FD60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0005_01C0B371.2CF7FD60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0005_01C0B371.2CF7FD60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 23:25:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from kechara.flame.org (kechara-p.flame.org [204.152.186.129]) by hub.freebsd.org (Postfix) with SMTP id 0F2D237B719 for ; Thu, 22 Mar 2001 23:25:33 -0800 (PST) (envelope-from Johny.Mattsson@ericsson.com.au) Received: (qmail 4860 invoked by uid 247); 23 Mar 2001 07:25:32 -0000 Delivered-To: lonewolf-fbsd-current-forwarder@flame.org Received: (qmail 4858 invoked from network); 23 Mar 2001 07:25:32 -0000 Received: from softdnserror (HELO ish7.ericsson.com.au) (203.61.155.111) by kechara.flame.org with SMTP; 23 Mar 2001 07:25:32 -0000 Received: from brsf10.epa.ericsson.se (igw2.ericsson.com.au [203.61.155.10]) by ish7.ericsson.com.au (8.9.3+Sun/8.9.3) with ESMTP id SAA12751 for ; Fri, 23 Mar 2001 18:22:48 +1100 (EST) Received: from eaubrnt019.epa.ericsson.se (eaubrnt019.epa.ericsson.se [146.11.9.165]) by brsf10.epa.ericsson.se (8.9.3+Sun/8.9.3) with ESMTP id SAA09171 for ; Fri, 23 Mar 2001 18:22:47 +1100 (EST) Received: by eaubrnt019.epa.ericsson.se with Internet Mail Service (5.5.2653.19) id ; Fri, 23 Mar 2001 18:22:40 +1100 Message-ID: <4B6BC00CD15FD2119E5F0008C7A419A50E13F9C3@eaubrnt018.epa.ericsson.se> From: "Johny Mattsson (EPA)" Reply-To: "Johny Mattsson (EPA)" To: "'lonewolf-fbsd-current-forwarder@flame.org'" Subject: RE: newcard/cardbus instabilities Date: Fri, 23 Mar 2001 18:22:44 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0B36A.0DB78490" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0B36A.0DB78490 Content-Type: text/plain >My suggestion? Chop out the power management stuff in xl_attach() >and see what happens. Okay, did that. Effect: got rid of the D0/D6 printout, and instead got the following two once I sent something on the interface: cstsevent occures, 0x30000410 pwrevent occures, 0x30000410 This does not seem to have any adverse effects though. Perhaps worth mentioning is that I get these even if I just reboot from fbsd to fbsd, not only when I do windoze->fbsd. I also removed the "device pccard" config option, and as a result lost support for the modem card, but in return this fixed the watchdog timeouts, and the lan card works quite well now. I guess I'll have to keep a backup kernel with the old pcic compiled in if I want to use the modem... for now I'm very happy to have a working lan card! Thanks a whole lot guys, I really appreciate it! /Johny PS. Sorry if this is still in HTML format, it shouldn't be, but I'm stuck with outlook and it just doesn't seem to want to take a hint. ------_=_NextPart_001_01C0B36A.0DB78490 Content-Type: text/html RE: newcard/cardbus instabilities

>My suggestion? Chop out the power management stuff in xl_attach()
>and see what happens.

Okay, did that. Effect: got rid of the D0/D6 printout, and instead
got the following two once I sent something on the interface:
 cstsevent occures, 0x30000410
 pwrevent occures, 0x30000410

This does not seem to have any adverse effects though.
Perhaps worth mentioning is that I get these even if I just reboot
from fbsd to fbsd, not only when I do windoze->fbsd.

I also removed the "device pccard" config option, and as a result
lost support for the modem card, but in return this fixed the
watchdog timeouts, and the lan card works quite well now.
I guess I'll have to keep a backup kernel with the old pcic compiled
in if I want to use the modem... for now I'm very happy to have a
working lan card!

Thanks a whole lot guys, I really appreciate it!

/Johny

PS. Sorry if this is still in HTML format, it shouldn't be, but I'm
stuck with outlook and it just doesn't seem to want to take a hint.

------_=_NextPart_001_01C0B36A.0DB78490-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 22 23:33:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from bbnmg1.net.external.hp.com (bbnmg1.net.external.hp.com [192.6.76.73]) by hub.freebsd.org (Postfix) with ESMTP id 35F4837B71B; Thu, 22 Mar 2001 23:33:04 -0800 (PST) (envelope-from michaelc@tmbbobmc.bbn.hp.com) Received: from hpbbn.bbn.hp.com (hpbbn.bbn.hp.com [15.138.8.14]) by bbnmg1.net.external.hp.com (Postfix) with ESMTP id CD9F4321; Fri, 23 Mar 2001 08:33:00 +0100 (MET) Received: from tmbbobmc.bbn.hp.com (tmbbobmc.bbn.hp.com [15.136.123.54]) by hpbbn.bbn.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6) with ESMTP id IAA17046; Fri, 23 Mar 2001 08:32:58 +0100 (MET) Received: from localhost (michaelc@localhost) by tmbbobmc.bbn.hp.com (8.11.3/8.11.1) with ESMTP id f2N7Wvn01253; Fri, 23 Mar 2001 08:32:57 +0100 (CET) (envelope-from michaelc@tmbbobmc.bbn.hp.com) Date: Fri, 23 Mar 2001 08:32:56 +0100 (CET) From: Michael Class Reply-To: To: Mike Smith Cc: "Johny Mattsson (EPA)" , , Subject: Re: newcard/cardbus instabilities In-Reply-To: <200103230046.f2N0kkD00621@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, just as an additional data-point: I am using an HP Omnibook 4150 (not the 4150B-Version!) with the 3COM-Card just fine. (Actually I am writing this from this machine) The corresponding lines from dmesg are: pccbb0: at device 4.0 on pci0 pccbb0: PCI Memory allocated: 44000000 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTA routed to irq 10 cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 pccbb1: at device 4.1 on pci0 pccbb1: PCI Memory allocated: 44001000 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTB routed to irq 10 cardbus1: on pccbb1 pccard1: <16-bit PCCard bus> on pccbb1 pccbb0: card inserted: event=0x00000000, state=30000820 pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 TUPLE: CFTABLE_ENTRY_CB [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus0: Opening BAR: type=IO, bar=10, len=0040 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 | Functions: Network Adaptor, Memory CIS reading done xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403fff f,0x44002080-0x440020ff,0x44002000-0x4400207f irq 10 at device 0.0 on cardbus0 xl0: chip is in D6 power mode -- setting to D0 xl0: Ethernet address: 00:00:86:5b:96:ea miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cardbus1: Detaching card: no cards to detach! pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] And as you can see I am getting the D6 power-state too, but still everything works fine (as long as I have the card inserted during boot and I do not suspend/resume). I am able to get around 8MBytes/sec with this card. Michael On Thu, 22 Mar 2001, Mike Smith wrote: > Firstly, please don't send HTML mail. It's bad, and people have a hard > time dealing with it. > > > Semi-recently grabbed a snapshot of -CURRENT (from 03/06) to see if I could > > finally get my 3Com 3c575C Fast Etherlink XL cardbus lancard to work. I saw > > it mentioned in the HARDWARE.TXT so I decided to give it a go. What I didn't > > realize was that the newcard/cardbus was still in its early stages. So what > > I am experiencing now is that the card is properly detected (which doesn't > > happen with the card/pcic devices), _but_ when using it, I experience > > frequent timeouts and delays. > > The xl driver spits out numerous "xl0: watchdog timeout", and I get pings > > around the one second mark, even to machines on the same switch. Trying to > > maintain TCP sessions without keeping a running ping in the background is > > futile, due to the packet loss. > > > > So basically, I'm wondering what I can do to help getting this fixed? I very > > much want to see proper cardbus support (having to run windoze to get net > > connectivity is highly annoying and counter productive). > > I don't have any means of running cvsup regularly (stuck behind heavy > > firewall), and I unfortunately have no experience with writing device > > drivers, but should otherwise be able to tweak code as instructed. I'll be > > happy to be a testbed for the 3c575C (and I'll be very happy when I can > > report that it seems to work flawlessly!). > ... > > pccbb0: at device 4.0 on pci0 > > pccbb0: PCI Memory allocated: 44000000 > > pci_cfgintr_unique: hard-routed to irq 10 > > pci_cfgintr: 0:4 INTA routed to irq 10 > > cardbus0: on pccbb0 > > pccard0: <16-bit PCCard bus> on pccbb0 > > pccbb1: at device 4.1 on pci0 > > pccbb1: PCI Memory allocated: 44001000 > > pci_cfgintr_unique: hard-routed to irq 10 > > pci_cfgintr: 0:4 INTB routed to irq 10 > > This looks OK, though you might want to disable the pccard support, since > it's known to be broken right now. > > > pccbb1: card inserted: event=0x00000000, state=30000b20 > > pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] > > pccbb1: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] > > pccbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 > > That's a bit ugly. > > > xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem > > 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at > > device 0.0 on cardbus1 > > xl0: chip is in D6 power mode -- setting to D0 > > I'm a bit worried about this; "D6" doesn't really exist, so it's possible > that something is going wrong here. > > Bill; you might have some better ideas than I do. Suggestions? > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solution Division ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 0:18:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id BA5EC37B71A; Fri, 23 Mar 2001 00:18:21 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id DAA79662; Fri, 23 Mar 2001 03:18:20 -0500 (EST) Date: Fri, 23 Mar 2001 03:18:20 -0500 (EST) From: "Matthew N. Dodd" To: Mike Smith Cc: "Justin T. Gibbs" , Falco Krepel , freebsd-current@FreeBSD.ORG Subject: Re: ahc driver: aic7892 no longer supported (conflict with ATA) In-Reply-To: <200103230651.f2N6phh01433@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Mar 2001, Mike Smith wrote: > The interrupt is shareable; the BIOS knows best, and the ATA driver > should sod off in this case. > > If we want to argue about it, we can get a dump of the PCI interrupt > routing table for this machine. 8) Soren's concern is that some systems > route IRQ 14 and 15 very oddly, but the only region for conflicts is > really IRQs assigned to ISA devices. I'm of the opinion that the ATA driver shouldn't be mucking about with resources that the PCI device hasn't assigned it but he claims he can't get the information anywhere else for broken ATA devices that don't request resources. I'm pretty sure that hints work for PCI devices too right? :) Damn cheap hardware. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 0:52:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from bom2.vsnl.net.in (bom2.vsnl.net.in [202.54.1.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F66637B719; Fri, 23 Mar 2001 00:51:53 -0800 (PST) (envelope-from toner1@asianwired.net) Received: from 202.54.1.1 (rsvp-208-187-151-175.ac05.dlls.eli.net [208.187.151.175]) by bom2.vsnl.net.in (Postfix) with SMTP id 9D88C104DC; Fri, 23 Mar 2001 14:19:38 +0530 (GMT+5:30) To: customer@republic.com Date: Thu, 22 Mar 01 03:22:20 EST From: toner1@asianwired.net Subject: toner supplies Message-Id: <20010323084939.9D88C104DC@bom2.vsnl.net.in> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG PLEASE FORWARD TO THE PERSON RESPONSIBLE FOR PURCHASING YOUR LASER PRINTER SUPPLIES **** VORTEX SUPPLIES **** -SPECIALS OF THE DAY ON LASER TONER SUPPLIES AT DISCOUNT PRICES-- LASER PRINTER TONER CARTRIDGES COPIER AND FAX CARTRIDGES WE ARE -->THE<-- PLACE TO BUY YOUR TONER CARTRIDGES BECAUSE YOU SAVE UP TO 30% FROM OFFICE DEPOT'S, QUILL'S OR OFFICE MAX'S EVERY DAY LOW PRICES ORDER BY PHONE:1-888-288-9043 ORDER BY FAX: 1-888-977-1577 CUSTOMER SERVICE: 1-888-248-2015 E-MAIL REMOVAL LINE: 1-888-248-4930 UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED) ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL. PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS). IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER NO SHIPPING CHARGES FOR ORDERS $49 OR OVER ADD $4.75 FOR ORDERS UNDER $49. C.O.D. ORDERS ADD $4.5 TO SHIPPING CHARGES. FOR THOSE OF YOU WHO REQUIRE MORE INFORMATION ABOUT OUR COMPANY INCUDING FEDERAL TAX ID NUMBER, CLOSEST SHIPPING OR CORPORATE ADDRESS IN THE CONTINENTAL U.S. OR FOR CATALOG REQUESTS PLEASE CALL OUR CUSTOMER SERVICE LINE 1-888-248-2015 OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE AS FOLLOWS: (PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER) HEWLETT PACKARD: (ON PAGE 2) ITEM #1 LASERJET SERIES 4L,4P (74A)------------------------$44 ITEM #2 LASERJET SERIES 1100 (92A)-------------------------$44 ITEM #3 LASERJET SERIES 2 (95A)-------------------------------$39 ITEM #4 LASERJET SERIES 2P (75A)-----------------------------$54 ITEM #5 LASERJET SERIES 5P,6P,5MP, 6MP (3903A)--$44 ITEM #6 LASERJET SERIES 5SI, 5000 (29A)------------------$95 ITEM #7 LASERJET SERIES 2100 (96A)-------------------------$74 ITEM #8 LASERJET SERIES 8100 (82X)-----------------------$145 ITEM #9 LASERJET SERIES 5L/6L (3906A0------------------$35 ITEM #10 LASERJET SERIES 4V-------------------------------------$95 ITEM #11 LASERJET SERIES 4000 (27X)-------------------------$72 ITEM #12 LASERJET SERIES 3SI/4SI (91A)--------------------$54 ITEM #13 LASERJET SERIES 4, 4M, 5,5M-----------------------$49 HEWLETT PACKARD FAX (ON PAGE 2) ITEM #14 LASERFAX 500, 700 (FX1)----------$49 ITEM #15 LASERFAX 5000,7000 (FX2)------$54 ITEM #16 LASERFAX (FX3)------------------------$59 ITEM #17 LASERFAX (FX4)------------------------$54 LEXMARK/IBM (ON PAGE 3) OPTRA 4019, 4029 HIGH YIELD---------------$89 OPTRA R, 4039, 4049 HIGH YIELD---------$105 OPTRA E----------------------------------------------------$59 OPTRA N--------------------------------------------------$115 OPTRA S--------------------------------------------------$165 - EPSON (ON PAGE 4) ACTION LASER 7000,7500,8000,9000-------$105 ACTION LASER 1000,1500-------------------------$105 CANON PRINTERS (ON PAGE 5) PLEASE CALL FOR MODELS AND UPDATED PRICES FOR CANON PRINTER CARTRIDGES PANASONIC (0N PAGE 7) NEC SERIES 2 MODELS 90 AND 95----------$105 APPLE (0N PAGE 8) LASER WRITER PRO 600 or 16/600------------$49 LASER WRITER SELECT 300,320,360---------$74 LASER WRITER 300 AND 320----------------------$54 LASER WRITER NT, 2NT------------------------------$54 LASER WRITER 12/640--------------------------------$79 CANON FAX (ON PAGE 9) LASERCLASS 4000 (FX3)---------------------------$59 LASERCLASS 5000,6000,7000 (FX2)---------$54 LASERFAX 5000,7000 (FX2)----------------------$54 LASERFAX 8500,9000 (FX4)----------------------$54 CANON COPIERS (PAGE 10) PC 3, 6RE, 7 AND 11 (A30)---------------------$69 PC 300,320,700,720 and 760 (E-40)--------$89 IF YOUR CARTRIDGE IS NOT LISTED CALL CUSTOMER SERVICE AT 1-888-248-2015 90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS. ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 1:53:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id DA0BE37B718 for ; Fri, 23 Mar 2001 01:53:18 -0800 (PST) (envelope-from nsouch@fr.alcove.com) Received: from nsouch by smtp.alcove.fr with local (Exim 3.12 #1 (Debian)) id 14gOFw-0000dd-00; Fri, 23 Mar 2001 10:53:16 +0100 Date: Fri, 23 Mar 2001 10:53:16 +0100 From: Nicolas Souchu To: Daniel Rock Cc: freebsd-current@freebsd.org Subject: Re: Tekram DC3x5 driver and -CURRENT Message-ID: <20010323105316.C2018@ontario.alcove-fr> References: <3ABA7623.D0D86F38@t-online.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.4i In-Reply-To: <3ABA7623.D0D86F38@t-online.de>; from D.Rock@t-online.de on Thu, Mar 22, 2001 at 11:01:07PM +0100 Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Ecom?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 22, 2001 at 11:01:07PM +0100, Daniel Rock wrote: > Hi, > > there exists a Tekram SCSI driver, which doesn't have an NCR/SymBIOS/LSILogic or > AMD chip. On the Tekram FTP site you can download a driver for FreeBSD though. > > Unfortunately, the latest one is for 4.x, which won't work on a current -CURRENT > system. > > Perhaps this driver should be integrated into the main tree, so it can be > actively maintained. > > I just have newbus'ified the driver and it seems to work in my machine, but I am > no FreeBSD kernel hacker. I don't have the slightest idea what I have done. I just > generated some diff's from other drivers which have been newbus'ified recently and > did the same steps. > > If some brave man is still interested I can mail him the modifications or post > them here. Unfortunatly, nobody might want to maintain it. It's programming style was horrible the last time I checked it. Also, I don't know if 4.x version is better, but 3.x never worked with my umax scanner. Linux one works pretty fine :( Nicolas -- Nicolas.Souchu@fr.alcove.com Alcve - Open Source Software Engineer - http://www.alcove.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 6:51:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from po2.bbn.com (PO2.BBN.COM [192.1.50.36]) by hub.freebsd.org (Postfix) with ESMTP id 44C1C37B71B for ; Fri, 23 Mar 2001 06:51:43 -0800 (PST) (envelope-from kilroy@WasHere.COM) Received: from rmessier (burl-dhcp149-084.genuity.com [171.78.149.84]) by po2.bbn.com (8.9.1/8.9.1) with SMTP id JAA12528 for ; Fri, 23 Mar 2001 09:53:55 -0500 (EST) X-Recipient: From: "Ric Messier" To: Subject: RE: newcard/cardbus instabilities Date: Fri, 23 Mar 2001 09:49:49 -0500 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.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having problems getting -current (last attempt was 3/16 build) to detect my 3COM network card in my TI CardBus bridge in a Compaq Armada. Actually, worse than that is trying to run the install while the laptop is in a docking station. The system locks up after announcing that it has found a PCMCIA controller. I suspect this is because, while in the docking station, there are two. NetBSD does something similar. While running through the system scan, it announces that it has found one then announces it has found another then stops and says (almost literally), wait, we just saw that. Then it dumps to debug mode. Any experiences or thoughts on getting this to work would be appreciated. I'd love to get a BSD on my laptop. Ric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 7: 4:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from kechara.flame.org (kechara-p.flame.org [204.152.186.129]) by hub.freebsd.org (Postfix) with SMTP id 0438237B71D for ; Fri, 23 Mar 2001 07:04:14 -0800 (PST) (envelope-from grumple@zaphon.llamas.net) Received: (qmail 9980 invoked by uid 247); 23 Mar 2001 15:04:13 -0000 Delivered-To: lonewolf-fbsd-current-forwarder@flame.org Received: (qmail 9978 invoked from network); 23 Mar 2001 15:04:13 -0000 Received: from zaphon.llamas.net (207.203.36.210) by kechara.flame.org with SMTP; 23 Mar 2001 15:04:13 -0000 Received: (qmail 31750 invoked by uid 1001); 23 Mar 2001 15:04:06 -0000 Date: Fri, 23 Mar 2001 07:04:06 -0800 From: Greg Rumple To: "Johny Mattsson (EPA)" Cc: "'lonewolf-fbsd-current-forwarder@flame.org'" Subject: Re: newcard/cardbus instabilities Message-ID: <20010323070406.O1713@zaphon.llamas.net> References: <4B6BC00CD15FD2119E5F0008C7A419A50E13F9C3@eaubrnt018.epa.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4B6BC00CD15FD2119E5F0008C7A419A50E13F9C3@eaubrnt018.epa.ericsson.se>; from Johny.Mattsson@ericsson.com.au on Fri, Mar 23, 2001 at 06:22:44PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I even have a worse problem. I tried this on my system (a sony vaio PCG-XG18) which has a mini-docking station on the back of it (which allows you access to a third pcmcia slot, and a whole slew of other video goodies/serial ports/etc.). The problem is if the mini docking station isn't there, all the parts/chips/controllers are internal to the laptop, so it still sees them. The cardbus code sees the second controller (which drives the third slot) and than gracefully pukes all over it's self. So unless I have the mini docking station plugged in it doesn't work. But if it is, I can use my xircom rbem56g-100 and a linksys cardbus card just fine. I do however lose the ability to use my wavelan card and my two other pcmcia cards (non cardbus). I can't wait until all these issues are resolved (I really don't wanna run Linux again). This is just a FYI. Greg * Johny Mattsson (EPA) (Johny.Mattsson@ericsson.com.au) [010323 07:25]: > > >My suggestion? Chop out the power management stuff in xl_attach() > >and see what happens. > > Okay, did that. Effect: got rid of the D0/D6 printout, and instead > got the following two once I sent something on the interface: > cstsevent occures, 0x30000410 > pwrevent occures, 0x30000410 > > This does not seem to have any adverse effects though. > Perhaps worth mentioning is that I get these even if I just reboot > from fbsd to fbsd, not only when I do windoze->fbsd. > > I also removed the "device pccard" config option, and as a result > lost support for the modem card, but in return this fixed the > watchdog timeouts, and the lan card works quite well now. > I guess I'll have to keep a backup kernel with the old pcic compiled > in if I want to use the modem... for now I'm very happy to have a > working lan card! > > Thanks a whole lot guys, I really appreciate it! > > /Johny > > PS. Sorry if this is still in HTML format, it shouldn't be, but I'm > stuck with outlook and it just doesn't seem to want to take a hint. -- Greg Rumple grumple@zaphon.llamas.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 7:30:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 0C24737B71A for ; Fri, 23 Mar 2001 07:30:55 -0800 (PST) (envelope-from dieringe@zedat.fu-berlin.de) Received: from fwd02.sul.t-online.com by mailout06.sul.t-online.com with smtp id 14gTWf-0005sD-00; Fri, 23 Mar 2001 16:30:53 +0100 Received: from ThinkPad.nowhere.local (520086575877-0001@[217.0.28.218]) by fmrl02.sul.t-online.com with esmtp id 14gTVV-1QCZcWC; Fri, 23 Mar 2001 16:29:41 +0100 Received: from localhost (martin@localhost) by ThinkPad.nowhere.local (8.11.3/8.9.2) with ESMTP id f2NFTeI33744 for ; Fri, 23 Mar 2001 16:29:41 +0100 (CET) (envelope-from dieringe@zedat.fu-berlin.de) Date: Fri, 23 Mar 2001 16:29:39 +0100 (CET) From: Martin Dieringer To: freebsd-current@freebsd.org Subject: thinkpad 600 & cardbus? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 520086575877-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, is probably anybody running a cardbus card, especially the 3com 575BT, on a thinkpad 600? there are so many success-stories here about this card, but I can't get it working and suspect it has to do with the thinkpad. martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 10:36: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C578B37B71D for ; Fri, 23 Mar 2001 10:36:05 -0800 (PST) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2NIZXp05593; Fri, 23 Mar 2001 19:35:33 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 19:35:33 +0100 From: Martin Blapp To: "Andrey A. Chernov" Cc: Peter Wemm , Alfred Perlstein , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323025542.A36278@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This should made cfs working again, please test the patch. http://home.teleport.ch/freebsd/mount_nfs.c.diff Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 11: 8:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 676D837B727 for ; Fri, 23 Mar 2001 11:08:45 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2NJ8YZ55049; Fri, 23 Mar 2001 22:08:35 +0300 (MSK) (envelope-from ache) Date: Fri, 23 Mar 2001 22:08:32 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: Peter Wemm , Alfred Perlstein , Daniel , current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323220832.A55005@nagual.pp.ru> References: <20010323025542.A36278@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Fri, Mar 23, 2001 at 07:35:33PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 19:35:33 +0100, Martin Blapp wrote: > > This should made cfs working again, please test the patch. > > http://home.teleport.ch/freebsd/mount_nfs.c.diff No, but bad effects are changed. There is no error diagnostic happens but mount hangs forever instead (I try several times). I run rpcbind without any additional keys. When mount terminated by ^C various interesting effects happens. Sometimes this hanging process visible in by ps nfs -o noauto -o intr -o port=3049 -o nfsv2 localhost even after ^C. Sometimes directory shown as really mounted (!) after ^C and umount works for it too. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 11:31: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9139337B718 for ; Fri, 23 Mar 2001 11:30:57 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2NJUcg91453; Fri, 23 Mar 2001 11:30:38 -0800 (PST) (envelope-from obrien) Date: Fri, 23 Mar 2001 11:30:37 -0800 From: "David O'Brien" To: Martin Blapp Cc: current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap Message-ID: <20010323113037.A91393@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200103222342.f2MNgGh76684@mobile.wemm.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 mb@imp.ch on Fri, Mar 23, 2001 at 12:49:33AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 12:49:33AM +0100, Martin Blapp wrote: > /etc/mount -o port=3049,intr localhost:/null /crypt What machine are you doing this on?? FreeBSD has no /etc/mount? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 11:40:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (dhcp117.iss.kth.se [130.237.7.117]) by hub.freebsd.org (Postfix) with ESMTP id E87C037B71A; Fri, 23 Mar 2001 11:40:01 -0800 (PST) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id UAA06877; Fri, 23 Mar 2001 20:40:04 +0100 (CET) (envelope-from assar) To: jkh@freebsd.org Cc: Daniel Eischen , current@freebsd.org, Robert Watson Subject: Re: telnet broken with auto-negotiation of encrypt/decrypt change References: From: Assar Westerlund Date: 23 Mar 2001 20:40:03 +0100 In-Reply-To: Robert Watson's message of "Thu, 22 Mar 2001 15:32:14 -0500 (EST)" Message-ID: <5l1yronujw.fsf@assaris.sics.se> Lines: 16 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson writes: > I'm baffled as to why SRA is enabled by default. I'm fine with it being > compiled in, but it appears to be substantially interfering with normal > TCP operation. Either the negotiation needs to be fixed, or this feature > needs to be disabled for 4.3-RELEASE (either at compile-time or run-time > is fine). Note that we don't even enable Kerberos* build by default, and > even when it is built, negotiation is relatively non-interfering for > non-Kerberos environments. I think somebody enabled SRA a long time ago but since autologin was not enabled, nobody noticed this. I've changed this in secure/lib/libtelnet/Makefile:1.19 Jordan: I think we should MFC this before 4.3. Opinions? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 12:24:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 48DDD37B719 for ; Fri, 23 Mar 2001 12:24:50 -0800 (PST) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2NKOap09634; Fri, 23 Mar 2001 21:24:36 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 21:24:36 +0100 From: Martin Blapp To: "David O'Brien" Cc: current@FreeBSD.ORG Subject: Re: [FIX] Re: CFS - Portmap In-Reply-To: <20010323113037.A91393@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > > /etc/mount -o port=3049,intr localhost:/null /crypt > > What machine are you doing this on?? FreeBSD has no /etc/mount? Correct. I've used the sbin/mount of course, this is just a cut'n'paste of the documentation. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 13:20: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 1FCCE37B718; Fri, 23 Mar 2001 13:19:58 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA21424; Fri, 23 Mar 2001 13:20:02 -0800 Date: Fri, 23 Mar 2001 13:19:57 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: alfred@freebsd.org Cc: current@freebsd.org Subject: tell me why this isn't just plain wrong? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG src/lib/libc/rpc/key_call.c: #if defined(i386) #if defined(__FreeBSD__) if (uname(&u) == -1) #else if (_nuname(&u) == -1) #endif #elif defined(sparc) if (_uname(&u) == -1) #else #error Unknown architecture! #endif Uh, Alpha? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 13:46: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 2C68A37B71B for ; Fri, 23 Mar 2001 13:45:57 -0800 (PST) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2NLjqp12307; Fri, 23 Mar 2001 22:45:52 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Mar 2001 22:45:52 +0100 From: Martin Blapp To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: [FIX] (CFS/mount_nfs.c) In-Reply-To: <20010324002740.B56311@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, can you try to stop/start cfsd again ? Is mountd also still running ? Martin PS: I've a little diff available to fix compile warnings and to use tirpc code instead of old rpc code in cfs: http://home.teleport.ch/freebsd/cfs.diff Can you try this out ? Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 13:53:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 84B3937B718 for ; Fri, 23 Mar 2001 13:53:38 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2NLrZX57103; Sat, 24 Mar 2001 00:53:35 +0300 (MSK) (envelope-from ache) Date: Sat, 24 Mar 2001 00:53:34 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: current@freebsd.org Subject: Re: [FIX] (CFS/mount_nfs.c) Message-ID: <20010324005333.A57072@nagual.pp.ru> References: <20010324002740.B56311@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Fri, Mar 23, 2001 at 10:45:52PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 22:45:52 +0100, Martin Blapp wrote: > > Hmm, can you try to stop/start cfsd again ? Of course. I kill everything then restart everything in the order several times to be sure. > http://home.teleport.ch/freebsd/cfs.diff I'll try. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 14:15: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by hub.freebsd.org (Postfix) with ESMTP id 4251837B71A; Fri, 23 Mar 2001 14:15:01 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id OAA03863; Fri, 23 Mar 2001 14:15:03 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2NMExi58561; Fri, 23 Mar 2001 14:14:59 -0800 (PST) (envelope-from bmah) Message-Id: <200103232214.f2NMExi58561@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: bde@freebsd.org Cc: bmah@cisco.com, freebsd-current@freebsd.org Subject: -CURRENT breakage in usr.sbin/mptable? From: bmah@cisco.com (Bruce A. Mah) Reply-To: bmah@cisco.com 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_-1993542110P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 23 Mar 2001 14:14:59 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1993542110P Content-Type: text/plain; charset=us-ascii Hi Bruce-- A recent commit of yours to src/usr.sbin/mptable/Makefile had the commit message: > Fixed style bugs (use normal formatting for assignment, and don't override > the correct default for MAN1). Are you sure this is right? The default MANSECT for src/usr.sbin is 8, not 1, but mptable.1, well, lives in section 1. Most importantly, it appears that this change breaks world. I think you need to put the MAN1 assignment back, like in the diff below. (-current folks, I'm not *trying* to do this...all I want is a fairly recent 5-CURRENT to play with on my scratch box.) Cheers, (the other) Bruce. *** mptable/Makefile 2001/03/23 13:47:46 1.4 --- mptable/Makefile 2001/03/23 22:11:38 *************** *** 1,5 **** --- 1,6 ---- # $FreeBSD: src/usr.sbin/mptable/Makefile,v 1.4 2001/03/23 13:47:46 bde Exp $ PROG= mptable + MAN1= ${PROG}.1 .include --==_Exmh_-1993542110P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6u8rj2MoxcVugUsMRAnuZAKC3Ib9KukxhS2ySkNojDHf+4NgLmQCfXm3+ MftlcaQ0oNPWlUv7ZgtXBk4= =5K5L -----END PGP SIGNATURE----- --==_Exmh_-1993542110P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 14:22:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 8033137B71A for ; Fri, 23 Mar 2001 14:22:51 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2NMMlb57811; Sat, 24 Mar 2001 01:22:48 +0300 (MSK) (envelope-from ache) Date: Sat, 24 Mar 2001 01:22:45 +0300 From: "Andrey A. Chernov" To: Martin Blapp Cc: current@freebsd.org Subject: Re: [FIX] (CFS/mount_nfs.c) Message-ID: <20010324012243.A57189@nagual.pp.ru> References: <20010324002740.B56311@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Fri, Mar 23, 2001 at 10:45:52PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 22:45:52 +0100, Martin Blapp wrote: > > http://home.teleport.ch/freebsd/cfs.diff > > Can you try this out ? Just tried. The same hanging mount effect, no difference. BTW, my kernel is about week old while userland utilities very recent. Could it plays role? I.e. does new RPC require new kernel too? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 15:23:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 5880D37B718; Fri, 23 Mar 2001 15:23:11 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f2NNNET00993; Fri, 23 Mar 2001 23:23:14 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2NNBu716473; Fri, 23 Mar 2001 23:11:56 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103232311.f2NNBu716473@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Andrey A. Chernov" , current@freebsd.org, brian@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP In-Reply-To: Message from Ruslan Ermilov of "Mon, 19 Mar 2001 17:36:08 +0200." <20010319173608.A64735@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Mar 2001 23:11:56 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Do you mean that "add" PPP command now intentionally broken for any > > address excepting *ADDR? Then, what is the reason to have numeric argument > > there? Or do you mean that PPP must be fixed now? Where is the fix? > > > I mean that: > > 1. If you use HISADDR, ppp(8) will automatically re-add route after link > is brought down and then back up. > > 2. If you use static IP address in ppp.conf, ppp(8) will add that route > only once. This route will also cache local interface address at the > time the route is added. Execute `route -vn get default' to see what > I am talking about. > > 3. The routing code was fixed to delete routes which use non-existent > interface addresses. This code will wipe such a route. > > 4. If you need routes with static gateway addresses, put `add!' command > to ppp.linkup script. This way, routes will be activated every time > the link is up, and will use the correct source IP address. > > 5. This affects not only ppp(8). Add default route that points to the > LAN; change the IP address on interface; observe that the default > route has gone away. The reason is that if we don't do this, we > may end up using the old (now non-existing) local IP address. I've thought about this quite a bit... I'm not sure that I understand the problem. I know of two (static IP) scenarios: 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). Here, ppp configures the interface as soon as it sees the ``set ifaddr'' line and never undoes that configuration. An ``add'' with a fixed IP number would never have worked if it's before the ``set ifaddr''. If it's after the ``set ifaddr'', nothing should ever remove it (as the interface will stay configured). 2. Ppp is not in -auto mode. Here, ppp won't assign the interface address 'till IPCP is up. Any attempt to ``add'' a route with a static IP number in ppp.conf should fail. So, the recent routing changes shouldn't have made a difference. Anyone know what I'm missing ? Andre, what does your ppp.conf look like and how are you running ppp ? Cheers. > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16: 8:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 1767A37B71E for ; Fri, 23 Mar 2001 16:08:46 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2O08YK93811 for ; Fri, 23 Mar 2001 20:08:35 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Fri, 23 Mar 2001 20:08:34 -0400 (AST) From: The Hermit Hacker To: Subject: spin lock panic ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Over the past few days, I reformatted my computer clean, installed 4.2-RELEASE onto her and just finished upgrading to the latest 5.x kernel and world ... went to ports/x11/XFree86-4 and did a 'make install' ... after awhile, it panic'd as below: panic: spin lock sched lock held by 0xcb332840 for > 5 seconds cpuid = 1; lapic.id = 01000000 Debugger("panic") CPU1 stopping CPUs: 0x00000001... stopped. Now, I do have DDB enabled in the kernel ... but, for the life of me, I can't seem to find any docs on the keystroke required to drop into it :( 'man ddb' doesn't document it that I can find, nor does LINT ... Thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:11:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D1DBE37B71A for ; Fri, 23 Mar 2001 16:11:54 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2O0Br424175; Fri, 23 Mar 2001 16:11:53 -0800 (PST) Date: Fri, 23 Mar 2001 16:11:53 -0800 From: Alfred Perlstein To: The Hermit Hacker Cc: freebsd-current@FreeBSD.ORG Subject: Re: spin lock panic ... Message-ID: <20010323161152.Y9431@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from scrappy@hub.org on Fri, Mar 23, 2001 at 08:08:34PM -0400 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * The Hermit Hacker [010323 16:09] wrote: > > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > can't seem to find any docs on the keystroke required to drop into it :( > 'man ddb' doesn't document it that I can find, nor does LINT ... ctrl+alt+esc. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:15:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 2D6EB37B71A for ; Fri, 23 Mar 2001 16:15:11 -0800 (PST) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2O0F7p16955; Sat, 24 Mar 2001 01:15:07 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 24 Mar 2001 01:15:07 +0100 From: Martin Blapp To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: [FIX] (CFS/mount_nfs.c) In-Reply-To: <20010324012243.A57189@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > BTW, my kernel is about week old while userland utilities very > recent. Could it plays role? I.e. does new RPC require new kernel too? No. RPC-changes I've done are all in userland. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:17:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id BEDD237B71A for ; Fri, 23 Mar 2001 16:17:45 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2O0Hge93927; Fri, 23 Mar 2001 20:17:42 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Fri, 23 Mar 2001 20:17:42 -0400 (AST) From: The Hermit Hacker To: Alfred Perlstein Cc: Subject: Re: spin lock panic ... In-Reply-To: <20010323161152.Y9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Mar 2001, Alfred Perlstein wrote: > * The Hermit Hacker [010323 16:09] wrote: > > > > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > > can't seem to find any docs on the keystroke required to drop into it :( > > 'man ddb' doesn't document it that I can find, nor does LINT ... > > ctrl+alt+esc. perfect, thanks ... is this actually documented somewhere that I'm forgetting to look? :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:23:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 60A1D37B718 for ; Fri, 23 Mar 2001 16:23:17 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2O0NF624539; Fri, 23 Mar 2001 16:23:15 -0800 (PST) Date: Fri, 23 Mar 2001 16:23:15 -0800 From: Alfred Perlstein To: The Hermit Hacker Cc: freebsd-current@FreeBSD.ORG Subject: Re: spin lock panic ... Message-ID: <20010323162315.Z9431@fw.wintelcom.net> References: <20010323161152.Y9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from scrappy@hub.org on Fri, Mar 23, 2001 at 08:17:42PM -0400 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * The Hermit Hacker [010323 16:17] wrote: > On Fri, 23 Mar 2001, Alfred Perlstein wrote: > > > * The Hermit Hacker [010323 16:09] wrote: > > > > > > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > > > can't seem to find any docs on the keystroke required to drop into it :( > > > 'man ddb' doesn't document it that I can find, nor does LINT ... > > > > ctrl+alt+esc. > > perfect, thanks ... is this actually documented somewhere that I'm > forgetting to look? :( /usr/src/sys/ ? :) http://www.freebsd.org/handbook/x18709.html -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:30:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 919E437B718; Fri, 23 Mar 2001 16:30:42 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2O0UII59764; Sat, 24 Mar 2001 03:30:18 +0300 (MSK) (envelope-from ache) Date: Sat, 24 Mar 2001 03:30:16 +0300 From: "Andrey A. Chernov" To: Brian Somers Cc: current@freebsd.org, brian@freebsd.org Subject: Re: Recent interface/routing changes breaks on-demand PPP Message-ID: <20010324033016.B59604@nagual.pp.ru> References: <200103232311.f2NNBu716473@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103232311.f2NNBu716473@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Fri, Mar 23, 2001 at 11:11:56PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 23, 2001 at 23:11:56 +0000, Brian Somers wrote: > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > Here, ppp configures the interface as soon as it sees the ``set > ifaddr'' line and never undoes that configuration. An ``add'' > with a fixed IP number would never have worked if it's before the > ``set ifaddr''. If it's after the ``set ifaddr'', nothing should > ever remove it (as the interface will stay configured). > > 2. Ppp is not in -auto mode. Here, ppp won't assign the interface > address 'till IPCP is up. Any attempt to ``add'' a route with a > static IP number in ppp.conf should fail. > > So, the recent routing changes shouldn't have made a difference. > > Anyone know what I'm missing ? Andre, what does your ppp.conf look > like and how are you running ppp ? ppp in -auto mode, "add" is after "set ifaddr" -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 16:59:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail2.lig.bellsouth.net (mail2.lig.bellsouth.net [205.152.0.56]) by hub.freebsd.org (Postfix) with ESMTP id F1AC637B71A for ; Fri, 23 Mar 2001 16:59:26 -0800 (PST) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org (adsl-78-160-210.gnv.bellsouth.net [216.78.160.210]) by mail2.lig.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id TAA04784; Fri, 23 Mar 2001 19:59:25 -0500 (EST) Date: Fri, 23 Mar 2001 19:59:24 -0500 (EST) From: Frank Seltzer X-X-Sender: To: Greg Rumple Cc: Subject: Re: newcard/cardbus instabilities In-Reply-To: <20010323070406.O1713@zaphon.llamas.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Mar 2001, Greg Rumple wrote: > I even have a worse problem. I tried this on my system (a sony vaio > PCG-XG18) which has a mini-docking station on the back of it (which > allows you access to a third pcmcia slot, and a whole slew of other > video goodies/serial ports/etc.). The problem is if the mini docking > station isn't there, all the parts/chips/controllers are internal to the > laptop, so it still sees them. The cardbus code sees the second > controller (which drives the third slot) and than gracefully pukes all > over it's self. So unless I have the mini docking station plugged in it > doesn't work. But if it is, I can use my xircom rbem56g-100 and a > linksys cardbus card just fine. I do however lose the ability to use my > wavelan card and my two other pcmcia cards (non cardbus). I can't wait > until all these issues are resolved (I really don't wanna run Linux > again). > > This is just a FYI. > > Greg Mind telling me how you got the rbem56g-100 to work? I haven't had any luck getting mine to work in a Dell Inspiron 4000. Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 17:24:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 4BF8537B719; Fri, 23 Mar 2001 17:24:20 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f2O1OST43400; Sat, 24 Mar 2001 01:24:28 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2O1RB719000; Sat, 24 Mar 2001 01:27:11 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103240127.f2O1RB719000@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Andrey A. Chernov" Cc: Brian Somers , current@freebsd.org, brian@freebsd.org, brian@Awfulhak.org Subject: Re: Recent interface/routing changes breaks on-demand PPP In-Reply-To: Message from "Andrey A. Chernov" of "Sat, 24 Mar 2001 03:30:16 +0300." <20010324033016.B59604@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Mar 2001 01:27:11 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, Mar 23, 2001 at 23:11:56 +0000, Brian Somers wrote: > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > > Here, ppp configures the interface as soon as it sees the ``set > > ifaddr'' line and never undoes that configuration. An ``add'' > > with a fixed IP number would never have worked if it's before the > > ``set ifaddr''. If it's after the ``set ifaddr'', nothing should > > ever remove it (as the interface will stay configured). > > > > 2. Ppp is not in -auto mode. Here, ppp won't assign the interface > > address 'till IPCP is up. Any attempt to ``add'' a route with a > > static IP number in ppp.conf should fail. > > > > So, the recent routing changes shouldn't have made a difference. > > > > Anyone know what I'm missing ? Andre, what does your ppp.conf look > > like and how are you running ppp ? > > ppp in -auto mode, "add" is after "set ifaddr" In which case your interface should stay configured despite the link coming down and your route should *not* be deleted. I'll see if I can reproduce this here (I need to upgrade a machine first). > -- > Andrey A. Chernov > http://ache.pp.ru/ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 18:27: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 4CA5537B719; Fri, 23 Mar 2001 18:26:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2O2Q0G30919; Fri, 23 Mar 2001 18:26:00 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: <20010323053947.60AC337B71B@hub.freebsd.org> Date: Fri, 23 Mar 2001 18:26:09 -0800 (PST) From: John Baldwin To: (Bill Paul) Subject: Re: newcard/cardbus instabilities Cc: current@FreeBSD.org, Johny.Mattsson@ericsson.com.au, (Mike Smith) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Mar-01 Bill Paul wrote: >> >> That's a bit ugly. >> >> > xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem >> > 0x44020000-0x4403ffff,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 >> > at >> > device 0.0 on cardbus1 >> > xl0: chip is in D6 power mode -- setting to D0 >> >> I'm a bit worried about this; "D6" doesn't really exist, so it's possible >> that something is going wrong here. >> >> Bill; you might have some better ideas than I do. Suggestions? > > My suggestion? Chop out the power management stuff in xl_attach() > and see what happens. The xl driver is using the pci_get_powerstate() > and pci_set_powerstate() routines right now in order to check for PCI > NICs that have been forced into the D3 state by Windoze during shutdown. > However, those functions are internal to the PCI bus code, and I'm not > sure what will happen when you try to use them with devices that are > children of a cardbus bus. > > So, edit /sys/pci/if_xl.c, find the xl_attach() function, and comment > out/#ifdef out/delete the section that checks the power state of the card. > Like Mike says, the D6 state is bogus. > > Unfortunately, I can't test this myself at the moment since I find myself > without a laptop. I might be able to coerce^Wconvince John Baldwin to > let me test this with his though. You'll have to coerce^Wconvince Mike or Warner to fix cardbus resource allocation so that cardbus cards don't try to stomp on PCI devices on my machine and freeze it until I eject the card. :) > -Bill -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 19:19:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 5CF6337B763 for ; Fri, 23 Mar 2001 19:19:35 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2O3IkG33315; Fri, 23 Mar 2001 19:18:47 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Fri, 23 Mar 2001 19:18:56 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: spin lock panic ... Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Mar-01 The Hermit Hacker wrote: > > Over the past few days, I reformatted my computer clean, installed > 4.2-RELEASE onto her and just finished upgrading to the latest 5.x kernel > and world ... went to ports/x11/XFree86-4 and did a 'make install' ... > after awhile, it panic'd as below: > > panic: spin lock sched lock held by 0xcb332840 for > 5 seconds > cpuid = 1; lapic.id = 01000000 > Debugger("panic") > > CPU1 stopping CPUs: 0x00000001... stopped. > > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > can't seem to find any docs on the keystroke required to drop into it :( > 'man ddb' doesn't document it that I can find, nor does LINT ... Uhh, if it panic'd, it should already be in ddb at a db> prompt assuming you have DDB in your kernel. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 19:27:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 75B6237B71F; Fri, 23 Mar 2001 19:27:14 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2O3RDU95437; Fri, 23 Mar 2001 23:27:13 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Fri, 23 Mar 2001 23:27:13 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: spin lock panic ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Mar 2001, John Baldwin wrote: > > On 24-Mar-01 The Hermit Hacker wrote: > > > > Over the past few days, I reformatted my computer clean, installed > > 4.2-RELEASE onto her and just finished upgrading to the latest 5.x kernel > > and world ... went to ports/x11/XFree86-4 and did a 'make install' ... > > after awhile, it panic'd as below: > > > > panic: spin lock sched lock held by 0xcb332840 for > 5 seconds > > cpuid = 1; lapic.id = 01000000 > > Debugger("panic") > > > > CPU1 stopping CPUs: 0x00000001... stopped. > > > > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > > can't seem to find any docs on the keystroke required to drop into it :( > > 'man ddb' doesn't document it that I can find, nor does LINT ... > > Uhh, if it panic'd, it should already be in ddb at a db> prompt assuming you > have DDB in your kernel. didn't ... last line was as above ... I've even tested my DDB to make sure I can get to the db> prompt after alfred reminded me of the ctl-alt-esc to get there, and it works ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 23 21:17:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 159DB37B71A for ; Fri, 23 Mar 2001 21:17:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2O5GRG36276; Fri, 23 Mar 2001 21:16:27 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Fri, 23 Mar 2001 21:16:38 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: spin lock panic ... Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Mar-01 The Hermit Hacker wrote: > On Fri, 23 Mar 2001, John Baldwin wrote: > >> >> On 24-Mar-01 The Hermit Hacker wrote: >> > >> > Over the past few days, I reformatted my computer clean, installed >> > 4.2-RELEASE onto her and just finished upgrading to the latest 5.x kernel >> > and world ... went to ports/x11/XFree86-4 and did a 'make install' ... >> > after awhile, it panic'd as below: >> > >> > panic: spin lock sched lock held by 0xcb332840 for > 5 seconds >> > cpuid = 1; lapic.id = 01000000 >> > Debugger("panic") >> > >> > CPU1 stopping CPUs: 0x00000001... stopped. >> > >> > Now, I do have DDB enabled in the kernel ... but, for the life of me, I >> > can't seem to find any docs on the keystroke required to drop into it :( >> > 'man ddb' doesn't document it that I can find, nor does LINT ... >> >> Uhh, if it panic'd, it should already be in ddb at a db> prompt assuming you >> have DDB in your kernel. > > didn't ... last line was as above ... I've even tested my DDB to make sure > I can get to the db> prompt after alfred reminded me of the ctl-alt-esc to > get there, and it works ... Well, that meants it most likely deadlocked trying to get into the debugger. I haven't seen any deadlocks like this in months though. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 0:24:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 35C7737B718; Sat, 24 Mar 2001 00:24:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA23918; Sat, 24 Mar 2001 19:24:28 +1100 Date: Sat, 24 Mar 2001 19:23:53 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "Bruce A. Mah" Cc: bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: -CURRENT breakage in usr.sbin/mptable? In-Reply-To: <200103232214.f2NMExi58561@bmah-freebsd-0.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Mar 2001, Bruce A. Mah wrote: > Hi Bruce-- > > A recent commit of yours to src/usr.sbin/mptable/Makefile had the > commit message: > > > Fixed style bugs (use normal formatting for assignment, and don't override > > the correct default for MAN1). > > Are you sure this is right? The default MANSECT for src/usr.sbin is 8, > not 1, but mptable.1, well, lives in section 1. Oops. It was only right for 2-3 years after I first changed it until a couple of days ago. Alfred has committed a fix. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 1:41:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from sender.ngi.de (sender.ngi.de [212.79.47.18]) by hub.freebsd.org (Postfix) with ESMTP id B27D137B71B; Sat, 24 Mar 2001 01:41:16 -0800 (PST) (envelope-from se@FreeBSD.org) Received: from Gatekeeper.FreeBSD.org (kol2-3e3662cd.pool.mediaWays.net [62.54.98.205]) by sender.ngi.de (Postfix) with ESMTP id 1F2D096D2F; Sat, 24 Mar 2001 10:36:18 +0100 (CET) Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id C1F98C; Sat, 24 Mar 2001 09:44:22 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id B11161490; Sat, 24 Mar 2001 09:41:49 +0100 (CET) Date: Sat, 24 Mar 2001 09:41:49 +0100 From: Stefan Esser To: Mark Murray Cc: current@FreeBSD.ORG, Stefan Esser Subject: Re: Re: Whatever happened to CTM? Message-ID: <20010324094149.A1185@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Mark Murray , current@FreeBSD.ORG References: <20010321103940.A2339@StefanEsser.FreeBSD.org> <200103211258.f2LCwRf43298@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103211258.f2LCwRf43298@gratis.grondar.za>; from mark@grondar.za on Wed, Mar 21, 2001 at 02:59:28PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2001-03-21 14:59 +0200, Mark Murray wrote: > > Just an idea: > > > > How about a CVSUP via HTTPS server (just as a means to tunnel CVSUP > > through a HTTPS proxy ...) ? > > > > Most probably a CVSUP daemon bound to port 443 would do (there are > > programs that tunnel arbitrary data through a HTTPS proxy, though > > I admit this is cheating ;-) > > You should be able to do it with SSH (assuming that you can get out with > ssh!) No, if I could get out with SSH, there was no problem ... The firewall rules are very strict: The only way to send and receive bytes through the firewall is the HTTP CONNECT method as offered by a HTTPS proxy. And even that method is further restricted to prevent misuse. > $ ssh -v -l yourname otherhost.example.com -L5559:cvsup.example.com:5559 > > Then doing a cvsup with the server set to 127.0.0.1 will work. Yes, I know about this, and have been using similar setups on several occasions. The information may be useful to others, with less restrictive firewall setups. But I can't even connect fully transparently through even a single TCP port, only by means of a HTTPS capable application gateway ... (I'm not willing to go into too much detail here. I'm responsible for the firewall policy, and I just can't break or bend the rules enforced by me on a large company, just because its *me* this time, who absolutely needs that direct TCP connection ;-) I know that misusing 443/tcp for CVSup is not much better than attempts by some commercial software companies to tunnel everything over 80/tcp. In the end, firewalls as we know them will only be able to protect against the most primitive (header level) attacks, the protection against malicious data sent over such a connection will have to be provided by the endpoints (and I have been demanding SSL with client and server certificates for most of the B2B INTERNET services, at work). Anyway: If CTM was to ever be given up (it's good to read, that Ulf will get his CTM box connected again, soon), then there should be a alternate access method, that works through tightly configured firewalls. And CVsup via SSL might be a good candidate ... Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 2: 6: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 8947937B719; Sat, 24 Mar 2001 02:05:50 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2OA5if62456; Sat, 24 Mar 2001 12:05:47 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103241005.f2OA5if62456@gratis.grondar.za> To: Stefan Esser Cc: current@FreeBSD.org Subject: Re: Whatever happened to CTM? References: <20010324094149.A1185@StefanEsser.FreeBSD.org> In-Reply-To: <20010324094149.A1185@StefanEsser.FreeBSD.org> ; from Stefan Esser "Sat, 24 Mar 2001 09:41:49 +0100." Date: Sat, 24 Mar 2001 12:06:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyway: If CTM was to ever be given up (it's good to read, that Ulf will > get his CTM box connected again, soon), then there should be a alternate > access method, that works through tightly configured firewalls. And CVsup > via SSL might be a good candidate ... Hmm. Look at sslproxy and sslwrap in the ports. They may just work for you. It shouldn't be too difficult to set up the other side - after all, there is a need :-) M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 5:53:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from jbloom.jbloom.org (reyim.ne.mediaone.net [24.218.251.241]) by hub.freebsd.org (Postfix) with ESMTP id 694C237B71A for ; Sat, 24 Mar 2001 05:53:02 -0800 (PST) (envelope-from bloom@jbloom.jbloom.org) Received: (from bloom@localhost) by jbloom.jbloom.org (8.11.2/8.11.2) id f2ODqoB04644 for current@freebsd.org; Sat, 24 Mar 2001 08:52:50 -0500 (EST) (envelope-from bloom) Date: Sat, 24 Mar 2001 08:52:50 -0500 (EST) From: Jim Bloom Message-Id: <200103241352.f2ODqoB04644@jbloom.jbloom.org> To: current@freebsd.org Subject: kernel link problems with ata driver Reply-To: bloom@acm.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For the past couple weeks I have been unable to build a kernel for my laptop. I keep getting undefined symbols. The problem started with the split of the ata driver by different bus attachments. My laptop only has ISA and not PCI so I don't include PCI in the kernel config file. The errors and kernel configuration are included below. Jim Bloom bloom@acm.org linking kernel ata-all.o: In function `ata_service': ata-all.o(.text+0x1332): undefined reference to `ata_dmastatus' ata-all.o: In function `ata_change_mode': ata-all.o(.text+0x1dc1): undefined reference to `ata_dmainit' ata-disk.o: In function `ad_attach': ata-disk.o(.text+0x36c): undefined reference to `ata_dmainit' ata-disk.o(.text+0x39d): undefined reference to `ata_dmainit' ata-disk.o: In function `ad_start': ata-disk.o(.text+0xa14): undefined reference to `ata_dmaalloc' ata-disk.o: In function `ad_transfer': ata-disk.o(.text+0xbf4): undefined reference to `ata_dmasetup' ata-disk.o(.text+0xd14): undefined reference to `ata_dmastart' ata-disk.o: In function `ad_interrupt': ata-disk.o(.text+0xf13): undefined reference to `ata_dmadone' ata-disk.o(.text+0x1029): undefined reference to `ata_dmainit' ata-disk.o(.text+0x1092): undefined reference to `ata_dmainit' ata-disk.o: In function `ad_service': ata-disk.o(.text+0x1518): undefined reference to `ata_dmastart' ata-disk.o: In function `ad_timeout': ata-disk.o(.text+0x177f): undefined reference to `ata_dmadone' ata-disk.o(.text+0x17b8): undefined reference to `ata_dmainit' ata-disk.o: In function `ad_reinit': ata-disk.o(.text+0x18fe): undefined reference to `ata_dmainit' ata-disk.o(.text+0x1929): undefined reference to `ata_dmainit' *** Error code 1 machine i386 cpu I486_CPU cpu I586_CPU ident LAPTOP maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INVARIANTS options INVARIANT_SUPPORT # options MUTEX_DEBUG options WITNESS options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_DEBUG #debug for IP security options FFS #Berkeley Fast Filesystem options MFS #Memory Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options IPFIREWALL #firewall options IPDIVERT #divert sockets options DDB #kernel debugger # Obsolete option # options MD_NSECT=10000 device isa # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm device vga # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Power management support (see LINT for more options) device apm # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic # Serial (COM) ports device sio # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # ISA Ethernet NICs. device ed device miibus # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device sl 1 # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device pmtimer # Adjust system timer at wakeup time device random # for IPv6 device gif 4 #IPv6 and IPv4 tunneling device faith 1 #for IPv6 and IPv4 translation # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 6:20: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from nala.dohd.org (d0030.upc-d.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id CE1E537B718; Sat, 24 Mar 2001 06:19:56 -0800 (PST) (envelope-from freebsd@dohd.org) Received: by nala.dohd.org (Postfix, from userid 1008) id C6A4DD9EB; Sat, 24 Mar 2001 15:19:54 +0100 (MET) Date: Sat, 24 Mar 2001 15:19:54 +0100 From: Mark Huizer To: current@freebsd.org, pst@freebsd.org Subject: upgrade tcpdump in -current? Message-ID: <20010324151954.A19669@dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there any plans on upgrading tcpdump to e.g. 3.6.2, which has better support for e.g. NFS over IPv6? Greetings, Mark Huizer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 6:31:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 4A5BF37B719 for ; Sat, 24 Mar 2001 06:31:14 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id PAA63344; Sat, 24 Mar 2001 15:31:09 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103241431.PAA63344@freebsd.dk> Subject: Re: kernel link problems with ata driver In-Reply-To: <200103241352.f2ODqoB04644@jbloom.jbloom.org> from Jim Bloom at "Mar 24, 2001 08:52:50 am" To: bloom@acm.org Date: Sat, 24 Mar 2001 15:31:09 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Jim Bloom wrote: > For the past couple weeks I have been unable to build a kernel for my > laptop. I keep getting undefined symbols. The problem started with > the split of the ata driver by different bus attachments. My laptop > only has ISA and not PCI so I don't include PCI in the kernel config > file. Are you sure your /sys/conf/files file is up to date ? Have you removed your /sys/compile/YOURKERNEL dir before a new config ? -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 7:14: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 78C0137B71A for ; Sat, 24 Mar 2001 07:13:50 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f2OFDlJ73456 for current@FreeBSD.org; Sat, 24 Mar 2001 17:13:47 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200103241513.f2OFDlJ73456@zibbi.icomtek.csir.co.za> Subject: fixit floppy full during make release To: current@FreeBSD.org Date: Sat, 24 Mar 2001 17:13:47 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone have some free space that they can borrow the fixit floppy? ############ Created /R/stage/floppies/boot.flp Regular and MFS boot floppies made. touch release.8 Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) super-block backups (for fsck -b #) at: 32 /mnt: write failed, file system is full cpio: write error: No space left on device *** Error code 1 ############# John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 7:44:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 8F9E737B71D for ; Sat, 24 Mar 2001 07:44:46 -0800 (PST) (envelope-from max@vic.sabbo.net) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2OFicX25457; Sat, 24 Mar 2001 17:44:39 +0200 Received: (from max@localhost) by vic.sabbo.net (8.11.3/8.11.2) id f2OFigW05735; Sat, 24 Mar 2001 17:44:42 +0200 (EET) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200103241544.f2OFigW05735@vic.sabbo.net> Subject: Re: kernel link problems with ata driver To: sos@freebsd.dk (Soren Schmidt) Date: Sat, 24 Mar 2001 17:44:41 +0200 (EET) Cc: bloom@acm.org, current@FreeBSD.ORG In-Reply-To: from "Soren Schmidt" at Mar 24, 2001 03:31:09 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It seems Jim Bloom wrote: > > For the past couple weeks I have been unable to build a kernel for my > > laptop. I keep getting undefined symbols. The problem started with > > the split of the ata driver by different bus attachments. My laptop > > only has ISA and not PCI so I don't include PCI in the kernel config > > file. > > Are you sure your /sys/conf/files file is up to date ? > Have you removed your /sys/compile/YOURKERNEL dir before a new config ? I see this problem too. Removing /sys/compile/MYKERNEL didn't help. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 8:20: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 1560837B719; Sat, 24 Mar 2001 08:19:59 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id RAA90350; Sat, 24 Mar 2001 17:19:57 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103241619.RAA90350@freebsd.dk> Subject: Re: kernel link problems with ata driver In-Reply-To: <200103241544.f2OFigW05735@vic.sabbo.net> from Maxim Sobolev at "Mar 24, 2001 05:44:41 pm" To: sobomax@FreeBSD.ORG (Maxim Sobolev) Date: Sat, 24 Mar 2001 17:19:57 +0100 (CET) Cc: bloom@acm.org, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Maxim Sobolev wrote: > > > > It seems Jim Bloom wrote: > > > For the past couple weeks I have been unable to build a kernel for my > > > laptop. I keep getting undefined symbols. The problem started with > > > the split of the ata driver by different bus attachments. My laptop > > > only has ISA and not PCI so I don't include PCI in the kernel config > > > file. > > > > Are you sure your /sys/conf/files file is up to date ? > > Have you removed your /sys/compile/YOURKERNEL dir before a new config ? > > I see this problem too. Removing /sys/compile/MYKERNEL didn't help. OK, I found the problem, I just committed the fix. -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 9:15:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 01D9F37B719 for ; Sat, 24 Mar 2001 09:15:30 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2OHFTs05518 for current@freebsd.org; Sat, 24 Mar 2001 09:15:29 -0800 (PST) Date: Sat, 24 Mar 2001 09:15:29 -0800 (PST) From: David Wolfskill Message-Id: <200103241715.f2OHFTs05518@bunrab.catwhisker.org> To: current@freebsd.org Subject: Kernel panic: resource_list_alloc: resource entry is busy Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This from CVSup shortly before midnight (PST); I recall that I got the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little better). I was able to re-boot with the kernel from /boot/kernel.old OK; once I did that, I re-built the kernel after adding "options DDB", and I then re-created the panic. An outline of the traceback (sorry; I don't have a serial console on the laptop... yet) is: Debugger(c0337e03) at Debugger+0x44 panic(c0338d20,c167810c,4,0,c047f6c4) at panic+0x70 resource_list_alloc(c1683a00,c1679d00,c168eb80,4,c167810c) at resource_list_alloc+0xc8 isa_alloc_resource(c1679d00,c168eb80,4,c167810c,f8c) at isa_alloc_resource+0xcd bus_alloc_resource(c168eb80,4,c167810c,f8c,f95) at bus_alloc_resource+0x5d opti_detect(c168eb80,c1678100) at opti_detect+0xaa [abbreviating beyond this point for now; my hands are getting tired -- dhw] mss_detect( mss_probe( device_probe_child( device_probe_and_attach( isa_probe_children( configure( mi_startup() at mi_startup+0x68 begin() at begin+0x29 The addition of DDB is the first change I've needed to make since getting -CURRENT running on the machine a couple of weeks ago, and I've been CVSuping daily and rebuilding both -STABLE and -CURRENT daily. I don't happen to have a copy of the kernel config on a different machine, so I'll need to boot it normally to supply that; sorry. But given the above, unless something changed that would require a change to the kernel config within the last day or so, I'd have thought it would have been expected to not panic.... :-} There are some other things I'd like to do with the machine (build today's -STABLE, for example), but I can leave it "broken" for debugging for a while easily enough. The panic appears to come faily early in the boot process (resource allocation, I'd guess :-}), and it appears eminently reproducable, so I'm willing to play with it, fetch more code, or whatever. It's a 750/600 MHx P3 w/ 256 MB RAM, so I should be able to try changes reasonably quickly. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 9:42:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 076CF37B719; Sat, 24 Mar 2001 09:42:18 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2OHgGW07080; Sat, 24 Mar 2001 13:42:17 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 24 Mar 2001 13:42:16 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: spin lock panic ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Mar 2001, John Baldwin wrote: > > On 24-Mar-01 The Hermit Hacker wrote: > > On Fri, 23 Mar 2001, John Baldwin wrote: > > > >> > >> On 24-Mar-01 The Hermit Hacker wrote: > >> > > >> > Over the past few days, I reformatted my computer clean, installed > >> > 4.2-RELEASE onto her and just finished upgrading to the latest 5.x kernel > >> > and world ... went to ports/x11/XFree86-4 and did a 'make install' ... > >> > after awhile, it panic'd as below: > >> > > >> > panic: spin lock sched lock held by 0xcb332840 for > 5 seconds > >> > cpuid = 1; lapic.id = 01000000 > >> > Debugger("panic") > >> > > >> > CPU1 stopping CPUs: 0x00000001... stopped. > >> > > >> > Now, I do have DDB enabled in the kernel ... but, for the life of me, I > >> > can't seem to find any docs on the keystroke required to drop into it :( > >> > 'man ddb' doesn't document it that I can find, nor does LINT ... > >> > >> Uhh, if it panic'd, it should already be in ddb at a db> prompt assuming you > >> have DDB in your kernel. > > > > didn't ... last line was as above ... I've even tested my DDB to make sure > > I can get to the db> prompt after alfred reminded me of the ctl-alt-esc to > > get there, and it works ... > > Well, that meants it most likely deadlocked trying to get into the debugger. I > haven't seen any deadlocks like this in months though. I swear, my compuer is just sooooo special :) it hasn't happened since ... re started the X compile, it finished fine and installed .. *shrug* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 10:38:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A3CC137B718 for ; Sat, 24 Mar 2001 10:38:48 -0800 (PST) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2OIch753845; Sat, 24 Mar 2001 19:38:43 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 24 Mar 2001 19:38:43 +0100 From: Martin Blapp To: David Wolfskill Cc: current@freebsd.org Subject: Kernel panic: resource_list_alloc: resource entry is busy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I see the same here with a GENERIC kernel. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 11:24:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by hub.freebsd.org (Postfix) with ESMTP id 2489D37B718 for ; Sat, 24 Mar 2001 11:24:50 -0800 (PST) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-251-74.netcologne.de [195.14.251.74]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id UAA09530; Sat, 24 Mar 2001 20:24:48 +0100 (MET) Received: (from marc@localhost) by oranje.my.domain (8.11.0/8.11.3) id f2OJOWA11001; Sat, 24 Mar 2001 20:24:32 +0100 (CET) (envelope-from van.woerkom@netcologne.de) Date: Sat, 24 Mar 2001 20:24:32 +0100 (CET) Message-Id: <200103241924.f2OJOWA11001@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: freebsd-current@freebsd.org Subject: make world stops during i4b compilation Reply-To: van.woerkom@netcologne.de Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, anyone has this problem too? (..) cc -elf -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /usr/src/sys/conf/newvers.sh ORANJE cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/../include -I/usr/src/sys/contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -fno-builtin -mpreferred-stack-boundary=2 vers.c linking kernel i4b_ipr.o: In function `i4biprattach': i4b_ipr.o(.text+0x1d2): undefined reference to `ether_ifattach' i4b_isppp.o: In function `i4bispppattach': i4b_isppp.o(.text+0x179): undefined reference to `ether_ifattach' *** Error code 1 Stop in /usr3/obj/usr/src/sys/ORANJE. *** Error code 1 Compiling the GENERIC kernel however works fine.. hmmm. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 11:30:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 1246537B71A for ; Sat, 24 Mar 2001 11:30:05 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2OJU4x05908 for current@FreeBSD.ORG; Sat, 24 Mar 2001 11:30:04 -0800 (PST) Date: Sat, 24 Mar 2001 11:30:04 -0800 (PST) From: David Wolfskill Message-Id: <200103241930.f2OJU4x05908@bunrab.catwhisker.org> To: current@FreeBSD.ORG Subject: Re: Kernel panic: resource_list_alloc: resource entry is busy In-Reply-To: <200103241715.f2OHFTs05518@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Sat, 24 Mar 2001 09:15:29 -0800 (PST) >From: David Wolfskill >This from CVSup shortly before midnight (PST); I recall that I got >the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little >better). OK; I re-booted it under -STABLE, so I can report a bit more about the context. Yesterday, the thought occurred to me that it might be handy to record the start time for the CVSup (as well as the end time, so: CVSup ended at Wed Mar 21 23:53:49 PST 2001 CVSup ended at Thu Mar 22 23:51:54 PST 2001 CVSup started at Fri Mar 23 23:47:01 PST 2001 CVSup ended at Fri Mar 23 23:53:40 PST 2001 (and I had built & booted -CURRENT successfully yesterday; I append /var/log/messages from that boot after my .sig.) And the following shows the CVS activity from the working sources to the failing ones (I elided the "cvs update:" lines): Script started on Sat Mar 24 05:27:55 2001 dhcp-135[1] cd /C/usr/src dhcp-135[2] cvs update -d ? PATCHES U bin/getfacl/getfacl.1 U bin/setfacl/setfacl.1 U contrib/gcc.295/except.c U contrib/gcc.295/expr.c U contrib/gcc.295/expr.h U contrib/gcc.295/varasm.c U etc/Makefile U etc/primes U etc/mtree/BSD.x11-4.dist U games/fortune/datfiles/fortunes U gnu/usr.bin/tar/tar.c U include/arpa/inet.h U include/rpc/rpc.h U lib/libc/gen/Makefile.inc U lib/libc/gen/__xuname.c U lib/libc/gen/uname.c U lib/libc/net/inet.3 U lib/libc/net/inet_addr.c U lib/libc/net/inet_lnaof.c U lib/libc/net/inet_makeaddr.c U lib/libc/net/inet_neta.c U lib/libc/net/inet_netof.c U lib/libc/net/inet_network.c U lib/libc/rpc/key_call.c U lib/libc/rpc/rpc_soc.3 U lib/libc/rpc/rpc_soc.c U lib/libfetch/fetch.3 U lib/libfetch/ftp.c U lib/libposix1e/acl_add_perm.3 U lib/libposix1e/acl_clear_perms.3 U lib/libposix1e/acl_copy_entry.3 U lib/libposix1e/acl_create_entry.3 U lib/libposix1e/acl_delete_perm.3 U lib/libposix1e/acl_get_permset.3 U lib/libposix1e/acl_get_qualifier.3 U lib/libposix1e/acl_get_tag_type.3 U lib/libposix1e/acl_set_permset.3 U lib/libposix1e/acl_set_qualifier.3 U lib/libposix1e/acl_set_tag_type.3 U libexec/ypxfr/ypxfr_extern.h U release/Makefile U release/texts/HARDWARE.TXT U secure/lib/libtelnet/Makefile U share/man/man9/module.9 U sys/compat/linux/linux_misc.c RCS file: /cvs/freebsd/src/sys/dev/an/if_aironet_ieee.h,v retrieving revision 1.3 retrieving revision 1.4 Merging differences between 1.3 and 1.4 into if_aironet_ieee.h M sys/dev/an/if_aironet_ieee.h RCS file: /cvs/freebsd/src/sys/dev/an/if_an.c,v retrieving revision 1.15 retrieving revision 1.16 Merging differences between 1.15 and 1.16 into if_an.c M sys/dev/an/if_an.c RCS file: /cvs/freebsd/src/sys/dev/an/if_anreg.h,v retrieving revision 1.5 retrieving revision 1.6 Merging differences between 1.5 and 1.6 into if_anreg.h M sys/dev/an/if_anreg.h U sys/dev/ata/atapi-all.c U sys/dev/ata/atapi-all.h U sys/dev/ata/atapi-cd.c U sys/dev/cnw/if_cnw.c U sys/dev/sound/isa/mss.c U sys/dev/sound/isa/mss.h U sys/dev/sound/pcm/ac97.c ? sys/i386/conf/LAPTOP_30W U sys/ia64/ia64/interrupt.c U sys/ia64/ia64/mp_machdep.c U sys/ia64/include/clock.h U sys/ia64/include/param.h U sys/kern/kern_intr.c U sys/kern/kern_lockf.c U sys/kern/kern_prot.c U sys/kern/kern_xxx.c U sys/kern/vnode_if.pl U sys/net/if_spppsubr.c U sys/netinet/in.h U sys/pc98/i386/machdep.c U sys/pc98/pc98/npx.c U sys/sys/types.h U sys/sys/utsname.h U sys/ufs/ffs/ffs_alloc.c U usr.bin/fetch/fetch.1 U usr.bin/fetch/fetch.c U usr.sbin/mptable/Makefile U usr.sbin/pkg_install/info/info.h U usr.sbin/pkg_install/info/main.c U usr.sbin/pkg_install/info/perform.c U usr.sbin/pkg_install/info/pkg_info.1 U usr.sbin/pkg_install/info/show.c U usr.sbin/pkg_install/lib/deps.c U usr.sbin/pkg_install/lib/exec.c U usr.sbin/pkg_install/lib/lib.h U usr.sbin/pkg_install/lib/match.c U usr.sbin/pkg_install/lib/msg.c U usr.sbin/pkg_install/lib/pen.c U usr.sbin/pkg_install/lib/str.c U usr.sbin/ppp/Makefile U usr.sbin/ppp/defs.h U usr.sbin/ppp/main.c U usr.sbin/ppp/systems.c U usr.sbin/sysinstall/config.c U usr.sbin/sysinstall/index.c U usr.sbin/sysinstall/install.c U usr.sbin/sysinstall/installUpgrade.c U usr.sbin/sysinstall/label.c U usr.sbin/sysinstall/menus.c U usr.sbin/sysinstall/sysinstall.8 U usr.sbin/sysinstall/wizard.c U usr.sbin/sysinstall/help/html.hlp U usr.sbin/sysinstall/help/options.hlp U usr.sbin/sysinstall/help/shortcuts.hlp dhcp-135[3] ^Dexit I had a PCcard in it, as usual -- a Cisco/Aironet 340 (an driver; the "messiness" around sys/dev/an up there is because I had been testing (for some time) the code that Archie committed). Here's a uni-diff of GENERIC vs. my kernel config. (I cheated a little: in my real config, I commented stuff (like SCSI-related things) out; for this exercise, I deleted the lines, then made the diff, so the result would be shorter & clearer.) --- GENERIC Fri Mar 16 12:22:15 2001 +++ LAPTOP_30W Sat Mar 24 10:54:09 2001 @@ -15,21 +15,29 @@ # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # -# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.305 2001/03/12 21:51:07 jlemon Exp $ +# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.20 2000/10/31 23:16:07 n_hibma Exp $ machine i386 -cpu I486_CPU -cpu I586_CPU cpu I686_CPU -ident GENERIC -maxusers 32 +ident "LAPTOP_30W-C" +maxusers 128 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. -#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols +makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols +# +# Enable the kernel debugger. +# +options DDB + +# +# The DIAGNOSTIC option is used to enable extra debugging information +# from some parts of the kernel. As this makes everything more noisy, +# it is disabled by default. +# +options DIAGNOSTIC -options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem @@ -71,50 +79,18 @@ device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives -device atapist # ATAPI tape drives +# device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers -device ahb # EISA AHA1742 family -device ahc # AHA2940 and onboard AIC7xxx devices -device amd # AMD 53C974 (Tekram DC-390(T)) -device isp # Qlogic family -#device ncr # NCR/Symbios Logic -device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') - -device adv # Advansys SCSI adapters -device adw # Advansys wide SCSI adapters -device aha # Adaptec 154x SCSI adapters -device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. -device bt # Buslogic/Mylex MultiMaster SCSI adapters - -device ncv # NCR 53C500 -device nsp # Workbit Ninja SCSI-3 -device stg # TMC 18C30/18C50 - -# RAID controllers interfaced to the SCSI subsystem -device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID -device dpt # DPT Smartcache III, IV - See NOTES for options! -device mly # Mylex AcceleRAID/eXtremeRAID - -# SCSI peripherals -device scbus # SCSI bus (required) -device da # Direct Access (disks) -device sa # Sequential Access (tape etc) -device cd # CD -device pass # Passthrough device (direct SCSI access) - -# RAID controllers -device aac # Adaptec FSA RAID -device amr # AMI MegaRAID -device ida # Compaq Smart RAID -device mlx # Mylex DAC960 family -device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse +options PSM_HOOKRESUME #hook the system resume event, useful + #for some laptops +options PSM_RESETAFTERSUSPEND #reset the device at the resume event device vga # VGA screen @@ -138,6 +114,8 @@ device apm # Add suspend/resume support for the i8254. device pmtimer +# device acpica +# options ACPI_DEBUG # Audio support device pcm @@ -145,6 +123,8 @@ # PCCARD (PCMCIA) support device card # pccard bus device pcic # PCMCIA bridge +# You may need to reset all pccards after resuming +options PCIC_RESUME_RESET # reset after resume # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports @@ -180,25 +160,15 @@ device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. -device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards -device ex # Intel EtherExpress Pro/10 and Pro/10+ -device ep # Etherlink III based cards -device fe # Fujitsu MB8696x based cards -device sn # SMC's 9000 series of ethernet chips -device xe # Xircom pccard ethernet # The probe order of these is presently determined by i386/isa/isa_compat.c. -#device ie -#device le -device lnc # Wireless NIC cards device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/IEEE 802.11 wireless NICs. -#device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device @@ -214,18 +184,16 @@ # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! -device bpf # Berkeley packet filter +device bpf 3 # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners ---->%--- snip! ----- As noted in my previous message, the diagnostic options were not present for the kernel that generated the appended message log. Here's what -STABLE (4.3-RC as of yesterday) reports on the machine for devices: dhcp-135[13] vmstat -i interrupt total rate ata0 irq14 2662 2 ata1 irq15 4 0 mux irq7 1 0 fdc0 irq6 2 0 atkbd0 irq1 3674 3 psm0 irq12 2565 2 clk irq0 103260 99 an0 irq3 4063 3 Total 116231 112 dhcp-135[14] Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. Mar 24 05:49:48 localhost /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Mar 24 05:49:48 localhost /boot/kernel/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 24 05:49:48 localhost /boot/kernel/kernel: The Regents of the University of California. All rights reserved. Mar 24 05:49:48 localhost /boot/kernel/kernel: FreeBSD 5.0-CURRENT #0: Fri Mar 23 08:28:02 PST 2001 Mar 24 05:49:48 localhost /boot/kernel/kernel: root@localhost:/common/obj/C/usr/src/sys/LAPTOP_30W Mar 24 05:49:48 localhost /boot/kernel/kernel: Timecounter "i8254" frequency 1193182 Hz Mar 24 05:49:48 localhost /boot/kernel/kernel: Timecounter "TSC" frequency 746339323 Hz Mar 24 05:49:48 localhost /boot/kernel/kernel: CPU: Pentium III/Pentium III Xeon/Celeron (746.34-MHz 686-class CPU) Mar 24 05:49:48 localhost /boot/kernel/kernel: Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Mar 24 05:49:48 localhost /boot/kernel/kernel: Features=0x383f9ff Mar 24 05:49:48 localhost /boot/kernel/kernel: real memory = 268369920 (262080K bytes) Mar 24 05:49:48 localhost /boot/kernel/kernel: avail memory = 256671744 (250656K bytes) Mar 24 05:49:48 localhost /boot/kernel/kernel: Preloaded elf kernel "kernel" at 0xc044e000. Mar 24 05:49:48 localhost /boot/kernel/kernel: Pentium Pro MTRR support enabled Mar 24 05:49:48 localhost /boot/kernel/kernel: Using $PIR table, 7 entries at 0xc00fdf50 Mar 24 05:49:48 localhost /boot/kernel/kernel: npx0: on motherboard Mar 24 05:49:48 localhost /boot/kernel/kernel: npx0: INT 16 interface Mar 24 05:49:48 localhost /boot/kernel/kernel: pcib0: at pcibus 0 on motherboard Mar 24 05:49:48 localhost /boot/kernel/kernel: pci0: on pcib0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pcib1: at device 1.0 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pci1: on pcib1 Mar 24 05:49:48 localhost /boot/kernel/kernel: pci1: at 0.0 (no driver attached) Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic-pci0: at device 4.0 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic-pci1: at device 4.1 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic-pci1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] Mar 24 05:49:48 localhost /boot/kernel/kernel: isab0: at device 7.0 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: isa0: on isab0 Mar 24 05:49:48 localhost /boot/kernel/kernel: atapci0: port 0x1050-0x105f at device 7.1 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: ata0: at 0x1f0 irq 14 on atapci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: ata1: at 0x170 irq 15 on atapci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: uhci0: port 0x1060-0x107f irq 7 at device 7.2 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: usb0: on uhci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: usb0: USB revision 1.0 Mar 24 05:49:48 localhost /boot/kernel/kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Mar 24 05:49:48 localhost /boot/kernel/kernel: uhub0: 2 ports with 2 removable, self powered Mar 24 05:49:48 localhost /boot/kernel/kernel: pci0: at 7.3 (no driver attached) Mar 24 05:49:48 localhost /boot/kernel/kernel: pcm0: port 0x1400-0x14ff irq 7 at device 8.0 on pci0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pci0: at 16.0 (no driver attached) Mar 24 05:49:48 localhost /boot/kernel/kernel: atkbdc0: at port 0x60,0x64 on isa0 Mar 24 05:49:48 localhost /boot/kernel/kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Mar 24 05:49:48 localhost /boot/kernel/kernel: kbd0 at atkbd0 Mar 24 05:49:48 localhost /boot/kernel/kernel: psm0: irq 12 on atkbdc0 Mar 24 05:49:48 localhost /boot/kernel/kernel: psm0: model Generic PS/2 mouse, device ID 0 Mar 24 05:49:48 localhost /boot/kernel/kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Mar 24 05:49:48 localhost /boot/kernel/kernel: fdc0: FIFO enabled, 8 bytes threshold Mar 24 05:49:48 localhost /boot/kernel/kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic0: at port 0x3e0 iomem 0xd0000 on isa0 Mar 24 05:49:48 localhost /boot/kernel/kernel: pcic0: Polling mode Mar 24 05:49:49 localhost /boot/kernel/kernel: pccard0: on pcic0 Mar 24 05:49:49 localhost /boot/kernel/kernel: pccard1: on pcic0 Mar 24 05:49:49 localhost /boot/kernel/kernel: pmtimer0 on isa0 Mar 24 05:49:49 localhost /boot/kernel/kernel: ppc0: parallel port not found. Mar 24 05:49:49 localhost /boot/kernel/kernel: sc0: at flags 0x100 on isa0 Mar 24 05:49:49 localhost /boot/kernel/kernel: sc0: VGA <16 virtual consoles, flags=0x300> Mar 24 05:49:49 localhost /boot/kernel/kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Mar 24 05:49:49 localhost /boot/kernel/kernel: sio0: type 16550A Mar 24 05:49:49 localhost /boot/kernel/kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Mar 24 05:49:49 localhost /boot/kernel/kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 24 05:49:49 localhost /boot/kernel/kernel: unknown: can't assign resources Mar 24 05:49:49 localhost /boot/kernel/kernel: unknown: can't assign resources Mar 24 05:49:49 localhost /boot/kernel/kernel: unknown: can't assign resources Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0: 19077MB [38760/16/63] at ata0-master UDMA33 Mar 24 05:49:49 localhost /boot/kernel/kernel: acd0: CD-RW at ata1-master PIO4 Mar 24 05:49:49 localhost /boot/kernel/kernel: Mounting root from ufs:/dev/ad0s3a Mar 24 05:49:49 localhost /boot/kernel/kernel: pccard: card inserted, slot 1 Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4: raw partition size != slice size Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4: start 4173120, end 5231519, size 1058400 Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4c: start 4173120, end 6259679, size 2086560 Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4: truncating raw partition Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4: rejecting partition in BSD label: it isn't entirely within the slice Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4: start 4173120, end 5231519, size 1058400 Mar 24 05:49:49 localhost /boot/kernel/kernel: ad0s4e: start 4369728, end 6259679, size 1889952 Mar 24 05:49:52 localhost pccardd[212]: Card "Cisco Systems"("340 Series Wireless LAN Adapter") [(null)] [(null)] matched "Cisco Systems" ("340 Series Wireless LAN Adapter") [(null)] [(null)] Mar 24 05:50:00 localhost /boot/kernel/kernel: an0: at port 0x240-0x27f irq 3 slot 1 on pccard1 Mar 24 05:50:00 localhost /boot/kernel/kernel: an0: Ethernet address: 00:40:96:32:19:a9 Mar 24 05:50:00 localhost pccardd[212]: an0: Cisco Systems (340 Series Wireless LAN Adapter) inserted. Mar 24 05:50:00 localhost pccard:an0: Cisco Aironet 340 inserted Mar 24 05:50:04 localhost pccard:an0: Interface an0 set up Mar 24 05:50:04 localhost dhclient: New IP Address(an0): 172.16.8.135 Mar 24 05:50:04 localhost dhclient: New Subnet Mask (an0): 255.255.255.0 Mar 24 05:50:04 localhost dhclient: New Broadcast Address(an0): 172.16.8.255 Mar 24 05:50:04 localhost dhclient: New Routers: 172.16.8.1 Mar 24 05:50:04 localhost dhclient: New Hostname: dhcp-135.catwhisker.org Mar 24 05:50:04 localhost pccardd[212]: pccardd started Mar 24 05:50:45 localhost sudo: david : TTY=ttyv1 ; PWD=/var/tmp ; USER=root ; COMMAND=/usr/bin/script -a current Mar 24 07:43:01 localhost reboot: rebooted by david Mar 24 07:43:02 localhost syslogd: exiting on signal 15 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 15: 6:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 72B0537B719; Sat, 24 Mar 2001 15:06:48 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2ON6aJ05550; Sat, 24 Mar 2001 15:06:36 -0800 (PST) (envelope-from obrien) Date: Sat, 24 Mar 2001 15:06:35 -0800 From: "David O'Brien" To: Mark Huizer Cc: current@freebsd.org, pst@freebsd.org Subject: Re: upgrade tcpdump in -current? Message-ID: <20010324150635.B5365@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010324151954.A19669@dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010324151954.A19669@dohd.org>; from freebsd@dohd.org on Sat, Mar 24, 2001 at 03:19:54PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 24, 2001 at 03:19:54PM +0100, Mark Huizer wrote: > Are there any plans on upgrading tcpdump to e.g. 3.6.2, which has better > support for e.g. NFS over IPv6? Bill Fenner was working on this. I don't know what happened to it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 15:11:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by hub.freebsd.org (Postfix) with ESMTP id DF27B37B718 for ; Sat, 24 Mar 2001 15:11:28 -0800 (PST) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-251-198.netcologne.de [195.14.251.198]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id AAA12892; Sun, 25 Mar 2001 00:11:27 +0100 (MET) Received: (from marc@localhost) by oranje.my.domain (8.11.0/8.11.3) id f2ONBC538196; Sun, 25 Mar 2001 00:11:12 +0100 (CET) (envelope-from van.woerkom@netcologne.de) Date: Sun, 25 Mar 2001 00:11:12 +0100 (CET) Message-Id: <200103242311.f2ONBC538196@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: david@catwhisker.org Cc: freebsd-current@freebsd.org In-reply-to: <200103242219.f2OMJ2306280@bunrab.catwhisker.org> (message from David Wolfskill on Sat, 24 Mar 2001 14:19:02 -0800 (PST)) Subject: Re: make world stops during i4b compilation Reply-To: van.woerkom@netcologne.de References: <200103242219.f2OMJ2306280@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Ok, I did an ediff against NOTES. Perhaps it was the "1" argument to > > > device loop 1 #Network loopback device > > >that was missing. I'll try again. > > Hmmm.... Seems odd. If you get a recurrence, you might want to share a > diff between GENERIC and what you're using. Now it compiles. I had to put in a "device ether" line into my config to compile a kernel with i4b (IDSN) drivers. And this on box without ethernet card. Is this a bug or a feature? Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 16:50:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from pluto.senet.com.au (pluto.senet.com.au [203.56.239.150]) by hub.freebsd.org (Postfix) with ESMTP id 58D9737B71B for ; Sat, 24 Mar 2001 16:50:19 -0800 (PST) (envelope-from linux@senet.com.au) Received: from bytes4u.nodomain.yet (c18-p58.senet.com.au [203.152.253.187]) by pluto.senet.com.au (8.11.0/8.11.0) with ESMTP id f2P0oGx43914 for ; Sun, 25 Mar 2001 10:20:16 +0930 (CST) (envelope-from linux@senet.com.au) Received: from localhost (linux@localhost) by bytes4u.nodomain.yet (8.11.1/8.11.1) with ESMTP id f2P0nDt00662 for ; Sun, 25 Mar 2001 10:19:14 +0930 (CST) (envelope-from linux@bytes4u.nodomain.yet) Date: Sun, 25 Mar 2001 10:19:13 +0930 (CST) From: Benjamin Close To: Subject: ICH2-M IDE controller Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-510550379-985481353=:594" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk 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-510550379-985481353=:594 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi All, Is anyone looking at supporting the Intel ICH2-M IDE controller? This controller is basically the same as the ICH2 controller except it has extra powermanagment features as it's the for portable computers (hence the M=mobile). I'm currently using the attached patch which runs flawlessly on my laptop. However, I'm just an amature code hacker and hence can't guarentee I haven't missed something between the chipsets. The other question I have is why in ata-dma.c is there the fall through to the ICH chipset? It seems to prevent any drive actually using ATA100/UDMA5 features. Cheers, -- * Benjamin Close --0-510550379-985481353=:594 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ide-UCH2M-patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=ide-UCH2M-patch ZGlmZiAtdSAuL2F0YS1kbWEuYyBmcmVkL2F0YS1kbWEuYw0KLS0tIC4vYXRh LWRtYS5jCUZyaSBNYXIgMTYgMDI6MDY6MjUgMjAwMQ0KKysrIGZyZWQvYXRh LWRtYS5jCVN1biBNYXIgMjUgMTA6MzM6NTIgMjAwMQ0KQEAgLTEwNyw2ICsx MDcsNyBAQA0KIA0KICAgICBzd2l0Y2ggKHNjcC0+Y2hpcHR5cGUpIHsNCiAN CisgICAgY2FzZSAweDI0NGE4MDg2OgkvKiBJbnRlbCBJQ0gyLU0gKi8NCiAg ICAgY2FzZSAweDI0NGI4MDg2OgkvKiBJbnRlbCBJQ0gyICovDQogCWlmICh1 ZG1hbW9kZSA+PSA1KSB7DQogCSAgICBpbnQzMl90IG1hc2s0OCwgbmV3NDg7 DQpAQCAtMTUwLDcgKzE1MSw4IEBADQogCQkgICAgYXRhX3ByaW50ZihzY3As IGRldmljZSwNCiAJCQkgICAgICAgIiVzIHNldHRpbmcgVURNQTQgb24gSUNI JXMgY2hpcFxuIiwNCiAJCQkgICAgICAgKGVycm9yKSA/ICJmYWlsZWQiIDog InN1Y2Nlc3MiLA0KLQkJCSAgICAgICAoc2NwLT5jaGlwdHlwZSA9PSAweDI0 NGI4MDg2KSA/ICIyIiA6ICIiKTsNCisJCQkgICAgICAgKHNjcC0+Y2hpcHR5 cGUgPT0gMHgyNDRiODA4NikgPyAiMiIgOiANCisJCQkgICAgICAgKHNjcC0+ Y2hpcHR5cGUgPT0gMHgyNDRhODA4NikgPyAiMi1NIiA6IiIpOw0KIAkJaWYg KCFlcnJvcikgew0KIAkJICAgIG1hc2s0OCA9ICgxIDw8IGRldm5vKSArICgz IDw8ICgxNiArIChkZXZubyA8PCAyKSkpOw0KIAkJICAgIG5ldzQ4ID0gKDEg PDwgZGV2bm8pICsgKDIgPDwgKDE2ICsgKGRldm5vIDw8IDIpKSk7DQpkaWZm IC11IC4vYXRhLXBjaS5jIGZyZWQvYXRhLXBjaS5jDQotLS0gLi9hdGEtcGNp LmMJVHVlIE1hciAyMCAwMDowMTo1OCAyMDAxDQorKysgZnJlZC9hdGEtcGNp LmMJU3VuIE1hciAyNSAxMDozMDo1OCAyMDAxDQpAQCAtMTEwLDYgKzExMCw5 IEBADQogICAgIGNhc2UgMHgyNDExODA4NjoNCiAJcmV0dXJuICJJbnRlbCBJ Q0ggQVRBNjYgY29udHJvbGxlciI7DQogDQorICAgIGNhc2UgMHgyNDRhODA4 NjoNCisJcmV0dXJuICJJbnRlbCBJQ0gyLU0gQVRBMTAwIGNvbnRyb2xsZXIi Ow0KKw0KICAgICBjYXNlIDB4MjQ0YjgwODY6DQogCXJldHVybiAiSW50ZWwg SUNIMiBBVEExMDAgY29udHJvbGxlciI7DQogDQo= --0-510550379-985481353=:594-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 17:16:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id B40CB37B718 for ; Sat, 24 Mar 2001 17:16:33 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2P1GWG37044 for ; Sat, 24 Mar 2001 21:16:33 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 24 Mar 2001 21:16:32 -0400 (AST) From: The Hermit Hacker To: Subject: panic: resource_list_alloc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG just upgraded my tree and did a reinstall ... trace is: resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at resource_list_alloc+0xd3 isa_alloc_resource() @ +0xd0 bus_alloc_resource() @ +0x5f opti_detect @ +0x99 mss_detect @ +0x52 mss_probe @ +0x30a device_probe_child @ +0xca device_probe_and_attach @ +0x41 isa_probe_children @ +0xde configure @ +0x32 mi_startup @ +0x6e begin @ +0x29 Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 17:18:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88]) by hub.freebsd.org (Postfix) with ESMTP id 259A137B718 for ; Sat, 24 Mar 2001 17:18:52 -0800 (PST) (envelope-from dtgraphx@yahoo.com) Received: from cc324093-a ([65.11.222.103]) by femail8.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010325011844.SKPC26052.femail8.sdc1.sfba.home.com@cc324093-a>; Sat, 24 Mar 2001 17:18:44 -0800 Message-ID: <41712001302512024850@cc324093-a> X-EM-Version: 5, 0, 0, 19 X-EM-Registration: #01B0530810E603002D00 X-Priority: 3 Reply-To: dtgraphx@yahoo.com X-MSMail-Priority: Normal To: "thirdlevel" From: "DT-GRAPHIX" Subject: PROFESSIONAL WEBSITES FOR $800 OR LESS-GAURANTEED!!!! Date: Sat, 24 Mar 2001 20:20:24 -0500 MIME-Version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do you own a small business and need a website? Or do you need a website t= o promote a party, event or any other major function? If so, please visit = DT-GRAPHIX at http://www=2Edtgraphix=2Ebigstep=2Ecom=2E We specialize in b= oth HTML and FLASH sites=2E=20 Thank you! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 17:44: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 7BE7337B718; Sat, 24 Mar 2001 17:43:48 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2P1hiT19700; Sun, 25 Mar 2001 02:43:47 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2P1kMf65048; Sun, 25 Mar 2001 02:46:22 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103250146.f2P1kMf65048@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brian Somers Cc: "Andrey A. Chernov" , current@freebsd.org, brian@freebsd.org, brian@Awfulhak.org Subject: Re: Recent interface/routing changes breaks on-demand PPP In-Reply-To: Message from Brian Somers of "Sat, 24 Mar 2001 01:27:11 GMT." <200103240127.f2O1RB719000@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Mar 2001 02:46:22 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Fri, Mar 23, 2001 at 23:11:56 +0000, Brian Somers wrote: > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > > > Here, ppp configures the interface as soon as it sees the ``set > > > ifaddr'' line and never undoes that configuration. An ``add'' > > > with a fixed IP number would never have worked if it's before the > > > ``set ifaddr''. If it's after the ``set ifaddr'', nothing should > > > ever remove it (as the interface will stay configured). > > > > > > 2. Ppp is not in -auto mode. Here, ppp won't assign the interface > > > address 'till IPCP is up. Any attempt to ``add'' a route with a > > > static IP number in ppp.conf should fail. > > > > > > So, the recent routing changes shouldn't have made a difference. > > > > > > Anyone know what I'm missing ? Andre, what does your ppp.conf look > > > like and how are you running ppp ? > > > > ppp in -auto mode, "add" is after "set ifaddr" > > In which case your interface should stay configured despite the link > coming down and your route should *not* be deleted. > > I'll see if I can reproduce this here (I need to upgrade a machine > first). This was happening because ppp was deleting then re-adding the interface address when IPCP came up, causing the new routing code to nuke the static route. I've added an optimisation to stop this from happening, so your configuration should work ok again with src/usr.sbin/ppp/iface.c 1.17. > > -- > > Andrey A. Chernov > > http://ache.pp.ru/ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 17:49:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F74537B71B for ; Sat, 24 Mar 2001 17:49:22 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f2P1nGn90762 for freebsd-current@freebsd.org.AVP; Sun, 25 Mar 2001 03:49:16 +0200 (CEST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f2P1nFF90734 for freebsd-current@freebsd.org; Sun, 25 Mar 2001 03:49:15 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.3/8.11.0) with ESMTP id f2P1mxR01951 for ; Sun, 25 Mar 2001 03:49:04 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Sun, 25 Mar 2001 03:48:59 +0200 (CEST) From: Leif Neland To: freebsd-current@freebsd.org Subject: rc.conf duplicating defaults/rc.conf Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Once upon a time, before I knew better, I copied defaults/rc.conf to rc.conf and edited it to my needs. Therefore I had many lines in rc.conf which were unnessecary, because they just repeated the defaults. I have thrown together this script, which just outputs the needed lines in rc.conf. If VERBOSE is set, it also prints ##= Is default: Somelabel="somevalue" if rc.conf and defaults/rc.conf agree on the value of Somelabel ##- Default: Somelabel="defaultvalue" if rc.conf and defaults/rc.conf disagree on the value of Somelabel. Btw, why can't I run this as a bang-script? Typing ./defcheck just produces: awk: cmd. line 1: ./defcheck awk: cmd. line 1: ^ syntax error - - - - filename: defcheck #!/usr/bin/awk ######################################################## # # Quick hack to check if rc.conf unnessecary duplicate # lines in defaults/rc.conf # # Assume all lines are in format label="value" # # Prints lines in rc.conf which are not in defaults/rc.conf # If VERBOSE==1 below, also prints defaults. # # usage: # cd /etc; awk -f defcheck # # Other files in defaults may be checked: # cd /etc; awk -f defcheck -v CHECK=otherfile.conf # # Leif Neland # leif@neland.dk # 25.marts.2001 # BEGIN { if (CHECK=="") { CHECK="rc.conf" } VERBOSE=0; ### Read defaults into array DEFAULT="defaults/"CHECK; FS="#"; while (getline 0) { m=split($1,a,"\""); if (m==3) {linie[sprintf("%s\"%s\"",a[1],a[2])]=1; default[a[1]]=a[2];} } ###################################################### while (getline 0) { flag=1; m=split($1,a,"\""); if (m==3) {l=sprintf("%s\"%s\"",a[1],a[2]); if (l in linie) { if (VERBOSE) print "##= Is default: ",l; flag=0; } else { if (VERBOSE && a[1] in default) {print "##- Default "a[1]"\""default[a[1]]"\""}; } } if (flag) {print}; } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 18:55:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id E5D0437B71A for ; Sat, 24 Mar 2001 18:55:28 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.3/8.11.3) with ESMTP id f2P2thj19906; Sat, 24 Mar 2001 18:55:44 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Sat, 24 Mar 2001 18:54:57 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: panic: resource_list_alloc Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25-Mar-01 The Hermit Hacker wrote: > > just upgraded my tree and did a reinstall ... trace is: > > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at > resource_list_alloc+0xd3 > isa_alloc_resource() @ +0xd0 > bus_alloc_resource() @ +0x5f > opti_detect @ +0x99 This is the second such one I've seen in opti_detect. I'm guessing that 'mms' is a sound driver? If so, can you try taking it out of your kernel to see if that is what is causing the panic? > mss_detect @ +0x52 > mss_probe @ +0x30a > device_probe_child @ +0xca > device_probe_and_attach @ +0x41 > isa_probe_children @ +0xde > configure @ +0x32 > mi_startup @ +0x6e > begin @ +0x29 > > Marc G. Fournier ICQ#7615664 IRC Nick: > Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: > scrappy@{freebsd|postgresql}.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:24:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id BA69F37B71B; Sat, 24 Mar 2001 19:24:48 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2P3OlC37920; Sat, 24 Mar 2001 23:24:47 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 24 Mar 2001 23:24:47 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: panic: resource_list_alloc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG doing so right now ... one quick/stupid question ... how does one 'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka backup that worked)? I've been moving files around before installing the rebuilt kernel, but that doesn't sound very efficient ... :) thanks .. On Sat, 24 Mar 2001, John Baldwin wrote: > > On 25-Mar-01 The Hermit Hacker wrote: > > > > just upgraded my tree and did a reinstall ... trace is: > > > > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at > > resource_list_alloc+0xd3 > > isa_alloc_resource() @ +0xd0 > > bus_alloc_resource() @ +0x5f > > opti_detect @ +0x99 > > This is the second such one I've seen in opti_detect. I'm guessing that 'mms' > is a sound driver? If so, can you try taking it out of your kernel to see if > that is what is causing the panic? > > > mss_detect @ +0x52 > > mss_probe @ +0x30a > > device_probe_child @ +0xca > > device_probe_and_attach @ +0x41 > > isa_probe_children @ +0xde > > configure @ +0x32 > > mi_startup @ +0x6e > > begin @ +0x29 > > > > Marc G. Fournier ICQ#7615664 IRC Nick: > > Scrappy > > Systems Administrator @ hub.org > > primary: scrappy@hub.org secondary: > > scrappy@{freebsd|postgresql}.org > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:27:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id A3B0737B71A; Sat, 24 Mar 2001 19:27:48 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2P3Rmh37953; Sat, 24 Mar 2001 23:27:48 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 24 Mar 2001 23:27:48 -0400 (AST) From: The Hermit Hacker To: John Baldwin Cc: Subject: RE: panic: resource_list_alloc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG removing pcm fixes the panic, it appears ... On Sat, 24 Mar 2001, John Baldwin wrote: > > On 25-Mar-01 The Hermit Hacker wrote: > > > > just upgraded my tree and did a reinstall ... trace is: > > > > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at > > resource_list_alloc+0xd3 > > isa_alloc_resource() @ +0xd0 > > bus_alloc_resource() @ +0x5f > > opti_detect @ +0x99 > > This is the second such one I've seen in opti_detect. I'm guessing that 'mms' > is a sound driver? If so, can you try taking it out of your kernel to see if > that is what is causing the panic? > > > mss_detect @ +0x52 > > mss_probe @ +0x30a > > device_probe_child @ +0xca > > device_probe_and_attach @ +0x41 > > isa_probe_children @ +0xde > > configure @ +0x32 > > mi_startup @ +0x6e > > begin @ +0x29 > > > > Marc G. Fournier ICQ#7615664 IRC Nick: > > Scrappy > > Systems Administrator @ hub.org > > primary: scrappy@hub.org secondary: > > scrappy@{freebsd|postgresql}.org > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:34:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 47CCE37B71A for ; Sat, 24 Mar 2001 19:34:48 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2P3Yi509277; Sat, 24 Mar 2001 19:34:44 -0800 (PST) (envelope-from obrien) Date: Sat, 24 Mar 2001 19:34:44 -0800 From: "David O'Brien" To: The Hermit Hacker Cc: freebsd-current@FreeBSD.org Subject: Re: panic: resource_list_alloc Message-ID: <20010324193443.A9259@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from scrappy@hub.org on Sat, Mar 24, 2001 at 11:24:47PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 24, 2001 at 11:24:47PM -0400, The Hermit Hacker wrote: > > doing so right now ... one quick/stupid question ... how does one > 'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka make reinstall -or- make kernel-reinstall > removing pcm fixes the panic, it appears ... Yep! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:36: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by hub.freebsd.org (Postfix) with ESMTP id 5CFE037B71A; Sat, 24 Mar 2001 19:36:05 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls05.mediaone.net (8.11.1/8.11.1) with ESMTP id f2P3a2x21116; Sat, 24 Mar 2001 22:36:02 -0500 (EST) Message-ID: <3ABD6799.B623F97B@acm.org> Date: Sat, 24 Mar 2001 22:35:53 -0500 From: Jim Bloom X-Mailer: Mozilla 4.76 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: The Hermit Hacker Cc: John Baldwin , freebsd-current@FreeBSD.ORG Subject: Re: panic: resource_list_alloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try "make reinstall". I have been doing quite a bit of this since my kernel panics before it ever gets all the way up. The last good kernel I have is about a month old. Actually, I moved /boot/kernel.old to another name in case I accidentally did an install instead of a reinstall. I don't want to leave my machine unable to boot. Jim Bloom bloom@acm.org The Hermit Hacker wrote: > > doing so right now ... one quick/stupid question ... how does one > 'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka > backup that worked)? I've been moving files around before installing the > rebuilt kernel, but that doesn't sound very efficient ... :) > > thanks .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:36:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 1D6A437B71D for ; Sat, 24 Mar 2001 19:36:09 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.3/8.11.3) with ESMTP id f2P3aOj20058; Sat, 24 Mar 2001 19:36:24 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Sat, 24 Mar 2001 19:35:36 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: panic: resource_list_alloc Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25-Mar-01 The Hermit Hacker wrote: > > doing so right now ... one quick/stupid question ... how does one > 'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka > backup that worked)? I've been moving files around before installing the > rebuilt kernel, but that doesn't sound very efficient ... :) > > thanks .. # cd /sys/compile/FOO # < build like normal > # make reinstall Also, if you want to be super careful, keep a /boot/kernel.good lying around that has a known working kernel in it. > On Sat, 24 Mar 2001, John Baldwin wrote: > >> >> On 25-Mar-01 The Hermit Hacker wrote: >> > >> > just upgraded my tree and did a reinstall ... trace is: >> > >> > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at >> > resource_list_alloc+0xd3 >> > isa_alloc_resource() @ +0xd0 >> > bus_alloc_resource() @ +0x5f >> > opti_detect @ +0x99 >> >> This is the second such one I've seen in opti_detect. I'm guessing that >> 'mms' >> is a sound driver? If so, can you try taking it out of your kernel to see >> if >> that is what is causing the panic? >> >> > mss_detect @ +0x52 >> > mss_probe @ +0x30a >> > device_probe_child @ +0xca >> > device_probe_and_attach @ +0x41 >> > isa_probe_children @ +0xde >> > configure @ +0x32 >> > mi_startup @ +0x6e >> > begin @ +0x29 >> > >> > Marc G. Fournier ICQ#7615664 IRC Nick: >> > Scrappy >> > Systems Administrator @ hub.org >> > primary: scrappy@hub.org secondary: >> > scrappy@{freebsd|postgresql}.org >> > >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-current" in the body of the message >> >> -- >> >> John Baldwin -- http://www.FreeBSD.org/~jhb/ >> PGP Key: http://www.baldwin.cx/~john/pgpkey.asc >> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> > > Marc G. Fournier ICQ#7615664 IRC Nick: > Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: > scrappy@{freebsd|postgresql}.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:36:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 3224D37B719 for ; Sat, 24 Mar 2001 19:36:13 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.3/8.11.3) with ESMTP id f2P3aTj20062; Sat, 24 Mar 2001 19:36:29 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.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: Sat, 24 Mar 2001 19:35:43 -0800 (PST) From: John Baldwin To: The Hermit Hacker Subject: RE: panic: resource_list_alloc Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25-Mar-01 The Hermit Hacker wrote: > > removing pcm fixes the panic, it appears ... David O`Brien just confirmed it on his box as well. > On Sat, 24 Mar 2001, John Baldwin wrote: > >> >> On 25-Mar-01 The Hermit Hacker wrote: >> > >> > just upgraded my tree and did a reinstall ... trace is: >> > >> > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at >> > resource_list_alloc+0xd3 >> > isa_alloc_resource() @ +0xd0 >> > bus_alloc_resource() @ +0x5f >> > opti_detect @ +0x99 >> >> This is the second such one I've seen in opti_detect. I'm guessing that >> 'mms' >> is a sound driver? If so, can you try taking it out of your kernel to see >> if >> that is what is causing the panic? >> >> > mss_detect @ +0x52 >> > mss_probe @ +0x30a >> > device_probe_child @ +0xca >> > device_probe_and_attach @ +0x41 >> > isa_probe_children @ +0xde >> > configure @ +0x32 >> > mi_startup @ +0x6e >> > begin @ +0x29 >> > >> > Marc G. Fournier ICQ#7615664 IRC Nick: >> > Scrappy >> > Systems Administrator @ hub.org >> > primary: scrappy@hub.org secondary: >> > scrappy@{freebsd|postgresql}.org >> > >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-current" in the body of the message >> >> -- >> >> John Baldwin -- http://www.FreeBSD.org/~jhb/ >> PGP Key: http://www.baldwin.cx/~john/pgpkey.asc >> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> > > Marc G. Fournier ICQ#7615664 IRC Nick: > Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: > scrappy@{freebsd|postgresql}.org > -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 19:51:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 3634837B71A for ; Sat, 24 Mar 2001 19:51:36 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2P3pgT20863; Sun, 25 Mar 2001 04:51:42 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2P3sIP67315; Sun, 25 Mar 2001 04:54:19 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103250354.f2P3sIP67315@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Steve" Cc: "Freebsd-Current" , brian@Awfulhak.org Subject: Re: Problem with tun device and trafshow/tcpdump? In-Reply-To: Message from "Steve" of "Thu, 03 Aug 2000 07:44:01 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Mar 2001 04:54:18 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found this message in one of my inboxs - I forgot to reply :*) I believe this was fixed last October (at BSDCon)... can you confirm ? > Hi everyone. > > Ok apologies first to anyone who has been asked this question before, I've > searched the mail lists and cannot find anything like this recently. > > The problem is when using user ppp and some kind of traffic monitor program > like trafshow or tcpdump. There are three problems I've noticed: > > 1, When using trafshow there's no incoming packets seen at all. > 2, When using tcpdump or trafshow there's no name resolution on any packets > shown. > 3, When using tcpdump, incoming packets can been seen on the tun device, > except incoming icmp. > > Can anyone suggest a fix for this? > > I was also told that 4.0-RELEASE is affected by this. > > Thanks for your time. > > Steve. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 20:22:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 211B137B718 for ; Sat, 24 Mar 2001 20:22:38 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.3) id f2P4MX213341; Sat, 24 Mar 2001 22:22:33 -0600 (CST) (envelope-from dan) Date: Sat, 24 Mar 2001 22:22:33 -0600 From: Dan Nelson To: Leif Neland Cc: freebsd-current@FreeBSD.ORG Subject: Re: rc.conf duplicating defaults/rc.conf Message-ID: <20010324222233.A7085@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i In-Reply-To: ; from "Leif Neland" on Sun Mar 25 03:48:59 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 25), Leif Neland said: > Btw, why can't I run this as a bang-script? > > Typing ./defcheck just produces: > awk: cmd. line 1: ./defcheck > awk: cmd. line 1: ^ syntax error > > - - - - filename: defcheck > #!/usr/bin/awk Try #! /usr/bin/awk -f -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 20:36: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 4A7CE37B718 for ; Sat, 24 Mar 2001 20:36:01 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id CD77659294; Sat, 24 Mar 2001 22:35:58 -0600 (CST) Date: Sat, 24 Mar 2001 22:35:58 -0600 From: "Michael C . Wu" To: current@freebsd.org Subject: current kernel build broken in sc0 Message-ID: <20010324223558.A16564@peorth.iteration.net> Reply-To: "Michael C . Wu" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get this when I add the following lines to my kernel build options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) [snip make depend] genassym.c /kern/link_aout.c /usr/src/sys/kern/subr_diskmbr.c /usr/src/sys/libkern/divdi3.c /usr/src/sys/libkern/moddi3.c /usr/src/sys/libkern/qdivrem.c /usr/src/sys/libkern/ucmpdi2.c /usr/src/sys/libkern/udivdi3.c /usr/src/sys/libkern/umoddi3.c param.c vnode_if.c hints.c config.c /usr/src/sys/i386/i386/genassym.c In file included from /usr/src/sys/dev/fb/vga.c:34: opt_syscons.h:2: unterminated string or character constant opt_syscons.h:2: possible real start of unterminated constant In file included from /usr/src/sys/dev/syscons/schistory.c:33: opt_syscons.h:2: unterminated string or character constant opt_syscons.h:2: possible real start of unterminated constant In file included from /usr/src/sys/dev/syscons/scmouse.c:29: opt_syscons.h:2: unterminated string or character constant opt_syscons.h:2: possible real start of unterminated constant -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 20:43:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 602E137B718 for ; Sat, 24 Mar 2001 20:43:50 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id CF6A459294; Sat, 24 Mar 2001 22:43:48 -0600 (CST) Date: Sat, 24 Mar 2001 22:43:48 -0600 From: "Michael C . Wu" To: current@freebsd.org Subject: Re: current kernel build broken in sc0 Message-ID: <20010324224348.A16643@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20010324223558.A16564@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010324223558.A16564@peorth.iteration.net>; from keichii@iteration.net on Sat, Mar 24, 2001 at 10:35:58PM -0600 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 24, 2001 at 10:35:58PM -0600, Michael C . Wu scribbled: | I get this when I add the following lines to my kernel build | options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) | options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) | options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK) | options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) | | [snip make depend] | genassym.c | /kern/link_aout.c /usr/src/sys/kern/subr_diskmbr.c /usr/src/sys/libkern/divdi3.c /usr/src/sys/libkern/moddi3.c /usr/src/sys/libkern/qdivrem.c /usr/src/sys/libkern/ucmpdi2.c /usr/src/sys/libkern/udivdi3.c /usr/src/sys/libkern/umoddi3.c param.c vnode_if.c hints.c config.c /usr/src/sys/i386/i386/genassym.c | In file included from /usr/src/sys/dev/fb/vga.c:34: | opt_syscons.h:2: unterminated string or character constant | opt_syscons.h:2: possible real start of unterminated constant | In file included from /usr/src/sys/dev/syscons/schistory.c:33: | opt_syscons.h:2: unterminated string or character constant | opt_syscons.h:2: possible real start of unterminated constant | In file included from /usr/src/sys/dev/syscons/scmouse.c:29: | opt_syscons.h:2: unterminated string or character constant | opt_syscons.h:2: possible real start of unterminated constant | Sorry, forgot to mention that it was fresh src/ cvsupped three hours ago. -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 20:58:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from vilnya.demon.co.uk (vilnya.demon.co.uk [158.152.19.238]) by hub.freebsd.org (Postfix) with ESMTP id A10A737B71E for ; Sat, 24 Mar 2001 20:58:31 -0800 (PST) (envelope-from gandalf@vilnya.demon.co.uk) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id B95FCD9A8; Sun, 25 Mar 2001 05:58:28 +0100 (BST) Message-ID: <015001c0b4e8$4a155be0$0504020a@haveblue> From: "Cameron Grant" To: "The Hermit Hacker" , References: Subject: Re: panic: resource_list_alloc Date: Sun, 25 Mar 2001 05:58:53 +0100 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > just upgraded my tree and did a reinstall ... trace is: > > resource_list_alloc(c0d9eec0,c0d90180,c0d99b80,4,c0d4a30c) at resource_list_alloc+0xd3 > isa_alloc_resource() @ +0xd0 > bus_alloc_resource() @ +0x5f > opti_detect @ +0x99 > mss_detect @ +0x52 > mss_probe @ +0x30a > device_probe_child @ +0xca > device_probe_and_attach @ +0x41 > isa_probe_children @ +0xde > configure @ +0x32 > mi_startup @ +0x6e > begin @ +0x29 can you try http://people.freebsd.org/~cg/mssfix.diff.gz ? -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 22:51:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 4A9C737B719 for ; Sat, 24 Mar 2001 22:51:57 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2P6ptG07493; Sat, 24 Mar 2001 22:51:55 -0800 (PST) Date: Sat, 24 Mar 2001 22:51:55 -0800 (PST) From: David Wolfskill Message-Id: <200103250651.f2P6ptG07493@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG, gandalf@vilnya.demon.co.uk, scrappy@hub.org Subject: Re: panic: resource_list_alloc In-Reply-To: <015001c0b4e8$4a155be0$0504020a@haveblue> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From: "Cameron Grant" >Date: Sun, 25 Mar 2001 05:58:53 +0100 >can you try http://people.freebsd.org/~cg/mssfix.diff.gz ? Yup. Works -- thanks! (Same kernel config that I had been using: I didn't disable sound.) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 23: 0:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id CA64337B719 for ; Sat, 24 Mar 2001 23:00:23 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2P70K410969; Sat, 24 Mar 2001 23:00:20 -0800 (PST) (envelope-from obrien) Date: Sat, 24 Mar 2001 23:00:16 -0800 From: "David O'Brien" To: Cameron Grant Cc: freebsd-current@freebsd.org Subject: Re: panic: resource_list_alloc Message-ID: <20010324230015.A10907@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <015001c0b4e8$4a155be0$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <015001c0b4e8$4a155be0$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Sun, Mar 25, 2001 at 05:58:53AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 25, 2001 at 05:58:53AM +0100, Cameron Grant wrote: > can you try http://people.freebsd.org/~cg/mssfix.diff.gz ? Fixed my panics too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 24 23:10:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (216-118-21-146.pdq.net [216.118.21.146]) by hub.freebsd.org (Postfix) with ESMTP id 3113737B71D for ; Sat, 24 Mar 2001 23:10:38 -0800 (PST) (envelope-from dwcjr@inethouston.net) Received: from dwcjr (216-118-21-147.pdq.net [216.118.21.147]) by leviathan.inethouston.net (Postfix) with ESMTP id 17A3C11131A; Sun, 25 Mar 2001 01:10:45 -0600 (CST) Message-ID: <01da01c0b4fa$b368fe00$931576d8@inethouston.net> From: "David W. Chapman Jr." To: "Benjamin Close" , References: Subject: Re: ICH2-M IDE controller Date: Sun, 25 Mar 2001 01:10:41 -0600 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think there are a few chips like that, that cannot do ATA100, but only vaguely remember hearing about it. ----- Original Message ----- From: "Benjamin Close" To: Sent: Saturday, March 24, 2001 6:49 PM Subject: ICH2-M IDE controller > Hi All, > Is anyone looking at supporting the Intel ICH2-M IDE controller? > This controller is basically the same as the ICH2 controller except it has > extra powermanagment features as it's the for portable computers (hence > the M=mobile). I'm currently using the attached patch which runs > flawlessly on my laptop. However, I'm just an amature code hacker and > hence can't guarentee I haven't missed something between the chipsets. > > The other question I have is why in ata-dma.c is there the fall through to > the ICH chipset? It seems to prevent any drive actually using ATA100/UDMA5 > features. > > Cheers, > -- > * Benjamin Close > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message